Summary: | Crash while running face detection | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Enrico <Enrico_m> |
Component: | Faces-Detection | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | crash | CC: | 123rsv, axel.krebs, caulier.gilles, kde-bugs, loblollyboy, midoilfan, vhenninot |
Priority: | NOR | ||
Version: | 2.5.0 | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | http://commits.kde.org/digikam/98a3ddb180e320c5ae3fe501788c38d6c8ae4908 | Version Fixed In: | 4.0.0 |
Sentry Crash Report: | |||
Attachments: |
New crash information added by DrKonqi
Backtrace crash digikam 2.5.0 New crash information added by DrKonqi |
Description
Enrico
2011-08-13 00:04:55 UTC
There were indeed similar bugs, and they were fixed (people could reproduce the crash, and after applying a patch it did no longer crash). Now you have these crashes again, and not many other people. Is there anything special? Does it crash when scanning a specific image? The filenames are usually printed on the console. Are empty files involved, or files which cannot be loaded? Marcel Ping? If possible, try with current git to ensure you have all fixes applied. digiKam 2.2.0 is out since few weeks. Crash still valid with this version ? Gilles Caulier Enrico, Can you reproduce the crash using digiKam 2.4 ? Gilles Caulier Created attachment 68297 [details]
New crash information added by DrKonqi
digikam (2.1.1) on KDE Platform 4.7.4 (4.7.4) using Qt 4.7.4
- What I was doing when the application crashed:
Started digikam from console: got message
QSqlDatabasePrivate::removeDatabase: connection 'ConnectionTest' is still in use, all queries will cease to work.
(I always get this when starting digikam)
scanned for faces on large collection of images (probably about 2-3000)
At some point (seems to be different each time) dk crashes with
pure virtual method called
terminate called without an active exception
KCrash: Application 'digikam' crashing...
KCrash: Attempting to start /usr/lib/kde4/libexec/drkonqi from kdeinit
sock_file=/home/john/.kde/socket-nova/kdeinit4__0
No itemShortInfo could be retrieved from the database for image "20060730_165211_img_8422.jpg"
I had this crash symptom occurring on a different collection of images and after several runs it eventually processed the collection without crashing. (And I re-ran the scan on the same collection to be more sure that it wasn't a fluke.)
-- Backtrace (Reduced):
#14 0xb6b4725f in Digikam::LoadingCache::notifyNewLoadingProcess (this=0x87d7370, process=0x8c9d768, description=...) at /build/buildd/digikam-2.1.1/core/libs/threadimageio/loadingcache.cpp:247
#15 0xb6b5360f in Digikam::PreviewLoadingTask::execute (this=0x8c9d610) at /build/buildd/digikam-2.1.1/core/libs/threadimageio/previewtask.cpp:172
#16 0xb6b3a4e8 in Digikam::LoadSaveThread::run (this=0xa0aa820) at /build/buildd/digikam-2.1.1/core/libs/threadimageio/loadsavethread.cpp:118
#17 0xb6b858ee in Digikam::DynamicThread::DynamicThreadPriv::run (this=0xa0aa8c0) at /build/buildd/digikam-2.1.1/core/libs/threads/dynamicthread.cpp:328
#18 0xb4cae651 in QThreadPoolThread::run (this=0xa291278) at concurrent/qthreadpool.cpp:106
Created attachment 68298 [details]
Backtrace crash digikam 2.5.0
Enrico, This your backtrace : Thread 1 (Thread 0x7f11601647e0 (LWP 18233)): [KCrash Handler] #6 QVariant::~QVariant (this=0xffffffffffffffff, __in_chrg=<optimized out>) at kernel/qvariant.cpp:1407 #7 0x00007f115d413029 in node_destruct (n=0x7f1130c3c3a8, this=<optimized out>) at /usr/include/qt4/QtCore/qlist.h:375 #8 QList<QVariant>::erase (this=0xd7f918, afirst=..., alast=...) at /usr/include/qt4/QtCore/qlist.h:792 #9 0x00007f115d41082c in Digikam::ImageModel::removeRowPairs (this=0xd735d0, toRemove=...) at /var/tmp/portage/media-gfx/digikam-2.5.0/work/digikam-2.5.0/core/libs/models/imagemodel.cpp:901 #10 0x00007f115d4121ca in Digikam::ImageModel::finishIncrementalRefresh (this=0xd735d0) at /var/tmp/portage/media-gfx/digikam-2.5.0/work/digikam-2.5.0/core/libs/models/imagemodel.cpp:720 #11 0x00000000005576e5 in Digikam::ImageAlbumModel::slotResult (this=0xd735d0, job=<optimized out>) at /var/tmp/portage/media-gfx/digikam-2.5.0/work/digikam-2.5.0/core/libs/models/imagealbummodel.cpp:307 #12 0x0000000000558cbe in Digikam::ImageAlbumModel::qt_metacall (this=0xd735d0, _c=QMetaObject::InvokeMetaMethod, _id=<optimized out>, _a=0x7fff5ac6f430) at /var/tmp/portage/media-gfx/digikam-2.5.0/work/digikam-2.5.0_build/digikam/imagealbummodel.moc:117 #13 0x00007f115ac0522f in QMetaObject::activate (sender=0x4857480, m=<optimized out>, local_signal_index=<optimized out>, argv=0x7fff5ac6f430) at kernel/qobject.cpp:3278 #14 0x00007f115b065fa2 in KJob::result (this=<optimized out>, _t1=0x4857480) at /var/tmp/portage/kde-base/kdelibs-4.7.4-r11/work/kdelibs-4.7.4_build/kdecore/kjob.moc:194 #15 0x00007f115b065fe0 in KJob::emitResult (this=0x4857480) at /var/tmp/portage/kde-base/kdelibs-4.7.4-r11/work/kdelibs-4.7.4/kdecore/jobs/kjob.cpp:312 #16 0x00007f115ca7a01d in KIO::SimpleJob::slotFinished (this=0x4857480) at /var/tmp/portage/kde-base/kdelibs-4.7.4-r11/work/kdelibs-4.7.4/kio/kio/job.cpp:494 #17 0x00007f115ca7dff2 in KIO::TransferJob::slotFinished (this=0x4857480) at /var/tmp/portage/kde-base/kdelibs-4.7.4-r11/work/kdelibs-4.7.4/kio/kio/job.cpp:1081 #18 0x00007f115ca83df1 in KIO::TransferJob::qt_metacall (this=0x4857480, _c=QMetaObject::InvokeMetaMethod, _id=<optimized out>, _a=0x7fff5ac6f870) at /var/tmp/portage/kde-base/kdelibs-4.7.4-r11/work/kdelibs-4.7.4_build/kio/jobclasses.moc:369 I already seen this trace in bugzilla. I thin it's a duplicate. Gilles Caulier *** This bug has been marked as a duplicate of bug 278049 *** Backtrace of John Stumbles is a duplicate of the marked bug. The original crash report by Enrico is unrelated. *** Bug 293418 has been marked as a duplicate of this bug. *** Official digiKam 2.6.0 release is out since few days now : http://www.digikam.org/drupal/node/656 Please, check if this entry still valid, or update report accordingly. Thanks in advance. Gilles Caulier *** Bug 302437 has been marked as a duplicate of this bug. *** *** Bug 309306 has been marked as a duplicate of this bug. *** Created attachment 83790 [details]
New crash information added by DrKonqi
digikam (3.4.0) on KDE Platform 4.11.2 using Qt 4.8.4
- What I was doing when the application crashed: Manuel Face recognition scan
I was doing nothing in ubuntu except digikam face recognition
-- Backtrace (Reduced):
#8 0xb49bfaff in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
#9 0xb49c3083 in __GI_abort () at abort.c:90
[...]
#14 0xb695893f in Digikam::LoadingCache::notifyNewLoadingProcess (this=0xa7bac88, process=process@entry=0x107f0ff4, description=...) at /build/buildd/digikam-3.4.0/core/libs/threadimageio/loadingcache.cpp:247
#15 0xb6962e56 in Digikam::PreviewLoadingTask::execute (this=0x107f0e90) at /build/buildd/digikam-3.4.0/core/libs/threadimageio/previewtask.cpp:173
#16 0xb6950758 in Digikam::LoadSaveThread::run (this=0xbd90270) at /build/buildd/digikam-3.4.0/core/libs/threadimageio/loadsavethread.cpp:136
Git commit 98a3ddb180e320c5ae3fe501788c38d6c8ae4908 by Marcel Wiesweg. Committed on 25/12/2013 at 12:23. Pushed by mwiesweg into branch 'master'. Fix infamous big face scanning crash: Re-sending a package in the ImageFilterModel discarded the extraValues, resulting in a mismatch in the size of infos and extraValues lists in ImageModel Related: bug 262596, bug 278049 M +17 -12 libs/models/imagefiltermodel.cpp M +1 -2 libs/models/imagefiltermodelpriv.h M +2 -0 libs/models/imagemodel.cpp http://commits.kde.org/digikam/98a3ddb180e320c5ae3fe501788c38d6c8ae4908 |