This is the mail archive of the glibc-bugs@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug libc/2314] nss_parse_service_list leaks a tiny amount of memory


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.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]