0ae1f793d9
The C standard does not allow constructing pointers beyond one past the end of an array. Therefore, if size is an unsigned type (size_t), then buf + size is never less than buf. Clang on 32-bit took advantage of the undefined behaviour, causing segfaults. (cherry picked from commit fab79c5d25423884fc4f5e0a56d97cb59b618196) |
||
---|---|---|
.. | ||
include | ||
src | ||
.indent.pro | ||
COPYING | ||
CREDITS | ||
ChangeLog | ||
INSTALL | ||
Makefile.am | ||
Makefile.in | ||
README | ||
TODO | ||
acinclude.m4 | ||
aclocal.m4 | ||
compile | ||
config.guess | ||
config.sub | ||
configure | ||
configure.ac | ||
depcomp | ||
install-sh | ||
libratbox.pc.in | ||
ltmain.sh | ||
missing |
README
This is libircd from ircd-ratbox. A few notes about this library: 1. Most of this code isn't anywhere near threadsafe at this point. Don't hold your breath on this either. 2. The linebuf code is designed to deal with pretty much 512 bytes per line and that is it. Anything beyond that length unless in raw mode, gets discard. For some non-irc purposes, this can be a problem, but for ircd stuff its fine. 3. The helper code when transmitting data between helpers, the same 512 byte limit applies there as we recycle the linebuf code for this.