Bug 194334 - A Fatal Error Occurred The application digiKam (digikam) crashed and caused the signal 11 (SIGSEGV)
Summary: A Fatal Error Occurred The application digiKam (digikam) crashed and caused t...
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Plugin-Generic-MetadataEdit (show other bugs)
Version: unspecified
Platform: Fedora RPMs Linux
: NOR crash
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-05-27 19:57 UTC by gertjan
Modified: 2016-07-07 13:15 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In: 5.1.0


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description gertjan 2009-05-27 19:57:55 UTC
Version:           0.10 (using KDE 4.2.3)
OS:                Linux
Installed from:    Fedora RPMs

after the long waiting time to start Digikam, i select 1 or more photos and try to remove exif information, it comes up with the confirmation screen when i click "yes" the program crashes with above message.

i did not install gdb yet so i need to wait another 15 minutes before digikam starts up and i can post the backtrace.
Comment 1 gertjan 2009-05-27 22:46:58 UTC
it seems i am unable to create a bug report due to some crash handler being severely damaged. i hope this is enough info, if not let me know how i can provide more information
Comment 2 caulier.gilles 2009-05-28 12:38:50 UTC
No. Without a backtrace, we cannot investigate...

Gilles Caulier
Comment 3 A. Spehr 2009-05-28 12:41:46 UTC
http://techbase.kde.org/Development/Tutorials/Debugging/How_to_create_useful_crash_reports

Is this new information? If so, maybe it is useful.
Comment 4 gertjan 2009-05-28 17:12:22 UTC
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.

[Thread debugging using libthread_db enabled]
[New Thread 0xb7f67770 (LWP 6416)]
[New Thread 0xa931db90 (LWP 6439)]
[New Thread 0xac5c9b90 (LWP 6424)]
[New Thread 0xb0fcbb90 (LWP 6423)]
[New Thread 0xb19ccb90 (LWP 6422)]
[New Thread 0xb23cdb90 (LWP 6421)]
[New Thread 0xb31d9b90 (LWP 6420)]
[New Thread 0xb50feb90 (LWP 6419)]
[New Thread 0xb5affb90 (LWP 6418)]
[New Thread 0xb6994b90 (LWP 6417)]
0x00ab5416 in __kernel_vsyscall ()
[Current thread is 1 (Thread 0xb7f67770 (LWP 6416))]

Thread 10 (Thread 0xb6994b90 (LWP 6417)):
#0  0x00ab5416 in __kernel_vsyscall ()
#1  0x00d73105 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0x07de94d2 in QWaitConditionPrivate::wait () at thread/qwaitcondition_unix.cpp:87
#3  QWaitCondition::wait (this=0x8ddd3a8, mutex=0x8ddd3a4, time=4294967295) at thread/qwaitcondition_unix.cpp:159
#4  0x0827e9c9 in Digikam::ScanController::run (this=0x8ddd188) at /usr/src/debug/digikam-0.10.0/digikam/scancontroller.cpp:412
#5  0x07de848e in QThreadPrivate::start (arg=0x8ddd188) at thread/qthread_unix.cpp:189
#6  0x00d6f51f in start_thread (arg=0xb6994b90) at pthread_create.c:297
#7  0x00ca504e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130

Thread 9 (Thread 0xb5affb90 (LWP 6418)):
#0  0x00ab5416 in __kernel_vsyscall ()
#1  0x00d73105 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0x07de94d2 in QWaitConditionPrivate::wait () at thread/qwaitcondition_unix.cpp:87
#3  QWaitCondition::wait (this=0x8f1e7f0, mutex=0x8f1e7ec, time=4294967295) at thread/qwaitcondition_unix.cpp:159
#4  0x040c58aa in Digikam::LoadSaveThread::run (this=0x8f1e7e0) at /usr/src/debug/digikam-0.10.0/libs/threadimageio/loadsavethread.cpp:131
#5  0x07de848e in QThreadPrivate::start (arg=0x8f1e7e0) at thread/qthread_unix.cpp:189
#6  0x00d6f51f in start_thread (arg=0xb5affb90) at pthread_create.c:297
#7  0x00ca504e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130

Thread 8 (Thread 0xb50feb90 (LWP 6419)):
#0  0x00ab5416 in __kernel_vsyscall ()
#1  0x00d73105 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0x07de94d2 in QWaitConditionPrivate::wait () at thread/qwaitcondition_unix.cpp:87
#3  QWaitCondition::wait (this=0x8fd4b40, mutex=0x8fd4b3c, time=4294967295) at thread/qwaitcondition_unix.cpp:159
#4  0x040c58aa in Digikam::LoadSaveThread::run (this=0x8fd4b30) at /usr/src/debug/digikam-0.10.0/libs/threadimageio/loadsavethread.cpp:131
#5  0x07de848e in QThreadPrivate::start (arg=0x8fd4b30) at thread/qthread_unix.cpp:189
#6  0x00d6f51f in start_thread (arg=0xb50feb90) at pthread_create.c:297
#7  0x00ca504e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130

