Digikam 7.2-RC Segfault, no bt

Michael Moore stuporglue at gmail.com
Wed Feb 24 20:38:50 GMT 2021 

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
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-devel/attachments/20210224/99989ce3/attachment.htm>

More information about the Digikam-devel mailing list