2009/8/25 Gautam Iyer <[email protected]>: > On Tue, Aug 25, 2009 at 04:52:15PM +0200, Viktor Griph wrote: > >>> I'll follow Viktor's suggestion next and send a backtrace to >>> fvwm-workers. Any other suggestions on how to fix this are more than >>> welcome, >> >> Do you have any progress on getting a backtrace? I would like to look >> into this issue before releasing 2.5.28 to at least make sure that the >> issue is not a major one, but hopefuly to be able to locate and fix >> the issue directly as well. > > Hi Viktor (and everybody else), > > Thanks for checking -- I did the backtrace over the weekend (attached to > this message), and I couldn't fix things myself. The semester started on > Monday, so I put hacking on hold. (However I'm happy to test/share my > findings in the meantime.) > > For others on the fvwm-workers mailing list, here's a brief description > of the problem I had: Fvwm (26,27,CVS) segfaults when I change a windows > mini-icon (e.g. via "Pick WindowStyle MiniIcon vim.png"). This happens > on my work computers (Quad core, 64bit, OpenSuse 11.1), however does not > happen on my Gentoo laptop (dual core, 32bit). > > fvwm --version gives > > [fvwm][main]: <<DEBUG>> Entered, about to parse args > fvwm 2.5.28 (from cvs) compiled on Aug 21 2009 at 23:37:43 with > support for: ReadLine, Stroke, XPM, PNG, SVG, Shape, XShm, SM, Bidi > text, Xinerama, XRender, XCursor, XFT, NLS > > and the backtrace is attached. I'll be happy to send config files / any > other info you need. (I just won't be able to hack myself for a few > weeks.)
The crash is a 64 bit issue with the EWMHDonate*Icon styles. A workaround is to disable those styles on 64 bit machines. fvwm seems to put garbage in the _NET_WM_ICON property on the first mini icon donation, and fails to read that garbage back and crashes next time the icon is set. /Viktor
