[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#318317: marked as done (libc6: Numerous (49) memory leaks in gethostbyname, as reported by mudflap)

Your message dated Sat, 13 Feb 2010 13:46:00 +0100
with message-id <20100213124600.GA7776@volta.aurel32.net>
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 owner@bugs.debian.org
immediately.)


-- 
318317: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=318317
Debian Bug Tracking System
Contact owner@bugs.debian.org 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
aurelien@aurel32.net                 http://www.aurel32.net

--- End Message ---
Reply to: