Malloc/free bugs are never that simple. Generally u are freeing up the (same)
pointer for a second time, or u stepped over the allocation size and onto a malloc
header. How do u know which one, by eliminating the possibility of freeing the
same pointer twice ( which for me has been to print out all the ptr's given & put
back by the malloc routines )
/gat
Rick Scott wrote:
> Initial manage now looks good, however, if I then change Foundry to adobe, then
> back to * with test1 I get a segfault :( Trace follows. Segfault in XtFree.....
> should be a simple one :)
>
> Program received signal SIGSEGV, Segmentation fault.
> chunk_free (ar_ptr=0x40427d60, p=0x8064ce0) at malloc.c:3049
> 3049 malloc.c: No such file or directory.
> (xxgdb) where
> #0 chunk_free (ar_ptr=0x40427d60, p=0x8064ce0) at malloc.c:3049
> #1 0x40392fba in __libc_free (mem=0x8064ce8) at malloc.c:3023
> #2 0x401fc2bd in XtFree () from /usr/X11R6/lib/libXt.so.6
> #3 0x4003547d in FCFilter (w=0x80800d0, client=0x0, call=0xbffff568) at
> FontChooser.c:323
> #4 0x401fd474 in XtCallCallbackList () from /usr/X11R6/lib/libXt.so.6
> #5 0x40156c5d in EntryFired (w=0x80894c0, client_data=0x0,
> callback=0xbffff5e4) at RCMenu.c:3370
> #6 0x40156c05 in ChildsActivateCallback (rowcol=0x80800d0, child=0x80894c0,
> call_value=0xbffff5e4) at RCMenu.c:3343
> #7 0x400cf883 in BtnUp (wid=0x80894c0, event=0xbffff648) at PushBG.c:1172
> #8 0x400d121b in ActivateCommonG (pb=0x80894c0, event=0xbffff648,
> event_mask=64) at PushBG.c:2623
