Memory leak!

[Thomas Dineen]

Gents:

      While I agree with the ideas previously stated, maybe just a grep
of the library source for some likely keywords whould help sort out
which of the 75 libraries has any memory management functionality.
Maybe this list can be quickly reduced to a fraction of 75.

Thomas Dineen




Philip Herron wrote:

> Brian McGrew wrote:
>
>> Help, I¹ve got a memory leak and it¹s spilling all over the floor!
>>
>> LOL, I wish it was that simple...  I¹ve got several appliactions that 
>> all
>> share the same Œcommon¹ memory and all rely on about 75 shared 
>> libraries out
>> of my tree.  Somewhere I¹ve got a memory leak and I have no idea 
>> where to
>> find it.  I¹m currently using gcc-4.1.3 on CentOS_x86-64 but the 
>> problem is
>> exhibited on Fedora Core 5 with gcc-4.1.0
>>
>> This is the first time I¹ve ever been faced with finding a memory 
>> leak and
>> I¹ve got no idea where to start or how to do it.  Please help!  I¹ve 
>> googled
>> and found lots of stuff, but nothing that looks like it¹s directly
>> applicable to finding a memory leak.  Also, I¹m restricted to whatever
>> software is in the open, I have no commerical tools for this.
>>
>> Someone, PLEASE point me in the right direction!
>>
>> Thanks,
>>
>> -brian
>>
>>   
>
> First thing i would say is calm down :)
>
> It would be wise to have good experience in the language in which the 
> application is written in. Memory leaks can be found using lots of 
> different tools, my favorite is valgrind its very useful even using 
> gdb you can start to see where your allocating memory and not freeing 
> it. Make sure anything you allocate memory too when your not using it 
> free it! You can check out dmalloc but its quite confusing to setup 
> but its mean to be cool, but try valgrind first.
>
> Problem being is if you application truly relies on over 75 shared 
> libraries thats going to be painful but it would be wise to assume 
> that they aren't the leaks and make sure your application is working 
> perfect first. Then your going to have to start looking through those 
> libraries. And make sure any use of those libraries you free their 
> structures properly. We can't really help, one thing i would say is 
> how did you know you have a memory leak might give you clues of where 
> in the code its happening, you might want to get more familiar with 
> memory management.
>
> --Phil
>