Languages and Scripting
cancel
Showing results for 
Search instead for 
Did you mean: 

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

Anurag_7
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
Dennis Handly
Acclaimed Contributor

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?)