Thread 7 (Thread 0xb31d9b90 (LWP 6420)):
#0  0x00ab5416 in __kernel_vsyscall ()
#1  0x00d73432 in pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i486/pthread_cond_timedwait.S:179
#2  0x05f33c11 in ?? () from /usr/lib/libxine.so.1
#3  0x00d6f51f in start_thread (arg=0xb31d9b90) at pthread_create.c:297
#4  0x00ca504e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130

Thread 6 (Thread 0xb23cdb90 (LWP 6421)):
#0  0x00ab5416 in __kernel_vsyscall ()
#1  0x00c9d3d1 in select () from /lib/libc.so.6
#2  0x05f5f2da in xine_usec_sleep () from /usr/lib/libxine.so.1
#3  0x05f424f5 in ?? () from /usr/lib/libxine.so.1
#4  0x00d6f51f in start_thread (arg=0xb23cdb90) at pthread_create.c:297
#5  0x00ca504e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130

Thread 5 (Thread 0xb19ccb90 (LWP 6422)):
#0  0x00dbe54a in clock_gettime (clock_id=1, tp=0xb19cc038) at ../sysdeps/unix/clock_gettime.c:100
#1  0x07f09dbb in QTimerInfoList::getTime (this=0x94c68c4, t=@0x94c68e8) at kernel/qeventdispatcher_unix.cpp:339
#2  0x07f09f91 in QTimerInfoList::updateCurrentTime (this=0x94c68c4) at kernel/qeventdispatcher_unix.cpp:297
#3  0x07f0bafc in QTimerInfoList::timerWait (this=0x94c68c4, tm=@0xb19cc0b4) at kernel/qeventdispatcher_unix.cpp:420
#4  0x07f0836a in timerSourcePrepare (source=0xdc2ff4, timeout=0xb19cc108) at kernel/qeventdispatcher_glib.cpp:140
#5  0x0013b162 in g_main_context_prepare () from /lib/libglib-2.0.so.0
#6  0x0013b5ea in ?? () from /lib/libglib-2.0.so.0
#7  0x0013bac1 in g_main_context_iteration () from /lib/libglib-2.0.so.0
#8  0x07f081a7 in QEventDispatcherGlib::processEvents (this=0x9040760, flags={i = 36}) at kernel/qeventdispatcher_glib.cpp:325
#9  0x07edad8a in QEventLoop::processEvents (this=0xb19cc270, flags={i = 36}) at kernel/qeventloop.cpp:149
#10 0x07edb1ca in QEventLoop::exec (this=0xb19cc270, flags={i = 0}) at kernel/qeventloop.cpp:200
#11 0x07de5199 in QThread::exec (this=0x90405d8) at thread/qthread.cpp:481
#12 0x011738ea in Phonon::Xine::XineThread::run (this=0x90405d8) at /usr/src/debug/phonon-4.3.1/xine/xinethread.cpp:143
#13 0x07de848e in QThreadPrivate::start (arg=0x90405d8) at thread/qthread_unix.cpp:189
#14 0x00d6f51f in start_thread (arg=0xb19ccb90) at pthread_create.c:297
#15 0x00ca504e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130

Thread 4 (Thread 0xb0fcbb90 (LWP 6423)):
#0  0x00c9a763 in __poll (fds=0x94c40e8, nfds=2, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:87
#1  0x05e81937 in ?? () from /usr/lib/libpulse.so.0
#2  0x094c40e8 in ?? ()
#3  0x00000002 in ?? ()
#4  0xffffffff in ?? ()
#5  0x00000000 in ?? ()
Current language:  auto; currently c

Thread 3 (Thread 0xac5c9b90 (LWP 6424)):
#0  0x00ab5416 in __kernel_vsyscall ()
#1  0x00d73105 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0x05f460fb in ?? () from /usr/lib/libxine.so.1
#3  0x00d6f51f in start_thread (arg=0xac5c9b90) at pthread_create.c:297
#4  0x00ca504e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130

Thread 2 (Thread 0xa931db90 (LWP 6439)):
#0  0x00ab5416 in __kernel_vsyscall ()
#1  0x00d73105 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0x07de94d2 in QWaitConditionPrivate::wait () at thread/qwaitcondition_unix.cpp:87
#3  QWaitCondition::wait (this=0x9b44ad8, mutex=0x9b44ad4, time=4294967295) at thread/qwaitcondition_unix.cpp:159
#4  0x040c58aa in Digikam::LoadSaveThread::run (this=0x9b44ac8) at /usr/src/debug/digikam-0.10.0/libs/threadimageio/loadsavethread.cpp:131
#5  0x07de848e in QThreadPrivate::start (arg=0x9b44ac8) at thread/qthread_unix.cpp:189
#6  0x00d6f51f in start_thread (arg=0xa931db90) at pthread_create.c:297
#7  0x00ca504e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130

