[digikam] [Bug 317413] New: digiKam crashed while tagging faces

[Gilles Caulier-4]

https://bugs.kde.org/show_bug.cgi?id=317413

--- Comment #16 from Gilles Caulier <[hidden email]> ---
Current implementation from git/master (next 4.0.0-beta2) has many fixes and
improvements from Marcel about face-management.

Gilles Caulier

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Michal Sylwester]

https://bugs.kde.org/show_bug.cgi?id=317413

--- Comment #17 from Michal Sylwester <[hidden email]> ---
Thanks for the tip, I tried the git version, and it's better, but...
Until tagging first face CPU usage is minimal, memory usage is about 300M with
my collection.
After tagging first face:
- one thread starts working (I guess updating the recognition DB with data from
newly tagged face), which seems IO bound
- Memory usage grows very quickly to about 6G
- Just closing digikam window does not stop several threads (including the
worker mentioned above) from finishing

Tagging more faces does not change anything.
This is still too resource hungry for me, but better than before.

It seems this time code loops in (or at least I haven't seen it leave)
KFaceIface::TrainingDB::updateLBPHFaceModel method:
#0  KFaceIface::TrainingDB::updateLBPHFaceModel (this=0x3350850, model=...) at
/home/msylw/devel/digikam/dk/extra/libkface/libkface/database/trainingdb.cpp:232
#1  0x00007f6b87f65213 in KFaceIface::OpenCVLBPHFaceRecognizer::train
(this=0x7f6b24060910, images=..., labels=..., context=...)
    at
/home/msylw/devel/digikam/dk/extra/libkface/libkface/recognition-opencv-lbph/opencvlbphfacerecognizer.cpp:173
#2  0x00007f6b87f83b89 in
KFaceIface::trainIdentityBatch<KFaceIface::OpenCVLBPHFaceRecognizer>
(r=0x7f6b24060910, identitiesToBeTrained=..., data=0x7f6b2aff43b0,
trainingContext=..., d=0x33501e0)
    at
/home/msylw/devel/digikam/dk/extra/libkface/libkface/recognitiondatabase.cpp:704
#3  0x00007f6b87f830d5 in KFaceIface::RecognitionDatabase::Private::train
(this=0x33501e0, r=0x7f6b24060910, identitiesToBeTrained=...,
data=0x7f6b2aff43b0, trainingContext=...)
    at
/home/msylw/devel/digikam/dk/extra/libkface/libkface/recognitiondatabase.cpp:727
#4  0x00007f6b87f83189 in KFaceIface::RecognitionDatabase::train
(this=0x334f4e8, identitiesToBeTrained=..., data=0x7f6b2aff43b0,
trainingContext=...)
    at
/home/msylw/devel/digikam/dk/extra/libkface/libkface/recognitiondatabase.cpp:738
#5  0x000000000071d42d in Digikam::Trainer::process (this=0x334f4d0,
package=...) at
/home/msylw/devel/digikam/dk/core/utilities/facemanagement/facepipeline.cpp:1030
#6  0x000000000071652b in Digikam::Trainer::qt_static_metacall (_o=0x334f4d0,
_c=QMetaObject::InvokeMetaMethod, _id=1, _a=0x7f6b04100860) at
/home/msylw/devel/digikam/dk/build/core/digikam/facepipeline_p.moc:580
#7  0x00007f6b839c0dce in QObject::event (this=0x334f4d0, e=<optimized out>) at
kernel/qobject.cpp:1194
#8  0x00007f6b870d1a9f in Digikam::WorkerObject::event (this=0x334f4d0,
e=0x7f6b04110b70) at
/home/msylw/devel/digikam/dk/core/libs/threads/workerobject.cpp:160
#9  0x00007f6b84399dfc in QApplicationPrivate::notify_helper
(this=this@entry=0x2b21190, receiver=receiver@entry=0x334f4d0,
e=e@entry=0x7f6b04110b70) at kernel/qapplication.cpp:4567
#10 0x00007f6b843a0470 in QApplication::notify (this=this@entry=0x7fffbf01f350,
receiver=receiver@entry=0x334f4d0, e=e@entry=0x7f6b04110b70) at
kernel/qapplication.cpp:4353
#11 0x00007f6b850a3c6a in KApplication::notify (this=0x7fffbf01f350,
receiver=0x334f4d0, event=0x7f6b04110b70) at
../../kdeui/kernel/kapplication.cpp:311
#12 0x00007f6b839a88bd in QCoreApplication::notifyInternal
(this=0x7fffbf01f350, receiver=receiver@entry=0x334f4d0,
event=event@entry=0x7f6b04110b70) at kernel/qcoreapplication.cpp:946
#13 0x00007f6b839abe1f in sendEvent (event=0x7f6b04110b70, receiver=0x334f4d0)
at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:231

Looks different from before, so something seems to be indeed fixed :)

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Marcel Wiesweg]

https://bugs.kde.org/show_bug.cgi?id=317413

--- Comment #18 from Marcel Wiesweg <[hidden email]> ---
Did you try a fresh start by deleting
~/.kde4/share/apps/libkface/database/recognition.db ?
Afterwards, you can retrain all already tagges faces from the face scan dialog

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Christian Gottschall]

https://bugs.kde.org/show_bug.cgi?id=317413

--- Comment #19 from Christian Gottschall <[hidden email]> ---
(In reply to comment #18)
> Did you try a fresh start by deleting
> ~/.kde4/share/apps/libkface/database/recognition.db ?
> Afterwards, you can retrain all already tagges faces from the face scan
> dialog

At least for me, and for the time being, this helped!

Since deleting the file, I was able to manually tag faces on a few dozens of
pictures *without* digikam crashing (or increasing its memory footprint).

I did not dare, though, to run more sophisticated operations like starting the
automatic search for (new) faces...

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-4]

https://bugs.kde.org/show_bug.cgi?id=317413

--- Comment #20 from Gilles Caulier <[hidden email]> ---
Hi Christian,

Can you test more to check if this file can be closed ?

Thanks in advance

Gilles Caulier

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Michal Sylwester]

https://bugs.kde.org/show_bug.cgi?id=317413

--- Comment #21 from Michal Sylwester <[hidden email]> ---
I tried removing the file, and it helped, the memory spike is gone. Also I
think before the tags were not properly stored in some cases (I didn't
mentioned this as I haven't the pattern figured out yet), this also seems to
work now. Anyway I can tag faces again :)

