Bug 205006

Summary: On first run, digikam crashes while creating the index.
Product: [Applications] digikam Reporter: Bob Williams <linux>
Component: Plugin-DImg-RAWAssignee: Digikam Developers <digikam-bugs-null>
Status: RESOLVED FIXED    
Severity: crash CC: caulier.gilles, jouve, kde, rdieter
Priority: NOR    
Version First Reported In: 0.10.0   
Target Milestone: ---   
Platform: Unlisted Binaries   
OS: Linux   
Latest Commit: Version Fixed In: 7.0.0
Sentry Crash Report:

Description Bob Williams 2009-08-24 21:31:10 UTC 
Application that crashed: digikam
Version of the application: 0.10.0
KDE Version: 4.3.00 (KDE 4.3.0) "release 158"
Qt Version: 4.5.2
Operating System: Linux 2.6.27.29-0.1-default x86_64
Distribution: "openSUSE 11.1 (x86_64)"

What I was doing when the application crashed:
I'd just upgraded to 0.10. On first running Digikam 0.10, it tried to re-index my picture collection, but crashed at about 51%. This happens every time.

 -- Backtrace:
Application: digiKam (digikam), signal: Aborted
[Current thread is 1 (Thread 0x7fa2a02d2750 (LWP 8793))]

Thread 2 (Thread 0x7fa28a733950 (LWP 8797)):
[KCrash Handler]
#5  0x00007fa299041645 in raise () from /lib64/libc.so.6
#6  0x00007fa299042c33 in abort () from /lib64/libc.so.6
#7  0x00007fa29907d8e8 in ?? () from /lib64/libc.so.6
#8  0x00007fa2990f74f7 in __fortify_fail () from /lib64/libc.so.6
#9  0x00007fa2990f5270 in __chk_fail () from /lib64/libc.so.6
#10 0x00007fa2990f5b24 in __fread_chk () from /lib64/libc.so.6
#11 0x00007fa29e7cd5aa in ?? () from /usr/lib64/libkdcraw.so.7
#12 0x00007fa29e7cf647 in ?? () from /usr/lib64/libkdcraw.so.7
#13 0x00007fa29e7d0590 in ?? () from /usr/lib64/libkdcraw.so.7
#14 0x00007fa29e7cdad2 in ?? () from /usr/lib64/libkdcraw.so.7
#15 0x00007fa29e7d3968 in ?? () from /usr/lib64/libkdcraw.so.7
#16 0x00007fa29e7e8fba in ?? () from /usr/lib64/libkdcraw.so.7
#17 0x00007fa29e7ae53a in KDcrawIface::KDcraw::rawFileIdentify(KDcrawIface::DcrawInfoContainer&, QString const&) () from /usr/lib64/libkdcraw.so.7
#18 0x00007fa29d57be27 in Digikam::RAWLoader::load(QString const&, Digikam::DImgLoaderObserver*) () from /usr/lib64/libdigikamcore.so.1
#19 0x00007fa29d5649d5 in Digikam::DImg::load(QString const&, int, Digikam::DImgLoaderObserver*, Digikam::DRawDecoding) () from /usr/lib64/libdigikamcore.so.1
#20 0x00007fa29d5663d0 in Digikam::DImg::loadImageInfo(QString const&, bool, bool, bool) () from /usr/lib64/libdigikamcore.so.1
#21 0x00007fa29d1ed9d3 in Digikam::ImageScanner::loadFromDisk() () from /usr/lib64/libdigikamdatabase.so.1
#22 0x00007fa29d1f4019 in Digikam::ImageScanner::fullScan() () from /usr/lib64/libdigikamdatabase.so.1
#23 0x00007fa29d1e7edc in Digikam::CollectionScanner::scanAlbum(Digikam::CollectionLocation const&, QString const&) () from /usr/lib64/libdigikamdatabase.so.1
#24 0x00007fa29d1e8173 in Digikam::CollectionScanner::scanAlbum(Digikam::CollectionLocation const&, QString const&) () from /usr/lib64/libdigikamdatabase.so.1
#25 0x00007fa29d1e8173 in Digikam::CollectionScanner::scanAlbum(Digikam::CollectionLocation const&, QString const&) () from /usr/lib64/libdigikamdatabase.so.1
#26 0x00007fa29d1e8cf7 in Digikam::CollectionScanner::scanAlbumRoot(Digikam::CollectionLocation const&) () from /usr/lib64/libdigikamdatabase.so.1
#27 0x00007fa29d1e8fba in Digikam::CollectionScanner::completeScan() () from /usr/lib64/libdigikamdatabase.so.1
#28 0x00007fa29d242707 in ?? () from /usr/lib64/libdigikamdatabase.so.1
#29 0x00007fa29d243760 in ?? () from /usr/lib64/libdigikamdatabase.so.1
#30 0x00007fa29d244c98 in ?? () from /usr/lib64/libdigikamdatabase.so.1
#31 0x00007fa29d2453e5 in ?? () from /usr/lib64/libdigikamdatabase.so.1
#32 0x00007fa29d2041dd in Digikam::DatabaseBackend::initSchema(Digikam::SchemaUpdater*) () from /usr/lib64/libdigikamdatabase.so.1
#33 0x00007fa29d20036d in Digikam::DatabaseAccess::checkReadyForUse(Digikam::InitializationObserver*) () from /usr/lib64/libdigikamdatabase.so.1
#34 0x000000000064ba5d in ?? ()
#35 0x00007fa299d5ce65 in ?? () from /usr/lib64/libQtCore.so.4
#36 0x00007fa299ae9070 in start_thread () from /lib64/libpthread.so.0
#37 0x00007fa2990e210d in clone () from /lib64/libc.so.6
#38 0x0000000000000000 in ?? ()