Thread 1 (Thread 0xb7f67770 (LWP 6416)):
#0  0x00ab5416 in __kernel_vsyscall ()
#1  0x00c60456 in nanosleep () from /lib/libc.so.6
#2  0x00c6026e in __sleep (seconds=0) at ../sysdeps/unix/sysv/linux/sleep.c:138
#3  0x02c0ca8a in KCrash::startDrKonqi (argv=0xbf99d774, argc=17) at /usr/src/debug/kdelibs-4.2.3/kdeui/util/kcrash.cpp:412
#4  0x02c0d4bc in KCrash::defaultCrashHandler (sig=11) at /usr/src/debug/kdelibs-4.2.3/kdeui/util/kcrash.cpp:337
#5  <signal handler called>
#6  memcpy () at ../sysdeps/i386/i686/memcpy.S:75
#7  0x0ae73730 in ?? ()
#8  0x03e951c7 in Exiv2::ExifData::operator= () from /usr/lib/libexiv2.so.4
#9  0x03ea7947 in Exiv2::Image::setExifData () from /usr/lib/libexiv2.so.4
#10 0x07b16590 in KExiv2Iface::KExiv2::save (this=0xbf99dee8, filePath=@0xbf99df14) at /usr/src/debug/kdegraphics-4.2.3/libs/libkexiv2/libkexiv2/kexiv2.cpp:386
#11 0x04f3c06d in ?? () from /usr/lib/kde4/kipiplugin_metadataedit.so
#12 0x04f40308 in ?? () from /usr/lib/kde4/kipiplugin_metadataedit.so
#13 0x07ef2a08 in QMetaObject::activate (sender=0xab92138, from_signal_index=5, to_signal_index=6, argv=0xbf99e07c) at kernel/qobject.cpp:3069
#14 0x07ef2e40 in QMetaObject::activate (sender=0xab92138, m=0x8353780, from_local_signal_index=1, to_local_signal_index=2, argv=0xbf99e07c) at kernel/qobject.cpp:3163
#15 0x021216b1 in QAction::triggered (this=0xab92138, _t1=false) at .moc/release-shared/moc_qaction.cpp:236
#16 0x02122c2f in QAction::activate (this=0xab92138, event=QAction::Trigger) at kernel/qaction.cpp:1160
#17 0x0259b77c in QMenuPrivate::activateCausedStack (this=0xab95588, causedStack=@0xbf99e158, action=0xab92138, action_e=QAction::Trigger, self=true) at widgets/qmenu.cpp:962
#18 0x025a1ebb in QMenuPrivate::activateAction (this=0xab95588, action=0xab92138, action_e=QAction::Trigger, self=<value optimized out>) at widgets/qmenu.cpp:1058
#19 0x025a2992 in QMenu::mouseReleaseEvent (this=0xab86298, e=0xbf99e798) at widgets/qmenu.cpp:2252
#20 0x02c80595 in KMenu::mouseReleaseEvent (this=0xab86298, e=0xbf99e798) at /usr/src/debug/kdelibs-4.2.3/kdeui/widgets/kmenu.cpp:454
#21 0x0217e943 in QWidget::event (this=0xab86298, event=0xbf99e798) at kernel/qwidget.cpp:7516
#22 0x025a4d79 in QMenu::event (this=0xab86298, e=0xbf99e798) at widgets/qmenu.cpp:2351
#23 0x02127cec in QApplicationPrivate::notify_helper (this=0x8d242d8, receiver=0xab86298, e=0xbf99e798) at kernel/qapplication.cpp:4084
#24 0x02130941 in QApplication::notify (this=0xbf99f0e8, receiver=0xab86298, e=0xbf99e798) at kernel/qapplication.cpp:3786
#25 0x02ba04fd in KApplication::notify (this=0xbf99f0e8, receiver=0xab86298, event=0xbf99e798) at /usr/src/debug/kdelibs-4.2.3/kdeui/kernel/kapplication.cpp:307
#26 0x07edc75b in QCoreApplication::notifyInternal (this=0xbf99f0e8, receiver=0xab86298, event=0xbf99e798) at kernel/qcoreapplication.cpp:602
#27 0x0212f9ae in QCoreApplication::sendSpontaneousEvent (event=<value optimized out>, receiver=0xab86298) at ../../src/corelib/kernel/qcoreapplication.h:216
#28 QApplicationPrivate::sendMouseEvent (receiver=0xab86298, event=0xbf99e798, alienWidget=0x0, nativeWidget=0xab86298, buttonDown=0x29d8100, lastMouseReceiver=@0x29d8104)
    at kernel/qapplication.cpp:2940