I'm trying to see how retraining works out. So far I have seen two other
problems with the scanning faces dialog (I'm not sure they should be under this
bug):
- "Clean and rebuild all training data" kept crashing for me
- Once clicked I couldn't un-click it in the dialog

I started a face scan without the "clean & rebuild", will see how it works out.

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Christian Gottschall]

https://bugs.kde.org/show_bug.cgi?id=317413

--- Comment #22 from Christian Gottschall <[hidden email]> ---
Bad news: unfortunately, the crash (and the memory hog) is back after only a
few days' time.

What I did was tagging a lot (a few hundred, I would estimate) faces manually
(i.e., a few hundred instances of some ten or twenty different persons' faces).
During this process, there were no anomalies.

At some stage I did the "Extras / Wartung / Gesichter finden" (search for new
faces). This scan made digikam crash after a few hours of scanning. During the
scan, it was fairly unresponsive, but usable - everything seemed to work,
albeit very slowly.

After the creash, and after restarting digikam, everything was (or seemed) back
to normal: digikam had found several new faces; manual tagging and so on seemed
to continue to work flawlessly for some time (and for, say, at least hundred
more manually tagged faces).

Today, the memory-related crashes returned: After (manually) tagging a face,
the memory footprint of digikam slowly starts to grow. For the time being, the
rate of growth seems a bit slower than last time - I was able to continue using
digikam for some five minutes until the final crash happened.

Best regards,
   Christian

(In reply to comment #20)
> Hi Christian,
>
> Can you test more to check if this file can be closed ?
>
> Thanks in advance
>
> Gilles Caulier

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Christian Gottschall]

https://bugs.kde.org/show_bug.cgi?id=317413

--- Comment #23 from Christian Gottschall <[hidden email]> ---
More bad news: This time, after deleting the recognition.db, I did not use
automatic face detection at all. I only tagged faces manually in a number of
pictures. First it seemed that everything was fine, but right now - with
recognition.db having reached a (moderate) size of 67M, digikam started
crashing again.

So it seems that deleting the recognition.db is only a temporary remedy, and
that the problem is not (only) caused by invoking the automatic face
recognition...

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Michal Sylwester]

https://bugs.kde.org/show_bug.cgi?id=317413

--- Comment #24 from Michal Sylwester <[hidden email]> ---
Small update after an updated build from today.
I haven't seen the memory hog problem coming back, but I haven't used digikam
much this week. Still, I had to be careful to not start the old (packaged)
version instead of my new build...

The 2 smaller problems I mentioned ("click and rebuild" crash and dialog issue)
are also gone.

I still have quite a mess with the tags on my pictures, which I believe
confuses the recognition and results in heaps of mistakes. But no crashes this
week for me.

I'll try to update again in a while.

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Marcel Wiesweg]

https://bugs.kde.org/show_bug.cgi?id=317413

--- Comment #25 from Marcel Wiesweg <[hidden email]> ---
Christian: Have you got a backtrace from your new crashes?

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Michal Sylwester]

https://bugs.kde.org/show_bug.cgi?id=317413

--- Comment #26 from Michal Sylwester <[hidden email]> ---
It's not a crash, but may be close enough...
I'm running full maintenance (rescan all pictures, detect faces and so on), and
I've noticed strange memory behavior, with usage spiking sometimes to around
4G. For not memory packed systems this could lead to crash.

For me memory usage stays at some level for some time, then changes rapidly to
some other level, and stays there again. The times and amounts vary, sometimes
it fluctuates around some amount, sometimes stays stuck for few minutes without
any change. The usage ranges for me from 1.3G up to 3.7G (when I was taking
notes...), and changes rapidly: can grow for some time by 100M/sec, than drop
500M, then grow again. Most of the time it is in around 2G for me.

I'm not sure how to collect any logs for this if there are any ideas, let me
know.

I tried to grab backtrace from one of the worker threads, but I'm not sure
whether it will help
#0  0x00007f67c9a9ac1e in ?? () from /usr/lib/libopencv_objdetect.so.2.4
#1  0x00007f67c9a9b633 in cvRunHaarClassifierCascade () from
/usr/lib/libopencv_objdetect.so.2.4
#2  0x00007f67c9a9b7a3 in
cv::HaarDetectObjects_ScaleCascade_Invoker::operator()(cv::Range const&) const
() from /usr/lib/libopencv_objdetect.so.2.4
#3  0x00007f67cfc3b110 in ?? () from /usr/lib/libopencv_core.so.2.4
#4  0x00007f67c6f06aea in ?? () from /usr/lib/libtbb.so.2
#5  0x00007f67c6f04f40 in ?? () from /usr/lib/libtbb.so.2
#6  0x00007f67cfc3b351 in cv::parallel_for_(cv::Range const&,
cv::ParallelLoopBody const&, double) () from /usr/lib/libopencv_core.so.2.4
#7  0x00007f67c9a9d72b in cvHaarDetectObjectsForROC(void const*,
CvHaarClassifierCascade*, CvMemStorage*, std::vector<int, std::allocator<int>
>&, std::vector<double, std::allocator<double> >&, double, int, int, CvSize,
CvSize, bool) () from /usr/lib/libopencv_objdetect.so.2.4
#8  0x00007f67c9ac51a3 in cv::CascadeClassifier::detectMultiScale(cv::Mat
const&, std::vector<cv::Rect_<int>, std::allocator<cv::Rect_<int> > >&,
std::vector<int, std::allocator<int> >&, std::vector<double,
std::allocator<double> >&, double, int, int, cv::Size_<int>, cv::Size_<int>,
bool) () from /usr/lib/libopencv_objdetect.so.2.4
#9  0x00007f67c9ab513b in cv::CascadeClassifier::detectMultiScale(cv::Mat
const&, std::vector<cv::Rect_<int>, std::allocator<cv::Rect_<int> > >&, double,
int, int, cv::Size_<int>, cv::Size_<int>) () from
/usr/lib/libopencv_objdetect.so.2.4
#10 0x00007f67d14eed20 in KFaceIface::OpenCVFaceDetector::cascadeResult
(this=0x7f673acd4b10, inputImage=..., cascade=..., params=...)
    at
/home/msylw/devel/digikam/dk/extra/libkface/libkface/detection/opencvfacedetector.cpp:440
#11 0x00007f67d14f058c in KFaceIface::OpenCVFaceDetector::detectFaces
(this=0x7f673acd4b10, inputImage=..., originalSize=...)
    at
