Created attachment 131225 [details] eventvwr files of crashes SUMMARY DigiKam Crashes immediately after hitting the search button for Images, both on regular and advanced search tool STEPS TO REPRODUCE 1. open up digikam on windows 10 2. >tools/search or /advanced search type in a date range 3. hit ok or start search. OBSERVED RESULT Digicam crashes almost instantaneously with error message "digikam.exe has stopped working" A problem caused the program to stop working correctly. please close the program. EXPECTED RESULT Find the images within the date range specified SOFTWARE/OS VERSIONS Windows: 10 pro macOS: ----- Linux/KDE Plasma: ---------- (available in About System) KDE Plasma Version: (can't find this anywhere) KDE Frameworks Version: 5.70.0 Qt Version: 5.14.2 (built against 5.14.2) ADDITIONAL INFORMATION Computer info. Ryzen 3950x Radeon VII 32gb ram 1TB gen4. pcie m.2 windows eventvwr files are attached
The eventvwr binary file is not suitable. It highlight only a problem in Tiff loader from digiKam but no more. We need the application text trace captured with DebugView. A crash backtrace captured withe a debugger will be a plus of course, for ex to run digiKam in QtCreator. Thanks in advance Gilles Caulier
Please read this page for more info : https://www.digikam.org/contribute/
Created attachment 131316 [details] Screenshot from DbgView.exe thank you for your reply, this is the best I could do, Dbgview.exe keeps crashing every time I try to save out the log file. so I had to do a screenshot of it. I the command line thing, but I could not get it to work. but I'm no programer/developer. but I will continue to try and figure that out. and if I do, I will send you that report as well. thank you for your help.
Kim, There is only few line from digiKam in this trace. You forget to enable debug traces on the console by turning on an environment variable on your system. Before to start digiKam and DebugView, from your Windows System Info panel, add a new user variable with this criteria: variable: "QT_LOGGING_RULES" value: "digikam*=true" There is a good tutorial here : https://www.computerhope.com/issues/ch000549.htm Gilles Caulier There is
Created attachment 131320 [details] Dbgview.exe file Hi Gilles Caulier, thank you again for taking the time to try and help me. I would have been lost without your guidance. I'm probably still am. I hope I did it right, and that this helps in figuring this out. best regards Kim
When the search is processed 1 file is parsed in background: I:/5D mkIII/2019/January/Fjellheisen-2019-01-23/Master/Tromso Pano AP with auroa-denoise-low-light-gigapixel-scale-4_00x-SAI-stabilize.tiff Can you share this file using Internet cloud service to try to reproduce the dysfunction here... Note : we have already some reports about failure with large TIFF panorama files. Thanks in advance Gilles Caulier
Git commit a419f8264f2ee92d84384609c121cd8836b6ffc4 by Maik Qualmann. Committed on 31/08/2020 at 18:18. Pushed by mqualmann into branch 'master'. use quint64 here M +3 -3 core/libs/dimg/loaders/dimgloader.h https://invent.kde.org/graphics/digikam/commit/a419f8264f2ee92d84384609c121cd8836b6ffc4
Gilles, Here it is, Do do not really have permission to share this, I took it for the City in the picture. but I will make an exception since this can help digikam. I do not think that it would be abused! but I have to say it. the image in the link below is copyrighted and, no usage without prior written agreement. Thank you again. https://mega.nz/file/wzBWRK4Q#885H9rHqFTntcEatHgJfppzNgZFA9gu1c4V3XjD6-A4
Thanks Kim. with the patch previously add by Maik about memory allocation when image is loaded in memory, we will see if the problem is reproducible. Gilles Caulier
Hi Maik Qualmann, If your comment is meant for me? I'm afraid I have no idea what you are saying. I would need it in with a spoon. (I'm not a Programer/developer)
What's ??? Tromso Pano AP with auroa-denoise-low-light-gigapixel-scale-4_00x-SAI-stabilize.tiff => 2.60 Gb ... It's a huge TIFF file Gilles Caulier
Kim, Comment #7 from Maik is a automated CC from the code changes in the source code repository. Gilles Cauler
Pano size is 31264 x 14884 pixels => 465M pixels. I never generated a pano with this kind of size. Here under Linux with 32 Gb of RAM, i can see the thumbnails, Load the image in editor but it's long. Previewing photo in thumbnail view is really faster and work as expected. It's a very nice night shot. Congratulations. Gilles
Thank you. It's pretty big, it's a wall banner size. let me know if I need to do something else.
Hi Caulier, I have one more question for you. How do I know if "you" DigiKam fixed the problem? I cant seem to find any buttons that says look for updates, or something along those lines in the Program itself. Thank you for all your awesome work! best regards Kim
Kim, This report will be closed with enough explanations to known when fixes will be applied to the right digiKam version including patches in source code. Gilles Caulier
Hi Kim and happy new year, Can you try to reproduce the problem with digiKam 7.5.0 pre-release for Windows available at this url : https://files.kde.org/digikam/ Thanks in advance Gilles Caulier
Git commit 5c8108678c1c62be48afab2c4bdb1634f38a1b14 by Maik Qualmann. Committed on 20/01/2022 at 19:52. Pushed by mqualmann into branch 'master'. the type long probably only has 32 bits under Windows But this is not enough as an offset counter. Related: bug 448645, bug 420868, bug 431118 M +9 -9 core/dplugins/dimg/tiff/dimgtiffloader_load.cpp https://invent.kde.org/graphics/digikam/commit/5c8108678c1c62be48afab2c4bdb1634f38a1b14