Digikam 7.2-RC Segfault, no bt
Maik Qualmann
metzpinguin at gmail.com
Wed Feb 24 21:08:43 GMT 2021
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 at 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 <stuporglue at gmail.com> 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 at 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 at 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 <caulier.gilles at gmail.com>
> >
> > 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 <stuporglue at gmail.com> 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
More information about the Digikam-devel
mailing list