/home/msylw/devel/digikam/dk/extra/libkface/libkface/detection/opencvfacedetector.cpp:720
#12 0x00007f67d14ea281 in KFaceIface::FaceDetector::detectFaces
(this=0x7315988, image=..., originalSize=...) at
/home/msylw/devel/digikam/dk/extra/libkface/libkface/facedetector.cpp:154
#13 0x00000000007195d5 in Digikam::DetectionWorker::process (this=0x7315970,
package=...) at
/home/msylw/devel/digikam/dk/core/utilities/facemanagement/facepipeline.cpp:483
#14 0x0000000000716346 in Digikam::DetectionWorker::qt_static_metacall
(_o=0x7315970, _c=QMetaObject::InvokeMetaMethod, _id=1, _a=0x1214e580)
    at /home/msylw/devel/digikam/dk/build/core/digikam/facepipeline_p.moc:318
#15 0x00007f67ccf54dce in QObject::event (this=0x7315970, e=<optimized out>) at
kernel/qobject.cpp:1194
#16 0x00007f67d0665c11 in Digikam::WorkerObject::event (this=0x7315970,
e=0x96c6670) at
/home/msylw/devel/digikam/dk/core/libs/threads/workerobject.cpp:160

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Christian Gottschall]

https://bugs.kde.org/show_bug.cgi?id=317413

--- Comment #27 from Christian Gottschall <[hidden email]> ---
(In reply to comment #25)
> Christian: Have you got a backtrace from your new crashes?

Here is my most recent dump:

Application: digiKam (digikam), signal: Aborted
Using host libthread_db library "/lib64/libthread_db.so.1".
[Current thread is 1 (Thread 0x7fd5cbe1f900 (LWP 15181))]

Thread 30 (Thread 0x7fd5a8f4b700 (LWP 15182)):
#0  0x00007fd5c33ed0af in pthread_cond_wait@@GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1  0x00007fd5c6f40b66 in wait (time=18446744073709551615, this=0xd95e40) at
thread/qwaitcondition_unix.cpp:86
#2  QWaitCondition::wait (this=<optimized out>, mutex=0xd95d48,
time=18446744073709551615) at thread/qwaitcondition_unix.cpp:158
#3  0x00000000005df20e in ?? ()
#4  0x00007fd5c6f4068f in QThreadPrivate::start (arg=0xd95ae0) at
thread/qthread_unix.cpp:338
#5  0x00007fd5c33e90db in start_thread () from /lib64/libpthread.so.0
#6  0x00007fd5c549990d in clone () from /lib64/libc.so.6

Thread 29 (Thread 0x7fd5a3fff700 (LWP 15183)):
#0  0x00007fd5c33eb2a3 in pthread_mutex_lock () from /lib64/libpthread.so.0
#1  0x00007fd5bd195291 in g_mutex_lock () from /usr/lib64/libglib-2.0.so.0
#2  0x00007fd5bd1551e6 in g_main_context_dispatch () from
/usr/lib64/libglib-2.0.so.0
#3  0x00007fd5bd155668 in ?? () from /usr/lib64/libglib-2.0.so.0
#4  0x00007fd5bd15570c in g_main_context_iteration () from
/usr/lib64/libglib-2.0.so.0
#5  0x00007fd5c706cd76 in QEventDispatcherGlib::processEvents
(this=0x7fd59c0008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:427
#6  0x00007fd5c703ed0f in QEventLoop::processEvents
(this=this@entry=0x7fd5a3ffeca0, flags=...) at kernel/qeventloop.cpp:149
#7  0x00007fd5c703f005 in QEventLoop::exec (this=this@entry=0x7fd5a3ffeca0,
flags=...) at kernel/qeventloop.cpp:204
#8  0x00007fd5c6f3dfef in QThread::exec (this=this@entry=0xf0ea20) at
thread/qthread.cpp:536
#9  0x00007fd5c7020513 in QInotifyFileSystemWatcherEngine::run (this=0xf0ea20)
at io/qfilesystemwatcher_inotify.cpp:256
#10 0x00007fd5c6f4068f in QThreadPrivate::start (arg=0xf0ea20) at
thread/qthread_unix.cpp:338
#11 0x00007fd5c33e90db in start_thread () from /lib64/libpthread.so.0
#12 0x00007fd5c549990d in clone () from /lib64/libc.so.6

Thread 28 (Thread 0x7fd5a37fe700 (LWP 15185)):
#0  0x00007fd5c33ed0af in pthread_cond_wait@@GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1  0x00007fd5c6f40b66 in wait (time=18446744073709551615, this=0x1026df0) at
thread/qwaitcondition_unix.cpp:86
#2  QWaitCondition::wait (this=<optimized out>, mutex=0xf7ec58,
time=18446744073709551615) at thread/qwaitcondition_unix.cpp:158
#3  0x00007fd5c91438fa in ?? () from /usr/lib64/libdigikamcore.so.3
#4  0x00007fd5c6f4068f in QThreadPrivate::start (arg=0xf7ec40) at
thread/qthread_unix.cpp:338
#5  0x00007fd5c33e90db in start_thread () from /lib64/libpthread.so.0
#6  0x00007fd5c549990d in clone () from /lib64/libc.so.6

Thread 27 (Thread 0x7fd59a75e700 (LWP 15189)):
#0  0x00007fd5c33ed458 in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1  0x00007fd5c6f40b44 in wait (time=30000, this=0x10247f0) at
thread/qwaitcondition_unix.cpp:84
#2  QWaitCondition::wait (this=<optimized out>, mutex=mutex@entry=0xf801b8,
time=30000) at thread/qwaitcondition_unix.cpp:158
#3  0x00007fd5c6f34235 in QThreadPoolThread::run (this=0x38010d0) at
concurrent/qthreadpool.cpp:141
#4  0x00007fd5c6f4068f in QThreadPrivate::start (arg=0x38010d0) at
thread/qthread_unix.cpp:338
#5  0x00007fd5c33e90db in start_thread () from /lib64/libpthread.so.0
#6  0x00007fd5c549990d in clone () from /lib64/libc.so.6

