Digikam 7.2-RC Segfault, no bt

Michael Moore stuporglue at gmail.com
Wed Feb 24 21:18:39 GMT 2021


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


More information about the Digikam-devel mailing list