Your message dated Sat, 13 Feb 2010 13:46:00 +0100 with message-id <[email protected]> and subject line Re: libc6: Numerous (49) memory leaks in gethostbyname, as reported by mudflap has caused the Debian Bug report #318317, regarding libc6: Numerous (49) memory leaks in gethostbyname, as reported by mudflap to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 318317: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=318317 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: libc6 Version: 2.3.2.ds1-22 Severity: normal How to reproduce: Create a file main.cpp / main.c with the following contents: #include <netdb.h> int main() { gethostbyname("www.google.com"); return 0; } Then execute the following: g++-4.0 -fmudflap (the filename you created above) -lmudflap That will of course create an executable named a.out in the current directory. Before running, execute the following: export MUDFLAP_OPTIONS='-internal-checking -print-leaks -check-initialization' Finally, execute a.out. Note the barrage of memory leak information reports printed to the console, finishing with the line: number of leaked objects: 49 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-386 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages libc6 depends on: ii libdb1-compat 2.1.3-7 The Berkeley database routines [gl libc6 recommends no packages. -- no debconf information
--- End Message ---
--- Begin Message ---On Thu, Jul 14, 2005 at 08:35:03PM +0300, Vesselin Peev wrote: > Package: libc6 > Version: 2.3.2.ds1-22 > Severity: normal > > > How to reproduce: > Create a file main.cpp / main.c with the following contents: > > #include <netdb.h> > int main() > { > gethostbyname("www.google.com"); > return 0; > } > > Then execute the following: > > g++-4.0 -fmudflap (the filename you created above) -lmudflap > > That will of course create an executable named a.out in the current directory. > > Before running, execute the following: > > export MUDFLAP_OPTIONS='-internal-checking -print-leaks > -check-initialization' > > Finally, execute a.out. > > Note the barrage of memory leak information reports printed to the console, > finishing with the line: > Newer versions of mudflap call __libc_freeres() at the end of the program, so the problem doesn't exist anymore. -- Aurelien Jarno GPG: 1024D/F1BCDB73 [email protected] http://www.aurel32.net
--- End Message ---
