Digikam 7.2-RC Segfault, no bt
Locked
 
|
Hello, I'm running the 7.2-RC appimage on Debian Bullseye, with an external MySQL database. The external MySQL database is hosted on the same machine, and is version 5.6.30-1, installed from the Debian repositories. I'm doing a lot of face recognition (200,000+ photos) and am getting intermittent crashes. But it seems that there's no backtrace. I haven't been able to nail down a specific workflow that is guaranteed to generate a crash yet. Tasks I'm usually doing when it crashes are: Running "Recognize Faces", Selecting images in the People pages, Accepting or Rejecting selections. Crashes usually happen when there are many tasks in the Active Process list. For example, if I have selected 100-300 images and click "Confirm that the selected person is shown here", it sometimes crashes while processing them. Or sometimes it crashes when running Recognize Faces. Or when switching to a Person tag with many (1000s) of images. I have Digikam writing tags to sidecar files. I ran it inside GDB this last time, and the final few lines were Digikam::ItemQueryBuilder::buildQueryFromXml: " ( ( (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT id FROM TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) OR ( (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT id FROM TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) OR ( (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT id FROM TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) OR ( (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT id FROM TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) ) " Digikam::ItemLister::listImageTagPropertySearch: Search query: "SELECT DISTINCT Images.id, Images.name, Images.album, Albums.albumRoot, ImageInformation.rating, Images.category, ImageInformation.format, ImageInformation.creationDate, Images.modificationDate, Images.fileSize, ImageInformation.width, ImageInformation.height, ImageTagProperties.value, ImageTagProperties.property, ImageTagProperties.tagid FROM Images INNER JOIN ImageTagProperties ON ImageTagProperties.imageid=Images.id LEFT JOIN ImageInformation ON Images.id=ImageInformation.imageid INNER JOIN Albums ON Albums.id=Images.album WHERE Images.status=1 AND ( ( ( (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT id FROM TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) OR ( (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT id FROM TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) OR ( (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT id FROM TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) OR ( (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT id FROM TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) ) );" (QVariant(int, 160), QVariant(int, 160), QVariant(QString, "autodetectedPerson"), QVariant(int, 160), QVariant(int, 160), QVariant(QString, "autodetectedFace"), QVariant(int, 160), QVariant(int, 160), QVariant(QString, "ignoredFace"), QVariant(int, 160), QVariant(int, 160), QVariant(QString, "tagRegion")) Digikam::ItemLister::listImageTagPropertySearch: Search result: 3 Digikam::ActionThreadBase::cancel: Cancel Main Thread Digikam::ActionThreadBase::slotJobFinished: One job is done Digikam::ActionThreadBase::cancel: Cancel Main Thread Digikam::ActionThreadBase::setMaximumNumberOfThreads: Using 4 CPU core to run threads Digikam::ActionThreadBase::run: Action Thread run 1 new jobs Digikam::ItemMarkerTiler::slotSourceModelReset: ---- Digikam::ActionThreadBase::slotJobFinished: One job is done Digikam::ActionThreadBase::cancel: Cancel Main Thread /tmp/.mount_digika6BSWUo/AppRun: line 166: 840681 Segmentation fault digikam $@ [Inferior 1 (process 840666) exited with code 0213] (gdb) bt No stack. (gdb) Is there anything else I can do to try to provide something useful in a bug report? Right now it seems far too vague to be helpful in tracking down the problem. Thanks, Michael Moore |
Re: Digikam 7.2-RC Segfault, no bt
|
|
Hi,
As I can see you run the AppImage version. You need to use the heavy debug version of appimage, which include all debug symbols. Run the bundle in gdb with the debug argument as usual. Now when it crash you will see a debug backtrace if GDB can capture this. Best Gilles Caulier Le mer. 24 févr. 2021 à 14:51, Michael Moore <[hidden email]> a écrit : > > Hello, > > I'm running the 7.2-RC appimage on Debian Bullseye, with an external MySQL database. The external MySQL database is hosted on the same machine, and is version 5.6.30-1, installed from the Debian repositories. > > I'm doing a lot of face recognition (200,000+ photos) and am getting intermittent crashes. But it seems that there's no backtrace. > > I haven't been able to nail down a specific workflow that is guaranteed to generate a crash yet. > > Tasks I'm usually doing when it crashes are: Running "Recognize Faces", Selecting images in the People pages, Accepting or Rejecting selections. Crashes usually happen when there are many tasks in the Active Process list. > > For example, if I have selected 100-300 images and click "Confirm that the selected person is shown here", it sometimes crashes while processing them. Or sometimes it crashes when running Recognize Faces. Or when switching to a Person tag with many (1000s) of images. > > I have Digikam writing tags to sidecar files. > > I ran it inside GDB this last time, and the final few lines were > > > Digikam::ItemQueryBuilder::buildQueryFromXml: " ( ( (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT id FROM TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) OR ( (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT id FROM TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) OR ( (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT id FROM TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) OR ( (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT id FROM TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) ) " > Digikam::ItemLister::listImageTagPropertySearch: Search query: > "SELECT DISTINCT Images.id, Images.name, Images.album, Albums.albumRoot, ImageInformation.rating, Images.category, ImageInformation.format, ImageInformation.creationDate, Images.modificationDate, Images.fileSize, ImageInformation.width, ImageInformation.height, ImageTagProperties.value, ImageTagProperties.property, ImageTagProperties.tagid FROM Images INNER JOIN ImageTagProperties ON ImageTagProperties.imageid=Images.id LEFT JOIN ImageInformation ON Images.id=ImageInformation.imageid INNER JOIN Albums ON Albums.id=Images.album WHERE Images.status=1 AND ( ( ( (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT id FROM TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) OR ( (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT id FROM TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) OR ( (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT id FROM TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) OR ( (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT id FROM TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) ) );" > (QVariant(int, 160), QVariant(int, 160), QVariant(QString, "autodetectedPerson"), QVariant(int, 160), QVariant(int, 160), QVariant(QString, "autodetectedFace"), QVariant(int, 160), QVariant(int, 160), QVariant(QString, "ignoredFace"), QVariant(int, 160), QVariant(int, 160), QVariant(QString, "tagRegion")) > Digikam::ItemLister::listImageTagPropertySearch: Search result: 3 > Digikam::ActionThreadBase::cancel: Cancel Main Thread > Digikam::ActionThreadBase::slotJobFinished: One job is done > Digikam::ActionThreadBase::cancel: Cancel Main Thread > Digikam::ActionThreadBase::setMaximumNumberOfThreads: Using 4 CPU core to run threads > Digikam::ActionThreadBase::run: Action Thread run 1 new jobs > Digikam::ItemMarkerTiler::slotSourceModelReset: ---- > Digikam::ActionThreadBase::slotJobFinished: One job is done > Digikam::ActionThreadBase::cancel: Cancel Main Thread > /tmp/.mount_digika6BSWUo/AppRun: line 166: 840681 Segmentation fault digikam $@ > [Inferior 1 (process 840666) exited with code 0213] > (gdb) bt > No stack. > (gdb) > > Is there anything else I can do to try to provide something useful in a bug report? Right now it seems far too vague to be helpful in tracking down the problem. > > > Thanks, > Michael Moore |
Re: Digikam 7.2-RC Segfault, no bt
|
|
Thanks Gilles, Same workflow, still no backtrace. I had accepted a lot of face tag suggestions, in small and large batches. I think I had about 50 photos selected this time and clicked the Accept checkbox and after processing about 1/3 of them, it closed. It had been open for several hours before I ran this latest batch, but I'm sure it has crashed quickly before too. Here's the last bit of output: Digikam::MetadataHub::writeTags: -------------------------- New Keywords ("Sophie Moore") Digikam::MetaEngine::setIptcKeywords: "/Volumes/Photos/2010/10/11/DSC_4337.JPG" ==> New Iptc Keywords: ("Sophie Moore") Digikam::MetaEngine::save: MetaEngine::metadataWritingMode 1 Digikam::MetaEngine::save: Will write XMP sidecar for file "DSC_4337.JPG" Digikam::MetaEngine::Private::saveOperations: wroteComment: false Digikam::MetaEngine::Private::saveOperations: wroteEXIF: true Digikam::MetaEngine::Private::saveOperations: wroteIPTC: true Digikam::MetaEngine::Private::saveOperations: wroteXMP: true Digikam::MetaEngine::save: Metadata for file "DSC_4337.JPG" written to XMP sidecar. Digikam::ItemScanner::commit: Scanning took 402 ms Digikam::ItemScanner::~ItemScanner: Finishing took 1 ms Digikam::DImg::load: "/Volumes/Photos/2010/10/11/DSC_4337.JPG" : "JPEG" file identified unknown: Start of Image ( 1 ) unknown: Miscellaneous marker 0xe1, length 65532 ( 1 ) unknown: Miscellaneous marker 0xe2, length 1318 ( 1 ) unknown: Define Quantization Table 0 precision 0 ( 1 ) unknown: Define Quantization Table 1 precision 0 ( 1 ) unknown: Start Of Frame 0xc0: width=4288, height=2848, components=3 ( 1 ) unknown: Component 1: 2hx1v q=0 ( 1 ) unknown: Component 2: 1hx1v q=1 ( 1 ) unknown: Component 3: 1hx1v q=1 ( 1 ) unknown: Define Huffman Table 0x00 ( 1 ) unknown: 0 1 5 1 1 1 1 1 ( 2 ) unknown: 1 0 0 0 0 0 0 0 ( 2 ) unknown: Define Huffman Table 0x10 ( 1 ) unknown: 0 2 1 3 3 2 4 3 ( 2 ) unknown: 5 5 4 4 0 0 1 125 ( 2 ) unknown: Define Huffman Table 0x01 ( 1 ) unknown: 0 3 1 1 1 1 1 1 ( 2 ) unknown: 1 1 1 0 0 0 0 0 ( 2 ) unknown: Define Huffman Table 0x11 ( 1 ) unknown: 0 2 1 2 4 4 3 4 ( 2 ) unknown: 7 5 4 4 0 1 2 119 ( 2 ) unknown: Start Of Scan: 3 components ( 1 ) unknown: Component 1: dc=0 ac=0 ( 1 ) unknown: Component 2: dc=1 ac=1 ( 1 ) unknown: Component 3: dc=1 ac=1 ( 1 ) unknown: Ss=0, Se=63, Ah=0, Al=0 ( 1 ) Digikam::ItemScanner::commit: Scanning took 14 ms Digikam::ItemScanner::~ItemScanner: Finishing took 1 ms /tmp/.mount_digika0c11vX/AppRun: line 166: 869836 Segmentation fault digikam $@ [Inferior 1 (process 869821) exited with code 0213] (gdb) bt No stack. (gdb) Here's how I'm running it: stuporglue@mtv:~$ rm /tmp/digikam.log; export QT_LOGGING_RULES="digikam*=true"; gdb digikam 2>&1 | tee /tmp/digikam.log digikam is symlinked to the debug appimage. stuporglue@mtv:~$ ls -l /usr/local/bin/digikam lrwxrwxrwx 1 root root 38 Feb 24 08:06 /usr/local/bin/digikam -> digiKam-7.2.0-rc-x86-64-debug.appimage -- Michael Moore On Wed, Feb 24, 2021 at 7:55 AM Gilles Caulier <[hidden email]> wrote: Hi, |
Re: Digikam 7.2-RC Segfault, no bt
|
|
I just noticed that when I start digiKam, gdb says "No debugging symbols found in /usr/local/bin/digiKam-7.2.0-rc-x86-64-debug.appimage" - is that what it should say? -- Michael stuporglue@mtv:~$ rm /tmp/digikam.log; export QT_LOGGING_RULES="digikam*=true"; gdb /usr/local/bin/digiKam-7.2.0-rc-x86-64-debug.appimage 2>&1 | tee /tmp/digikam.log GNU gdb (Debian 10.1-1.7) 10.1.90.20210103-git Copyright (C) 2021 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <https://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/local/bin/digiKam-7.2.0-rc-x86-64-debug.appimage... (No debugging symbols found in /usr/local/bin/digiKam-7.2.0-rc-x86-64-debug.appimage) (gdb) On Wed, Feb 24, 2021 at 1:17 PM Michael Moore <[hidden email]> wrote:
|
Re: Digikam 7.2-RC Segfault, no bt
|
|
Do not start the AppImage with gdb, but with the debug option.
digiKam.appimage -debug Maik Am Mittwoch, 24. Februar 2021, 21:38:50 CET schrieb Michael Moore: > I just noticed that when I start digiKam, gdb says "No debugging symbols > found in /usr/local/bin/digiKam-7.2.0-rc-x86-64-debug.appimage" - is that > what it should say? > > -- > Michael > > stuporglue@mtv:~$ rm /tmp/digikam.log; export > QT_LOGGING_RULES="digikam*=true"; gdb > /usr/local/bin/digiKam-7.2.0-rc-x86-64-debug.appimage 2>&1 | tee > /tmp/digikam.log > GNU gdb (Debian 10.1-1.7) 10.1.90.20210103-git > Copyright (C) 2021 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html > > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. > Type "show copying" and "show warranty" for details. > This GDB was configured as "x86_64-linux-gnu". > Type "show configuration" for configuration details. > For bug reporting instructions, please see: > <https://www.gnu.org/software/gdb/bugs/>. > Find the GDB manual and other documentation resources online at: > <http://www.gnu.org/software/gdb/documentation/>. > > For help, type "help". > Type "apropos word" to search for commands related to "word"... > Reading symbols from > /usr/local/bin/digiKam-7.2.0-rc-x86-64-debug.appimage... > (No debugging symbols found in > /usr/local/bin/digiKam-7.2.0-rc-x86-64-debug.appimage) > (gdb) > > On Wed, Feb 24, 2021 at 1:17 PM Michael Moore <[hidden email]> wrote: > > Thanks Gilles, > > > > Same workflow, still no backtrace. > > > > I had accepted a lot of face tag suggestions, in small and large batches. > > I think I had about 50 photos selected this time and clicked the Accept > > checkbox and after processing about 1/3 of them, it closed. > > > > It had been open for several hours before I ran this latest batch, but I'm > > sure it has crashed quickly before too. > > > > Here's the last bit of output: > > > > Digikam::MetadataHub::writeTags: -------------------------- New Keywords > > ("Sophie Moore") > > Digikam::MetaEngine::setIptcKeywords: > > "/Volumes/Photos/2010/10/11/DSC_4337.JPG" ==> New Iptc Keywords: > > ("Sophie > > Moore") > > Digikam::MetaEngine::save: MetaEngine::metadataWritingMode 1 > > Digikam::MetaEngine::save: Will write XMP sidecar for file "DSC_4337.JPG" > > Digikam::MetaEngine::Private::saveOperations: wroteComment: false > > Digikam::MetaEngine::Private::saveOperations: wroteEXIF: true > > Digikam::MetaEngine::Private::saveOperations: wroteIPTC: true > > Digikam::MetaEngine::Private::saveOperations: wroteXMP: true > > Digikam::MetaEngine::save: Metadata for file "DSC_4337.JPG" written to XMP > > sidecar. > > Digikam::ItemScanner::commit: Scanning took 402 ms > > Digikam::ItemScanner::~ItemScanner: Finishing took 1 ms > > Digikam::DImg::load: "/Volumes/Photos/2010/10/11/DSC_4337.JPG" : "JPEG" > > file identified > > unknown: Start of Image ( 1 ) > > unknown: Miscellaneous marker 0xe1, length 65532 ( 1 ) > > unknown: Miscellaneous marker 0xe2, length 1318 ( 1 ) > > unknown: Define Quantization Table 0 precision 0 ( 1 ) > > unknown: Define Quantization Table 1 precision 0 ( 1 ) > > unknown: Start Of Frame 0xc0: width=4288, height=2848, components=3 ( 1 ) > > unknown: Component 1: 2hx1v q=0 ( 1 ) > > unknown: Component 2: 1hx1v q=1 ( 1 ) > > unknown: Component 3: 1hx1v q=1 ( 1 ) > > unknown: Define Huffman Table 0x00 ( 1 ) > > unknown: 0 1 5 1 1 1 1 1 ( 2 ) > > unknown: 1 0 0 0 0 0 0 0 ( 2 ) > > unknown: Define Huffman Table 0x10 ( 1 ) > > unknown: 0 2 1 3 3 2 4 3 ( 2 ) > > unknown: 5 5 4 4 0 0 1 125 ( 2 ) > > unknown: Define Huffman Table 0x01 ( 1 ) > > unknown: 0 3 1 1 1 1 1 1 ( 2 ) > > unknown: 1 1 1 0 0 0 0 0 ( 2 ) > > unknown: Define Huffman Table 0x11 ( 1 ) > > unknown: 0 2 1 2 4 4 3 4 ( 2 ) > > unknown: 7 5 4 4 0 1 2 119 ( 2 ) > > unknown: Start Of Scan: 3 components ( 1 ) > > unknown: Component 1: dc=0 ac=0 ( 1 ) > > unknown: Component 2: dc=1 ac=1 ( 1 ) > > unknown: Component 3: dc=1 ac=1 ( 1 ) > > unknown: Ss=0, Se=63, Ah=0, Al=0 ( 1 ) > > Digikam::ItemScanner::commit: Scanning took 14 ms > > Digikam::ItemScanner::~ItemScanner: Finishing took 1 ms > > /tmp/.mount_digika0c11vX/AppRun: line 166: 869836 Segmentation fault > > > > digikam $@ > > > > [Inferior 1 (process 869821) exited with code 0213] > > (gdb) bt > > No stack. > > (gdb) > > > > > > Here's how I'm running it: > > > > stuporglue@mtv:~$ rm /tmp/digikam.log; export > > QT_LOGGING_RULES="digikam*=true"; gdb digikam 2>&1 | tee /tmp/digikam.log > > > > digikam is symlinked to the debug appimage. > > > > stuporglue@mtv:~$ ls -l /usr/local/bin/digikam > > lrwxrwxrwx 1 root root 38 Feb 24 08:06 /usr/local/bin/digikam -> > > digiKam-7.2.0-rc-x86-64-debug.appimage > > > > -- > > Michael Moore > > > > > > On Wed, Feb 24, 2021 at 7:55 AM Gilles Caulier <[hidden email]> > > > > wrote: > >> Hi, > >> > >> As I can see you run the AppImage version. > >> > >> You need to use the heavy debug version of appimage, which include all > >> debug symbols. Run the bundle in gdb with the debug argument as usual. > >> Now when it crash you will see a debug backtrace if GDB can capture > >> this. > >> > >> Best > >> > >> Gilles Caulier > >> > >> Le mer. 24 févr. 2021 à 14:51, Michael Moore <[hidden email]> a > >> > >> écrit : > >> > Hello, > >> > > >> > I'm running the 7.2-RC appimage on Debian Bullseye, with an external > >> > >> MySQL database. The external MySQL database is hosted on the same > >> machine, > >> and is version 5.6.30-1, installed from the Debian repositories. > >> > >> > I'm doing a lot of face recognition (200,000+ photos) and am getting > >> > >> intermittent crashes. But it seems that there's no backtrace. > >> > >> > I haven't been able to nail down a specific workflow that is guaranteed > >> > >> to generate a crash yet. > >> > >> > Tasks I'm usually doing when it crashes are: Running "Recognize Faces", > >> > >> Selecting images in the People pages, Accepting or Rejecting selections. > >> Crashes usually happen when there are many tasks in the Active Process > >> list.>> > >> > For example, if I have selected 100-300 images and click "Confirm that > >> > >> the selected person is shown here", it sometimes crashes while processing > >> them. Or sometimes it crashes when running Recognize Faces. Or when > >> switching to a Person tag with many (1000s) of images. > >> > >> > I have Digikam writing tags to sidecar files. > >> > > >> > I ran it inside GDB this last time, and the final few lines were > >> > > >> > > >> > Digikam::ItemQueryBuilder::buildQueryFromXml: " ( ( > >> > >> (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT id > >> FROM > >> TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) OR ( > >> (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT id > >> FROM > >> TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) OR ( > >> (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT id > >> FROM > >> TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) OR ( > >> (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT id > >> FROM > >> TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) ) " > >> > >> > Digikam::ItemLister::listImageTagPropertySearch: Search query: > >> > "SELECT DISTINCT Images.id, Images.name, Images.album, > >> > >> Albums.albumRoot, ImageInformation.rating, Images.category, > >> ImageInformation.format, ImageInformation.creationDate, > >> Images.modificationDate, Images.fileSize, ImageInformation.width, > >> ImageInformation.height, ImageTagProperties.value, > >> ImageTagProperties.property, ImageTagProperties.tagid FROM Images > >> INNER JOIN ImageTagProperties ON ImageTagProperties.imageid=Images.id > >> > >> LEFT JOIN ImageInformation ON Images.id=ImageInformation.imageid > >> > >> INNER JOIN Albums ON Albums.id=Images.album WHERE > >> Images.status=1 > >> AND ( ( ( (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN > >> (SELECT id FROM TagsTree WHERE pid=?)) AND ImageTagProperties.property=? > >> ) > >> OR ( (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT > >> id > >> FROM TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) OR ( > >> (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT id > >> FROM > >> TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) OR ( > >> (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT id > >> FROM > >> TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) ) );" > >> > >> > (QVariant(int, 160), QVariant(int, 160), QVariant(QString, > >> > >> "autodetectedPerson"), QVariant(int, 160), QVariant(int, 160), > >> QVariant(QString, "autodetectedFace"), QVariant(int, 160), QVariant(int, > >> 160), QVariant(QString, "ignoredFace"), QVariant(int, 160), QVariant(int, > >> 160), QVariant(QString, "tagRegion")) > >> > >> > Digikam::ItemLister::listImageTagPropertySearch: Search result: 3 > >> > Digikam::ActionThreadBase::cancel: Cancel Main Thread > >> > Digikam::ActionThreadBase::slotJobFinished: One job is done > >> > Digikam::ActionThreadBase::cancel: Cancel Main Thread > >> > Digikam::ActionThreadBase::setMaximumNumberOfThreads: Using 4 CPU > >> > >> core to run threads > >> > >> > Digikam::ActionThreadBase::run: Action Thread run 1 new jobs > >> > Digikam::ItemMarkerTiler::slotSourceModelReset: ---- > >> > Digikam::ActionThreadBase::slotJobFinished: One job is done > >> > Digikam::ActionThreadBase::cancel: Cancel Main Thread > >> > /tmp/.mount_digika6BSWUo/AppRun: line 166: 840681 Segmentation fault > >> > > >> digikam $@ > >> > >> > [Inferior 1 (process 840666) exited with code 0213] > >> > (gdb) bt > >> > No stack. > >> > (gdb) > >> > > >> > Is there anything else I can do to try to provide something useful in a > >> > >> bug report? Right now it seems far too vague to be helpful in tracking > >> down > >> the problem. > >> > >> > Thanks, > >> > Michael Moore |
Re: Digikam 7.2-RC Segfault, no bt
|
|
Thanks Maik, but it doesn't recognize that option. I tried both --debug and -debug. There is no 'debug' flag shown in the help output either. Output is below for reference. Best, Michael stuporglue@mtv:~$ /usr/local/bin/digiKam-7.2.0-rc-x86-64-debug.appimage -debug -- digiKam Linux AppImage Bundle -- Use 'help' as CLI argument to know all available options for digiKam application. -- Notes: to integrate this bundle to your desktop, use AppImageLauncher. -- to enable all debug messages on the console, use 'export QT_LOGGING_RULES="digikam*=true"'. libudev.so.0 libxcb-dri3.so.0 -- Preloading shared libs: :/lib/x86_64-linux-gnu/libudev.so.0:/usr/lib/x86_64-linux-gnu/libxcb-dri3.so.0 Digikam::DXmlGuiWindow::setupIconTheme: Breeze icons resource file found Digikam::DXmlGuiWindow::setupIconTheme: Breeze-dark icons resource file found digikam: Unknown options: d, e, b, u, g. stuporglue@mtv:~$ /usr/local/bin/digiKam-7.2.0-rc-x86-64-debug.appimage --debug -- digiKam Linux AppImage Bundle -- Use 'help' as CLI argument to know all available options for digiKam application. -- Notes: to integrate this bundle to your desktop, use AppImageLauncher. -- to enable all debug messages on the console, use 'export QT_LOGGING_RULES="digikam*=true"'. libudev.so.0 libxcb-dri3.so.0 -- Preloading shared libs: :/lib/x86_64-linux-gnu/libudev.so.0:/usr/lib/x86_64-linux-gnu/libxcb-dri3.so.0 Digikam::DXmlGuiWindow::setupIconTheme: Breeze icons resource file found Digikam::DXmlGuiWindow::setupIconTheme: Breeze-dark icons resource file found digikam: Unknown option 'debug'. stuporglue@mtv:~$ /usr/local/bin/digiKam-7.2.0-rc-x86-64-debug.appimage --help -- digiKam Linux AppImage Bundle -- Use 'help' as CLI argument to know all available options for digiKam application. -- Notes: to integrate this bundle to your desktop, use AppImageLauncher. -- to enable all debug messages on the console, use 'export QT_LOGGING_RULES="digikam*=true"'. libudev.so.0 libxcb-dri3.so.0 -- Preloading shared libs: :/lib/x86_64-linux-gnu/libudev.so.0:/usr/lib/x86_64-linux-gnu/libxcb-dri3.so.0 Digikam::DXmlGuiWindow::setupIconTheme: Breeze icons resource file found Digikam::DXmlGuiWindow::setupIconTheme: Breeze-dark icons resource file found Usage: digikam [options] Professional Photo Management with the Power of Open Source - A KDE Family Project Options: -v, --version Displays version information. -h, --help Displays help on commandline options. --help-all Displays help including Qt specific options. --author Show author information. --license Show license information. --desktopfile <file name> The base file name of the desktop entry for this application. --download-from <path> Open camera dialog at <path> --download-from-udi <udi> Open camera dialog for the device with Solid UDI <udi> --detect-camera Automatically detect and open a connected gphoto2 camera --database-directory <dir> Start digikam with the SQLite database file found in the directory <dir> --config <config> Start digikam with the configuration file <config> On Wed, Feb 24, 2021 at 3:08 PM Maik Qualmann <[hidden email]> wrote: Do not start the AppImage with gdb, but with the debug option. |
Re: Digikam 7.2-RC Segfault, no bt
|
|
the option to appimage is just "debug" without a minus prefix.
appimage run internally a script to start application in GDB automatically... Best Gilles Caulier Le mer. 24 févr. 2021 à 22:19, Michael Moore <[hidden email]> a écrit : > > Thanks Maik, but it doesn't recognize that option. > > I tried both --debug and -debug. There is no 'debug' flag shown in the help output either. > > Output is below for reference. > > Best, > Michael > > > stuporglue@mtv:~$ /usr/local/bin/digiKam-7.2.0-rc-x86-64-debug.appimage -debug > -- digiKam Linux AppImage Bundle > -- Use 'help' as CLI argument to know all available options for digiKam application. > -- Notes: to integrate this bundle to your desktop, use AppImageLauncher. > -- to enable all debug messages on the console, use 'export QT_LOGGING_RULES="digikam*=true"'. > libudev.so.0 > libxcb-dri3.so.0 > -- Preloading shared libs: :/lib/x86_64-linux-gnu/libudev.so.0:/usr/lib/x86_64-linux-gnu/libxcb-dri3.so.0 > Digikam::DXmlGuiWindow::setupIconTheme: Breeze icons resource file found > Digikam::DXmlGuiWindow::setupIconTheme: Breeze-dark icons resource file found > digikam: Unknown options: d, e, b, u, g. > > > stuporglue@mtv:~$ /usr/local/bin/digiKam-7.2.0-rc-x86-64-debug.appimage --debug > -- digiKam Linux AppImage Bundle > -- Use 'help' as CLI argument to know all available options for digiKam application. > -- Notes: to integrate this bundle to your desktop, use AppImageLauncher. > -- to enable all debug messages on the console, use 'export QT_LOGGING_RULES="digikam*=true"'. > libudev.so.0 > libxcb-dri3.so.0 > -- Preloading shared libs: :/lib/x86_64-linux-gnu/libudev.so.0:/usr/lib/x86_64-linux-gnu/libxcb-dri3.so.0 > Digikam::DXmlGuiWindow::setupIconTheme: Breeze icons resource file found > Digikam::DXmlGuiWindow::setupIconTheme: Breeze-dark icons resource file found > digikam: Unknown option 'debug'. > > > > stuporglue@mtv:~$ /usr/local/bin/digiKam-7.2.0-rc-x86-64-debug.appimage --help > -- digiKam Linux AppImage Bundle > -- Use 'help' as CLI argument to know all available options for digiKam application. > -- Notes: to integrate this bundle to your desktop, use AppImageLauncher. > -- to enable all debug messages on the console, use 'export QT_LOGGING_RULES="digikam*=true"'. > libudev.so.0 > libxcb-dri3.so.0 > -- Preloading shared libs: :/lib/x86_64-linux-gnu/libudev.so.0:/usr/lib/x86_64-linux-gnu/libxcb-dri3.so.0 > Digikam::DXmlGuiWindow::setupIconTheme: Breeze icons resource file found > Digikam::DXmlGuiWindow::setupIconTheme: Breeze-dark icons resource file found > Usage: digikam [options] > Professional Photo Management with the Power of Open Source - A KDE Family Project > > Options: > -v, --version Displays version information. > -h, --help Displays help on commandline options. > --help-all Displays help including Qt specific options. > --author Show author information. > --license Show license information. > --desktopfile <file name> The base file name of the desktop entry for this > application. > --download-from <path> Open camera dialog at <path> > --download-from-udi <udi> Open camera dialog for the device with Solid UDI > <udi> > --detect-camera Automatically detect and open a connected gphoto2 > camera > --database-directory <dir> Start digikam with the SQLite database file found > in the directory <dir> > --config <config> Start digikam with the configuration file > <config> > > > > > > On Wed, Feb 24, 2021 at 3:08 PM Maik Qualmann <[hidden email]> wrote: >> >> Do not start the AppImage with gdb, but with the debug option. >> >> digiKam.appimage -debug >> >> Maik >> >> Am Mittwoch, 24. Februar 2021, 21:38:50 CET schrieb Michael Moore: >> > I just noticed that when I start digiKam, gdb says "No debugging symbols >> > found in /usr/local/bin/digiKam-7.2.0-rc-x86-64-debug.appimage" - is that >> > what it should say? >> > >> > -- >> > Michael >> > >> > stuporglue@mtv:~$ rm /tmp/digikam.log; export >> > QT_LOGGING_RULES="digikam*=true"; gdb >> > /usr/local/bin/digiKam-7.2.0-rc-x86-64-debug.appimage 2>&1 | tee >> > /tmp/digikam.log >> > GNU gdb (Debian 10.1-1.7) 10.1.90.20210103-git >> > Copyright (C) 2021 Free Software Foundation, Inc. >> > License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html >> > >> > This is free software: you are free to change and redistribute it. >> > There is NO WARRANTY, to the extent permitted by law. >> > Type "show copying" and "show warranty" for details. >> > This GDB was configured as "x86_64-linux-gnu". >> > Type "show configuration" for configuration details. >> > For bug reporting instructions, please see: >> > <https://www.gnu.org/software/gdb/bugs/>. >> > Find the GDB manual and other documentation resources online at: >> > <http://www.gnu.org/software/gdb/documentation/>. >> > >> > For help, type "help". >> > Type "apropos word" to search for commands related to "word"... >> > Reading symbols from >> > /usr/local/bin/digiKam-7.2.0-rc-x86-64-debug.appimage... >> > (No debugging symbols found in >> > /usr/local/bin/digiKam-7.2.0-rc-x86-64-debug.appimage) >> > (gdb) >> > >> > On Wed, Feb 24, 2021 at 1:17 PM Michael Moore <[hidden email]> wrote: >> > > Thanks Gilles, >> > > >> > > Same workflow, still no backtrace. >> > > >> > > I had accepted a lot of face tag suggestions, in small and large batches. >> > > I think I had about 50 photos selected this time and clicked the Accept >> > > checkbox and after processing about 1/3 of them, it closed. >> > > >> > > It had been open for several hours before I ran this latest batch, but I'm >> > > sure it has crashed quickly before too. >> > > >> > > Here's the last bit of output: >> > > >> > > Digikam::MetadataHub::writeTags: -------------------------- New Keywords >> > > ("Sophie Moore") >> > > Digikam::MetaEngine::setIptcKeywords: >> > > "/Volumes/Photos/2010/10/11/DSC_4337.JPG" ==> New Iptc Keywords: >> > > ("Sophie >> > > Moore") >> > > Digikam::MetaEngine::save: MetaEngine::metadataWritingMode 1 >> > > Digikam::MetaEngine::save: Will write XMP sidecar for file "DSC_4337.JPG" >> > > Digikam::MetaEngine::Private::saveOperations: wroteComment: false >> > > Digikam::MetaEngine::Private::saveOperations: wroteEXIF: true >> > > Digikam::MetaEngine::Private::saveOperations: wroteIPTC: true >> > > Digikam::MetaEngine::Private::saveOperations: wroteXMP: true >> > > Digikam::MetaEngine::save: Metadata for file "DSC_4337.JPG" written to XMP >> > > sidecar. >> > > Digikam::ItemScanner::commit: Scanning took 402 ms >> > > Digikam::ItemScanner::~ItemScanner: Finishing took 1 ms >> > > Digikam::DImg::load: "/Volumes/Photos/2010/10/11/DSC_4337.JPG" : "JPEG" >> > > file identified >> > > unknown: Start of Image ( 1 ) >> > > unknown: Miscellaneous marker 0xe1, length 65532 ( 1 ) >> > > unknown: Miscellaneous marker 0xe2, length 1318 ( 1 ) >> > > unknown: Define Quantization Table 0 precision 0 ( 1 ) >> > > unknown: Define Quantization Table 1 precision 0 ( 1 ) >> > > unknown: Start Of Frame 0xc0: width=4288, height=2848, components=3 ( 1 ) >> > > unknown: Component 1: 2hx1v q=0 ( 1 ) >> > > unknown: Component 2: 1hx1v q=1 ( 1 ) >> > > unknown: Component 3: 1hx1v q=1 ( 1 ) >> > > unknown: Define Huffman Table 0x00 ( 1 ) >> > > unknown: 0 1 5 1 1 1 1 1 ( 2 ) >> > > unknown: 1 0 0 0 0 0 0 0 ( 2 ) >> > > unknown: Define Huffman Table 0x10 ( 1 ) >> > > unknown: 0 2 1 3 3 2 4 3 ( 2 ) >> > > unknown: 5 5 4 4 0 0 1 125 ( 2 ) >> > > unknown: Define Huffman Table 0x01 ( 1 ) >> > > unknown: 0 3 1 1 1 1 1 1 ( 2 ) >> > > unknown: 1 1 1 0 0 0 0 0 ( 2 ) >> > > unknown: Define Huffman Table 0x11 ( 1 ) >> > > unknown: 0 2 1 2 4 4 3 4 ( 2 ) >> > > unknown: 7 5 4 4 0 1 2 119 ( 2 ) >> > > unknown: Start Of Scan: 3 components ( 1 ) >> > > unknown: Component 1: dc=0 ac=0 ( 1 ) >> > > unknown: Component 2: dc=1 ac=1 ( 1 ) >> > > unknown: Component 3: dc=1 ac=1 ( 1 ) >> > > unknown: Ss=0, Se=63, Ah=0, Al=0 ( 1 ) >> > > Digikam::ItemScanner::commit: Scanning took 14 ms >> > > Digikam::ItemScanner::~ItemScanner: Finishing took 1 ms >> > > /tmp/.mount_digika0c11vX/AppRun: line 166: 869836 Segmentation fault >> > > >> > > digikam $@ >> > > >> > > [Inferior 1 (process 869821) exited with code 0213] >> > > (gdb) bt >> > > No stack. >> > > (gdb) >> > > >> > > >> > > Here's how I'm running it: >> > > >> > > stuporglue@mtv:~$ rm /tmp/digikam.log; export >> > > QT_LOGGING_RULES="digikam*=true"; gdb digikam 2>&1 | tee /tmp/digikam.log >> > > >> > > digikam is symlinked to the debug appimage. >> > > >> > > stuporglue@mtv:~$ ls -l /usr/local/bin/digikam >> > > lrwxrwxrwx 1 root root 38 Feb 24 08:06 /usr/local/bin/digikam -> >> > > digiKam-7.2.0-rc-x86-64-debug.appimage >> > > >> > > -- >> > > Michael Moore >> > > >> > > >> > > On Wed, Feb 24, 2021 at 7:55 AM Gilles Caulier <[hidden email]> >> > > >> > > wrote: >> > >> Hi, >> > >> >> > >> As I can see you run the AppImage version. >> > >> >> > >> You need to use the heavy debug version of appimage, which include all >> > >> debug symbols. Run the bundle in gdb with the debug argument as usual. >> > >> Now when it crash you will see a debug backtrace if GDB can capture >> > >> this. >> > >> >> > >> Best >> > >> >> > >> Gilles Caulier >> > >> >> > >> Le mer. 24 févr. 2021 à 14:51, Michael Moore <[hidden email]> a >> > >> >> > >> écrit : >> > >> > Hello, >> > >> > >> > >> > I'm running the 7.2-RC appimage on Debian Bullseye, with an external >> > >> >> > >> MySQL database. The external MySQL database is hosted on the same >> > >> machine, >> > >> and is version 5.6.30-1, installed from the Debian repositories. >> > >> >> > >> > I'm doing a lot of face recognition (200,000+ photos) and am getting >> > >> >> > >> intermittent crashes. But it seems that there's no backtrace. >> > >> >> > >> > I haven't been able to nail down a specific workflow that is guaranteed >> > >> >> > >> to generate a crash yet. >> > >> >> > >> > Tasks I'm usually doing when it crashes are: Running "Recognize Faces", >> > >> >> > >> Selecting images in the People pages, Accepting or Rejecting selections. >> > >> Crashes usually happen when there are many tasks in the Active Process >> > >> list.>> >> > >> > For example, if I have selected 100-300 images and click "Confirm that >> > >> >> > >> the selected person is shown here", it sometimes crashes while processing >> > >> them. Or sometimes it crashes when running Recognize Faces. Or when >> > >> switching to a Person tag with many (1000s) of images. >> > >> >> > >> > I have Digikam writing tags to sidecar files. >> > >> > >> > >> > I ran it inside GDB this last time, and the final few lines were >> > >> > >> > >> > >> > >> > Digikam::ItemQueryBuilder::buildQueryFromXml: " ( ( >> > >> >> > >> (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT id >> > >> FROM >> > >> TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) OR ( >> > >> (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT id >> > >> FROM >> > >> TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) OR ( >> > >> (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT id >> > >> FROM >> > >> TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) OR ( >> > >> (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT id >> > >> FROM >> > >> TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) ) " >> > >> >> > >> > Digikam::ItemLister::listImageTagPropertySearch: Search query: >> > >> > "SELECT DISTINCT Images.id, Images.name, Images.album, >> > >> >> > >> Albums.albumRoot, ImageInformation.rating, Images.category, >> > >> ImageInformation.format, ImageInformation.creationDate, >> > >> Images.modificationDate, Images.fileSize, ImageInformation.width, >> > >> ImageInformation.height, ImageTagProperties.value, >> > >> ImageTagProperties.property, ImageTagProperties.tagid FROM Images >> > >> INNER JOIN ImageTagProperties ON ImageTagProperties.imageid=Images.id >> > >> >> > >> LEFT JOIN ImageInformation ON Images.id=ImageInformation.imageid >> > >> >> > >> INNER JOIN Albums ON Albums.id=Images.album WHERE >> > >> Images.status=1 >> > >> AND ( ( ( (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN >> > >> (SELECT id FROM TagsTree WHERE pid=?)) AND ImageTagProperties.property=? >> > >> ) >> > >> OR ( (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT >> > >> id >> > >> FROM TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) OR ( >> > >> (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT id >> > >> FROM >> > >> TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) OR ( >> > >> (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT id >> > >> FROM >> > >> TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) ) );" >> > >> >> > >> > (QVariant(int, 160), QVariant(int, 160), QVariant(QString, >> > >> >> > >> "autodetectedPerson"), QVariant(int, 160), QVariant(int, 160), >> > >> QVariant(QString, "autodetectedFace"), QVariant(int, 160), QVariant(int, >> > >> 160), QVariant(QString, "ignoredFace"), QVariant(int, 160), QVariant(int, >> > >> 160), QVariant(QString, "tagRegion")) >> > >> >> > >> > Digikam::ItemLister::listImageTagPropertySearch: Search result: 3 >> > >> > Digikam::ActionThreadBase::cancel: Cancel Main Thread >> > >> > Digikam::ActionThreadBase::slotJobFinished: One job is done >> > >> > Digikam::ActionThreadBase::cancel: Cancel Main Thread >> > >> > Digikam::ActionThreadBase::setMaximumNumberOfThreads: Using 4 CPU >> > >> >> > >> core to run threads >> > >> >> > >> > Digikam::ActionThreadBase::run: Action Thread run 1 new jobs >> > >> > Digikam::ItemMarkerTiler::slotSourceModelReset: ---- >> > >> > Digikam::ActionThreadBase::slotJobFinished: One job is done >> > >> > Digikam::ActionThreadBase::cancel: Cancel Main Thread >> > >> > /tmp/.mount_digika6BSWUo/AppRun: line 166: 840681 Segmentation fault >> > >> > >> > >> digikam $@ >> > >> >> > >> > [Inferior 1 (process 840666) exited with code 0213] >> > >> > (gdb) bt >> > >> > No stack. >> > >> > (gdb) >> > >> > >> > >> > Is there anything else I can do to try to provide something useful in a >> > >> >> > >> bug report? Right now it seems far too vague to be helpful in tracking >> > >> down >> > >> the problem. >> > >> >> > >> > Thanks, >> > >> > Michael Moore >> >> >> >> |
Re: Digikam 7.2-RC Segfault, no bt
|
|
In reply to this post by Michael Moore
Oh, sorry, just "debug" without the "-".
Maik Am Mittwoch, 24. Februar 2021, 22:18:39 CET schrieb Michael Moore: > Thanks Maik, but it doesn't recognize that option. > > I tried both --debug and -debug. There is no 'debug' flag shown in the help > output either. > > Output is below for reference. > > Best, > Michael > > > stuporglue@mtv:~$ /usr/local/bin/digiKam-7.2.0-rc-x86-64-debug.appimage > -debug > -- digiKam Linux AppImage Bundle > -- Use 'help' as CLI argument to know all available options for digiKam > application. > -- Notes: to integrate this bundle to your desktop, use AppImageLauncher. > -- to enable all debug messages on the console, use 'export > QT_LOGGING_RULES="digikam*=true"'. > libudev.so.0 > libxcb-dri3.so.0 > > -- Preloading shared libs: > :/lib/x86_64-linux-gnu/libudev.so.0:/usr/lib/x86_64-linux-gnu/libxcb-dri3.so > :.0 > Digikam::DXmlGuiWindow::setupIconTheme: Breeze icons resource file found > Digikam::DXmlGuiWindow::setupIconTheme: Breeze-dark icons resource file > found > *digikam: Unknown options: d, e, b, u, g.* > > > stuporglue@mtv:~$ /usr/local/bin/digiKam-7.2.0-rc-x86-64-debug.appimage > --debug > -- digiKam Linux AppImage Bundle > -- Use 'help' as CLI argument to know all available options for digiKam > application. > -- Notes: to integrate this bundle to your desktop, use AppImageLauncher. > -- to enable all debug messages on the console, use 'export > QT_LOGGING_RULES="digikam*=true"'. > libudev.so.0 > libxcb-dri3.so.0 > > -- Preloading shared libs: > :/lib/x86_64-linux-gnu/libudev.so.0:/usr/lib/x86_64-linux-gnu/libxcb-dri3.so > :.0 > Digikam::DXmlGuiWindow::setupIconTheme: Breeze icons resource file found > Digikam::DXmlGuiWindow::setupIconTheme: Breeze-dark icons resource file > found > *digikam: Unknown option 'debug'.* > > > > stuporglue@mtv:~$ /usr/local/bin/digiKam-7.2.0-rc-x86-64-debug.appimage > --help > -- digiKam Linux AppImage Bundle > -- Use 'help' as CLI argument to know all available options for digiKam > application. > -- Notes: to integrate this bundle to your desktop, use AppImageLauncher. > -- to enable all debug messages on the console, use 'export > QT_LOGGING_RULES="digikam*=true"'. > libudev.so.0 > libxcb-dri3.so.0 > > -- Preloading shared libs: > :/lib/x86_64-linux-gnu/libudev.so.0:/usr/lib/x86_64-linux-gnu/libxcb-dri3.so > :.0 > Digikam::DXmlGuiWindow::setupIconTheme: Breeze icons resource file found > Digikam::DXmlGuiWindow::setupIconTheme: Breeze-dark icons resource file > found > Usage: digikam [options] > Professional Photo Management with the Power of Open Source - A KDE Family > Project > > Options: > -v, --version Displays version information. > -h, --help Displays help on commandline options. > --help-all Displays help including Qt specific options. > --author Show author information. > --license Show license information. > --desktopfile <file name> The base file name of the desktop entry for > this > application. > --download-from <path> Open camera dialog at <path> > --download-from-udi <udi> Open camera dialog for the device with Solid > UDI > <udi> > --detect-camera Automatically detect and open a connected > gphoto2 > camera > --database-directory <dir> Start digikam with the SQLite database file > found > in the directory <dir> > --config <config> Start digikam with the configuration file > <config> > > On Wed, Feb 24, 2021 at 3:08 PM Maik Qualmann <[hidden email]> wrote: > > Do not start the AppImage with gdb, but with the debug option. > > > > digiKam.appimage -debug > > > > Maik > > > > Am Mittwoch, 24. Februar 2021, 21:38:50 CET schrieb Michael Moore: > > > I just noticed that when I start digiKam, gdb says "No debugging symbols > > > found in /usr/local/bin/digiKam-7.2.0-rc-x86-64-debug.appimage" - is > > > that > > > what it should say? > > > > > > -- > > > Michael > > > > > > stuporglue@mtv:~$ rm /tmp/digikam.log; export > > > QT_LOGGING_RULES="digikam*=true"; gdb > > > /usr/local/bin/digiKam-7.2.0-rc-x86-64-debug.appimage 2>&1 | tee > > > /tmp/digikam.log > > > GNU gdb (Debian 10.1-1.7) 10.1.90.20210103-git > > > Copyright (C) 2021 Free Software Foundation, Inc. > > > License GPLv3+: GNU GPL version 3 or later < > > > > http://gnu.org/licenses/gpl.html > > > > > This is free software: you are free to change and redistribute it. > > > There is NO WARRANTY, to the extent permitted by law. > > > Type "show copying" and "show warranty" for details. > > > This GDB was configured as "x86_64-linux-gnu". > > > Type "show configuration" for configuration details. > > > For bug reporting instructions, please see: > > > <https://www.gnu.org/software/gdb/bugs/>. > > > > > > Find the GDB manual and other documentation resources online at: > > > <http://www.gnu.org/software/gdb/documentation/>. > > > > > > For help, type "help". > > > Type "apropos word" to search for commands related to "word"... > > > Reading symbols from > > > /usr/local/bin/digiKam-7.2.0-rc-x86-64-debug.appimage... > > > (No debugging symbols found in > > > /usr/local/bin/digiKam-7.2.0-rc-x86-64-debug.appimage) > > > (gdb) > > > > > > On Wed, Feb 24, 2021 at 1:17 PM Michael Moore <[hidden email]> > > > > wrote: > > > > Thanks Gilles, > > > > > > > > Same workflow, still no backtrace. > > > > > > > > I had accepted a lot of face tag suggestions, in small and large > > > > batches. > > > > > > I think I had about 50 photos selected this time and clicked the > > > > Accept > > > > checkbox and after processing about 1/3 of them, it closed. > > > > > > > > It had been open for several hours before I ran this latest batch, but > > > > I'm > > > > > > sure it has crashed quickly before too. > > > > > > > > Here's the last bit of output: > > > > > > > > Digikam::MetadataHub::writeTags: -------------------------- New > > > > Keywords > > > > > > ("Sophie Moore") > > > > Digikam::MetaEngine::setIptcKeywords: > > > > "/Volumes/Photos/2010/10/11/DSC_4337.JPG" ==> New Iptc Keywords: > > > > ("Sophie > > > > Moore") > > > > Digikam::MetaEngine::save: MetaEngine::metadataWritingMode 1 > > > > Digikam::MetaEngine::save: Will write XMP sidecar for file > > > > "DSC_4337.JPG" > > > > > > Digikam::MetaEngine::Private::saveOperations: wroteComment: false > > > > Digikam::MetaEngine::Private::saveOperations: wroteEXIF: true > > > > Digikam::MetaEngine::Private::saveOperations: wroteIPTC: true > > > > Digikam::MetaEngine::Private::saveOperations: wroteXMP: true > > > > Digikam::MetaEngine::save: Metadata for file "DSC_4337.JPG" written to > > > > XMP > > > > > > sidecar. > > > > Digikam::ItemScanner::commit: Scanning took 402 ms > > > > Digikam::ItemScanner::~ItemScanner: Finishing took 1 ms > > > > Digikam::DImg::load: "/Volumes/Photos/2010/10/11/DSC_4337.JPG" : > > > > "JPEG" > > > > file identified > > > > unknown: Start of Image ( 1 ) > > > > unknown: Miscellaneous marker 0xe1, length 65532 ( 1 ) > > > > unknown: Miscellaneous marker 0xe2, length 1318 ( 1 ) > > > > unknown: Define Quantization Table 0 precision 0 ( 1 ) > > > > unknown: Define Quantization Table 1 precision 0 ( 1 ) > > > > unknown: Start Of Frame 0xc0: width=4288, height=2848, components=3 ( > > > > 1 ) > > > > > > unknown: Component 1: 2hx1v q=0 ( 1 ) > > > > unknown: Component 2: 1hx1v q=1 ( 1 ) > > > > unknown: Component 3: 1hx1v q=1 ( 1 ) > > > > unknown: Define Huffman Table 0x00 ( 1 ) > > > > unknown: 0 1 5 1 1 1 1 1 ( 2 ) > > > > unknown: 1 0 0 0 0 0 0 0 ( 2 ) > > > > unknown: Define Huffman Table 0x10 ( 1 ) > > > > unknown: 0 2 1 3 3 2 4 3 ( 2 ) > > > > unknown: 5 5 4 4 0 0 1 125 ( 2 ) > > > > unknown: Define Huffman Table 0x01 ( 1 ) > > > > unknown: 0 3 1 1 1 1 1 1 ( 2 ) > > > > unknown: 1 1 1 0 0 0 0 0 ( 2 ) > > > > unknown: Define Huffman Table 0x11 ( 1 ) > > > > unknown: 0 2 1 2 4 4 3 4 ( 2 ) > > > > unknown: 7 5 4 4 0 1 2 119 ( 2 ) > > > > unknown: Start Of Scan: 3 components ( 1 ) > > > > unknown: Component 1: dc=0 ac=0 ( 1 ) > > > > unknown: Component 2: dc=1 ac=1 ( 1 ) > > > > unknown: Component 3: dc=1 ac=1 ( 1 ) > > > > unknown: Ss=0, Se=63, Ah=0, Al=0 ( 1 ) > > > > Digikam::ItemScanner::commit: Scanning took 14 ms > > > > Digikam::ItemScanner::~ItemScanner: Finishing took 1 ms > > > > /tmp/.mount_digika0c11vX/AppRun: line 166: 869836 Segmentation fault > > > > > > > > digikam $@ > > > > > > > > [Inferior 1 (process 869821) exited with code 0213] > > > > (gdb) bt > > > > No stack. > > > > (gdb) > > > > > > > > > > > > Here's how I'm running it: > > > > > > > > stuporglue@mtv:~$ rm /tmp/digikam.log; export > > > > QT_LOGGING_RULES="digikam*=true"; gdb digikam 2>&1 | tee > > > > /tmp/digikam.log > > > > > > digikam is symlinked to the debug appimage. > > > > > > > > stuporglue@mtv:~$ ls -l /usr/local/bin/digikam > > > > lrwxrwxrwx 1 root root 38 Feb 24 08:06 /usr/local/bin/digikam -> > > > > digiKam-7.2.0-rc-x86-64-debug.appimage > > > > > > > > -- > > > > Michael Moore > > > > > > > > > > > > On Wed, Feb 24, 2021 at 7:55 AM Gilles Caulier < > > > > [hidden email]> > > > > > > wrote: > > > >> Hi, > > > >> > > > >> As I can see you run the AppImage version. > > > >> > > > >> You need to use the heavy debug version of appimage, which include > > > >> all > > > >> debug symbols. Run the bundle in gdb with the debug argument as > > > >> usual. > > > >> Now when it crash you will see a debug backtrace if GDB can capture > > > >> this. > > > >> > > > >> Best > > > >> > > > >> Gilles Caulier > > > >> > > > >> Le mer. 24 févr. 2021 à 14:51, Michael Moore <[hidden email]> a > > > >> > > > >> écrit : > > > >> > Hello, > > > >> > > > > >> > I'm running the 7.2-RC appimage on Debian Bullseye, with an > > > >> > external > > > >> > > > >> MySQL database. The external MySQL database is hosted on the same > > > >> machine, > > > >> and is version 5.6.30-1, installed from the Debian repositories. > > > >> > > > >> > I'm doing a lot of face recognition (200,000+ photos) and am > > > >> > getting > > > >> > > > >> intermittent crashes. But it seems that there's no backtrace. > > > >> > > > >> > I haven't been able to nail down a specific workflow that is > > > > guaranteed > > > > > >> to generate a crash yet. > > > >> > > > >> > Tasks I'm usually doing when it crashes are: Running "Recognize > > > > Faces", > > > > > >> Selecting images in the People pages, Accepting or Rejecting > > > > selections. > > > > > >> Crashes usually happen when there are many tasks in the Active > > > >> Process > > > >> list.>> > > > >> > > > >> > For example, if I have selected 100-300 images and click "Confirm > > > > that > > > > > >> the selected person is shown here", it sometimes crashes while > > > > processing > > > > > >> them. Or sometimes it crashes when running Recognize Faces. Or when > > > >> switching to a Person tag with many (1000s) of images. > > > >> > > > >> > I have Digikam writing tags to sidecar files. > > > >> > > > > >> > I ran it inside GDB this last time, and the final few lines were > > > >> > > > > >> > > > > >> > Digikam::ItemQueryBuilder::buildQueryFromXml: " ( ( > > > >> > > > >> (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT id > > > >> FROM > > > >> TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) OR ( > > > >> (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT id > > > >> FROM > > > >> TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) OR ( > > > >> (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT id > > > >> FROM > > > >> TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) OR ( > > > >> (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT id > > > >> FROM > > > >> TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) ) " > > > >> > > > >> > Digikam::ItemLister::listImageTagPropertySearch: Search query: > > > >> > "SELECT DISTINCT Images.id, Images.name, Images.album, > > > >> > > > >> Albums.albumRoot, ImageInformation.rating, Images.category, > > > >> ImageInformation.format, ImageInformation.creationDate, > > > >> Images.modificationDate, Images.fileSize, > > > > ImageInformation.width, > > > > > >> ImageInformation.height, ImageTagProperties.value, > > > >> ImageTagProperties.property, ImageTagProperties.tagid FROM Images > > > >> INNER JOIN ImageTagProperties ON ImageTagProperties.imageid=Images.id > > > >> > > > >> LEFT JOIN ImageInformation ON Images.id=ImageInformation.imageid > > > >> > > > >> INNER JOIN Albums ON Albums.id=Images.album WHERE > > > >> Images.status=1 > > > >> AND ( ( ( (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN > > > >> (SELECT id FROM TagsTree WHERE pid=?)) AND > > > > ImageTagProperties.property=? > > > > > >> ) > > > >> OR ( (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN > > > > (SELECT > > > > > >> id > > > >> FROM TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) OR ( > > > >> (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT id > > > >> FROM > > > >> TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) OR ( > > > >> (ImageTagProperties.tagid=? OR ImageTagProperties.tagid IN (SELECT id > > > >> FROM > > > >> TagsTree WHERE pid=?)) AND ImageTagProperties.property=? ) ) );" > > > >> > > > >> > (QVariant(int, 160), QVariant(int, 160), QVariant(QString, > > > >> > > > >> "autodetectedPerson"), QVariant(int, 160), QVariant(int, 160), > > > >> QVariant(QString, "autodetectedFace"), QVariant(int, 160), > > > > QVariant(int, > > > > > >> 160), QVariant(QString, "ignoredFace"), QVariant(int, 160), > > > > QVariant(int, > > > > > >> 160), QVariant(QString, "tagRegion")) > > > >> > > > >> > Digikam::ItemLister::listImageTagPropertySearch: Search result: 3 > > > >> > Digikam::ActionThreadBase::cancel: Cancel Main Thread > > > >> > Digikam::ActionThreadBase::slotJobFinished: One job is done > > > >> > Digikam::ActionThreadBase::cancel: Cancel Main Thread > > > >> > Digikam::ActionThreadBase::setMaximumNumberOfThreads: Using 4 CPU > > > >> > > > >> core to run threads > > > >> > > > >> > Digikam::ActionThreadBase::run: Action Thread run 1 new jobs > > > >> > Digikam::ItemMarkerTiler::slotSourceModelReset: ---- > > > >> > Digikam::ActionThreadBase::slotJobFinished: One job is done > > > >> > Digikam::ActionThreadBase::cancel: Cancel Main Thread > > > >> > /tmp/.mount_digika6BSWUo/AppRun: line 166: 840681 Segmentation > > > >> > fault > > > >> > > > > >> digikam $@ > > > >> > > > >> > [Inferior 1 (process 840666) exited with code 0213] > > > >> > (gdb) bt > > > >> > No stack. > > > >> > (gdb) > > > >> > > > > >> > Is there anything else I can do to try to provide something useful > > > > in a > > > > > >> bug report? Right now it seems far too vague to be helpful in > > > >> tracking > > > >> down > > > >> the problem. > > > >> > > > >> > Thanks, > > > >> > Michael Moore |
Re: Digikam 7.2-RC Segfault, no bt
|
|
Thanks for your patience with this. It has been a few years since I debugged anything, and never with appimages. debug with no dash tries to launch gdb, but I get this: stuporglue@mtv:~$ /usr/local/bin/digiKam-7.2.0-rc-x86-64-debug.appimage debug -- digiKam Linux AppImage Bundle -- Use 'help' as CLI argument to know all available options for digiKam application. -- Notes: to integrate this bundle to your desktop, use AppImageLauncher. -- to enable all debug messages on the console, use 'export QT_LOGGING_RULES="digikam*=true"'. libudev.so.0 libxcb-dri3.so.0 -- Preloading shared libs: :/lib/x86_64-linux-gnu/libudev.so.0:/usr/lib/x86_64-linux-gnu/libxcb-dri3.so.0 Starting digiKam into GDB... Use 'bt' command on debugger prompt to get a crash backtrace. Use 'q' command to quit debugger session. gdb: /tmp/.mount_digiKaupwbMd/usr/lib/liblber-2.4.so.2: no version information available (required by /usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4) gdb: /tmp/.mount_digiKaupwbMd/usr/lib/liblber-2.4.so.2: no version information available (required by /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2) gdb: symbol lookup error: /usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4: undefined symbol: nghttp2_session_set_local_window_size stuporglue@mtv:~$ DigiKam does not launch at all. -- Michael On Wed, Feb 24, 2021 at 3:31 PM Maik Qualmann <[hidden email]> wrote: Oh, sorry, just "debug" without the "-". |
«
Return to digikam-devel
|
1 view|%1 views
| Free forum by Nabble | Edit this page |