| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
unmaintainable). these days, people use source. these id's do not provide
any benefit, and do hurt the small install media
(the 33,000 line diff is essentially mechanical)
ok with the idea millert, ok dms
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Changed many signed types ->size_t for consistency. Also, fix
some realloc usage.
Original from <jasonrcrawford at gmail.com> (ok ray@)
Additions and additional cleanup to fix some off_t -> size_t issue by me.
"looks good" otto@
|
|
|
|
| |
ok henning@ itojun@ millert@
|
|
|
|
|
|
|
|
|
|
|
| |
- No more I/O related SEGVs (PR 2337?).
- Performance linear to size of output, not input file size, even for very large files.
Same for -r.
- Reverse tail also works for very large files.
- Very large values of n possible, even for very large files. Same for -r.
work by Otto Moerbeek <otto@drijf.net>
tested by and ok millert@ and myself
|
|
|
|
| |
rescinded 22 July 1999. Proofed by myself and Theo.
|
| |
|
|
|
|
| |
millert@ ok
|
| |
|
|
|
|
| |
version of gcc.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
back into functions, not macros. Also make functions that call mmap()
return an int so we can fall back to non-mmap (slow) version on mmap failure.
Noticable effects:
o when you tail multiple files, if one of the files doesn't exist or
is otherwise broken, keep on going to the next file.
o it is now possible to tail files > 2gig, though it will be *very* slow
since tail will be unable to use mmap()
|
|
|
|
| |
slightly different semantics). Also clean up some gcc -Wall'isms.
|
| |
|
|
|