On Tue, Jan 08, 2002 at 11:24:10AM +0100, Dominik Vogt wrote:
> On Mon, Jan 07, 2002 at 10:13:15PM +0300, Alexander Kotelnikov wrote:
> > >>>>> On Mon, 7 Jan 2002 19:47:38 +0100
> > >>>>> "Dominik" == Dominik Vogt <fvwm@fvwm.org> wrote:
> > Dominik> 
> > Dominik> On Sun, Jan 06, 2002 at 10:20:39PM +0300, Alexander Kotelnikov 
> > wrote:
> > >> He it is:
> > >> 
> > >> Style "default-style" HilightBack steelblue
> > >> Style "*" UseStyle "default-style"
> > >> Style "*" UseStyle "default-style"
> > >> Style "*" UseStyle "default-style"
> > Dominik> 
> > Dominik> Doesn't crash for me.  Which version are you using?  Can you fetch
> > Dominik> a stack trace?
> > Dominik> 
> > Dominik>   $ gdb fvwm2 core
> > Dominik>   (gdb) where
> > 
> > I use fvwm-2.4.4, it crashed whan it was 2.4.0 also.
> > 
> > (gdb) where
> >[snip]
> 
> Funny, that doesn't look like an fvwm stack trace at all.  Did you
> compile fvwm with full debug info?  Does gdb say that the core
> file was generated by fvwm?  This really looks as if the libc
> started an X application on its own.  There must be some kind of
> reference to the program somewhere.
> 

It crash for me with the following output which is maybe more
consistant (I use "export MALLOC_CHECK_=2" before starting fvwm2
which gives a priori a better core dump with the glibc).
This is with the current cvs (2.4.4 gives the same output)

[EMAIL PROTECTED] olivier]$ gdb fvwm2 ~/core
GNU gdb 4.18
Core was generated by `fvwm2'.
Program terminated with signal 6, Abandon.
Reading symbols from /usr/X11R6/lib/libXpm.so.4...done.
Reading symbols from /usr/local/lib/libstroke.so.0...done.
Reading symbols from /usr/X11R6/lib/libSM.so.6...done.
Reading symbols from /usr/X11R6/lib/libICE.so.6...done.
Reading symbols from /usr/X11R6/lib/libXext.so.6...done.
Reading symbols from /usr/X11R6/lib/libX11.so.6...done.
Reading symbols from /lib/libm.so.6...done.
Reading symbols from /lib/libc.so.6...done.
Reading symbols from /lib/ld-linux.so.2...done.
#0  0x4014b091 in kill () from /lib/libc.so.6
(gdb) where
#0  0x4014b091 in kill () from /lib/libc.so.6
#1  0x4014ad79 in raise () from /lib/libc.so.6
#2  0x4014c4f0 in abort () from /lib/libc.so.6
#3  0x40180416 in malloc_set_state () from /lib/libc.so.6
#4  0x4017e59f in free () from /lib/libc.so.6
#5  0x807776d in execute_function (efa=0xbffff02c) at functions.c:1192
#6  0x80777fb in old_execute_function (
    action=0xbffff08c "Style \"*\" UseStyle \"default-style\"", tmp_win=0x0, 
    eventp=0x80aa2a0, context=8, Module=1, exec_flags=0, args=0x0)
    at functions.c:1220
#7  0x805eb7c in run_command_stream (f=0x80c09c8, eventp=0x80aa2a0, 
    tmp_win=0x0, context=8, Module=1) at read.c:146
#8  0x805ecea in run_command_file (
    filename=0x80abe78 "/home/olivier/.fvwm-t/.fvwm2rc", eventp=0x80aa2a0, 
    tmp_win=0x0, context=8, Module=1) at read.c:220
#9  0x808c774 in main (argc=1, argv=0xbffff974) at fvwm.c:656

I take a fast look, I do not see the problem.
Olivier

--
Visit the official FVWM web page at <URL:http://www.fvwm.org/>.
To unsubscribe from the list, send "unsubscribe fvwm-workers" in the
body of a message to [EMAIL PROTECTED]
To report problems, send mail to [EMAIL PROTECTED]

Reply via email to