Bug 312892

Summary: DigiKam crashed while scanning big collection on external UAB HDD
Product: [Applications] digikam Reporter: vitamin307 <vitamin307>
Component: Database-ScanAssignee: Digikam Developers <digikam-bugs-null>
Status: RESOLVED FIXED    
Severity: crash CC: caulier.gilles
Priority: NOR    
Version: 2.5.0   
Target Milestone: ---   
Platform: Ubuntu   
OS: Linux   
Latest Commit: Version Fixed In: 3.0.0
Sentry Crash Report:

Description vitamin307 2013-01-08 16:19:19 UTC 
Application: digikam (2.5.0)
KDE Platform Version: 4.8.5 (4.8.5)
Qt Version: 4.8.1
Operating System: Linux 3.2.0-35-generic-pae i686
Distribution: Ubuntu 12.04.1 LTS

-- Information about the crash:
I have a big collection of pictures on external USB HDD (about 60GB). Trying to avoid copy of all images on internal HDD, I've created a soft link in ~/Pictures pointing to folder on external drive. Digikam showed new folder structure in collections but all of them are empty. The status was scanning 0% for about one hour. Then it crashed.
I was trying the same with smaller folder in the same way and it works well.
Seems problem occurs only with big collections, or with some other type of files it could find.

I am using Digikam on LUBUNTU 12.04 with LXDE.

-- Backtrace:
Application: digiKam (digikam), signal: Aborted
Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".
[Current thread is 1 (Thread 0xaeaa68c0 (LWP 22139))]

Thread 8 (Thread 0xac2a1b40 (LWP 22140)):
#0  0xb7773424 in __kernel_vsyscall ()
#1  0xb353596b in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i386-linux-gnu/libpthread.so.0
#2  0xb47f864c in pthread_cond_wait () from /lib/i386-linux-gnu/libc.so.6
#3  0xb4abe350 in wait (time=4294967295, this=0x939ae80) at thread/qwaitcondition_unix.cpp:86
#4  QWaitCondition::wait (this=0x939adec, mutex=0x939ade8, time=4294967295) at thread/qwaitcondition_unix.cpp:158
#5  0x0820346e in Digikam::ScanController::run (this=0x9382048) at /build/buildd/digikam-2.5.0/core/digikam/database/scancontroller.cpp:647
#6  0xb4abdde0 in QThreadPrivate::start (arg=0x9382048) at thread/qthread_unix.cpp:298
#7  0xb3531d4c in start_thread () from /lib/i386-linux-gnu/libpthread.so.0
#8  0xb47ead3e in clone () from /lib/i386-linux-gnu/libc.so.6

Thread 7 (Thread 0xab8ffb40 (LWP 22144)):
#0  0xb7773424 in __kernel_vsyscall ()
#1  0xb47da3eb in read () from /lib/i386-linux-gnu/libc.so.6
#2  0xb31c86ae in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#3  0xb3189bd2 in g_main_context_check () from /lib/i386-linux-gnu/libglib-2.0.so.0
#4  0xb318a042 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#5  0xb318a201 in g_main_context_iteration () from /lib/i386-linux-gnu/libglib-2.0.so.0
#6  0xb4c058e7 in QEventDispatcherGlib::processEvents (this=0xaaf00468, flags=...) at kernel/qeventdispatcher_glib.cpp:426
#7  0xb4bd150d in QEventLoop::processEvents (this=0xab8ff0c0, flags=...) at kernel/qeventloop.cpp:149
#8  0xb4bd17a9 in QEventLoop::exec (this=0xab8ff0c0, flags=...) at kernel/qeventloop.cpp:204
#9  0xb4aba94c in QThread::exec (this=0x939b7f0) at thread/qthread.cpp:501
#10 0xb4baeb5d in QInotifyFileSystemWatcherEngine::run (this=0x939b7f0) at io/qfilesystemwatcher_inotify.cpp:248
#11 0xb4abdde0 in QThreadPrivate::start (arg=0x939b7f0) at thread/qthread_unix.cpp:298
#12 0xb3531d4c in start_thread () from /lib/i386-linux-gnu/libpthread.so.0
#13 0xb47ead3e in clone () from /lib/i386-linux-gnu/libc.so.6

Thread 6 (Thread 0xaaeffb40 (LWP 22161)):
#0  0xb7773424 in __kernel_vsyscall ()
#1  0xb353596b in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i386-linux-gnu/libpthread.so.0
#2  0xb47f864c in pthread_cond_wait () from /lib/i386-linux-gnu/libc.so.6
#3  0xb4abe350 in wait (time=4294967295, this=0x9721c80) at thread/qwaitcondition_unix.cpp:86
#4  QWaitCondition::wait (this=0x9721ac0, mutex=0x9721abc, time=4294967295) at thread/qwaitcondition_unix.cpp:158
#5  0xb6a73b2c in Digikam::ParkingThread::run (this=0x9721ab0) at /build/buildd/digikam-2.5.0/core/libs/threads/threadmanager.cpp:119
#6  0xb4abdde0 in QThreadPrivate::start (arg=0x9721ab0) at thread/qthread_unix.cpp:298
#7  0xb3531d4c in start_thread () from /lib/i386-linux-gnu/libpthread.so.0
#8  0xb47ead3e in clone () from /lib/i386-linux-gnu/libc.so.6

