Re: fvwm repeatedly crashing

[Dan Espen]

zli...@ns.sympatico.ca writes:

> Configuration Information [Automatically generated, do not change]:
> Description:
> fvwm occasionally crashes (a few times a day).
>
> Repeat-By:
> Since I've started trying to take note of when it crashes,
> every time it was when I was
> - switching tabs in firefox,
> - opening a new tab in firefox, or
> - closing a tab in firefox.
> #2  0x00485deb in FlocaleFreeNameProperty 
> (ptext=ptext@entry=0x25e9710)
> at Flocale.c:2358

If you print ptext->name it will probably be "Untitled".

It's fixed in the 2_6 branch in CVS.

If you can, you might want to read through:

http://www.fvwm.org/documentation/dev_cvs.php

and get the 2_6 branch like this:

cvs -d :pserver:anonym...@cvs.fvwm.org:/home/cvs/fvwm checkout -r branch-2_6 
fvwm

configure, then make.  There's a shell to help.

-- 
Dan Espen

fvwm repeatedly crashing

[zlists]

Configuration Information [Automatically generated, do not change]:
uname: Linux nb2 4.1.2 #1 SMP PREEMPT Fri Jul 17 18:16:03 ADT 2015 x86_64 
Intel(R) Core(TM) i7 CPU   M 620  @ 2.67GHz GenuineIntel GNU/Linux
compiler flags: gcc -Wall -Wno-implicit-int -O2 -fPIC  

FVWM Version:   2.6.5
FVWM_MODULEDIR: /usr/libexec/fvwm/2.6.5
FVWM_DATADIR:   /usr/share/fvwm
FVWM_USERDIR:   /home/sd/.fvwm

Description:
fvwm occasionally crashes (a few times a day).

Repeat-By:
Since I've started trying to take note of when it crashes,
every time it was when I was
- switching tabs in firefox,
- opening a new tab in firefox, or
- closing a tab in firefox.
(I'm currently running ffx 38.6.0esr but this crashing problem
has been occurring on and off for quite a while, so it is not
specific to that particular version of ffx).  However, I'm not
certain that changing tabs in firefox is the only time it
happens.

Notes: here is some of the basic information as reported by gdb
--
% gdb =fvwm2 ~/core 
GNU gdb (GDB) 7.6.1
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-slackware-linux".
For bug reporting instructions, please see:
...
Reading symbols from /usr/bin/fvwm...done.

warning: core file may not match specified executable file.
[New LWP 26140]

warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".

warning: no loadable sections found in added symbol-file system-supplied DSO at 
0x7fff4afcd000
Core was generated by `/usr/bin/fvwm2'.
Program terminated with signal 11, Segmentation fault.
#0  0x7f23e2250dbc in free () from /lib64/libc.so.6
Traceback (most recent call last):
  File "/usr/share/gdb/auto-load/usr/lib64/libgobject-2.0.so.0.3600.4-gdb.py", 
line 9, in 
from gobject import register
  File "/usr/share/glib-2.0/gdb/gobject.py", line 3, in 
import gdb.backtrace
ImportError: No module named backtrace
(gdb) where
#0  0x7f23e2250dbc in free () from /lib64/libc.so.6
#1  0x7f23e43a67a6 in XFreeStringList () from /usr/lib64/libX11.so.6
#2  0x00485deb in FlocaleFreeNameProperty (ptext=ptext@entry=0x25e9710)
at Flocale.c:2358
#3  0x004420ff in free_window_names (fw=fw@entry=0x25e9700, 
nukename=nukename@entry=0, nukeicon=nukeicon@entry=1) at add_window.c:3171
#4  0x0047ffbb in EWMH_WMIconName (fw=0x25e9700, 
ev=0x6d1780 , style=, any=)
at ewmh_names.c:175
#5  0x0042f110 in HandlePropertyNotify (ea=0x7fff4af29330)
at events.c:3628
#6  0x0042d874 in dispatch_event (e=e@entry=0x7fff4af293c0)
at events.c:4135
#7  0x0042e120 in HandleEvents () at events.c:4179
#8  0x0040b315 in main (argc=, argv=)
at fvwm.c:2591
(gdb) up
#1  0x7f23e43a67a6 in XFreeStringList () from /usr/lib64/libX11.so.6
(gdb) up
#2  0x00485deb in FlocaleFreeNameProperty (ptext=ptext@entry=0x25e9710)
at Flocale.c:2358
2358Flocale.c: No such file or directory.
(gdb) up
#3  0x004420ff in free_window_names (fw=fw@entry=0x25e9700, 
nukename=nukename@entry=0, nukeicon=nukeicon@entry=1) at add_window.c:3171
3171add_window.c: No such file or directory.
(gdb) up
#4  0x0047ffbb in EWMH_WMIconName (fw=0x25e9700, 
ev=0x6d1780 , style=, any=)
at ewmh_names.c:175
175 ewmh_names.c: No such file or directory.
(gdb) up
#5  0x0042f110 in HandlePropertyNotify (ea=0x7fff4af29330)
at events.c:3628
3628events.c: No such file or directory.
(gdb) up
#6  0x0042d874 in dispatch_event (e=e@entry=0x7fff4af293c0)
at events.c:4135
4135in events.c
(gdb) up
#7  0x0042e120 in HandleEvents () at events.c:4179
4179in events.c
(gdb) up
#8  0x0040b315 in main (argc=, argv=)
at fvwm.c:2591
2591fvwm.c: No such file or directory.
(gdb) quit
--

FWIW: 
(1) I'm using Slackware64-14.1 on a Fujitsu T900 with a Core i7 
M620, 8 GB of ram.
(2) I've let memtest86 churn away for a long time with no reported
problems.  No other program on my system is showing any problems,
so while I'm not certain that it isn't a bad hardware problem, I
don't see any evidence of that either.

I saved a couple of core dumps.  If further information from those
would be of use let me know.