Thread 26 (Thread 0x7fd59bfff700 (LWP 15190)):
#0  0x00007fd5bd194ff3 in ?? () from /usr/lib64/libglib-2.0.so.0
#1  0x00007fd5bd1952b9 in g_mutex_unlock () from /usr/lib64/libglib-2.0.so.0
#2  0x00007fd5bd154d38 in g_main_context_prepare () from
/usr/lib64/libglib-2.0.so.0
#3  0x00007fd5bd155523 in ?? () from /usr/lib64/libglib-2.0.so.0
#4  0x00007fd5bd15570c in g_main_context_iteration () from
/usr/lib64/libglib-2.0.so.0
#5  0x00007fd5c706cd76 in QEventDispatcherGlib::processEvents
(this=0x7fd5800008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:427
#6  0x00007fd5c703ed0f in QEventLoop::processEvents
(this=this@entry=0x7fd59bffec70, flags=...) at kernel/qeventloop.cpp:149
#7  0x00007fd5c703f005 in QEventLoop::exec (this=0x7fd59bffec70, flags=...) at
kernel/qeventloop.cpp:204
#8  0x00007fd5c9142fa3 in ?? () from /usr/lib64/libdigikamcore.so.3
#9  0x00007fd5c6f3413e in QThreadPoolThread::run (this=0x3834f50) at
concurrent/qthreadpool.cpp:107
#10 0x00007fd5c6f4068f in QThreadPrivate::start (arg=0x3834f50) at
thread/qthread_unix.cpp:338
#11 0x00007fd5c33e90db in start_thread () from /lib64/libpthread.so.0
#12 0x00007fd5c549990d in clone () from /lib64/libc.so.6

Thread 25 (Thread 0x7fd599419700 (LWP 15191)):
#0  0x00007fd5c33ed458 in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1  0x00007fd5c6f40b44 in wait (time=30000, this=0x10247f0) at
thread/qwaitcondition_unix.cpp:84
#2  QWaitCondition::wait (this=<optimized out>, mutex=mutex@entry=0xf801b8,
time=30000) at thread/qwaitcondition_unix.cpp:158
#3  0x00007fd5c6f34235 in QThreadPoolThread::run (this=0x38351e0) at
concurrent/qthreadpool.cpp:141
#4  0x00007fd5c6f4068f in QThreadPrivate::start (arg=0x38351e0) at
thread/qthread_unix.cpp:338
#5  0x00007fd5c33e90db in start_thread () from /lib64/libpthread.so.0
#6  0x00007fd5c549990d in clone () from /lib64/libc.so.6

Thread 24 (Thread 0x7fd598c18700 (LWP 15192)):
#0  0x00007fd5c33ed458 in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1  0x00007fd5c6f40b44 in wait (time=30000, this=0x10247f0) at
thread/qwaitcondition_unix.cpp:84
#2  QWaitCondition::wait (this=<optimized out>, mutex=mutex@entry=0xf801b8,
time=30000) at thread/qwaitcondition_unix.cpp:158
#3  0x00007fd5c6f34235 in QThreadPoolThread::run (this=0x3835610) at
concurrent/qthreadpool.cpp:141
#4  0x00007fd5c6f4068f in QThreadPrivate::start (arg=0x3835610) at
thread/qthread_unix.cpp:338
#5  0x00007fd5c33e90db in start_thread () from /lib64/libpthread.so.0
#6  0x00007fd5c549990d in clone () from /lib64/libc.so.6

Thread 23 (Thread 0x7fd58fffe700 (LWP 15193)):
[KCrash Handler]
#5  0x00007fd5c53e7849 in raise () from /lib64/libc.so.6
#6  0x00007fd5c53e8cd8 in abort () from /lib64/libc.so.6
#7  0x00007fd5c5ce0655 in __gnu_cxx::__verbose_terminate_handler() () from
/usr/lib64/libstdc++.so.6
#8  0x00007fd5c5cde7c6 in ?? () from /usr/lib64/libstdc++.so.6
#9  0x00007fd5c5cde7f3 in std::terminate() () from /usr/lib64/libstdc++.so.6
#10 0x00007fd5c5cdea66 in __cxa_rethrow () from /usr/lib64/libstdc++.so.6
#11 0x00007fd5c6f342d2 in QThreadPoolThread::run (this=0x336f890) at
concurrent/qthreadpool.cpp:114
#12 0x00007fd5c6f4068f in QThreadPrivate::start (arg=0x336f890) at
thread/qthread_unix.cpp:338
#13 0x00007fd5c33e90db in start_thread () from /lib64/libpthread.so.0
#14 0x00007fd5c549990d in clone () from /lib64/libc.so.6

Thread 22 (Thread 0x7fd58f7fd700 (LWP 15194)):
#0  0x00007fd5bd194ffa in ?? () from /usr/lib64/libglib-2.0.so.0
#1  0x00007fd5bd195289 in g_mutex_lock () from /usr/lib64/libglib-2.0.so.0
#2  0x00007fd5bd154e9b in g_main_context_query () from
/usr/lib64/libglib-2.0.so.0
#3  0x00007fd5bd155572 in ?? () from /usr/lib64/libglib-2.0.so.0
#4  0x00007fd5bd15570c in g_main_context_iteration () from
/usr/lib64/libglib-2.0.so.0
#5  0x00007fd5c706cd76 in QEventDispatcherGlib::processEvents
(this=0x7fd5740008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:427
#6  0x00007fd5c703ed0f in QEventLoop::processEvents
(this=this@entry=0x7fd58f7fcc70, flags=...) at kernel/qeventloop.cpp:149
#7  0x00007fd5c703f005 in QEventLoop::exec (this=0x7fd58f7fcc70, flags=...) at
kernel/qeventloop.cpp:204
#8  0x00007fd5c9142fa3 in ?? () from /usr/lib64/libdigikamcore.so.3
#9  0x00007fd5c6f3413e in QThreadPoolThread::run (this=0x3839790) at
concurrent/qthreadpool.cpp:107
#10 0x00007fd5c6f4068f in QThreadPrivate::start (arg=0x3839790) at
thread/qthread_unix.cpp:338
#11 0x00007fd5c33e90db in start_thread () from /lib64/libpthread.so.0
#12 0x00007fd5c549990d in clone () from /lib64/libc.so.6

Thread 21 (Thread 0x7fd58effc700 (LWP 15195)):
#0  0x00007fd5c33ed458 in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1  0x00007fd5c6f40b44 in wait (time=30000, this=0x10247f0) at
thread/qwaitcondition_unix.cpp:84
#2  QWaitCondition::wait (this=<optimized out>, mutex=mutex@entry=0xf801b8,
time=30000) at thread/qwaitcondition_unix.cpp:158
#3  0x00007fd5c6f34235 in QThreadPoolThread::run (this=0x3839be0) at
concurrent/qthreadpool.cpp:141
#4  0x00007fd5c6f4068f in QThreadPrivate::start (arg=0x3839be0) at
thread/qthread_unix.cpp:338
#5  0x00007fd5c33e90db in start_thread () from /lib64/libpthread.so.0
#6  0x00007fd5c549990d in clone () from /lib64/libc.so.6

