* [Bug libc/2314] nss_parse_service_list leaks a tiny amount of memory
2006-02-09 20:04 [Bug libc/2314] New: nss_parse_service_list leaks a tiny amount of memory david at edeca dot net
@ 2006-02-09 20:16 ` drepper at redhat dot com
2006-02-09 20:35 ` david at edeca dot net
` (6 subsequent siblings)
7 siblings, 0 replies; 9+ messages in thread
From: drepper at redhat dot com @ 2006-02-09 20:16 UTC (permalink / raw)
To: glibc-bugs
------- Additional Comments From drepper at redhat dot com 2006-02-09 20:16 -------
First of all, this is no leak. The memory is allocated once to hold global
state. It's normally not freed. But for memory debuggers it is. Which is why
I doubt that's a real problem. You have to provide a small, self-contained test
case.
--
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |WAITING
http://sourceware.org/bugzilla/show_bug.cgi?id=2314
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug libc/2314] nss_parse_service_list leaks a tiny amount of memory
2006-02-09 20:04 [Bug libc/2314] New: nss_parse_service_list leaks a tiny amount of memory david at edeca dot net
2006-02-09 20:16 ` [Bug libc/2314] " drepper at redhat dot com
@ 2006-02-09 20:35 ` david at edeca dot net
2007-02-04 6:12 ` john at cellform dot com
` (5 subsequent siblings)
7 siblings, 0 replies; 9+ messages in thread
From: david at edeca dot net @ 2006-02-09 20:35 UTC (permalink / raw)
To: glibc-bugs
------- Additional Comments From david at edeca dot net 2006-02-09 20:35 -------
Apologies, this was merely a misunderstanding on my part. I had asked in
#glibc whether it was unexpected behaviour and was told to bug it here.
Looking again, subsequent calls do not cause it to allocate any more memory, so
I can understand your point.
Thanks for such a quick reply, I'll know to ignore it in future :)
--
What |Removed |Added
----------------------------------------------------------------------------
Status|WAITING |RESOLVED
Resolution| |INVALID
http://sourceware.org/bugzilla/show_bug.cgi?id=2314
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug libc/2314] nss_parse_service_list leaks a tiny amount of memory
2006-02-09 20:04 [Bug libc/2314] New: nss_parse_service_list leaks a tiny amount of memory david at edeca dot net
2006-02-09 20:16 ` [Bug libc/2314] " drepper at redhat dot com
2006-02-09 20:35 ` david at edeca dot net
@ 2007-02-04 6:12 ` john at cellform dot com
2007-02-04 6:16 ` john at cellform dot com
` (4 subsequent siblings)
7 siblings, 0 replies; 9+ messages in thread
From: john at cellform dot com @ 2007-02-04 6:12 UTC (permalink / raw)
To: glibc-bugs
------- Additional Comments From john at cellform dot com 2007-02-04 06:12 -------
Created an attachment (id=1535)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1535&action=view)
Test file showing memory leak
getpwnam_r calls nss_parse_service_list which allocates memory which it
doesn't free.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=2314
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug libc/2314] nss_parse_service_list leaks a tiny amount of memory
2006-02-09 20:04 [Bug libc/2314] New: nss_parse_service_list leaks a tiny amount of memory david at edeca dot net
` (2 preceding siblings ...)
2007-02-04 6:12 ` john at cellform dot com
@ 2007-02-04 6:16 ` john at cellform dot com
2007-02-16 6:51 ` drepper at redhat dot com
` (3 subsequent siblings)
7 siblings, 0 replies; 9+ messages in thread
From: john at cellform dot com @ 2007-02-04 6:16 UTC (permalink / raw)
To: glibc-bugs
------- Additional Comments From john at cellform dot com 2007-02-04 06:16 -------
The attached file demonstrates the problem. If this global data not normally
freed, then shouldn't it be freed in __libc_freeres , so as to be kind to
debuggers ?? Sure it's not a "big" problem, but it's annoying as it can mask
bigger genuine leaks.
--
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|INVALID |
http://sourceware.org/bugzilla/show_bug.cgi?id=2314
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug libc/2314] nss_parse_service_list leaks a tiny amount of memory
2006-02-09 20:04 [Bug libc/2314] New: nss_parse_service_list leaks a tiny amount of memory david at edeca dot net
` (3 preceding siblings ...)
2007-02-04 6:16 ` john at cellform dot com
@ 2007-02-16 6:51 ` drepper at redhat dot com
2007-08-23 18:30 ` drepper at redhat dot com
` (2 subsequent siblings)
7 siblings, 0 replies; 9+ messages in thread
From: drepper at redhat dot com @ 2007-02-16 6:51 UTC (permalink / raw)
To: glibc-bugs
------- Additional Comments From drepper at redhat dot com 2007-02-16 06:51 -------
libc frees the memory already. I cannot see anything wrong. You'll have to
provide a test case. In source form.
--
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |WAITING
http://sourceware.org/bugzilla/show_bug.cgi?id=2314
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug libc/2314] nss_parse_service_list leaks a tiny amount of memory
2006-02-09 20:04 [Bug libc/2314] New: nss_parse_service_list leaks a tiny amount of memory david at edeca dot net
` (4 preceding siblings ...)
2007-02-16 6:51 ` drepper at redhat dot com
@ 2007-08-23 18:30 ` drepper at redhat dot com
2010-08-08 15:21 ` andi5 dot py at gmx dot net
2010-08-08 16:04 ` andi5 dot py at gmx dot net
7 siblings, 0 replies; 9+ messages in thread
From: drepper at redhat dot com @ 2007-08-23 18:30 UTC (permalink / raw)
To: glibc-bugs
------- Additional Comments From drepper at redhat dot com 2007-08-23 18:30 -------
No reply in 6+ months. Closing.
--
What |Removed |Added
----------------------------------------------------------------------------
Status|WAITING |RESOLVED
Resolution| |WORKSFORME
http://sourceware.org/bugzilla/show_bug.cgi?id=2314
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug libc/2314] nss_parse_service_list leaks a tiny amount of memory
2006-02-09 20:04 [Bug libc/2314] New: nss_parse_service_list leaks a tiny amount of memory david at edeca dot net
` (5 preceding siblings ...)
2007-08-23 18:30 ` drepper at redhat dot com
@ 2010-08-08 15:21 ` andi5 dot py at gmx dot net
2010-08-08 16:04 ` andi5 dot py at gmx dot net
7 siblings, 0 replies; 9+ messages in thread
From: andi5 dot py at gmx dot net @ 2010-08-08 15:21 UTC (permalink / raw)
To: glibc-bugs
------- Additional Comments From andi5 dot py at gmx dot net 2010-08-08 15:20 -------
I think the memory is leaked in
nis/nis_compat/compat-{grp,initgroups,pwd,spwd}.c. All of them contain static
service_user *ni, which is initialized by init_nss_interface() ->
__nss_database_lookup ("group_compat", NULL, "nis", &ni).
This memory does not seem to be freed by __libc_freeres().
--
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|WORKSFORME |
http://sourceware.org/bugzilla/show_bug.cgi?id=2314
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug libc/2314] nss_parse_service_list leaks a tiny amount of memory
2006-02-09 20:04 [Bug libc/2314] New: nss_parse_service_list leaks a tiny amount of memory david at edeca dot net
` (6 preceding siblings ...)
2010-08-08 15:21 ` andi5 dot py at gmx dot net
@ 2010-08-08 16:04 ` andi5 dot py at gmx dot net
7 siblings, 0 replies; 9+ messages in thread
From: andi5 dot py at gmx dot net @ 2010-08-08 16:04 UTC (permalink / raw)
To: glibc-bugs
--
What |Removed |Added
----------------------------------------------------------------------------
CC| |andi5 dot py at gmx dot net
http://sourceware.org/bugzilla/show_bug.cgi?id=2314
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
^ permalink raw reply [flat|nested] 9+ messages in thread