Summary: | Another crash when finding faces | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Jaime Torres <jtamate> |
Component: | Faces-Engine | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | crash | CC: | aj_, bruno.kiste, caulier.gilles, dlindval, jonah, linux.tmc, Mr.Gosh, prcoder, rodrigo.larrabure, wb |
Priority: | NOR | ||
Version: | 3.0.0 | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 4.1.0 | |
Sentry Crash Report: | |||
Attachments: |
New crash information added by DrKonqi
Digikam crash report |
Description
Jaime Torres
2012-04-05 21:02:55 UTC
related to bug 262596, not the other one. *** Bug 301506 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 Created attachment 72042 [details]
New crash information added by DrKonqi
digikam (2.5.0) on KDE Platform 4.8.3 (4.8.3) using Qt 4.8.1
- What I was doing when the application crashed:
I was creating a new person while tagging a face when the program crashed and disappeared.
-- Backtrace (Reduced):
#6 0x0000000000607f3f in data (arole=37, this=0x44cefa0) at /usr/include/qt4/QtCore/qabstractitemmodel.h:402
#7 Digikam::AssignNameOverlay::checkIndex (this=<optimized out>, index=...) at /build/buildd/digikam-2.5.0/core/digikam/items/assignnameoverlay.cpp:241
#8 0x00007fe0b65c01ff in checkIndexOnEnter (index=..., this=0x2980960) at /build/buildd/digikam-2.5.0/core/libs/widgets/itemview/imagedelegateoverlay.cpp:282
#9 Digikam::AbstractWidgetDelegateOverlay::checkIndexOnEnter (this=0x2980960, index=...) at /build/buildd/digikam-2.5.0/core/libs/widgets/itemview/imagedelegateoverlay.cpp:270
#10 0x00007fe0b65c0267 in Digikam::PersistentWidgetDelegateOverlay::slotEntered (this=0x2980960, index=...) at /build/buildd/digikam-2.5.0/core/libs/widgets/itemview/imagedelegateoverlay.cpp:577
*** Bug 303328 has been marked as a duplicate of this bug. *** *** Bug 309142 has been marked as a duplicate of this bug. *** *** Bug 315497 has been marked as a duplicate of this bug. *** Created attachment 81003 [details]
Digikam crash report
I send you a new crash report for the same problem.
The application crashed two times, the first at 8% of face recognition, the second at 32% of face recognition. Now I'm at 50% of face recognition and is still running.
I have installed the application by the first time today, under Gnome and the task is the second task I'm performing after the initial scan of my photos folder.
Many thanks,
Ricardo
*** Bug 326689 has been marked as a duplicate of this bug. *** *** Bug 329135 has been marked as a duplicate of this bug. *** *** Bug 334158 has been marked as a duplicate of this bug. *** 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 I'm sorry, I can not check. As soon as I start a face recognition, digikam start reclaiming all the memory, and I have to wait until llinux kills the process. compiled right now using master baba295a97a6e50fce85ae6edd0c54bb21773c71 Looks like the memory eater is here: ==22582== 31,961,088 bytes in 1 blocks are possibly lost in loss record 21,854 of 21,854 ==22582== at 0x4C284B7: operator new[](unsigned long) (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==22582== by 0x66EDFDC: unsigned char* Digikam::DImgLoader::new_failureTolerant<unsigned char>(unsigned long) (dimgloader.h :183) ==22582== by 0x66EE0A4: unsigned char* Digikam::DImgLoader::new_failureTolerant<unsigned char>(unsigned long long, unsigned long long, unsigned int) (dimgloader.h:159) ==22582== by 0x66FCF43: Digikam::JPEGLoader::load(QString const&, Digikam::DImgLoaderObserver*) (jpegloader.cpp:394) ==22582== by 0x663CF68: Digikam::DImg::load(QString const&, int, Digikam::DImgLoaderObserver*, Digikam::DRawDecoding const&) (dimg.cpp:431) ==22582== by 0x6674E23: Digikam::PreviewLoadingTask::execute() (previewtask.cpp:326) ==22582== by 0x66E7BB5: Digikam::LoadSaveThread::run() (loadsavethread.cpp:136) ==22582== by 0x67A3CCD: Digikam::DynamicThread::DynamicThreadPriv::run() (dynamicthread.cpp:186) ==22582== by 0xE2235ED: QThreadPoolThread::run() (qthreadpool.cpp:108) ==22582== by 0xE22EB52: QThreadPrivate::start(void*) (qthread_unix.cpp:349) ==22582== by 0xAD320DA: start_thread (pthread_create.c:309) ==22582== by 0xF24990C: clone (clone.S:111) Following calls, code relevant is here : https://projects.kde.org/projects/extragear/graphics/digikam/repository/revisions/master/entry/libs/dimg/loaders/dimgloader.h#L183 https://projects.kde.org/projects/extragear/graphics/digikam/repository/revisions/master/entry/libs/dimg/loaders/dimgloader.h#L159 https://projects.kde.org/projects/extragear/graphics/digikam/repository/revisions/master/entry/libs/dimg/loaders/jpegloader.cpp#L394 Gilles Caulier With next digiKam 4.1.0, i fixed libkface to handle all C++ exception (and not only OpenCV exception). So, at least, digiKam must crash lesser now. If you want to review this entry again, use current implementation from git/master, or wait next 4.1.0 release... Thanks to update your feedback Gilles Caulier Git commit fa909aa96e7e41225551cd9e866618717f1ea546 by Gilles Caulier. Committed on 11/06/2014 at 21:06. Pushed by cgilles into branch 'master'. use a better C++ exception wrapper to handle non OpenCV exceptions (as pure C++ one) Related: bug 335624, bug 330342, bug 329873, bug 326742, bug 326586, bug 326585, bug 324774, bug 323888, bug 323361, bug 320812, bug 312440, bug 309027, bug 308645, bug 301611, bug 285517 M +4 -0 libkface/facedetector.cpp M +17 -2 libkface/recognitiondatabase.cpp http://commits.kde.org/libkface/fa909aa96e7e41225551cd9e866618717f1ea546 Git commit 4662dd94102f8144bc65ce1cb66d6b6cb1d500fd by Gilles Caulier. Committed on 18/06/2014 at 14:22. Pushed by cgilles into branch 'master'. Libkface now depand of last stable OpenCV library version 2.4.9 This prevent internal crash int Cv:Algorithm that we cannot handle in libkface as exception. Now, Face Recognition do not crash but still report Exception at training operations, especially about wrong Cv:Matrix size : digikam(8673)/digikam (core) Digikam::DImg::load:"/mnt/data2/photos/GILLES/NEW/Adrien/2010-04-13/20100413_009.jpg" : JPEG file identified OpenCV Error: Assertion failed (0 <= _dims && _dims <= CV_MAX_DIM) in setSize, file /mnt/devel/opencv/modules/core/src/matrix.cpp, line 89 digikam(8673)/KFACE: cv::Exception training LBPH: /mnt/devel/opencv/modules/core/src/matrix.cpp:89: error: (-215) 0 <=_dims && _dims <= CV_MAX_DIM in function setSize It still a problem somwhere, but it's better than previous state. Related: bug 335624, bug 330342, bug 329873, bug 326742, bug 326586, bug 326585, bug 324774, bug 323888, bug 323361, bug 320812, bug 312440, bug 309027, bug 308645, bug 301611, bug 285517 M +1 -1 CMakeLists.txt http://commits.kde.org/libkface/4662dd94102f8144bc65ce1cb66d6b6cb1d500fd Git commit 1fff86f31e3bf47a2a2cfa6eaa98bb1bdf1a863b by Gilles Caulier. Committed on 24/06/2014 at 12:32. Pushed by cgilles into branch 'master'. add more test before to commit/checkout compressed histogram data in Face database, to prevent crashes, especially if data are corrupted from database. Related: bug 335624, bug 330342, bug 329873, bug 326742, bug 326586, bug 326585, bug 324774, bug 323888, bug 320812, bug 312440, bug 309027, bug 308645, bug 301611, bug 285517 M +62 -28 libkface/database/trainingdb.cpp http://commits.kde.org/libkface/1fff86f31e3bf47a2a2cfa6eaa98bb1bdf1a863b *** Bug 285517 has been marked as a duplicate of this bug. *** With next digiKam 4.1.0, a lots of improvements/fixes have be done around face management. Please give us a fresh feedback. Note i recommend to delete face recognition database to prevent dysfunction due to possible wrong data store in this container. Look where file is located in my computer : [gilles@localhost database]$ pwd /home/gilles/.kde4/share/apps/libkface/database [gilles@localhost database]$ ls -al total 397028 drwx------ 2 gilles gilles 4096 juin 24 14:22 ./ drwx------ 3 gilles gilles 4096 juin 18 19:08 ../ -rw-r--r-- 1 gilles gilles 406543360 juin 24 14:22 recognition.db [gilles@localhost database]$ After removing the face recognition database. I'm still trying to crash it. No big memory leaks and no crash so far. (it started with 1.7Gb of virtual memory and finished with 2.1Gb after looking at ~20.000 photos). Great job. Thanks For the feedback Gilles Caulier |