Re: Spurious segv's and malloc catastrophe
- From: jimwgramling@xxxxxxxxx
- Date: 8 Feb 2007 15:56:54 -0800
Thanks Paul! That was very helpful indeed!
You were quite correct: crt0_r.o is a symlink to crt0.o. And, I spent
most of today playing around with the malloc debug allocator ... and
actually managed to capture a core dump, although I haven't figured
out anything from it yet. It's been many years since I've worked with
AIX and debugging a core dump is somewhat intimidating!
Am I right in the following assumption: if I shut down every instance
of the particular application, shouldn't the allocated heap be
released, unless it is a shared memory segment or data segments
associated with a shared library held open by some other app? I ask
this, because I have tracked down the most likely culprit to a
particular shared library, which is linked both to the client app as
well as the server app. Even after shutting down all client apps, the
problem continued after restarting the executable. But once I shut
down the server, and released the shared library (as verified with
genkld), the problem disappeared.
I am somewhat at a loss at how to proceed. The shared library is part
of a proprietary commercial software package. Right now, I'm hoping
for some inspiration, or a lucky break!
Thanks again for your input.
Regards,
Jim
.
- Follow-Ups:
- Re: Spurious segv's and malloc catastrophe
- From: Paul Pluzhnikov
- Re: Spurious segv's and malloc catastrophe
- References:
- Spurious segv's and malloc catastrophe
- From: jimwgramling
- Re: Spurious segv's and malloc catastrophe
- From: Paul Pluzhnikov
- Spurious segv's and malloc catastrophe
- Prev by Date: Re: Unable to print to iR4570 from AIX V5.1
- Next by Date: Re: MPIO and Powerpath on same AIX server?
- Previous by thread: Re: Spurious segv's and malloc catastrophe
- Next by thread: Re: Spurious segv's and malloc catastrophe
- Index(es):
Relevant Pages
|