Bill Pringlemeir wrote:
>>> Could this be an actual stack overflow?  The traces
>>> always look different.

On 11 Feb 2005, [EMAIL PROTECTED] wrote:
>> Possibly, yes. You could try GCC SSP:
>>      http://www.research.ibm.com/trl/projects/security/ssp/

Bill Pringlemeir wrote:
> I have already installed and built with this.  I have to rebuild
> GTKG with the correct option.

The stack smasher didn't seem to help things.

I am having many crashes with GTKG configured for GTK2.  The crashes
are generally the result of clearing a search (passive) with many
entries (300+, often 1000).

Here is one stack entry,

#9  0x0816011d in unref_record (model=0x10435055, path=0x2015241,
    iter=0x45424543, data=0x5602c300) at search.c:135
        rc = (record_t *) 0x18
        dups = (GHashTable *) 0x58

The pointer iter looks like ascii data to me.  I am not familiar with
GDB, but looking at this memory might be helpful.  The text around
this location is "CEBEARUPCDUBFoX".  Does this hint at any sort of
functionality I might examine (set break points on)?  I seem to be
able to reproduce this, but it takes some time.

tia,
Bill Pringlemeir.

#0  0x08137e61 in search_gui_hash_func (rc=0x8d9eda8) at search_common.c:363
#1  0x404102a4 in g_hash_table_lookup () from /usr/lib/libglib-2.0.so.0
#2  0x63a95df9 in ?? ()
#3  0xbfffe6a0 in ?? ()
#4  0x0a7ea110 in ?? ()
#5  0x4028ae40 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#6  0xbfffe6a0 in ?? ()
#7  0x0a7ea110 in ?? ()
#8  0xbfffe628 in ?? ()
#9  0x0816011d in unref_record (model=0x4211fb2f, path=0x0, iter=0x11,
    data=0x180) at search.c:135

(gdb) bt
#0  0x405b6671 in kill () from /lib/libc.so.6
#1  0x40873f9b in pthread_kill () from /lib/libpthread.so.0
#2  0x40874350 in raise () from /lib/libpthread.so.0
#3  0x405b6353 in raise () from /lib/libc.so.6
#4  0x405b780b in abort () from /lib/libc.so.6
#5  0x40422a2f in g_logv () from /usr/lib/libglib-2.0.so.0
#6  0x00000088 in ?? ()

(gdb) bt
#0  0x08137e61 in search_gui_hash_func (rc=0x9e83040) at search_common.c:363
#1  0x404102a4 in g_hash_table_lookup () from /usr/lib/libglib-2.0.so.0
#2  0xfb78d529 in ?? ()
#3  0xbfffe830 in ?? ()
#4  0x0a237e78 in ?? ()
#5  0x4028ae40 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#6  0xbfffe830 in ?? ()
#7  0x0a237e78 in ?? ()
#8  0xbfffe7b8 in ?? ()
#9  0x0816011d in unref_record (model=0x10435055, path=0x2015241,
    iter=0x45424543, data=0x5602c300) at search.c:135



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Gtk-gnutella-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel

Reply via email to