Thread 20 (Thread 0x7fd58e7fb700 (LWP 15196)):
#0  0x00007fd5c33eb308 in pthread_mutex_lock () from /lib64/libpthread.so.0
#1  0x00007fd5bd195291 in g_mutex_lock () from /usr/lib64/libglib-2.0.so.0
#2  0x00007fd5bd154750 in g_main_context_acquire () from
/usr/lib64/libglib-2.0.so.0
#3  0x00007fd5bd1554c5 in ?? () from /usr/lib64/libglib-2.0.so.0
#4  0x00007fd5bd15570c in g_main_context_iteration () from
/usr/lib64/libglib-2.0.so.0
#5  0x00007fd5c706cd76 in QEventDispatcherGlib::processEvents
(this=0x7fd56c0008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:427
#6  0x00007fd5c703ed0f in QEventLoop::processEvents
(this=this@entry=0x7fd58e7fac70, flags=...) at kernel/qeventloop.cpp:149
#7  0x00007fd5c703f005 in QEventLoop::exec (this=0x7fd58e7fac70, flags=...) at
kernel/qeventloop.cpp:204
#8  0x00007fd5c9142fa3 in ?? () from /usr/lib64/libdigikamcore.so.3
#9  0x00007fd5c6f3413e in QThreadPoolThread::run (this=0x383a030) at
concurrent/qthreadpool.cpp:107
#10 0x00007fd5c6f4068f in QThreadPrivate::start (arg=0x383a030) at
thread/qthread_unix.cpp:338
#11 0x00007fd5c33e90db in start_thread () from /lib64/libpthread.so.0
#12 0x00007fd5c549990d in clone () from /lib64/libc.so.6

Thread 19 (Thread 0x7fd58dffa700 (LWP 15197)):
#0  0x00007fd5c5490b3d in poll () from /lib64/libc.so.6
#1  0x00007fd5bd155604 in ?? () from /usr/lib64/libglib-2.0.so.0
#2  0x00007fd5bd15570c in g_main_context_iteration () from
/usr/lib64/libglib-2.0.so.0
#3  0x00007fd5c706cd76 in QEventDispatcherGlib::processEvents
(this=0x7fd5640008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:427
#4  0x00007fd5c703ed0f in QEventLoop::processEvents
(this=this@entry=0x7fd58dff9c70, flags=...) at kernel/qeventloop.cpp:149
#5  0x00007fd5c703f005 in QEventLoop::exec (this=0x7fd58dff9c70, flags=...) at
kernel/qeventloop.cpp:204
#6  0x00007fd5c9142fa3 in ?? () from /usr/lib64/libdigikamcore.so.3
#7  0x00007fd5c6f3413e in QThreadPoolThread::run (this=0x383a480) at
concurrent/qthreadpool.cpp:107
#8  0x00007fd5c6f4068f in QThreadPrivate::start (arg=0x383a480) at
thread/qthread_unix.cpp:338
#9  0x00007fd5c33e90db in start_thread () from /lib64/libpthread.so.0
#10 0x00007fd5c549990d in clone () from /lib64/libc.so.6

Thread 18 (Thread 0x7fd58d7f9700 (LWP 15198)):
#0  0x00007fd5c33ed458 in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1  0x00007fd5c6f40b44 in wait (time=30000, this=0x10247f0) at
thread/qwaitcondition_unix.cpp:84
#2  QWaitCondition::wait (this=<optimized out>, mutex=mutex@entry=0xf801b8,
time=30000) at thread/qwaitcondition_unix.cpp:158
#3  0x00007fd5c6f34235 in QThreadPoolThread::run (this=0x3627160) at
concurrent/qthreadpool.cpp:141
#4  0x00007fd5c6f4068f in QThreadPrivate::start (arg=0x3627160) at
thread/qthread_unix.cpp:338
#5  0x00007fd5c33e90db in start_thread () from /lib64/libpthread.so.0
#6  0x00007fd5c549990d in clone () from /lib64/libc.so.6

Thread 17 (Thread 0x7fd58cff8700 (LWP 15199)):
#0  0x00007fd5c33ed458 in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1  0x00007fd5c6f40b44 in wait (time=30000, this=0x10247f0) at
thread/qwaitcondition_unix.cpp:84
#2  QWaitCondition::wait (this=<optimized out>, mutex=mutex@entry=0xf801b8,
time=30000) at thread/qwaitcondition_unix.cpp:158
#3  0x00007fd5c6f34235 in QThreadPoolThread::run (this=0x3627560) at
concurrent/qthreadpool.cpp:141
#4  0x00007fd5c6f4068f in QThreadPrivate::start (arg=0x3627560) at
thread/qthread_unix.cpp:338
#5  0x00007fd5c33e90db in start_thread () from /lib64/libpthread.so.0
#6  0x00007fd5c549990d in clone () from /lib64/libc.so.6

Thread 16 (Thread 0x7fd563fff700 (LWP 15200)):
#0  0x00007fd5c33ed458 in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1  0x00007fd5c6f40b44 in wait (time=30000, this=0x10247f0) at
thread/qwaitcondition_unix.cpp:84
#2  QWaitCondition::wait (this=<optimized out>, mutex=mutex@entry=0xf801b8,
time=30000) at thread/qwaitcondition_unix.cpp:158
#3  0x00007fd5c6f34235 in QThreadPoolThread::run (this=0x36279b0) at
concurrent/qthreadpool.cpp:141
#4  0x00007fd5c6f4068f in QThreadPrivate::start (arg=0x36279b0) at
thread/qthread_unix.cpp:338
#5  0x00007fd5c33e90db in start_thread () from /lib64/libpthread.so.0
#6  0x00007fd5c549990d in clone () from /lib64/libc.so.6