#29 0x0219f7e6 in QETWidget::translateMouseEvent (this=0xab86298, event=0xbf99eddc) at kernel/qapplication_x11.cpp:4359
#30 0x0219e887 in QApplication::x11ProcessEvent (this=0xbf99f0e8, event=0xbf99eddc) at kernel/qapplication_x11.cpp:3421
#31 0x021c7f6a in x11EventSourceDispatch (s=0x8d27248, callback=0, user_data=0x0) at kernel/qguieventdispatcher_glib.cpp:146
#32 0x00138258 in g_main_context_dispatch () from /lib/libglib-2.0.so.0
#33 0x0013b903 in ?? () from /lib/libglib-2.0.so.0
#34 0x0013bac1 in g_main_context_iteration () from /lib/libglib-2.0.so.0
#35 0x07f08188 in QEventDispatcherGlib::processEvents (this=0x8d10288, flags={i = 36}) at kernel/qeventdispatcher_glib.cpp:323
#36 0x021c7665 in QGuiEventDispatcherGlib::processEvents (this=0x8d10288, flags={i = 36}) at kernel/qguieventdispatcher_glib.cpp:202
#37 0x07edad8a in QEventLoop::processEvents (this=0xbf99f040, flags={i = 36}) at kernel/qeventloop.cpp:149
#38 0x07edb1ca in QEventLoop::exec (this=0xbf99f040, flags={i = 0}) at kernel/qeventloop.cpp:200
#39 0x07edd679 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:880
#40 0x02127b67 in QApplication::exec () at kernel/qapplication.cpp:3553
#41 0x082a25eb in main (argc=1, argv=0xbf99f484) at /usr/src/debug/digikam-0.10.0/digikam/main.cpp:190
Comment 5 caulier.gilles 2009-05-28 17:42:58 UTC
crash appears in Exiv2 library.

I recommend to update to Exiv2 0.18.1...

Gilles Caulier
Comment 6 caulier.gilles 2009-05-28 17:43:43 UTC
can you identify which image crash digiKam ?

Gilles Caulier
Comment 7 gertjan 2009-05-28 20:20:40 UTC
it doesn't matter which image tried with 1 tried with several, tried with all images.

fedora has a exiv2 0.17.1-1 in Fedora 10, installing now and see what happens.
Comment 8 gertjan 2009-05-29 13:58:54 UTC
exiv2 0.17.1-1 does not resolve the issue.

i have tried to build exiv2 0.18.1-1 from source. my linux knowledge is somewhat limited, i installed with ./configure, make, make install, but the version remains exiv2 0.17.1-1.

am i missing a step to get exiv2 to the recommended version on F10?
Comment 9 caulier.gilles 2009-05-29 14:06:55 UTC
>i have tried to build exiv2 0.18.1-1 from source. my linux knowledge is
>somewhat limited, i installed with ./configure, make, make install, but the
>version remains exiv2 0.17.1-1.

This is not enough for digiKam. we use libkexiv2 interface to play with Exiv2. So, libkexiv2 must be recompiled also, and after digiKam/kipiplugins.

Look here for details :

http://www.digikam.org/sharedlibs
http://www.digikam.org/download?q=download/KDE4

Gilles Caulier
Comment 10 caulier.gilles 2009-12-25 20:24:39 UTC
Kipi-plugins 1.0.0 is out since few days...

http://www.digikam.org/drupal/node/492

Please try with this version.

Thanks in advance

Gilles Caulier
Comment 11 caulier.gilles 2010-04-04 10:42:27 UTC
digiKam and Kipi-plugins 1.2.0 are out. Please check if crash is still valid there.

Thanks in advance

Gilles Caulier
Comment 12 caulier.gilles 2010-10-07 09:04:53 UTC
We need feedback using kipi-plugins 1.4.0

Gilles Caulier
Comment 13 caulier.gilles 2015-06-28 10:02:48 UTC
New Kipiplugins 4.11.0 is available :

https://www.digikam.org/node/740

Can you reproduce the problem with this release ?

Gilles Caulier
Comment 14 caulier.gilles 2015-08-23 14:35:20 UTC
digiKam 4.12.0 is out :

https://www.digikam.org/node/741

We need a fresh feedback using this release please...
Thanks in advance.
Comment 15 caulier.gilles 2016-07-07 13:15:18 UTC
This problem is not reproducible with last 5.0.0
I close this file now. Re-open it if necessary.
Gilles Caulier