view .cvsignore @ 5431:49f857d4b754

[gaim-migrate @ 5811] Tim Mooney (enchanter) writes: "In src/protocols/jabber/jabber.c, in the function `jabber_xfer_read', sscanf is called like such: sscanf(lenstr, "Content-Length: %d", &size); The problem is that `size' is of type `size_t', which is always the largest integral type size supported on your platform. That means on 32 bit platforms, it's either a long or an int (they're the same, 32 bits wide), and using %d as the format is ok. On 64 bit platforms, size_t will be a long, so using %d isn't sufficient. Since size_t is always as big as a `long' on every platform, even 32 bit platforms, there should be no problem switching the format to %ld. That will fix the problem for 64 bit platforms, and shouldn't cause any change on 32 bit platforms. Patch is attached. The problem was detected and warned about by the vendor compiler on the 64 bit platform I'm using, Tru64 UNIX." since it still compiles here, i'm putting this in committer: Tailor Script <tailor@pidgin.im>
author Luke Schierer <lschiere@pidgin.im>
date Sun, 18 May 2003 13:12:37 +0000
parents cb320b74a0dd
children a0b7b72e278d
line wrap: on
line source

config.h
libtool
config.status
intl
ABOUT-NLS
compile
config.guess
config.sub
Doxyfile
ltconfig
ltmain.sh
install-sh
mkinstalldirs
missing
aclocal.m4
configure
config.h.in
stamp-h.in
Makefile.in
config.log
config.cache
Makefile
stamp-h
gaim.spec
depcomp
stamp-h1
autom4te*.cache
configure.2.1x
confdefs.h
*.swp
win32-install-dir
.temp-gettextize
m4