Bug 123291 - Memprof reports leak in getaliasbyname_r in glibc
Summary: Memprof reports leak in getaliasbyname_r in glibc
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: memprof
Version: rawhide
Hardware: i686
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Søren Sandmann Pedersen
QA Contact: Brian Brock
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2004-05-16 02:17 UTC by Need Real Name
Modified: 2014-06-18 09:07 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2006-09-08 02:16:57 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
memprof dump when running /usr/bin/X11/xclock (11.14 KB, application/gzip)
2004-05-16 02:20 UTC, Need Real Name
no flags Details

Description Need Real Name 2004-05-16 02:17:12 UTC
Description of problem:
On many applications I run in Memprof(the one bundled in Fedora), it
reports memory leaks of various sizes originating in the
getaliasbyname_r function in glibc (glibc 2.3.3 for me)


Version-Release number of selected component (if applicable):
glibc 2.3.3, FC2test3, Memprof 0.5.1

How reproducible:
Always, with a variety of applications


Steps to Reproduce:
1. Open  Memprof
2. Click 'Run' and enter '/usr/bin/X11/xclock'
3. Press the 'Leaks' button at the top
4. Switch to the 'leaks' tab
  
Actual results:
reports many bytes of memory leaked from the specified function


Expected results:
No memory leaks inside glibc


Additional info:
xclock was just an example. xcalc also reports leaks, and even running
memprof on /bin/usleep reports a leak of 450 bytes on my system
I will attach the memprof dump as well. Possibly memprof is reporting
false positive, or is being run wrong?

Comment 1 Need Real Name 2004-05-16 02:20:52 UTC
Created attachment 100251 [details]
memprof dump when running /usr/bin/X11/xclock

gzipped to reduce size from 500k->12k

Comment 2 Jakub Jelinek 2004-05-25 09:13:13 UTC
That must be memprof bug.  Try
for i in $(ldd `which xclock` | awk '$3 ~ /^\// {print $3}') `which xclock`; do
  nm -D $i | grep getaliasbyname && echo $i
done
Only libc.so.6 will be shown, and that library calls getaliasbyname_r
only from getaliasbyname function and getaliasbyname is never called
by libc.so itself.  But the above command showed that neither xclock
itself nor any of its dependencies but libc.so ever use this symbol.
You can also run LD_DEBUG=all xclock 2>&1 | grep getaliasbyname
to see that this function is not even looked up using dlsym.
Similarly usleep, 

Comment 3 Søren Sandmann Pedersen 2006-09-08 02:16:57 UTC
memprof was dropped from fc5


Note You need to log in before you can comment on or make changes to this bug.