Summary: | digiKam segfaults when running 'Rebuild All Thumbnails' after 200 photos | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Eric T. Schaffner <eric> |
Component: | Thumbs-Image | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | crash | CC: | ahuggel, caulier.gilles, danakee, echidnaman, marcel.wiesweg |
Priority: | NOR | ||
Version: | 1.3.0 | ||
Target Milestone: | --- | ||
Platform: | Unlisted Binaries | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 5.1.0 | |
Attachments: | Stack trace while using MALLOC_CHECK= |
Description
Eric T. Schaffner
2009-12-12 21:45:17 UTC
Crash appears in Phonon/Xine backend when video thumbnails are generated. Check your system... Gilles Caulier The KCrash Handler inserted [KCrash Handler] in thread 2, where purely image scaling is going on. It's a coincidence that Phonon is doing things in thread 1. This does look related to bug 195652, and could possibly be the glibc malloc_check crash. To be sure, though, could you install the debug symbols for phonon (phonon-dbg) and get a new backtrace please? Hi Jonathan, Below is the stacktrace with phonon-dbg enabled: Application: digiKam (digikam), signal: Segmentation fault [Current thread is 1 (Thread 0xb7839760 (LWP 20696))] Thread 18 (Thread 0xb5e97b70 (LWP 20709)): #0 0x009be422 in __kernel_vsyscall () #1 0x00992e15 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0x067fa78d in pthread_cond_wait () from /lib/tls/i686/cmov/libc.so.6 #3 0x020f5307 in QWaitConditionPrivate::wait (this=0x887ecd8, mutex=0x887ecd4, time=4294967295) at thread/qwaitcondition_unix.cpp:87 #4 QWaitCondition::wait (this=0x887ecd8, mutex=0x887ecd4, time=4294967295) at thread/qwaitcondition_unix.cpp:159 #5 0x083184f9 in Digikam::ScanController::run (this=0x883de88) at /build/buildd/digikam-1.0.0~rc/digikam/scancontroller.cpp:499 #6 0x020f43ae in QThreadPrivate::start (arg=0x883de88) at thread/qthread_unix.cpp:244 #7 0x0098e80e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #8 0x067ed7ee in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 17 (Thread 0xb55feb70 (LWP 20726)): #0 0x023f5e06 in clock_gettime () from /lib/tls/i686/cmov/librt.so.1 #1 0x0221ed1b in qt_gettime () at kernel/qcore_unix.cpp:109 #2 0x02223de5 in QTimerInfoList::updateCurrentTime (this=0x898f86c) at kernel/qeventdispatcher_unix.cpp:340 #3 0x02223e2a in QTimerInfoList::timerWait (this=0x898f86c, tm=...) at kernel/qeventdispatcher_unix.cpp:443 #4 0x02221e18 in timerSourcePrepareHelper (src=<value optimized out>, timeout=0xb55fe0bc) at kernel/qeventdispatcher_glib.cpp:136 #5 0x02221ea5 in timerSourcePrepare (source=0x0, timeout=0x23f9ff4) at kernel/qeventdispatcher_glib.cpp:169 #6 0x0243ef90 in g_main_context_prepare () from /lib/libglib-2.0.so.0 #7 0x0243f351 in ?? () from /lib/libglib-2.0.so.0 #8 0x0243f863 in g_main_context_iteration () from /lib/libglib-2.0.so.0 #9 0x02221c0f in QEventDispatcherGlib::processEvents (this=0x8890038, flags=...) at kernel/qeventdispatcher_glib.cpp:409 #10 0x021f44c9 in QEventLoop::processEvents (this=0xb55fe280, flags=) at kernel/qeventloop.cpp:149 #11 0x021f491a in QEventLoop::exec (this=0xb55fe280, flags=...) at kernel/qeventloop.cpp:201 #12 0x020f1558 in QThread::exec (this=0x86e80b8) at thread/qthread.cpp:487 #13 0x020012dd in Digikam::ImageFilterModelWorker::Thread::run() () from /usr/lib/libdigikamdatabase.so.1 #14 0x020f43ae in QThreadPrivate::start (arg=0x86e80b8) at thread/qthread_unix.cpp:244 #15 0x0098e80e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #16 0x067ed7ee in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 16 (Thread 0xb49ffb70 (LWP 20727)): #0 0x009be422 in __kernel_vsyscall () #1 0x067dfba6 in poll () from /lib/tls/i686/cmov/libc.so.6 #2 0x0244c54b in g_poll () from /lib/libglib-2.0.so.0 #3 0x0243f56b in ?? () from /lib/libglib-2.0.so.0 #4 0x0243f863 in g_main_context_iteration () from /lib/libglib-2.0.so.0 #5 0x02221c0f in QEventDispatcherGlib::processEvents (this=0x8877848, flags=...) at kernel/qeventdispatcher_glib.cpp:409 #6 0x021f44c9 in QEventLoop::processEvents (this=0xb49ff280, flags=) at kernel/qeventloop.cpp:149 #7 0x021f491a in QEventLoop::exec (this=0xb49ff280, flags=...) at kernel/qeventloop.cpp:201 #8 0x020f1558 in QThread::exec (this=0x86d7ad0) at thread/qthread.cpp:487 #9 0x020012dd in Digikam::ImageFilterModelWorker::Thread::run() () from /usr/lib/libdigikamdatabase.so.1 #10 0x020f43ae in QThreadPrivate::start (arg=0x86d7ad0) at thread/qthread_unix.cpp:244 #11 0x0098e80e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #12 0x067ed7ee in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 15 (Thread 0xb4172b70 (LWP 20728)): #0 0x009be422 in __kernel_vsyscall () #1 0x00992e15 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0x067fa78d in pthread_cond_wait () from /lib/tls/i686/cmov/libc.so.6 #3 0x020f5307 in QWaitConditionPrivate::wait (this=0x8b72b60, mutex=0x8b72b5c, time=4294967295) at thread/qwaitcondition_unix.cpp:87 #4 QWaitCondition::wait (this=0x8b72b60, mutex=0x8b72b5c, time=4294967295) at thread/qwaitcondition_unix.cpp:159 #5 0x031b028a in Digikam::LoadSaveThread::run (this=0x8b72b50) at /build/buildd/digikam-1.0.0~rc/libs/threadimageio/loadsavethread.cpp:131 #6 0x020f43ae in QThreadPrivate::start (arg=0x8b72b50) at thread/qthread_unix.cpp:244 #7 0x0098e80e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #8 0x067ed7ee in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 14 (Thread 0xb3971b70 (LWP 20729)): #0 0x009be422 in __kernel_vsyscall () #1 0x067dfba6 in poll () from /lib/tls/i686/cmov/libc.so.6 #2 0x0244c54b in g_poll () from /lib/libglib-2.0.so.0 #3 0x0243f56b in ?? () from /lib/libglib-2.0.so.0 #4 0x0243f863 in g_main_context_iteration () from /lib/libglib-2.0.so.0 #5 0x02221c0f in QEventDispatcherGlib::processEvents (this=0x88ab368, flags=...) at kernel/qeventdispatcher_glib.cpp:409 #6 0x021f44c9 in QEventLoop::processEvents (this=0xb39712a0, flags=) at kernel/qeventloop.cpp:149 #7 0x021f491a in QEventLoop::exec (this=0xb39712a0, flags=...) at kernel/qeventloop.cpp:201 #8 0x020f1558 in QThread::exec (this=0x88ad5b0) at thread/qthread.cpp:487 #9 0x020f43ae in QThreadPrivate::start (arg=0x88ad5b0) at thread/qthread_unix.cpp:244 #10 0x0098e80e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #11 0x067ed7ee in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 13 (Thread 0xb3170b70 (LWP 20730)): #0 0x0099214f in __pthread_mutex_unlock_usercnt () from /lib/tls/i686/cmov/libpthread.so.0 #1 0x067fa996 in pthread_mutex_unlock () from /lib/tls/i686/cmov/libc.so.6 #2 0x0243ef7e in g_main_context_prepare () from /lib/libglib-2.0.so.0 #3 0x0243f351 in ?? () from /lib/libglib-2.0.so.0 #4 0x0243f863 in g_main_context_iteration () from /lib/libglib-2.0.so.0 #5 0x02221c0f in QEventDispatcherGlib::processEvents (this=0x898eda8, flags=...) at kernel/qeventdispatcher_glib.cpp:409 #6 0x021f44c9 in QEventLoop::processEvents (this=0xb31702a0, flags=) at kernel/qeventloop.cpp:149 #7 0x021f491a in QEventLoop::exec (this=0xb31702a0, flags=...) at kernel/qeventloop.cpp:201 #8 0x020f1558 in QThread::exec (this=0x8a28af0) at thread/qthread.cpp:487 #9 0x020f43ae in QThreadPrivate::start (arg=0x8a28af0) at thread/qthread_unix.cpp:244 #10 0x0098e80e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #11 0x067ed7ee in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 12 (Thread 0xb296fb70 (LWP 20731)): #0 0x009be422 in __kernel_vsyscall () #1 0x00992e15 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0x067fa78d in pthread_cond_wait () from /lib/tls/i686/cmov/libc.so.6 #3 0x020f5307 in QWaitConditionPrivate::wait (this=0x8bd67b8, mutex=0x8bd67b4, time=4294967295) at thread/qwaitcondition_unix.cpp:87 #4 QWaitCondition::wait (this=0x8bd67b8, mutex=0x8bd67b4, time=4294967295) at thread/qwaitcondition_unix.cpp:159 #5 0x031b028a in Digikam::LoadSaveThread::run (this=0x8bd67a8) at /build/buildd/digikam-1.0.0~rc/libs/threadimageio/loadsavethread.cpp:131 #6 0x020f43ae in QThreadPrivate::start (arg=0x8bd67a8) at thread/qthread_unix.cpp:244 #7 0x0098e80e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #8 0x067ed7ee in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 11 (Thread 0xaf40bb70 (LWP 20735)): #0 0x009be422 in __kernel_vsyscall () #1 0x00993142 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0x067fa7e4 in pthread_cond_timedwait () from /lib/tls/i686/cmov/libc.so.6 #3 0x03f8bbab in ?? () from /usr/lib/libxine.so.1 Backtrace stopped: previous frame inner to this frame (corrupt stack?) Thread 10 (Thread 0xae7ffb70 (LWP 20736)): #0 0x009be422 in __kernel_vsyscall () #1 0x067e6981 in select () from /lib/tls/i686/cmov/libc.so.6 #2 0x03fb4cb0 in xine_usec_sleep () from /usr/lib/libxine.so.1 #3 0x00000000 in ?? () Thread 9 (Thread 0xadffeb70 (LWP 20737)): #0 0x023f5e06 in clock_gettime () from /lib/tls/i686/cmov/librt.so.1 #1 0x0221ed1b in qt_gettime () at kernel/qcore_unix.cpp:109 #2 0x02223de5 in QTimerInfoList::updateCurrentTime (this=0x9154334) at kernel/qeventdispatcher_unix.cpp:340 #3 0x02223e2a in QTimerInfoList::timerWait (this=0x9154334, tm=...) at kernel/qeventdispatcher_unix.cpp:443 #4 0x02221e18 in timerSourcePrepareHelper (src=<value optimized out>, timeout=0xadffe06c) at kernel/qeventdispatcher_glib.cpp:136 #5 0x0243ef90 in g_main_context_prepare () from /lib/libglib-2.0.so.0 #6 0x0243f351 in ?? () from /lib/libglib-2.0.so.0 #7 0x0243f863 in g_main_context_iteration () from /lib/libglib-2.0.so.0 #8 0x02221c0f in QEventDispatcherGlib::processEvents (this=0x9152d48, flags=...) at kernel/qeventdispatcher_glib.cpp:409 #9 0x021f44c9 in QEventLoop::processEvents (this=0xadffe230, flags=) at kernel/qeventloop.cpp:149 #10 0x021f491a in QEventLoop::exec (this=0xadffe230, flags=...) at kernel/qeventloop.cpp:201 #11 0x020f1558 in QThread::exec (this=0x9152950) at thread/qthread.cpp:487 #12 0x044234ba in Phonon::Xine::XineThread::run (this=0x9152950) at ../../xine/xinethread.cpp:143 #13 0x020f43ae in QThreadPrivate::start (arg=0x9152950) at thread/qthread_unix.cpp:244 #14 0x0098e80e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #15 0x067ed7ee in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 8 (Thread 0xad7fdb70 (LWP 20738)): #0 0x009908eb in __pthread_mutex_lock_full () from /lib/tls/i686/cmov/libpthread.so.0 #1 0x067fa956 in pthread_mutex_lock () from /lib/tls/i686/cmov/libc.so.6 #2 0x06357c71 in pa_mutex_lock () from /usr/lib/libpulsecommon-0.9.19.so #3 0x0506fccc in ?? () from /usr/lib/libpulse.so.0 #4 0x0505ce09 in pa_mainloop_poll () from /usr/lib/libpulse.so.0 #5 0x0505ec23 in pa_mainloop_iterate () from /usr/lib/libpulse.so.0 #6 0x0505ecf4 in pa_mainloop_run () from /usr/lib/libpulse.so.0 #7 0x0506fbc3 in ?? () from /usr/lib/libpulse.so.0 #8 0x06358ac2 in ?? () from /usr/lib/libpulsecommon-0.9.19.so #9 0x0098e80e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #10 0x067ed7ee in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 7 (Thread 0xa8dffb70 (LWP 20739)): #0 0x009be422 in __kernel_vsyscall () #1 0x00992e15 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0x067fa78d in pthread_cond_wait () from /lib/tls/i686/cmov/libc.so.6 #3 0x03f9c78a in ?? () from /usr/lib/libxine.so.1 #4 0x00000000 in ?? () Thread 6 (Thread 0xa85feb70 (LWP 20753)): #0 0x009be422 in __kernel_vsyscall () #1 0x00992e15 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0x067fa78d in pthread_cond_wait () from /lib/tls/i686/cmov/libc.so.6 #3 0x020f5307 in QWaitConditionPrivate::wait (this=0x922d5e8, mutex=0x922d5e4, time=4294967295) at thread/qwaitcondition_unix.cpp:87 #4 QWaitCondition::wait (this=0x922d5e8, mutex=0x922d5e4, time=4294967295) at thread/qwaitcondition_unix.cpp:159 #5 0x031b028a in Digikam::LoadSaveThread::run (this=0x922d5d8) at /build/buildd/digikam-1.0.0~rc/libs/threadimageio/loadsavethread.cpp:131 #6 0x020f43ae in QThreadPrivate::start (arg=0x922d5d8) at thread/qthread_unix.cpp:244 #7 0x0098e80e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #8 0x067ed7ee in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 5 (Thread 0xa7dfdb70 (LWP 20781)): #0 0x009be422 in __kernel_vsyscall () #1 0x067faae3 in ?? () from /lib/tls/i686/cmov/libc.so.6 #2 0x06791f07 in ?? () from /lib/tls/i686/cmov/libc.so.6 Backtrace stopped: previous frame identical to this frame (corrupt stack?) Thread 4 (Thread 0xa65fab70 (LWP 20789)): #0 0x009be422 in __kernel_vsyscall () #1 0x00992e15 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0x067fa78d in pthread_cond_wait () from /lib/tls/i686/cmov/libc.so.6 #3 0x020f5307 in QWaitConditionPrivate::wait (this=0x981d5c0, mutex=0x981d5bc, time=4294967295) at thread/qwaitcondition_unix.cpp:87 #4 QWaitCondition::wait (this=0x981d5c0, mutex=0x981d5bc, time=4294967295) at thread/qwaitcondition_unix.cpp:159 #5 0x031b028a in Digikam::LoadSaveThread::run (this=0x981d5b0) at /build/buildd/digikam-1.0.0~rc/libs/threadimageio/loadsavethread.cpp:131 #6 0x020f43ae in QThreadPrivate::start (arg=0x981d5b0) at thread/qthread_unix.cpp:244 #7 0x0098e80e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #8 0x067ed7ee in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 3 (Thread 0xa5df9b70 (LWP 20806)): #0 0x009be422 in __kernel_vsyscall () #1 0x00995829 in __lll_lock_wait () from /lib/tls/i686/cmov/libpthread.so.0 #2 0x00990f3b in _L_lock_752 () from /lib/tls/i686/cmov/libpthread.so.0 #3 0x00990d51 in pthread_mutex_lock () from /lib/tls/i686/cmov/libpthread.so.0 #4 0x067fa956 in pthread_mutex_lock () from /lib/tls/i686/cmov/libc.so.6 #5 0x02459cd3 in ?? () from /lib/libglib-2.0.so.0 #6 0x0098e2ef in __nptl_deallocate_tsd () from /lib/tls/i686/cmov/libpthread.so.0 #7 0x0098e81c in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #8 0x067ed7ee in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 2 (Thread 0xa11d3b70 (LWP 20913)): [KCrash Handler] #6 0x0678ebf2 in ?? () from /lib/tls/i686/cmov/libc.so.6 #7 0x06790868 in malloc () from /lib/tls/i686/cmov/libc.so.6 #8 0x01e30bb7 in operator new(unsigned int) () from /usr/lib/libstdc++.so.6 #9 0x01e30ced in operator new[](unsigned int) () from /usr/lib/libstdc++.so.6 #10 0x030d222d in Digikam::DImg::allocateData (this=0xa11d2dac) at /build/buildd/digikam-1.0.0~rc/libs/dimg/dimg.cpp:298 #11 0x030d83ca in DImg (this=0xa11d2dac, image=..., w=128, h=73) at /build/buildd/digikam-1.0.0~rc/libs/dimg/dimg.cpp:127 #12 0x030e43e7 in Digikam::DImg::smoothScale (this=0xaedac4c, dw=128, dh=73, aspectRatioMode=Qt::IgnoreAspectRatio) at /build/buildd/digikam-1.0.0~rc/libs/dimg/dimgscale.cpp:132 #13 0x031c8dd8 in Digikam::PreviewLoadingTask::execute (this=0xaedab58) at /build/buildd/digikam-1.0.0~rc/libs/threadimageio/previewtask.cpp:277 #14 0x031b025a in Digikam::LoadSaveThread::run (this=0xab687b0) at /build/buildd/digikam-1.0.0~rc/libs/threadimageio/loadsavethread.cpp:134 #15 0x020f43ae in QThreadPrivate::start (arg=0xab687b0) at thread/qthread_unix.cpp:244 #16 0x0098e80e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #17 0x067ed7ee in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 1 (Thread 0xb7839760 (LWP 20696)): #0 0x009be422 in __kernel_vsyscall () #1 0x067faae3 in ?? () from /lib/tls/i686/cmov/libc.so.6 #2 0x06791f07 in ?? () from /lib/tls/i686/cmov/libc.so.6 Backtrace stopped: previous frame identical to this frame (corrupt stack?) digiKam 1.0.0 is out since few days... http://www.digikam.org/drupal/node/491 Please try with this version coming with more than 400 bug-fixes. Thanks in advance Gilles Caulier *** Bug 220201 has been marked as a duplicate of this bug. *** Greetings, I can still reproduce this behavior on the 1.0.0 digiKam/1.0.0 kipi release. Can you test the following: - Close Digikam. - Open Konsole - Write "export MALLOC_CHECK_=" + Enter - Write "digikam" + Enter - Now try the rebuild fingerprints again and see if Digikam crashes. Created attachment 39961 [details]
Stack trace while using MALLOC_CHECK=
Sorry for the delay in responding!
Digikam still crashes with the MALLOC_CHECK_ variable set. However, I get a little more information right before it crashes:
<unknown>: Fatal IO error 9 (Bad file descriptor) on X server :0.0.
KCrash: Application 'digikam' crashing...
sock_file=/home/eschaffner/.kde/socket-eschaffner-home/kdeinit4__0
I've attached the stack trace this created.
Thread 2 (Thread 0xae2feb70 (LWP 17502)): [KCrash Handler] #6 0x02ad3090 in ?? () from /lib/tls/i686/cmov/libc.so.6 #7 0x02ad54e2 in ?? () from /lib/tls/i686/cmov/libc.so.6 #8 0x02ad7898 in malloc () from /lib/tls/i686/cmov/libc.so.6 #9 0x08c20bb7 in operator new(unsigned int) () from /usr/lib/libstdc++.so.6 #10 0x0196ea22 in std::vector<IterNode, std::allocator<IterNode> >::_M_insert_aux(__gnu_cxx::__normal_iterator<IterNode*, std::vector<IterNode, std::allocator<IterNode> > >, IterNode const&) () from /usr/lib/libexiv2.so.5 #11 0x0196a930 in ?? () from /usr/lib/libexiv2.so.5 #12 0x0196ca11 in ?? () from /usr/lib/libexiv2.so.5 #13 0x019887dd in ?? () from /usr/lib/libexiv2.so.5 #14 0x01954126 in ?? () from /usr/lib/libexiv2.so.5 #15 0x01950d61 in Exiv2::XmpParser::decode(Exiv2::XmpData&, std::string const&) () from /usr/lib/libexiv2.so.5 #16 0x018e1612 in Exiv2::JpegBase::readMetadata() () from /usr/lib/libexiv2.so.5 #17 0x0096c6e5 in KExiv2Iface::KExiv2::load(QString const&) const () from /usr/lib/libkexiv2.so.8 #18 0x0220e65c in Digikam::DMetadata::load(QString const&) const () from /usr/lib/libdigikamcore.so.1 #19 0x0220e6cc in Digikam::DMetadata::DMetadata(QString const&) () from /usr/lib/libdigikamcore.so.1 #20 0x0228828d in Digikam::LoadSaveThread::exifRotate(Digikam::DImg&, QString const&) () from /usr/lib/libdigikamcore.so.1 #21 0x0229f9ee in ?? () from /usr/lib/libdigikamcore.so.1 #22 0x0228812a in Digikam::LoadSaveThread::run() () from /usr/lib/libdigikamcore.so.1 #23 0x076ad3ae in ?? () from /usr/lib/libQtCore.so.4 #24 0x0014680e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #25 0x02b348de in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 1 (Thread 0xb78c6740 (LWP 17446)): #0 0x0015a422 in __kernel_vsyscall () #1 0x02b41bd3 in ?? () from /lib/tls/i686/cmov/libc.so.6 #2 0x02ad8f57 in ?? () from /lib/tls/i686/cmov/libc.so.6 Backtrace stopped: previous frame identical to this frame (corrupt stack?) Andreas, Sound like Exiv2 crash ? Gilles Caulier Gilles/Eric, This crash looks different from the other two above. But yes, if you can reproduce that with the exiv2 command line tool, please send me the image. Andreas This is not the not-enough-memory-cannot-allocate problem. There must be memory corruption somewhere. Only running under valgrind could probably help any further here. Alternatively, please identify the last image accessed before the crash. Enable debug messages (run "kdebugdialog" and enable code 50003), then look at the last lines before the crash. You will certainly see a filename there. Pass that filename to exiv2 -p a and see if it crashes. digiKam 1.1. release will be done in few days. Please check if this entry still valid. Thanks in advance Gilles Caulier digiKam and Kipi-plugins 1.2.0 are out. Please check if crash is still valid there. Thanks in advance Gilles Caulier Greetings Gilles, The problem still exists with digikam and kipi-plugins 1.3.0 - but only if I use the SQLLite back end. If I switch to the MySQL back end, thumbnailing proceeds normally through all 15,000 raw files. Eric, And trying digiKam 1.4.0 ? Can you try to run digiKam through valgrind to see where are located all memory corruption. Look there for details : http://lxr.kde.org/source/extragear/graphics/digikam/HACKING#235 Gilles Caulier digiKam 1.6.0 is out: http://www.digikam.org/drupal/node/550 Please update and check if this entry still valid. Thanks in advance Gilles Caulier This report is now rather old, and mixing completely different traces. Please reopen when you encounter again with a recent digikam (1.7, 2.0) and recent dependencies (libexiv2). It would be alsp useful to watch debugging output on the console (run kdebugdialog, enable 50003) to see if it's a specific image related to the crash (filename usually printed on the console). New digiKam 4.11.0 is available. https://www.digikam.org/node/740 Can you reproduce the problem with this release ? Gilles Caulier With digiKam 5.0.0, this problem is not reproducible. I close this file now. Don't hesitate to re-open if necessary. Gilles Caulier |