| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
| |
completely wrong, and it is rather disturbing I made that mistake. The
poll() function will gather up to the number of bytes passed as its argument;
it will do this by opening up files and reading up to 1024 bytes from each
one. So we might open between 256 and 256*1024 files, depending on the sizes
of them (ignoring empty files, which count for zero bytes). (Idea: also
include the name of the file in the output? Is that useful?)
Move the read_buf out of the loop to minimize allocator thrashing.
|
| |
|
|
| |
That seems excessive. Reduce to 32 Kb and 256 Kb (resp).
|
| | |
|
| | |
|
| |
|
|
|
|
| |
the actual copyright holders. For rationale, see my post to botan-devel
on April 9, subject 'Changing license to directly reflect contributors'
(http://www.randombit.net/pipermail/botan-devel/2008-April/000527.html)
|
| |
|
|
|
|
|
| |
but might as well keep it up to date. And it's easier to do it once with
a 'perl -pi' command than to update each file over time.
Apologies to anyone looking at diffs.
|
| |
|
|
| |
for struct stat
|
| |
|
|
|
|
| |
explicit :: (it is unfortunate that there is no good way to detect all
of such calls in an automated manner). Also use new-style casts in parts
of the zlib code.
|
| | |
|
| | |
|
| |
|
