view intl/.cvsignore @ 5531:10920646988f

[gaim-migrate @ 5931] Ambrose LI (acli) writes: " This is w.r.t. the 0.64cvs as of around 20:25 EDT. When gaim starts up, it displays the signon window, and then immeidately segfaults. The problem is that tobase64() in util.c uses a size_t (which could very likely be unsigned) as a second parameter, but proxy.c calls it with a -1. " at my questioning the specific change he made: "Actually the initialization is not the matter (just something I did while debugging and did not remove, since it makes sense in any case), it's the other change that matters. In util.h, the javadoc-like comments states that passing len = -1 means that tobase64() should calculated len = strlen(buf). However, since size_t is (or can be) unsigned, the "if (len < 0)" check never succeeds, so passing -1 actually results in a very large integer being passed. So the "if (len < 0)" check actually need to be changed so that the passed "-1" will actually get recognized." so since most of us aren't segfaulting on start, i'm guessing this is a platform/os specific problem, but that the change shouldn't affect the rest of us anyway. committer: Tailor Script <[e-mail]>

Makefile
po2tbl.sed
ChangeLog
Makefile.in
VERSION
bindtextdom.c
config.charset
dcgettext.c
dcigettext.c
dcngettext.c
dgettext.c
dngettext.c
eval-plural.h
explodename.c
finddomain.c
gettext.c
gettext.h
gettextP.h
gmo.h
hash-string.h
intl-compat.c
l10nflist.c
libgettext.h
libgnuintl.h
loadinfo.h
loadmsgcat.c
localcharset.c
locale.alias
localealias.c
localename.c
ngettext.c
os2compat.c
os2compat.h
osdep.c
plural.y
plural-exp.c
plural-exp.h
ref-add.sin
ref-del.sin
textdomain.c
cat-compat.c
linux-msg.sed
po2tbl.sed.in
xopen-msg.sed
plural.c