On Sun, 7 Aug 2005 16:10:36 +0200 Dominik Vogt <[EMAIL PROTECTED]>
wrote:

> On Sun, Aug 07, 2005 at 03:35:32PM +0200, T. Baumann wrote:
> > On Sun, 7 Aug 2005 14:09:04 +0200 Dominik Vogt <[EMAIL PROTECTED]>
> > wrote:
> > 
> > > On Sun, Aug 07, 2005 at 12:38:00PM +0200, T. Baumann wrote:
> > > > attached.
> > > 
> > > Thanks.  (Please put replies below the quted text on this mailing
> > > list).
> > > 
> > > It does not get me much further though:
> > > 
> > > > 4126            if (last_style_in_list &&
> > > > 3: ps->id = {name = 0x811f3e8 "*", window_id = 0, flags = {has_name = 1,
> > > > has_window_id = 0}}
> > > > 1: ps = (window_style *) 0x81213a0
> > > > (gdb) 
> > > > 
> > > > Program received signal SIGSEGV, Segmentation fault.
> > > > 0x402f8348 in strcmp () from /lib/tls/libc.so.6
> > > > (gdb) info local
> > > > No symbol table info available.
> > > > (gdb) up
> > > > #1  0x0805a695 in style_ids_are_equals (a={name = 0x1 <Address 0x1 out
> > > > of bounds>, window_id = 0, flags = {has_name = 1, has_window_id = 0}},
> > > > b=
> > > >         {name = 0x810ce00 "*", window_id = 0, flags = {has_name = 1,
> > > > has_window_id = 0}}) at style.c:141
> > > > 141                 !strcmp(SID_GET_NAME(a), SID_GET_NAME(b)))
> > > 
> > > in style.c:4126, ps->id is still okay, but in the calles function
> > > a.name is 0x01 (= ps->id.name).  Is that because fvwm was compiled
> > > optimized?
> > > 
> > > Please recompile fvwm with
> > > 
> > >   $ make clean
> > >   $ make CFLAGS="-g -O0"
> > > 
> > > In gdb:
> > > 
> > >  * Put a breakpoint at style.c:4126
> > >  * run fvwm in gdb and skip the bp once with "cont"
> > >  * (gdb) display ps
> > >  * (gdb) display ps->id
> > >  * (gdb) display last_style_in_list
> > >  * (gdb) display last_style_in_list->id
> > >  * single-step with "step" until gdb enters the
> > >    style_ids_are_equals function
> > >  * display a
> > >  * display a->id
> > >  * display b
> > >  * display b->id
> > >  * single-step until fvwm crashes
> > 
> > your last changes to the cvs code seem to be effective. I'm running:
> > 
> > fvwm 2.5.14 (from cvs) compiled on Aug  7 2005 at 14:53:53 with support
> > for: ReadLine, Stroke, XPM, PNG, Shape, XShm, SM, Xinerama, XRender,
> > XFT, NLS
> > 
> > Should I still do the debugging?
> 
> Yes, please.  Although I fixed a couple of bugs, neither could
> have caused the crash.  Ignore the CVS code for now and debug with
> the code that does crash.

sorry, I do not have the old source to compile with -O0 (seems I was
too fast with the cvs-update...)

the debug-trace is attached

Thomas

Attachment: fvwm.debug.bz2
Description: application/bzip

Reply via email to