Thread 15 (Thread 0x7fd5637fe700 (LWP 15201)):
#0  0x00007fffca5fe8c8 in clock_gettime ()
#1  0x00007fd5c54a6a0d in clock_gettime () from /lib64/libc.so.6
#2  0x00007fd5c6f94e47 in do_gettime (frac=0x7fd5637fda00, sec=0x7fd5637fd9f8)
at tools/qelapsedtimer_unix.cpp:127
#3  qt_gettime () at tools/qelapsedtimer_unix.cpp:144
#4  0x00007fd5c706e405 in updateCurrentTime (this=0x7fd558002060) at
kernel/qeventdispatcher_unix.cpp:354
#5  QTimerInfoList::timerWait (this=0x7fd558002060, tm=...) at
kernel/qeventdispatcher_unix.cpp:460
#6  0x00007fd5c706cbac in timerSourcePrepareHelper (src=<optimized out>,
timeout=0x7fd5637fdab4) at kernel/qeventdispatcher_glib.cpp:136
#7  0x00007fd5c706cc55 in timerSourcePrepare (source=<optimized out>,
timeout=<optimized out>) at kernel/qeventdispatcher_glib.cpp:169
#8  0x00007fd5bd154cad in g_main_context_prepare () from
/usr/lib64/libglib-2.0.so.0
#9  0x00007fd5bd155523 in ?? () from /usr/lib64/libglib-2.0.so.0
#10 0x00007fd5bd15570c in g_main_context_iteration () from
/usr/lib64/libglib-2.0.so.0
#11 0x00007fd5c706cd76 in QEventDispatcherGlib::processEvents
(this=0x7fd5580008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:427
#12 0x00007fd5c703ed0f in QEventLoop::processEvents
(this=this@entry=0x7fd5637fdc70, flags=...) at kernel/qeventloop.cpp:149
#13 0x00007fd5c703f005 in QEventLoop::exec (this=0x7fd5637fdc70, flags=...) at
kernel/qeventloop.cpp:204
#14 0x00007fd5c9142fa3 in ?? () from /usr/lib64/libdigikamcore.so.3
#15 0x00007fd5c6f3413e in QThreadPoolThread::run (this=0x3627e00) at
concurrent/qthreadpool.cpp:107
#16 0x00007fd5c6f4068f in QThreadPrivate::start (arg=0x3627e00) at
thread/qthread_unix.cpp:338
#17 0x00007fd5c33e90db in start_thread () from /lib64/libpthread.so.0
#18 0x00007fd5c549990d in clone () from /lib64/libc.so.6

Thread 14 (Thread 0x7fd562ffd700 (LWP 15202)):
#0  0x00007fd5c33ed458 in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1  0x00007fd5c6f40b44 in wait (time=30000, this=0x10247f0) at
thread/qwaitcondition_unix.cpp:84
#2  QWaitCondition::wait (this=<optimized out>, mutex=mutex@entry=0xf801b8,
time=30000) at thread/qwaitcondition_unix.cpp:158
#3  0x00007fd5c6f34235 in QThreadPoolThread::run (this=0x3628200) at
concurrent/qthreadpool.cpp:141
#4  0x00007fd5c6f4068f in QThreadPrivate::start (arg=0x3628200) at
thread/qthread_unix.cpp:338
#5  0x00007fd5c33e90db in start_thread () from /lib64/libpthread.so.0
#6  0x00007fd5c549990d in clone () from /lib64/libc.so.6

Thread 13 (Thread 0x7fd5627fc700 (LWP 15203)):
#0  0x00007fd5c33ed458 in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1  0x00007fd5c6f40b44 in wait (time=30000, this=0x10247f0) at
thread/qwaitcondition_unix.cpp:84
#2  QWaitCondition::wait (this=<optimized out>, mutex=mutex@entry=0xf801b8,
time=30000) at thread/qwaitcondition_unix.cpp:158
#3  0x00007fd5c6f34235 in QThreadPoolThread::run (this=0x3628650) at
concurrent/qthreadpool.cpp:141
#4  0x00007fd5c6f4068f in QThreadPrivate::start (arg=0x3628650) at
thread/qthread_unix.cpp:338
#5  0x00007fd5c33e90db in start_thread () from /lib64/libpthread.so.0
#6  0x00007fd5c549990d in clone () from /lib64/libc.so.6

Thread 12 (Thread 0x7fd561ffb700 (LWP 15204)):
#0  0x00007fd5c33ed458 in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1  0x00007fd5c6f40b44 in wait (time=30000, this=0x10247f0) at
thread/qwaitcondition_unix.cpp:84
#2  QWaitCondition::wait (this=<optimized out>, mutex=mutex@entry=0xf801b8,
time=30000) at thread/qwaitcondition_unix.cpp:158
#3  0x00007fd5c6f34235 in QThreadPoolThread::run (this=0x3628aa0) at
concurrent/qthreadpool.cpp:141
#4  0x00007fd5c6f4068f in QThreadPrivate::start (arg=0x3628aa0) at
thread/qthread_unix.cpp:338
#5  0x00007fd5c33e90db in start_thread () from /lib64/libpthread.so.0
#6  0x00007fd5c549990d in clone () from /lib64/libc.so.6

Thread 11 (Thread 0x7fd5617fa700 (LWP 15205)):
#0  0x00007fd5c33ed458 in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1  0x00007fd5c6f40b44 in wait (time=30000, this=0x10247f0) at
thread/qwaitcondition_unix.cpp:84
#2  QWaitCondition::wait (this=<optimized out>, mutex=mutex@entry=0xf801b8,
time=30000) at thread/qwaitcondition_unix.cpp:158
#3  0x00007fd5c6f34235 in QThreadPoolThread::run (this=0x7fd56c012790) at
concurrent/qthreadpool.cpp:141
#4  0x00007fd5c6f4068f in QThreadPrivate::start (arg=0x7fd56c012790) at
thread/qthread_unix.cpp:338
#5  0x00007fd5c33e90db in start_thread () from /lib64/libpthread.so.0
#6  0x00007fd5c549990d in clone () from /lib64/libc.so.6

