This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug libc/2314] nss_parse_service_list leaks a tiny amount of memory
- From: "MaxZinal at yandex dot ru" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sources dot redhat dot com
- Date: Wed, 01 Feb 2012 08:37:53 +0000
- Subject: [Bug libc/2314] nss_parse_service_list leaks a tiny amount of memory
- Auto-submitted: auto-generated
- References: <bug-2314-131@http.sourceware.org/bugzilla/>
http://sourceware.org/bugzilla/show_bug.cgi?id=2314
Maxim Zinal <MaxZinal at yandex dot ru> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |MaxZinal at yandex dot ru
--- Comment #8 from Maxim Zinal <MaxZinal at yandex dot ru> 2012-02-01 08:37:53 UTC ---
I have to confirm that some memory is not freed, at least on my Debian systems.
That's my /etc/nsswitch.conf:
passwd: compat
group: compat
shadow: compat
hosts: files dns
networks: files
protocols: db files
services: db files
ethers: db files
rpc: db files
netgroup: nis
That's the output of Valgrind:
==4608== HEAP SUMMARY:
==4608== in use at exit: 320 bytes in 22 blocks
==4608== total heap usage: 1,558 allocs, 1,536 frees, 615,807 bytes allocated
==4608==
==4608== 160 (40 direct, 120 indirect) bytes in 1 blocks are definitely lost in
loss record 21 of 22
==4608== at 0x4023F50: malloc (vg_replace_malloc.c:236)
==4608== by 0x4123A03: nss_parse_service_list (nsswitch.c:622)
==4608== by 0x4124146: __nss_database_lookup (nsswitch.c:164)
==4608== by 0x4594EAB: ???
==4608== by 0x4595B6C: ???
==4608== by 0x40DD7F4: getpwuid_r@@GLIBC_2.1.2 (getXXbyYY_r.c:253)
==4608== by 0x804A941: userNameFromId (osdeps_posix.c:622)
==4608== by 0x804A9EC: osp_trustee_find (osdeps_posix.c:642)
==4608== by 0x80D0225: consdb_process_trustee (consdb_util.c:286)
==4608== by 0x80CDAFA: consdb_wctx_data (consdb2.c:355)
==4608== by 0x80D3D28: calcItemHashes (consalgo.c:603)
==4608== by 0x80D3ED3: calcSimpleGroupHashes (consalgo.c:643)
==4608==
==4608== 160 (40 direct, 120 indirect) bytes in 1 blocks are definitely lost in
loss record 22 of 22
==4608== at 0x4023F50: malloc (vg_replace_malloc.c:236)
==4608== by 0x4123A03: nss_parse_service_list (nsswitch.c:622)
==4608== by 0x4124146: __nss_database_lookup (nsswitch.c:164)
==4608== by 0x4593F2B: ???
==4608== by 0x45947EC: ???
==4608== by 0x40DC1D4: getgrgid_r@@GLIBC_2.1.2 (getXXbyYY_r.c:253)
==4608== by 0x804A86E: groupNameFromId (osdeps_posix.c:599)
==4608== by 0x804AA1C: osp_trustee_find (osdeps_posix.c:647)
==4608== by 0x80D0225: consdb_process_trustee (consdb_util.c:286)
==4608== by 0x80CDB1D: consdb_wctx_data (consdb2.c:356)
==4608== by 0x80D3D28: calcItemHashes (consalgo.c:603)
==4608== by 0x80D3ED3: calcSimpleGroupHashes (consalgo.c:643)
==4608==
==4608== LEAK SUMMARY:
==4608== definitely lost: 80 bytes in 2 blocks
==4608== indirectly lost: 240 bytes in 20 blocks
==4608== possibly lost: 0 bytes in 0 blocks
==4608== still reachable: 0 bytes in 0 blocks
==4608== suppressed: 0 bytes in 0 blocks
==4608==
==4608== For counts of detected and suppressed errors, rerun with: -v
==4608== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 24 from 9)
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.