This is the mail archive of the
mailing list for the glibc project.
Re: [RFC] Deprecating mtrace?
- From: Florian Weimer <fweimer at redhat dot com>
- To: OndÅej BÃlka <neleai at seznam dot cz>, "Joseph S. Myers" <joseph at codesourcery dot com>
- Cc: libc-alpha at sourceware dot org
- Date: Mon, 04 Nov 2013 10:28:38 +0100
- Subject: Re: [RFC] Deprecating mtrace?
- Authentication-results: sourceware.org; auth=none
- References: <20131103185737 dot GA29145 at domone dot podge> <Pine dot LNX dot 4 dot 64 dot 1311031859260 dot 16907 at digraph dot polyomino dot org dot uk> <20131103191754 dot GA29265 at domone dot podge>
On 11/03/2013 08:17 PM, OndÅej BÃlka wrote:
Please state which are platforms that are supported by glibc and
improtant programs running only on that platform needs mtrace
Does Emacs now run without unexec'ing? That precluded using valgrind on it.
When I tracked down one rather prominent memory leak some time ago,
mtrace was still useless because it only reported the address of Emacs'
malloc wrapper, not the actual allocation site. In the end, I had to
use a LD_PRELOAD library to gather the data.
Florian Weimer / Red Hat Product Security Team