[omniORB] Core dump in thread lib (omniORB 3.0.4 + solaris 5.7)

[Duncan Grisby]

On Friday 6 September, Venkateswara Rao Kanaparthi wrote:

> #0  0xfe1425d8 in t_delete () from /usr/lib/libc.so.1
> (gdb)
> (gdb) where
> #0  0xfe1425d8 in t_delete () from /usr/lib/libc.so.1
> #1  0xfe1421cc in realfree () from /usr/lib/libc.so.1
> #2  0xfe142aa0 in cleanfree () from /usr/lib/libc.so.1
> #3  0xfe141bd4 in _malloc_unlocked () from /usr/lib/libc.so.1
> #4  0xfe141ac8 in malloc () from /usr/lib/libc.so.1
> #5  0xfedda838 in __builtin_new (sz=34) at ./cp/new1.cc:84
> #6  0xff174a58 in __builtin_vec_new (sz=34) at ./cp/new2.cc:39
> #7  0xff163554 in pp_poa_key (key=0x275368 "þ=xs8\231M", keysize=14) at 

Something somewhere is definitely corrupting the heap, most likely by
freeing something twice. You should try to purify your code, or just
inspect it manually, looking for memory bugs.

Cheers,

Duncan.

-- 
 -- Duncan Grisby         --
  -- duncan@grisby.org     --
   -- http://www.grisby.org --