Summary: | Detect Faces crashes when .xcf file encountered | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Androo <spam> |
Component: | Faces-Detection | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | crash | CC: | caulier.gilles, metzpinguin |
Priority: | NOR | ||
Version: | 7.1.0 | ||
Target Milestone: | --- | ||
Platform: | Microsoft Windows | ||
OS: | Microsoft Windows | ||
Latest Commit: | Version Fixed In: | 7.2.0 | |
Sentry Crash Report: |
Description
Androo
2021-01-30 13:18:30 UTC
Please try with current 7.2.0 release candidate available here : https://files.kde.org/digikam/ Gilles Caulier Running. Meanwhile 1) Error on every launch wtih RC 7.2 digikam.exe "The procedure entry point dbgcore.MiniDumpReadDumpStream could not be located in the dynamic link library dbghelp.dll" 2) I saved the last APPCRASH from 7.1, for what it's worth Problem signature: Problem Event Name: APPCRASH Application Name: digikam.exe Application Version: 0.0.0.0 Application Timestamp: 00000000 Fault Module Name: Qt5Widgets.dll Fault Module Version: 5.15.0.0 Fault Module Timestamp: 00000000 Exception Code: c0000005 Exception Offset: 000000000002e8e4 OS Version: 6.1.7601.2.1.0.256.48 Locale ID: 1033 Additional Information 1: ff90 Additional Information 2: ff90f5dfb9f6b307a322ad503905f444 Additional Information 3: 640b Additional Information 4: 640bc18688ffff9bb554d4f8559d256a We already know the error message of dbghelp.dll, you are probably still using Windows7. DigiKam works anyway. Can the problem with .xcf files still be reproduced? Maik Maik, i will remove the dbghelp.dll from the bundle to not seen this problem in the future, until we found a solution. Gilles We may have to register our dbghelp.dll with regsvr32 and unregister it again when uninstalling digiKam. I'll check it on Monday on the Windows7 computer. Maik Thank you for your quick help. RC 7.2 ran the face detection all the way through the remaining photos with no problem. Very nice! To Maik comment #5: The solution can be to simply force to load the dbghelp.dll first at startup. Look here: https://invent.kde.org/graphics/digikam/-/blob/master/core/app/utils/digikam_globals.cpp#L236 Gilles Git commit e50920804628ba30c4b43ddc8c8975020b28a024 by Maik Qualmann. Committed on 31/01/2021 at 09:19. Pushed by mqualmann into branch 'master'. try to load dbghelp.dll and polish wchar_t* conversion M +14 -10 core/app/utils/digikam_globals.cpp https://invent.kde.org/graphics/digikam/commit/e50920804628ba30c4b43ddc8c8975020b28a024 Gilles, compilation and functionality is untested. I have to build an MXE first. Can you please initiate a Windows bundle compilation? Maik yes sure; i start it immediately... Gilles The problem persists under Windows7. Under Windows 10 everything works as usual. Since the dbghelp.dll cannot be registered with regsvr32 either, since the entry point for it does not exist, my suggestion is that we do not activate Dr.MinGW under Windows7. Windows7 plays less and less of a role. Maik Git commit 37b20f5931054c8f99ca3e6734cd3bcd14f3efb7 by Maik Qualmann. Committed on 31/01/2021 at 12:29. Pushed by mqualmann into branch 'master'. check for unsupported versions of Windows M +22 -0 core/app/utils/digikam_globals.cpp https://invent.kde.org/graphics/digikam/commit/37b20f5931054c8f99ca3e6734cd3bcd14f3efb7 |