Languages and Scripting
Showing results for 
Search instead for 
Do you mean 

Crash in real_free from /usr/lib/hpux32/libc.so.1

Advisor

Crash in real_free from /usr/lib/hpux32/libc.so.1

Hi All,

We are consistently getting core dumps in our application whereby the stack trace looks like this.
__________________________________

(gdb) where
#0 0x60000000c0212560:0 in real_free+0x820 () from /usr/lib/hpux32/libc.so.1
#1 0x60000000c0211f10:0 in real_free+0x1d0 () from /usr/lib/hpux32/libc.so.1
#2 0x60000000c0211f10:0 in real_free+0x1d0 () from /usr/lib/hpux32/libc.so.1
#3 0x60000000c0211f10:0 in real_free+0x1d0 () from /usr/lib/hpux32/libc.so.1
#4 0x60000000c0211f10:0 in real_free+0x1d0 () from /usr/lib/hpux32/libc.so.1
.
.
.
.
This repeats to 3000 and beyond where i stopped counting.

Any idea as to why this should happen?

Any help in this regard would be highly appreciated.

Thanks

Anurag
1 REPLY
Highlighted
Acclaimed Contributor [Founder]

Re: Crash in real_free from /usr/lib/hpux32/libc.so.1

I don't think real_free is recursive. Perhaps your version of gdb is old and doesn't do the stack trace correctly?

Usually if you abort in the heap routines, your stack is corrupted. (Is your application threaded?)