Thread 1 (Thread 0x7fa2a02d2750 (LWP 8793)):
#0  0x00007fa299aecd59 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007fa299d5de19 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQtCore.so.4
#2  0x00007fa299d5d00c in QThread::wait(unsigned long) () from /usr/lib64/libQtCore.so.4
#3  0x000000000064b8dc in ?? ()
#4  0x000000000064f37b in ?? ()
#5  0x000000000064f517 in ?? ()
#6  0x00007fa2990442ed in exit () from /lib64/libc.so.6
#7  0x00007fa29aa1e098 in ?? () from /usr/lib64/libQtGui.so.4
#8  0x00007fa29bda0af8 in KApplication::xioErrhandler(_XDisplay*) () from /usr/lib64/libkdeui.so.5
#9  0x00007fa297e4de54 in _XIOError () from /usr/lib64/libX11.so.6
#10 0x00007fa297e55898 in ?? () from /usr/lib64/libX11.so.6
#11 0x00007fa297e55ff6 in _XEventsQueued () from /usr/lib64/libX11.so.6
#12 0x00007fa297e3e593 in XEventsQueued () from /usr/lib64/libX11.so.6
#13 0x00007fa29aa581bc in ?? () from /usr/lib64/libQtGui.so.4
#14 0x00007fa2966d5e5a in g_main_context_check () from /usr/lib64/libglib-2.0.so.0
#15 0x00007fa2966d67b1 in ?? () from /usr/lib64/libglib-2.0.so.0
#16 0x00007fa2966d6a8b in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#17 0x00007fa299e6fd3f in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#18 0x00007fa29aa57fff in ?? () from /usr/lib64/libQtGui.so.4
#19 0x00007fa299e451d2 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#20 0x00007fa299e455a4 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#21 0x000000000064b606 in ?? ()
#22 0x00000000005d80e2 in ?? ()
#23 0x00000000006717f9 in ?? ()
#24 0x00007fa29902d586 in __libc_start_main () from /lib64/libc.so.6
#25 0x0000000000458909 in _start ()

This bug may be a duplicate of or related to bug 190593

Reported using DrKonqi
Comment 1 caulier.gilles 2009-08-24 22:30:12 UTC 
Crash appears in glibc. Sound like a problem already reported in this room due to changes about glibc  exception level in your system

Gilles Caulier
Comment 2 efji 2009-08-30 14:40:26 UTC 
Same problem on an x64 platform under fedora 11:
digikam 0.10
glibc-2.10.1
kde 4.3.0
Happenned after upgrading digikam to 0.10 and kde to 4.3.0 in august 2009.
It was ok before with fedora 11 and older versions of digikam/kde
Comment 3 Rex Dieter 2009-08-30 22:36:12 UTC 
if on fedora, make sure you have digikam-0.10.0-2 (or newer)
Comment 4 efji 2009-08-30 22:42:49 UTC 
Rex Dieter wrote:
> https://bugs.kde.org/show_bug.cgi?id=205006
> 
> 
> Rex Dieter <rdieter@math.unl.edu> changed:
> 
>            What    |Removed                     |Added
> ----------------------------------------------------------------------------
>                  CC|                            |rdieter@math.unl.edu
> 
> 
> 
> 
> --- Comment #3 from Rex Dieter <rdieter math unl edu>  2009-08-30 22:36:12 ---
> if on fedora, make sure you have digikam-0.10.0-2 (or newer)

Yes I have. Upgraded this afternoon.

digikam-libs-0.10.0-2.fc11.x86_64
digikam-0.10.0-2.fc11.x86_64

It was the same with the previous version (Signal 11 during the index 
creation).

(on my fedora 10 systems, both 32 and 64 bits of digikam 0.10 are ok)

best regards
Comment 5 Marcel Wiesweg 2009-10-03 18:10:46 UTC 
Install libkdcraw including debug info so that we know the affected methods in /usr/lib64/libkdcraw.so.7 
If possible, upgrade to 1.0-beta version with a recent libkdcraw.
Enable debug output on the console (kdebugdialog, 50003) and try to isolate the picture causing this crash - probably the last filename output on the console.
Comment 6 Nicolas L. 2009-12-17 16:35:32 UTC 
Please reopen when you can provide the neede informations
Comment 7 caulier.gilles 2019-12-23 17:27:39 UTC 
Not reproducible with digiKam 7.0.0-beta1.