Digikam 7.2-RC Segfault, no bt
Michael Moore
stuporglue at gmail.com
Wed Feb 24 19:17:11 GMT 2021
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/d7f84fec/attachment.htm>
More information about the Digikam-devel
mailing list