Thread 5 (Thread 0xa07ffb40 (LWP 3557)):
[KCrash Handler]
#7  0xb7773424 in __kernel_vsyscall ()
#8  0xb472a1df in raise () from /lib/i386-linux-gnu/libc.so.6
#9  0xb472d825 in abort () from /lib/i386-linux-gnu/libc.so.6
#10 0xb499d13d in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib/i386-linux-gnu/libstdc++.so.6
#11 0xb499aed3 in ?? () from /usr/lib/i386-linux-gnu/libstdc++.so.6
#12 0xb499af0f in std::terminate() () from /usr/lib/i386-linux-gnu/libstdc++.so.6
#13 0xb499b0b4 in __cxa_rethrow () from /usr/lib/i386-linux-gnu/libstdc++.so.6
#14 0xb4ab051e in QThreadPoolThread::run (this=0xe97ac38) at concurrent/qthreadpool.cpp:114
#15 0xb4abdde0 in QThreadPrivate::start (arg=0xe97ac38) at thread/qthread_unix.cpp:298
#16 0xb3531d4c in start_thread () from /lib/i386-linux-gnu/libpthread.so.0
#17 0xb47ead3e in clone () from /lib/i386-linux-gnu/libc.so.6

Thread 4 (Thread 0xa53a2b40 (LWP 3736)):
#0  0xb36acba5 in ?? () from /usr/lib/i386-linux-gnu/libgomp.so.1
#1  0xb36acc3e in ?? () from /usr/lib/i386-linux-gnu/libgomp.so.1
#2  0xb36ab4d8 in ?? () from /usr/lib/i386-linux-gnu/libgomp.so.1
#3  0xb3531d4c in start_thread () from /lib/i386-linux-gnu/libpthread.so.0
#4  0xb47ead3e in clone () from /lib/i386-linux-gnu/libc.so.6

Thread 3 (Thread 0x8aefcb40 (LWP 3737)):
#0  0xb36acba5 in ?? () from /usr/lib/i386-linux-gnu/libgomp.so.1
#1  0xb36acc3e in ?? () from /usr/lib/i386-linux-gnu/libgomp.so.1
#2  0xb36ab4d8 in ?? () from /usr/lib/i386-linux-gnu/libgomp.so.1
#3  0xb3531d4c in start_thread () from /lib/i386-linux-gnu/libpthread.so.0
#4  0xb47ead3e in clone () from /lib/i386-linux-gnu/libc.so.6

Thread 2 (Thread 0x8a6fbb40 (LWP 3738)):
#0  0xb36acba5 in ?? () from /usr/lib/i386-linux-gnu/libgomp.so.1
#1  0xb36acc3e in ?? () from /usr/lib/i386-linux-gnu/libgomp.so.1
#2  0xb36ab4d8 in ?? () from /usr/lib/i386-linux-gnu/libgomp.so.1
#3  0xb3531d4c in start_thread () from /lib/i386-linux-gnu/libpthread.so.0
#4  0xb47ead3e in clone () from /lib/i386-linux-gnu/libc.so.6

