Digikam 7.2-RC Segfault, no bt

Gilles Caulier caulier.gilles at gmail.com
Wed Feb 24 21:27:18 GMT 2021 

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 <stuporglue at gmail.com> 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 at 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 at 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 at 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 <metzpinguin at gmail.com> 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 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