clone 423108 -1
reassign -1 libc6
retitle -1 libc6: Memory leak in innetgr (kills nfs-kernel-server after a while)
tags -1 + upstream patch
found -1 2.3.6.ds1-13
found -1 2.5-7
thanks
On Fri, May 11, 2007 at 09:48:48AM +0200, Rik Theys wrote:
> You were not sure if it's allowed to free the 'he' va
On Fri, May 11, 2007 at 09:00:58AM +0200, Rik Theys wrote:
> I've recompiled libc6 with the patch mentioned in the redhat bug report
> and the large leak seems fixed. I guess this bug report has to be
> cloned/reassigned to libc6 (etch version)? Or do we wait for the
> valgrind output of the sto
Rik Theys wrote:
I'm currently running the original etch version recompiled with -O0 and
dh_strip removed under valgrind to see if the stock etch version is OK
with the new libc6.
In attach the valgrind output with the stock etch version. It leaks a
lot less but still leaks in the compose_cli
Steinar H. Gunderson wrote:
On Thu, May 10, 2007 at 08:16:07PM +0200, rtheys wrote:
According to the valgrind output, the bug is in innetgr which is in
libc6.
At least one of them, yes.
The file in attach is the valgrind+omega output of a run with a patched
libc6 and the client.c file patch
On Thu, May 10, 2007 at 08:16:07PM +0200, rtheys wrote:
> According to the valgrind output, the bug is in innetgr which is in
> libc6.
At least one of them, yes.
> I've checked redhat bugzilla and they fixed a innetgr memory leak:
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169051
Th
Hi,
According to the valgrind output, the bug is in innetgr which is in
libc6.
I've checked redhat bugzilla and they fixed a innetgr memory leak:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169051
I've checked the code of the debian libc6 package and it seems the
redhat patch is not a
6 matches
Mail list logo