Thread 1 (Thread 0xaeaa68c0 (LWP 22139)):
#0  0xb7773424 in __kernel_vsyscall ()
#1  0xb353596b in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i386-linux-gnu/libpthread.so.0
#2  0xb47f864c in pthread_cond_wait () from /lib/i386-linux-gnu/libc.so.6
#3  0xb4abe350 in wait (time=4294967295, this=0xa00e148) at thread/qwaitcondition_unix.cpp:86
#4  QWaitCondition::wait (this=0xa00fd3c, mutex=0xa00fd38, time=4294967295) at thread/qwaitcondition_unix.cpp:158
#5  0xb6a75e04 in Digikam::DynamicThread::wait (this=0xa00e0b8, locker=...) at /build/buildd/digikam-2.5.0/core/libs/threads/dynamicthread.cpp:348
#6  0xb6a760bd in Digikam::DynamicThread::shutDown (this=0xa00e0b8) at /build/buildd/digikam-2.5.0/core/libs/threads/dynamicthread.cpp:103
#7  0xb6a328e8 in Digikam::ManagedLoadSaveThread::shutDown (this=0xa00e0b8) at /build/buildd/digikam-2.5.0/core/libs/threadimageio/managedloadsavethread.cpp:94
#8  0xb6a52201 in Digikam::ThumbnailLoadThread::~ThumbnailLoadThread (this=0xa00e0b8, __in_chrg=<optimized out>) at /build/buildd/digikam-2.5.0/core/libs/threadimageio/thumbnailloadthread.cpp:177
#9  0xb6a52352 in Digikam::ThumbnailLoadThread::~ThumbnailLoadThread (this=0xa00e0b8, __in_chrg=<optimized out>) at /build/buildd/digikam-2.5.0/core/libs/threadimageio/thumbnailloadthread.cpp:180
#10 0xb6a4f762 in destroy () at /build/buildd/digikam-2.5.0/core/libs/threadimageio/thumbnailloadthread.cpp:153
#11 0xb6851509 in KCleanUpGlobalStatic::~KCleanUpGlobalStatic (this=0xb6c93938, __in_chrg=<optimized out>) at /usr/include/kglobal.h:62
#12 0xb472ef51 in ?? () from /lib/i386-linux-gnu/libc.so.6
#13 0xb472efdd in exit () from /lib/i386-linux-gnu/libc.so.6
#14 0xb25d7abf in ?? () from /usr/lib/i386-linux-gnu/libgdk-x11-2.0.so.0
#15 0xb5cc1ec9 in KApplication::xioErrhandler (this=0xbfc2b570, dpy=0x9209e30) at ../../kdeui/kernel/kapplication.cpp:419
#16 0xb5cc1f04 in kde_xio_errhandler (dpy=0x9209e30) at ../../kdeui/kernel/kapplication.cpp:126
#17 0xb42fcb74 in _XIOError () from /usr/lib/i386-linux-gnu/libX11.so.6
#18 0xb42fa40f in _XEventsQueued () from /usr/lib/i386-linux-gnu/libX11.so.6
#19 0xb42eb118 in XEventsQueued () from /usr/lib/i386-linux-gnu/libX11.so.6
#20 0xb51f7875 in x11EventSourceCheck (s=0x9206848) at kernel/qguieventdispatcher_glib.cpp:85
#21 0xb3189b7b in g_main_context_check () from /lib/i386-linux-gnu/libglib-2.0.so.0
#22 0xb318a042 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#23 0xb318a201 in g_main_context_iteration () from /lib/i386-linux-gnu/libglib-2.0.so.0
#24 0xb4c05887 in QEventDispatcherGlib::processEvents (this=0x91c38a0, flags=...) at kernel/qeventdispatcher_glib.cpp:424
#25 0xb51f7aaa in QGuiEventDispatcherGlib::processEvents (this=0x91c38a0, flags=...) at kernel/qguieventdispatcher_glib.cpp:204
#26 0xb4bd150d in QEventLoop::processEvents (this=0xbfc2b454, flags=...) at kernel/qeventloop.cpp:149
#27 0xb4bd17a9 in QEventLoop::exec (this=0xbfc2b454, flags=...) at kernel/qeventloop.cpp:204
#28 0xb4bd6eba in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1148
#29 0xb513ca74 in QApplication::exec () at kernel/qapplication.cpp:3820
#30 0x080b69e4 in main (argc=<error reading variable: Cannot access memory at address 0x80>, argv=<error reading variable: Cannot access memory at address 0x84>) at /build/buildd/digikam-2.5.0/core/digikam/main/main.cpp:232

Possible duplicates by query: bug 312580, bug 312442, bug 312440, bug 312372, bug 312289.

Reported using DrKonqi
Comment 1 caulier.gilles 2013-01-08 16:26:00 UTC 
It's probably a crash relevant of PGF library processing thumbnail. This is already fixed in more recent release, as last 2.9.0.

Please update and try again...

Gilles Caulier
Comment 2 vitamin307 2013-01-12 11:06:43 UTC 
Hi,
I have upgraded DigiKam to 3.0 release on LUbuntu 12.04 and connected the
collection on external USB drive using the special feature for USB devices.
Now every thing is working.
I didn't try to place a soft link pointing to folder on USB device in
~/Pictures as I was trying before upgrade.


On Tue, Jan 8, 2013 at 6:26 PM, Gilles Caulier <caulier.gilles@gmail.com>wrote:

> https://bugs.kde.org/show_bug.cgi?id=312892
>
> Gilles Caulier <caulier.gilles@gmail.com> changed:
>
>            What    |Removed                     |Added
>
> ----------------------------------------------------------------------------
>              Status|UNCONFIRMED                 |RESOLVED
>                  CC|                            |caulier.gilles@gmail.com
>          Resolution|---                         |WAITINGFORINFO
>
> --- Comment #1 from Gilles Caulier <caulier.gilles@gmail.com> ---
> It's probably a crash relevant of PGF library processing thumbnail. This is
> already fixed in more recent release, as last 2.9.0.
>
> Please update and try again...
>
> Gilles Caulier
>
> --
> You are receiving this mail because:
> You reported the bug.
>
Comment 3 caulier.gilles 2013-01-12 11:50:20 UTC 
Thanks to report. I close this file now. Re-open if necessary...

Gilles Caulier