| 4e035039 | 08-May-2011 |
John Marino <draco@marino.st> |
cvs: fix recently introduced, repeatable segfault
In specific involving local cvs repositories, the newly refactored cvs
would segfault. It was traces back to libc's version of delim. The
previous
cvs: fix recently introduced, repeatable segfault
In specific involving local cvs repositories, the newly refactored cvs
would segfault. It was traces back to libc's version of delim. The
previous version of cvs provided its own functions like getline and
delim, but the recent change choose to use libc instead.
This "fix" basically goes back to the provided version of delim. There
might be something wrong with the libc version. It would work for a
while, but eventually it segfaulted on a memcpy command.
reported-by: swildner
show more ...
|
| 1b9ce5e9 | 07-Dec-2005 |
Simon Schubert <corecode@dragonflybsd.org> |
Fix a bug which was introduced in cvs-1.12.13.
With running compression and ssh/rsh it could happen that the zlib
layer would want to read $expected_bytes, which would block because
$expected_bytes
Fix a bug which was introduced in cvs-1.12.13.
With running compression and ssh/rsh it could happen that the zlib
layer would want to read $expected_bytes, which would block because
$expected_bytes of course is a inflated quantity and can't be compared
to the deflated size, except for
$expected_bytes > 0 -> $expected_deflated_bytes > 0
Restore old behaviour which only read one byte a time.
show more ...
|