Re: Closing nedit crashes fvwm
Vladimir Klebanov writes: > On Wed, Jan 23, 2013 at 6:01 PM, Dan Espen wrote: >> Changes committed. > > Seems like it is no longer crashing, at least not upon quick testing. > If crashes come back in everyday use, so will I. > > Thanks for fixing. Thanks for testing. -- Dan Espen
Re: Closing nedit crashes fvwm
On Wed, Jan 23, 2013 at 6:01 PM, Dan Espen wrote: > Changes committed. Seems like it is no longer crashing, at least not upon quick testing. If crashes come back in everyday use, so will I. Thanks for fixing. Vladimir -- Vladimir Klebanov Postdoctoral Researcher, Application-oriented Formal Verification Karlsruhe Institute of Technology http://formal.iti.kit.edu/~klebanov
Re: Closing nedit crashes fvwm
Vladimir Klebanov writes: > Hi Dan, > > On Mon, Jan 21, 2013 at 1:13 AM, Dan Espen wrote: >> Can you update from CVS and try again? >> I've committed a change that should fix the problem. > > Did you mean "Untitled" instead of "Unknown" in that patch? Yes I did. Changes committed. -- Dan Espen
Re: Closing nedit crashes fvwm
Hi Dan, On Mon, Jan 21, 2013 at 1:13 AM, Dan Espen wrote: > Can you update from CVS and try again? > I've committed a change that should fix the problem. Did you mean "Untitled" instead of "Unknown" in that patch? Vladimir -- Vladimir Klebanov Postdoctoral Researcher, Application-oriented Formal Verification Karlsruhe Institute of Technology http://formal.iti.kit.edu/~klebanov
Re: Closing nedit crashes fvwm
Vladimir Klebanov writes: > fvwm 2.6.4 shipped with openSuSE 12.2 regularly crashes on me. Details > below. Any help would be appreciated. > > Thanks, > > Vladimir > > > Backtrace: > > Program received signal SIGABRT, Aborted. > 0xb7756424 in __kernel_vsyscall () > Missing separate debuginfos, use: zypper install > libgcc47-debuginfo-4.7.1_20120723-1.1.1.i586 > (gdb) bt > #0 0xb7756424 in __kernel_vsyscall () > #1 0xb736831f in raise () from /lib/libc.so.6 > #2 0xb7369c03 in abort () from /lib/libc.so.6 > #3 0xb73a6335 in __libc_message () from /lib/libc.so.6 > #4 0xb73acac2 in malloc_printerr () from /lib/libc.so.6 > #5 0xb75db87b in XFree () from /usr/lib/libX11.so.6 > #6 0x080d0afe in FlocaleFreeNameProperty > (ptext=ptext@entry=0xbfb97afc) at Flocale.c:2365 > #7 0x08075345 in HandlePropertyNotify (ea=0xbfb97b5c) at events.c:3344 > #8 0x08073725 in dispatch_event (e=e@entry=0xbfb97bbc) at events.c:4124 > #9 0x080737c8 in HandleEvents () at events.c:4168 > #10 0x08050e55 in main (argc=, argv=0xbfb98454) at fvwm.c:2588 > > > The behavior is not quite deterministic, but the best way to reproduce > it for me was the following: > > start nedit > type some text > select a portion of it > click the "close" window decoration > click "no" in the save suggestion dialog > Can you update from CVS and try again? I've committed a change that should fix the problem. -- Dan Espen