Version: 1.4.0 (using KDE 3.5.5 "release 45" , openSUSE 10.2) Compiler: Target: i586-suse-linux OS: Linux (i686) release 2.6.18.2-34-default 1. When attempting to change configuration settings in Gwenview 1.4.0 with SuSE 10.2, the application crashes with a signal 11 (SIGSEGV). Here is what I get for a backtrace: "This backtrace appears to be of no use. This is probably because your packages are built in a way which prevents creation of proper backtraces, or the stack frame was seriously corrupted in the crash. System configuration startup check disabled. (no debugging symbols found) Using host libthread_db library "/lib/libthread_db.so.1"." 2. When closing gwenview, I receive a similar crash; the application crashes with a signal 11 (SIGSEGV) and here is the backtrace when closing gwenview: System configuration startup check disabled. (no debugging symbols found) Using host libthread_db library "/lib/libthread_db.so.1". (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1230677504 (LWP 4888)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [KCrash handler] #9 0xb72f13f0 in pthread_mutex_lock () from /lib/libpthread.so.0 #10 0xb71f641f in XInitThreads () from /usr/lib/libX11.so.6 #11 0xb721126f in XrmDestroyDatabase () from /usr/lib/libX11.so.6 #12 0xb71f7d2c in _XFreeDisplayStructure () from /usr/lib/libX11.so.6 #13 0xb71e39fa in XCloseDisplay () from /usr/lib/libX11.so.6 #14 0xb74a8e1d in qt_cleanup () from /usr/lib/qt3/lib/libqt-mt.so.3 #15 0xb751c374 in QApplication::~QApplication () from /usr/lib/qt3/lib/libqt-mt.so.3 #16 0xb7b2d409 in KApplication::~KApplication () from /opt/kde3/lib/libkdecore.so.4 #17 0xb6863ed4 in kdemain () from /opt/kde3/lib/libkdeinit_gwenview.so #18 0xb7fc7514 in kdeinitmain () from /opt/kde3/lib/kde3/gwenview.so #19 0x0804e33f in QGList::~QGList () #20 0x00000007 in ?? () #21 0x0807d068 in ?? () #22 0x00000001 in ?? () #23 0x00000000 in ?? ()
can you please try to install -debug suse package (rpm) and re do the test. In such a way the bt should be a little more usable. Thanks, Angelo
I worked around this crash. Long story short: I had two movie files (wmv & mov) in my default directory (the directory that Gwenview defaults to upon opening). I logged in as a different user on my machine, tried gwenview, it didn't crash. I went back to my profile, noticed that 2 movie files were in the default directory (the only difference between the profiles) and moved the movies to a different directory. Now gwenview no longer crashes when changing settings or closing. Gwenview apparently can't handle movie files in the default directory. I confirmed this bug by moving the movies back into the default directory and Gwenview crashed again. So, I just won't put movies in the default directory (the directory that Gwenview defaults to upon opening) until this bug is resolved.
Prior to my work around above, I did install the -debug package as suggested, however the backtrace was still the same. No additional info was available.
Sorry? Can you explain better? The movie files you said were opened because they were the very first file of the list? And they make it crashing both?
>"Sorry? Can you explain better? >The movie files you said were opened because they were the very >first file of the list? And they make it crashing both?" One of the movie files was the first file in the default directory that Gwenview opens up to. The movie begins previewing in Gwenview upon start up. With the movie file in the default directory (.wmv), Gwenview crashes when attempting to change settings. Without attempting to change settings, when I go to close Gwenview, (with the movie file in the default directory), Gwenview crashes.
Mike I need more info. Here i have a lot of mpeg file built by kipi-plugins, some video downloaded,... and it's ok. Maybe the problem is the .wmv format, I don't have any though, can you provide one or a link to?
*** Bug 137574 has been marked as a duplicate of this bug. ***
This seems to be a problem in threads support in Xlib, triggered by the KPart for movies.
*** This bug has been marked as a duplicate of 114198 ***
i am using gwenview version 1.4.1 and i am wondering, that this bug is resolved. when i use gwenview only for viewing pictures, there is no problem. but if there are some movies in some picture folder, gwenview crashes on exit. SIGSEGV signal 11.
Nearly the same with me as with #10 walter lebner. The mere existence of avi-files doesn't hurt. Only if they have been played (I can play many of them infinitely) and only if I quit gwenview I get a crash. Messages: ... (no debugging symbols found) [KCrash handler] #5 0xb692fe24 in pthread_mutex_lock () from /lib/tls/libpthread.so.0 #6 0xb7db0516 in pthread_mutex_lock () from /lib/tls/libc.so.6 #7 0xb6ee656f in XInitThreads () from /usr/lib/libX11.so.6 #8 0xb6f015af in XrmDestroyDatabase () from /usr/lib/libX11.so.6 #9 0xb6ee7e86 in _XFreeDisplayStructure () from /usr/lib/libX11.so.6 #10 0xb6ed3d84 in XCloseDisplay () from /usr/lib/libX11.so.6 #11 0xb71af44f in qt_cleanup () from /usr/lib/libqt-mt.so.3 #12 0xb7228d5a in QApplication::~QApplication () from /usr/lib/libqt-mt.so.3 #13 0xb78c8ea9 in KApplication::~KApplication () from /usr/lib/libkdecore.so.4 #14 0xb655ee5e in kdemain () from /usr/lib/libkdeinit_gwenview.so #15 0xb7f68524 in kdeinitmain () from /usr/lib/kde3/gwenview.so #16 0x0804e457 in ?? () #17 0x00000003 in ?? () #18 0x08078888 in ?? () #19 0x00000001 in ?? () #20 0x00000000 in ?? ()
The related bug is bug #114198, please follow that one.
the pure existence of a Movie File (a .mov for Example ) is no Problem. Just when this file is the first in the directory gwenview freazes and if gwenview is started from a console the message christian@erde:~> gwenview Xlib: unexpected async reply (sequence 0x36)! ASSERT: "mainWindow()" in ./kdeui/ktoolbar.cpp (1920) ASSERT: "mainWindow()" in ./kdeui/ktoolbar.cpp (1920) ASSERT: "mainWindow()" in ./kdeui/ktoolbar.cpp (1920) ASSERT: "mainWindow()" in ./kdeui/ktoolbar.cpp (1920) appears. Is this behavior realy resolved? i' am using gwenview 1.4.0 shipped along with Open SuSE 10.2