Summary: | When closing Gwenview, it crashed and caused the signal 11 (SIGSEGV) | ||
---|---|---|---|
Product: | [Applications] kaffeine | Reporter: | steve_lilley <steve_lilley> |
Component: | general | Assignee: | Aurelien Gateau <agateau> |
Status: | RESOLVED FIXED | ||
Severity: | crash | CC: | anaselli |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
steve_lilley@msn.com
2006-02-13 22:58:51 UTC
I seem to have the same problem, but I have more information :-) Description: ------------ In konqueror, I right click on a folder and "open with" gwenview. Then I do nothing and just close gwenview with the close button of the window. Which results in a crash. Used software: -------------- Distro: OpenSuSE 10.1 Qt: 3.3.5 KDE: 3.5.1 Level "a" Gwenview: 1.3.1 Tracing: -------- 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) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1231325520 (LWP 8544)] (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] #6 0xb66a7a5c in Gwenview::Document::commentState (this=0x810d340) at /usr/src/debug/gwenview-1.3.1/src/gvcore/document.cpp:269 #7 0xb6790e8e in Gwenview::MetaEdit::eventFilter (this=0x81b1890, event=0xbfaa7328) at /usr/src/debug/gwenview-1.3.1/src/app/metaedit.cpp:58 #8 0xb74a879c in QObject::activate_filters () from /usr/lib/qt3/lib/libqt-mt.so.3 #9 0xb74a880b in QObject::event () from /usr/lib/qt3/lib/libqt-mt.so.3 #10 0xb74e184c in QWidget::event () from /usr/lib/qt3/lib/libqt-mt.so.3 #11 0xb75fe118 in QTextEdit::event () from /usr/lib/qt3/lib/libqt-mt.so.3 #12 0xb7449f37 in QApplication::internalNotify () from /usr/lib/qt3/lib/libqt-mt.so.3 #13 0xb744ad29 in QApplication::notify () from /usr/lib/qt3/lib/libqt-mt.so.3 #14 0xb7abf8e3 in KApplication::notify () from /opt/kde3/lib/libkdecore.so.4 #15 0xb74e229f in QWidget::hideChildren () from /usr/lib/qt3/lib/libqt-mt.so.3 #16 0xb74e2401 in QWidget::hide () from /usr/lib/qt3/lib/libqt-mt.so.3 #17 0xb6e6e408 in KDockWidget::event () from /opt/kde3/lib/libkdeui.so.4 #18 0xb7449f37 in QApplication::internalNotify () from /usr/lib/qt3/lib/libqt-mt.so.3 #19 0xb744ad29 in QApplication::notify () from /usr/lib/qt3/lib/libqt-mt.so.3 #20 0xb7abf8e3 in KApplication::notify () from /opt/kde3/lib/libkdecore.so.4 #21 0xb74e23f1 in QWidget::hide () from /usr/lib/qt3/lib/libqt-mt.so.3 #22 0xb6e69b20 in KDockWidget::undock () from /opt/kde3/lib/libkdeui.so.4 #23 0xb6e6a05c in KDockWidget::~KDockWidget () from /opt/kde3/lib/libkdeui.so.4 #24 0xb6db069e in KDockManager::~KDockManager () from /opt/kde3/lib/libkdeui.so.4 #25 0xb6d5fe92 in KDockArea::~KDockArea () from /opt/kde3/lib/libkdeui.so.4 #26 0xb74e2b1d in QWidget::~QWidget () from /usr/lib/qt3/lib/libqt-mt.so.3 #27 0xb75e6ca2 in QWidgetStack::~QWidgetStack () from /usr/lib/qt3/lib/libqt-mt.so.3 #28 0xb74e2b1d in QWidget::~QWidget () from /usr/lib/qt3/lib/libqt-mt.so.3 #29 0xb759f2c7 in QMainWindow::~QMainWindow () from /usr/lib/qt3/lib/libqt-mt.so.3 #30 0xb6e42439 in KMainWindow::~KMainWindow () from /opt/kde3/lib/libkdeui.so.4 #31 0xb678ffdd in ~MainWindow (this=0x8104e38) at /usr/src/debug/gwenview-1.3.1/src/app/mainwindow.h:68 #32 0xb74a8868 in QObject::event () from /usr/lib/qt3/lib/libqt-mt.so.3 #33 0xb74e184c in QWidget::event () from /usr/lib/qt3/lib/libqt-mt.so.3 #34 0xb759aea2 in QMainWindow::event () from /usr/lib/qt3/lib/libqt-mt.so.3 #35 0xb7449f37 in QApplication::internalNotify () from /usr/lib/qt3/lib/libqt-mt.so.3 #36 0xb744ad29 in QApplication::notify () from /usr/lib/qt3/lib/libqt-mt.so.3 #37 0xb7abf8e3 in KApplication::notify () from /opt/kde3/lib/libkdecore.so.4 #38 0xb744b8d0 in QApplication::sendPostedEvents () from /usr/lib/qt3/lib/libqt-mt.so.3 #39 0xb7460df9 in QEventLoop::enterLoop () from /usr/lib/qt3/lib/libqt-mt.so.3 #40 0xb7460bfe in QEventLoop::exec () from /usr/lib/qt3/lib/libqt-mt.so.3 #41 0xb7449aef in QApplication::exec () from /usr/lib/qt3/lib/libqt-mt.so.3 #42 0xb679c697 in kdemain (argc=8, argv=0x8073150) at /usr/src/debug/gwenview-1.3.1/src/app/main.cpp:77 #43 0xb7eec524 in kdeinitmain (argc=8, argv=0x8073150) at ./src/app/kdeinit_gwenview.la.cpp:3 #44 0x0804e8bf in ?? () #45 0x00000008 in ?? () #46 0x08073150 in ?? () #47 0x00000001 in ?? () #48 0x00000000 in ?? () Thanks for the additional info. A few questions: - Does it happen on all folders? - If not, what does the "bad" folder contain? I created a new empty folder. I can open it with gwenview. Then I close gwenview -> crash (same bt). Oh yes, and it always happens. Is this a suse problem? I did install it from packages (I even think it's in the base-install). I don't know if it's a SuSE problem or if the problem was fixed with 1.4.0, but I can't reproduce the bug. Can you try to upgrade to 1.4.0? I use Kubuntu feisty fawn, here with gwenview 1.4.1(KDE 3.5.6) It crashes on closing, if a video-file had been displayed. Viewing many images of any format doesn't produce a crash. But if there was only one video among those image it crashes. This is the report of one of these crashes ---------------------snip----------------- (no debugging symbols found) Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1". some 20 (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1233316144 (LWP 5738)] some 30 (no debugging symbols found) [KCrash handler] #6 0xb6809460 in pthread_mutex_lock () from /lib/tls/i686/cmov/libpthread.so.0 #7 0xb7d26f26 in pthread_mutex_lock () from /lib/tls/i686/cmov/libc.so.6 #8 0xb6dda5ef in ?? () from /usr/lib/libX11.so.6 #9 0x3ff00000 in ?? () #10 0xb6e9db2c in ?? () from /usr/lib/libX11.so.6 #11 0xbfbbdcb8 in ?? () #12 0xb6df276f in XrmDestroyDatabase () from /usr/lib/libX11.so.6 Backtrace stopped: frame did not save the PC ---------------------snap------------------ Could it have do do with the video codecs installed on the system? I use Kubuntu feisty fawn 7.04 with gwenview 1.4.1(KDE 3.5.7) . it crashes just after showing a video when I select anything else. Pity because the program is great! please do something! thanks I hope this can help: when showing an image I guess that gwenview uses konqueror and I found out that if I load the same video with konqueror, after it is shown, any other action cause the the konqueror frame to crash causing the signal 11 (SIGSEGV) please see the following bug report (new) https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/47214 hmm, it seems i can reproduce it at least with an mpg i created with kipi-plugins and my x86_64 arch. Aurelien can you point me in how videos are loaded please? Angelo We've got it :) as discussed here: http://thread.gmane.org/gmane.comp.kde.gwenview/1915 gv crashes if libxinepart.so is used as default kpart engine. switching to kmplayer one worked well instead. So the problem is in kaffeine kpart. Aniway i made some tests on new kaffeine version and it doesn't crash anymore so it should be fixed now. For kaffeine developers, i've found a crash though if /dev/dsp is not allowed for user who started it. [diabolik@cooker ~]$ rpm -qa | grep kaffeine libkaffeine0-0.8.5-2mdv2008.0 kaffeine-0.8.5-2mdv2008.0 |