[PATCH] Fix memory leak of prereqs created for second expansion

2019-07-11 Thread Mike Haboustak
When second expansion is enabled, the record_files function allocates a struct dep for each dependency string that requires expansion. Later, the expand_deps function completes the expansion, parses new prereqs, and frees the dependency string, but it does not free the dependency struct. This resul

Re: possible memory leak in make 3.81

2007-10-15 Thread Eli Zaretskii
> Date: Mon, 15 Oct 2007 20:12:37 +0100 > From: Jon Grant <[EMAIL PROTECTED]> > Cc: bug-make@gnu.org > > Paul Smith wrote on 14/10/07 22:17: > > On Sun, 2007-10-14 at 18:33 +0100, Jon Grant wrote: > >> Do they get free'd up when make exits? > > > > No. It's quite difficult to do this since the v

Re: possible memory leak in make 3.81

2007-10-15 Thread Paul Smith
On Mon, 2007-10-15 at 20:12 +0100, Jon Grant wrote: > the OS should cover that, but in some case I wonder if there may be a > leak left. Would the DOS version for instance result in lost memory the > OS cannot reallocate? (I'm not a DOS expert to answer that) I would be surprised, since DOS is so

Re: possible memory leak in make 3.81

2007-10-15 Thread Jon Grant
Hi there, Paul Smith wrote on 14/10/07 22:17: On Sun, 2007-10-14 at 18:33 +0100, Jon Grant wrote: Do they get free'd up when make exits? No. It's quite difficult to do this since the variables are static and so are only visible within that function. In order to free them we'd have to add th

Re: possible memory leak in make 3.81

2007-10-14 Thread Paul Smith
On Sun, 2007-10-14 at 18:33 +0100, Jon Grant wrote: > Do they get free'd up when make exits? No. It's quite difficult to do this since the variables are static and so are only visible within that function. In order to free them we'd have to add them to some kind of global free list that could be

Re: possible memory leak in make 3.81

2007-10-14 Thread Jon Grant
Paul Smith wrote on 14/10/07 17:39: On Sun, 2007-10-14 at 20:40 +0800, Zhongxing Xu wrote: In function library_search(), libpatterns and buf is malloced memory in line 1486 and 1553 respectively. They are not freed. Is this true? Correct, they are not freed--but no, this is not a memory

Re: possible memory leak in make 3.81

2007-10-14 Thread Paul Smith
On Sun, 2007-10-14 at 20:40 +0800, Zhongxing Xu wrote: > In function library_search(), > libpatterns and buf is malloced memory in line 1486 and 1553 > respectively. > They are not freed. > Is this true? Correct, they are not freed--but no, this is not a memory leak. Thes

possible memory leak in make 3.81

2007-10-14 Thread Zhongxing Xu
Hi, In function library_search(), libpatterns and buf is malloced memory in line 1486 and 1553 respectively. They are not freed. Is this true? - Zhongxing Xu ___ Bug-make mailing list Bug-make@gnu.org http://lists.gnu.org/mailman/listinfo/bug-make

Re: Memory leak

2004-12-17 Thread Paul D. Smith
including the valgrind output, here: mb> http://bugs.kde.org/show_bug.cgi?id=95237 mb> When I put the tests in a bash script and run that script mb> repeatedly, I got clean output every time. make check was mb> producing garbage every time. I don't see any way that a me

Memory leak

2004-12-17 Thread Mark Bucciarelli
I've been seeing garbage output to the console when running a set of tests with make check. I ran valgrind on make check and it indicated two memory leaks in /usr/bin/make. You can find all the details, including the valgrind output, here: http://bugs.kde.org/show_bug.cgi?id=95237 When I put