Thread 10 (Thread 0x7fd560ff9700 (LWP 15206)):
#0  0x00007fd5c548c99d in read () from /lib64/libc.so.6
#1  0x00007fd5bd1945c0 in ?? () from /usr/lib64/libglib-2.0.so.0
#2  0x00007fd5bd15512c in g_main_context_check () from
/usr/lib64/libglib-2.0.so.0
#3  0x00007fd5bd15559b in ?? () from /usr/lib64/libglib-2.0.so.0
#4  0x00007fd5bd15570c in g_main_context_iteration () from
/usr/lib64/libglib-2.0.so.0
#5  0x00007fd5c706cd76 in QEventDispatcherGlib::processEvents
(this=0x7fd53c0008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:427
#6  0x00007fd5c703ed0f in QEventLoop::processEvents
(this=this@entry=0x7fd560ff8c70, flags=...) at kernel/qeventloop.cpp:149
#7  0x00007fd5c703f005 in QEventLoop::exec (this=0x7fd560ff8c70, flags=...) at
kernel/qeventloop.cpp:204
#8  0x00007fd5c9142fa3 in ?? () from /usr/lib64/libdigikamcore.so.3
#9  0x00007fd5c6f3413e in QThreadPoolThread::run (this=0x3834f20) at
concurrent/qthreadpool.cpp:107
#10 0x00007fd5c6f4068f in QThreadPrivate::start (arg=0x3834f20) at
thread/qthread_unix.cpp:338
#11 0x00007fd5c33e90db in start_thread () from /lib64/libpthread.so.0
#12 0x00007fd5c549990d in clone () from /lib64/libc.so.6

Thread 9 (Thread 0x7fd543fff700 (LWP 15207)):
#0  0x00007fd5c33ed458 in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1  0x00007fd5c6f40b44 in wait (time=30000, this=0x10247f0) at
thread/qwaitcondition_unix.cpp:84
#2  QWaitCondition::wait (this=<optimized out>, mutex=mutex@entry=0xf801b8,
time=30000) at thread/qwaitcondition_unix.cpp:158
#3  0x00007fd5c6f34235 in QThreadPoolThread::run (this=0x7fd5880331b0) at
concurrent/qthreadpool.cpp:141
#4  0x00007fd5c6f4068f in QThreadPrivate::start (arg=0x7fd5880331b0) at
thread/qthread_unix.cpp:338
#5  0x00007fd5c33e90db in start_thread () from /lib64/libpthread.so.0
#6  0x00007fd5c549990d in clone () from /lib64/libc.so.6

Thread 8 (Thread 0x7fd5437fe700 (LWP 15208)):
#0  0x00007fd5c33ed458 in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1  0x00007fd5c6f40b44 in wait (time=30000, this=0x10247f0) at
thread/qwaitcondition_unix.cpp:84
#2  QWaitCondition::wait (this=<optimized out>, mutex=mutex@entry=0xf801b8,
time=30000) at thread/qwaitcondition_unix.cpp:158
#3  0x00007fd5c6f34235 in QThreadPoolThread::run (this=0x7fd588033600) at
concurrent/qthreadpool.cpp:141
#4  0x00007fd5c6f4068f in QThreadPrivate::start (arg=0x7fd588033600) at
thread/qthread_unix.cpp:338
#5  0x00007fd5c33e90db in start_thread () from /lib64/libpthread.so.0
#6  0x00007fd5c549990d in clone () from /lib64/libc.so.6

Thread 7 (Thread 0x7fd542ffd700 (LWP 15209)):
#0  0x00007fd5c33ed458 in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1  0x00007fd5c6f40b44 in wait (time=30000, this=0x10247f0) at
thread/qwaitcondition_unix.cpp:84
#2  QWaitCondition::wait (this=<optimized out>, mutex=mutex@entry=0xf801b8,
time=30000) at thread/qwaitcondition_unix.cpp:158
#3  0x00007fd5c6f34235 in QThreadPoolThread::run (this=0x7fd5640126c0) at
concurrent/qthreadpool.cpp:141
#4  0x00007fd5c6f4068f in QThreadPrivate::start (arg=0x7fd5640126c0) at
thread/qthread_unix.cpp:338
#5  0x00007fd5c33e90db in start_thread () from /lib64/libpthread.so.0
#6  0x00007fd5c549990d in clone () from /lib64/libc.so.6

Thread 6 (Thread 0x7fd5427fc700 (LWP 15210)):
#0  0x00007fd5c33ed458 in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1  0x00007fd5c6f40b44 in wait (time=30000, this=0x10247f0) at
thread/qwaitcondition_unix.cpp:84
#2  QWaitCondition::wait (this=<optimized out>, mutex=mutex@entry=0xf801b8,
time=30000) at thread/qwaitcondition_unix.cpp:158
#3  0x00007fd5c6f34235 in QThreadPoolThread::run (this=0x7fd564012b10) at
concurrent/qthreadpool.cpp:141
#4  0x00007fd5c6f4068f in QThreadPrivate::start (arg=0x7fd564012b10) at
thread/qthread_unix.cpp:338
#5  0x00007fd5c33e90db in start_thread () from /lib64/libpthread.so.0
#6  0x00007fd5c549990d in clone () from /lib64/libc.so.6

Thread 5 (Thread 0x7fd541ffb700 (LWP 15211)):
#0  0x00007fd5c33ed458 in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1  0x00007fd5c6f40b44 in wait (time=30000, this=0x10247f0) at
thread/qwaitcondition_unix.cpp:84
#2  QWaitCondition::wait (this=<optimized out>, mutex=mutex@entry=0xf801b8,
time=30000) at thread/qwaitcondition_unix.cpp:158
#3  0x00007fd5c6f34235 in QThreadPoolThread::run (this=0x7fd564012f40) at
concurrent/qthreadpool.cpp:141
#4  0x00007fd5c6f4068f in QThreadPrivate::start (arg=0x7fd564012f40) at
thread/qthread_unix.cpp:338
#5  0x00007fd5c33e90db in start_thread () from /lib64/libpthread.so.0
#6  0x00007fd5c549990d in clone () from /lib64/libc.so.6

Thread 4 (Thread 0x7fd5417fa700 (LWP 15212)):
#0  0x00007fd5c33ed458 in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1  0x00007fd5c6f40b44 in wait (time=30000, this=0x10247f0) at
thread/qwaitcondition_unix.cpp:84
#2  QWaitCondition::wait (this=<optimized out>, mutex=mutex@entry=0xf801b8,
time=30000) at thread/qwaitcondition_unix.cpp:158
#3  0x00007fd5c6f34235 in QThreadPoolThread::run (this=0x7fd548012d90) at
concurrent/qthreadpool.cpp:141
#4  0x00007fd5c6f4068f in QThreadPrivate::start (arg=0x7fd548012d90) at
thread/qthread_unix.cpp:338
#5  0x00007fd5c33e90db in start_thread () from /lib64/libpthread.so.0
#6  0x00007fd5c549990d in clone () from /lib64/libc.so.6

Thread 3 (Thread 0x7fd540ff9700 (LWP 15213)):
#0  0x00007fd5c33ed458 in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1  0x00007fd5c6f40b44 in wait (time=30000, this=0x10247f0) at
thread/qwaitcondition_unix.cpp:84
#2  QWaitCondition::wait (this=<optimized out>, mutex=mutex@entry=0xf801b8,
time=30000) at thread/qwaitcondition_unix.cpp:158
#3  0x00007fd5c6f34235 in QThreadPoolThread::run (this=0x7fd570022fc0) at
concurrent/qthreadpool.cpp:141
#4  0x00007fd5c6f4068f in QThreadPrivate::start (arg=0x7fd570022fc0) at
thread/qthread_unix.cpp:338
#5  0x00007fd5c33e90db in start_thread () from /lib64/libpthread.so.0
#6  0x00007fd5c549990d in clone () from /lib64/libc.so.6

Thread 2 (Thread 0x7fd527fff700 (LWP 15214)):
#0  0x00007fd5c33ed458 in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1  0x00007fd5c6f40b44 in wait (time=30000, this=0x10247f0) at
thread/qwaitcondition_unix.cpp:84
#2  QWaitCondition::wait (this=<optimized out>, mutex=mutex@entry=0xf801b8,
time=30000) at thread/qwaitcondition_unix.cpp:158
#3  0x00007fd5c6f34235 in QThreadPoolThread::run (this=0x7fd5700233f0) at
concurrent/qthreadpool.cpp:141
#4  0x00007fd5c6f4068f in QThreadPrivate::start (arg=0x7fd5700233f0) at
thread/qthread_unix.cpp:338
#5  0x00007fd5c33e90db in start_thread () from /lib64/libpthread.so.0
#6  0x00007fd5c549990d in clone () from /lib64/libc.so.6

Thread 1 (Thread 0x7fd5cbe1f900 (LWP 15181)):
#0  0x00007fd5c33ed0af in pthread_cond_wait@@GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1  0x00007fd5c6f40b66 in wait (time=18446744073709551615, this=0x2247e40) at
thread/qwaitcondition_unix.cpp:86
#2  QWaitCondition::wait (this=<optimized out>, mutex=0x2249f78,
time=18446744073709551615) at thread/qwaitcondition_unix.cpp:158
#3  0x00007fd5c9143bc4 in Digikam::WorkerObject::wait() () from
/usr/lib64/libdigikamcore.so.3
#4  0x0000000000625493 in ?? ()
#5  0x00000000006254c5 in ?? ()
#6  0x0000000000625527 in ?? ()
#7  0x00007fd5c53ea3d9 in __run_exit_handlers () from /lib64/libc.so.6
#8  0x00007fd5c53ea425 in exit () from /lib64/libc.so.6
#9  0x00007fd5c61c7298 in ?? () from /usr/lib64/libQtGui.so.4
#10 0x00007fd5c7aa7d40 in KApplication::xioErrhandler(_XDisplay*) () from
/usr/lib64/libkdeui.so.5
#11 0x00007fd5c398a3fe in _XIOError () from /usr/lib64/libX11.so.6
#12 0x00007fd5c3987ded in _XEventsQueued () from /usr/lib64/libX11.so.6
#13 0x00007fd5c3979ddb in XEventsQueued () from /usr/lib64/libX11.so.6
#14 0x00007fd5c61fd3ac in ?? () from /usr/lib64/libQtGui.so.4
#15 0x00007fd5bd155081 in g_main_context_check () from
/usr/lib64/libglib-2.0.so.0
#16 0x00007fd5bd15559b in ?? () from /usr/lib64/libglib-2.0.so.0
#17 0x00007fd5bd15570c in g_main_context_iteration () from
/usr/lib64/libglib-2.0.so.0
#18 0x00007fd5c706cd55 in QEventDispatcherGlib::processEvents (this=0xc4cdb0,
flags=...) at kernel/qeventdispatcher_glib.cpp:425
#19 0x00007fd5c61fd936 in ?? () from /usr/lib64/libQtGui.so.4
#20 0x00007fd5c703ed0f in QEventLoop::processEvents
(this=this@entry=0x7fffca4eaf40, flags=...) at kernel/qeventloop.cpp:149
#21 0x00007fd5c703f005 in QEventLoop::exec (this=this@entry=0x7fffca4eaf40,
flags=...) at kernel/qeventloop.cpp:204
#22 0x00007fd5c704413b in QCoreApplication::exec () at
kernel/qcoreapplication.cpp:1221
#23 0x000000000049b223 in ?? ()
#24 0x00007fd5c53d3be5 in __libc_start_main () from /lib64/libc.so.6
#25 0x000000000049d821 in _start ()

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Marcel Wiesweg]

https://bugs.kde.org/show_bug.cgi?id=317413

--- Comment #28 from Marcel Wiesweg <[hidden email]> ---
That's an exception in a thread. You need to run under gdb, "catch throw" and
then provoke the crash.

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-4]

https://bugs.kde.org/show_bug.cgi?id=317413

Gilles Caulier <[hidden email]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[hidden email]

--- Comment #29 from Gilles Caulier <[hidden email]> ---
*** Bug 330828 has been marked as a duplicate of this bug. ***

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Jekyll Wu]

https://bugs.kde.org/show_bug.cgi?id=317413

Jekyll Wu <[hidden email]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[hidden email]

--- Comment #30 from Jekyll Wu <[hidden email]> ---
*** Bug 333352 has been marked as a duplicate of this bug. ***

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-4]

https://bugs.kde.org/show_bug.cgi?id=317413

Gilles Caulier <[hidden email]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[hidden email]

--- Comment #31 from Gilles Caulier <[hidden email]> ---
*** Bug 333582 has been marked as a duplicate of this bug. ***

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Manuel Bärenz]

https://bugs.kde.org/show_bug.cgi?id=317413

Manuel Bärenz <[hidden email]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[hidden email]

--- Comment #32 from Manuel Bärenz <[hidden email]> ---
I'm having the same problem. Shall I produce some backtraces as well?

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-4]

https://bugs.kde.org/show_bug.cgi?id=317413

--- Comment #33 from Gilles Caulier <[hidden email]> ---
digiKam 4.0.0 is out :

http://www.digikam.org/node/713

Please check if this entry still valid with this new version.

Thanks in advance

Gilles Caulier

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-4]

https://bugs.kde.org/show_bug.cgi?id=317413

Gilles Caulier <[hidden email]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|Database                    |Face Management

--- Comment #34 from Gilles Caulier <[hidden email]> ---
With last digiKam 4.2.0, face management backend have been imrpved. Please
check if problem still reproducible with this version.

Gilles Caulier

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-4]

https://bugs.kde.org/show_bug.cgi?id=317413

Gilles Caulier <[hidden email]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |WAITINGFORINFO
             Status|UNCONFIRMED                 |RESOLVED

--- Comment #35 from Gilles Caulier <[hidden email]> ---
We need a fresh feedback of this file using last digiKam 4.2.0

Gilles Caulier

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel