Application: digikam (2.9.0) KDE Platform Version: 4.9.5 (Compiled from sources) Qt Version: 4.8.4 Operating System: Linux 3.5.7-gentoo x86_64 Distribution: "Gentoo Base System release 2.1" -- Information about the crash: - What I was doing when the application crashed: Several times I tried to start digikam. Every time it crashed. Don't know why... I rebooted my Gentoo-Box, shut down and start again - nothing helps. Last action in digikam was selecting several NEF-files and converting to DNG. This causes a crash, new start in KDE fails, so I rebooted. But digikam fails to start. The crash can be reproduced every time. -- Backtrace: Application: digiKam (digikam), signal: Floating point exception Using host libthread_db library "/lib64/libthread_db.so.1". pthread_cond_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162 [Current thread is 1 (Thread 0x7f74ff465800 (LWP 4057))] Thread 3 (Thread 0x7f74ddca0700 (LWP 4058)): [KCrash Handler] #6 0x00007f74fd10899d in LibRaw::apply_tiff (this=0x7f74ddc51af0) at /var/tmp/portage/kde-base/libkdcraw-4.9.5/work/libkdcraw-4.9.5/libraw/internal/dcraw_common.cpp:5819 #7 0x00007f74fd112ee2 in LibRaw::identify (this=0x7f74ddc51af0) at /var/tmp/portage/kde-base/libkdcraw-4.9.5/work/libkdcraw-4.9.5/libraw/internal/dcraw_common.cpp:7467 #8 0x00007f74fd0ef646 in LibRaw::open_datastream (this=0x7f74ddc51af0, stream=<optimized out>) at /var/tmp/portage/kde-base/libkdcraw-4.9.5/work/libkdcraw-4.9.5/libraw/src/libraw_cxx.cpp:669 #9 0x00007f74fd0efc11 in LibRaw::open_file (this=0x7f74ddc51af0, fname=0x7f74d8224ba8 "/media/798dc2c7-8684-4f55-9512-b1b04ef6b06b_/Flurbilder 127/2012-11-13/20121113T172518-3.dng", max_buf_size=<optimized out>) at /var/tmp/portage/kde-base/libkdcraw-4.9.5/work/libkdcraw-4.9.5/libraw/src/libraw_cxx.cpp:605 #10 0x00007f74fd0d7624 in KDcrawIface::KDcraw::rawFileIdentify (identify=..., path=...) at /var/tmp/portage/kde-base/libkdcraw-4.9.5/work/libkdcraw-4.9.5/libkdcraw/kdcraw.cpp:233 #11 0x00007f74fcadbe32 in Digikam::RAWLoader::load (this=0x7f74ddc9ee90, filePath=..., observer=0x0) at /var/tmp/portage/media-gfx/digikam-2.9.0/work/digikam-2.9.0/core/libs/dimg/loaders/rawloader.cpp:76 #12 0x00007f74fcab4ed4 in Digikam::DImg::load (this=0x7f74ddc9f670, filePath=..., loadFlagsInt=1, observer=0x0, rawDecodingSettings=...) at /var/tmp/portage/media-gfx/digikam-2.9.0/work/digikam-2.9.0/core/libs/dimg/dimg.cpp:505 #13 0x00007f74fcab6a89 in Digikam::DImg::loadImageInfo (this=0x7f74ddc9f670, filePath=..., loadMetadata=<optimized out>, loadICCData=<optimized out>, loadUniqueHash=<optimized out>, loadImageHistory=<optimized out>) at /var/tmp/portage/media-gfx/digikam-2.9.0/work/digikam-2.9.0/core/libs/dimg/dimg.cpp:372 #14 0x00007f74fc6161ee in Digikam::ImageScanner::loadFromDisk (this=0x7f74ddc9f650) at /var/tmp/portage/media-gfx/digikam-2.9.0/work/digikam-2.9.0/core/libs/database/imagescanner.cpp:1173 #15 0x00007f74fc5c1c52 in Digikam::CollectionScanner::scanNewFile (this=0x7f74ddc9fc20, info=..., albumId=8665) at /var/tmp/portage/media-gfx/digikam-2.9.0/work/digikam-2.9.0/core/libs/database/collectionscanner.cpp:1026 #16 0x00007f74fc5c55f7 in Digikam::CollectionScanner::scanAlbum (this=0x7f74ddc9fc20, location=..., album=...) at /var/tmp/portage/media-gfx/digikam-2.9.0/work/digikam-2.9.0/core/libs/database/collectionscanner.cpp:903 #17 0x00007f74fc5c6887 in Digikam::CollectionScanner::finishCompleteScan (this=0x7f74ddc9fc20, albumPaths=...) at /var/tmp/portage/media-gfx/digikam-2.9.0/work/digikam-2.9.0/core/libs/database/collectionscanner.cpp:410 #18 0x00000000005cce35 in Digikam::ScanController::run (this=0x10d1730) at /var/tmp/portage/media-gfx/digikam-2.9.0/work/digikam-2.9.0/core/digikam/database/scancontroller.cpp:761 #19 0x00007f74f9786cae in QThreadPrivate::start (arg=0x10d1730) at thread/qthread_unix.cpp:338 #20 0x00007f74ec1b4764 in ?? () from /usr/lib64/libGL.so.1 #21 0x00007f74f68e0f26 in start_thread (arg=0x7f74ddca0700) at pthread_create.c:305 #22 0x00007f74f89a84ed in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115 Thread 2 (Thread 0x7f74dd49f700 (LWP 4059)): #0 0x00007f74f11e3800 in pthread_mutex_lock@plt () from /usr/lib64/libglib-2.0.so.0 #1 0x00007f74f124fc51 in g_mutex_lock (mutex=<optimized out>) at gthread-posix.c:208 #2 0x00007f74f1211394 in g_main_context_prepare (context=0x7f74d00009d0, priority=0x7f74dd49eb3c) at gmain.c:2838 #3 0x00007f74f1211b23 in g_main_context_iterate (context=0x7f74d00009d0, block=1, dispatch=1, self=<optimized out>) at gmain.c:3126 #4 0x00007f74f1211d0c in g_main_context_iteration (context=0x7f74d00009d0, may_block=1) at gmain.c:3207 #5 0x00007f74f98b8e76 in QEventDispatcherGlib::processEvents (this=0x7f74d00008f0, flags=...) at kernel/qeventdispatcher_glib.cpp:426 #6 0x00007f74f9888712 in QEventLoop::processEvents (this=<optimized out>, flags=...) at kernel/qeventloop.cpp:149 #7 0x00007f74f9888a05 in QEventLoop::exec (this=0x7f74dd49ec60, flags=...) at kernel/qeventloop.cpp:204 #8 0x00007f74f9784588 in QThread::exec (this=<optimized out>) at thread/qthread.cpp:542 #9 0x00007f74f98672a0 in QInotifyFileSystemWatcherEngine::run (this=0x10e80d0) at io/qfilesystemwatcher_inotify.cpp:256 #10 0x00007f74f9786cae in QThreadPrivate::start (arg=0x10e80d0) at thread/qthread_unix.cpp:338 #11 0x00007f74ec1b4764 in ?? () from /usr/lib64/libGL.so.1 #12 0x00007f74f68e0f26 in start_thread (arg=0x7f74dd49f700) at pthread_create.c:305 #13 0x00007f74f89a84ed in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115 Thread 1 (Thread 0x7f74ff465800 (LWP 4057)): #0 pthread_cond_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162 #1 0x00007f74f9787b93 in wait (time=18446744073709551615, this=0x10d1860) at thread/qwaitcondition_unix.cpp:86 #2 QWaitCondition::wait (this=<optimized out>, mutex=0x10d17e8, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:158 #3 0x00007f74f9786aa8 in QThread::wait (this=<optimized out>, time=18446744073709551615) at thread/qthread_unix.cpp:691 #4 0x00000000005c9da5 in Digikam::ScanController::shutDown (this=0x10d1730) at /var/tmp/portage/media-gfx/digikam-2.9.0/work/digikam-2.9.0/core/digikam/database/scancontroller.cpp:348 #5 0x00000000005cc0bd in Digikam::ScanController::~ScanController (this=0x10d1730, __in_chrg=<optimized out>) at /var/tmp/portage/media-gfx/digikam-2.9.0/work/digikam-2.9.0/core/digikam/database/scancontroller.cpp:326 #6 0x00000000005cc327 in ~ScanControllerCreator (this=0x10d1730, __in_chrg=<optimized out>) at /var/tmp/portage/media-gfx/digikam-2.9.0/work/digikam-2.9.0/core/digikam/database/scancontroller.cpp:268 #7 destroy () at /var/tmp/portage/media-gfx/digikam-2.9.0/work/digikam-2.9.0/core/digikam/database/scancontroller.cpp:273 #8 0x00007f74f88f5649 in __run_exit_handlers (status=1, listp=0x7f74f8c655a8 <__exit_funcs>, run_list_atexit=true) at exit.c:78 #9 0x00007f74f88f5695 in *__GI_exit (status=17635468) at exit.c:100 #10 0x00007f74fa33b188 in qt_xio_errhandler () at kernel/qapplication_x11.cpp:772 #11 0x00007f74fb0486e0 in KApplication::xioErrhandler (this=0x7fff009441a0, dpy=0xeeb5a0) at /var/tmp/portage/kde-base/kdelibs-4.9.5/work/kdelibs-4.9.5/kdeui/kernel/kapplication.cpp:419 #12 0x00007f74f6e83fce in _XIOError (dpy=0xeeb5a0) at /var/tmp/portage/x11-libs/libX11-1.5.0/work/libX11-1.5.0/src/XlibInt.c:1618 #13 0x00007f74f6e81fd0 in _XReply (dpy=0xeeb5a0, rep=0x7fff00943da0, extra=0, discard=1) at /var/tmp/portage/x11-libs/libX11-1.5.0/work/libX11-1.5.0/src/xcb_io.c:707 #14 0x00007f74f6e7d63d in XSync (dpy=0xeeb5a0, discard=0) at /var/tmp/portage/x11-libs/libX11-1.5.0/work/libX11-1.5.0/src/Sync.c:44 #15 0x00007f74fa361b4d in qt_x11_wait_for_window_manager (w=<optimized out>, sendPostedEvents=false) at kernel/qwidget_x11.cpp:398 #16 0x00007f74fa724f33 in QSplashScreen::finish (this=0x11d8cd0, mainWin=<optimized out>) at widgets/qsplashscreen.cpp:227 #17 0x000000000057816c in Digikam::DigikamApp::show (this=0x1159680) at /var/tmp/portage/media-gfx/digikam-2.9.0/work/digikam-2.9.0/core/digikam/main/digikamapp.cpp:377 #18 0x000000000069f50e in main (argc=15582576, argv=0x7fff0000001c) at /var/tmp/portage/media-gfx/digikam-2.9.0/work/digikam-2.9.0/core/digikam/main/main.cpp:205 Reported using DrKonqi
It crash in libraw, probably when you try to load a RAW image. Do you have a sample file to test here ? Which version do you use (libkdcraw and libraw). Go to Help/Components Info dialog for details. Gilles Caulier
Thanks for your answer, here are mine: eix libraw [I] media-libs/libraw Available versions: 0.14.7 [M]~0.15.0_beta3 {{demosaic examples jpeg jpeg2k +lcms openmp static-libs}} Installed versions: 0.14.7(21:10:18 06.11.2012)(demosaic jpeg2k lcms openmp -examples -static-libs) Homepage: http://www.libraw.org/ Description: LibRaw is a library for reading RAW files obtained from digital photo cameras [I] sys-libs/libraw1394 Available versions: 2.0.4 ~2.0.5 ~2.0.7 2.0.8 {{static-libs}} Installed versions: 2.0.8(15:40:46 05.08.2012)(-static-libs) Homepage: http://ieee1394.wiki.kernel.org/ Description: library that provides direct access to the IEEE 1394 bus eix libkdcraw [I] kde-base/libkdcraw Available versions: (4) 4.9.3 (~)4.9.4 (~)4.9.5 {{aqua debug}} Installed versions: 4.9.5(4)(15:42:49 06.01.2013)(-aqua -debug) Homepage: http://www.kde.org/ Description: KDE digital camera raw image library wrapper My Raws are Nikon NEF from an D7000. My< smalest one is > 18 MB so I can't upload it here. Help/Components is not available because digikam crashes... Hope this is a sufficient replacement... There is something I forgot: I converted a bunch of NEF to DNG before the first crash... Maybe the DNGs are the problem? Thanks so much for your help -- Uwe Haider uwe.haider@gmx.net http://www.familie-haider.de SHN_4474.NEF.xmp <?xml version="1.0" encoding="UTF-8"?> <x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="XMP Core 4.4.0-Exiv2"> <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"> <rdf:Description rdf:about="" xmlns:tiff="http://ns.adobe.com/tiff/1.0/" xmlns:xmp="http://ns.adobe.com/xap/1.0/" xmlns:exif="http://ns.adobe.com/exif/1.0/" xmlns:photoshop="http://ns.adobe.com/photoshop/1.0/" xmlns:digiKam="http://www.digikam.org/ns/1.0/" tiff:Software="digiKam-2.9.0" tiff:DateTime="2012-08-03T10:19:33" xmp:CreatorTool="digiKam-2.9.0" xmp:CreateDate="2012-08-03T10:19:33" xmp:MetadataDate="2012-08-03T10:19:33" xmp:ModifyDate="2012-08-03T10:19:33" exif:DateTimeOriginal="2012-08-03T10:19:33" photoshop:DateCreated="2012-08-03T10:19:33" digiKam:PickLabel="0" digiKam:ColorLabel="0"/> </rdf:RDF> </x:xmpmeta>
This is the output by starting digikam in a terminal: digikam QSqlDatabasePrivate::removeDatabase: connection 'ConnectionTest' is still in use, all queries will cease to work. digikam(22944)/digikam (core) Digikam::ImageInfoJob::slotResult: Failed to list url: "" digikam(22944)/digikam (core) Digikam::ImageInfoJob::slotResult: Failed to list url: "" KCrash: Application 'digikam' crashing... QSocketNotifier: Invalid socket 7 and type 'Read', disabling... QSocketNotifier: Invalid socket 10 and type 'Read', disabling... QSocketNotifier: Invalid socket 16 and type 'Read', disabling... digikam: Fatal IO error: client killed KCrash: Attempting to start /usr/lib64/kde4/libexec/drkonqi from kdeinit sock_file=/home/uhai/.kde4/socket-tux/kdeinit4__0 [1]+ Angehalten digikam I have tried do reinstall digikam and kipiplugins. But it crashed again...
Created attachment 76548 [details] New crash information added by DrKonqi digikam (2.9.0) on KDE Platform 4.9.5 using Qt 4.8.4 - What I was doing when the application crashed: Starting digikam without mounting the directoy with my pictures is ok. After mounting all directories (with jpg, png, nef, dng) -> digikam crashed while starting. My last action in digikam a few days ago was converting nef to dng (including the original nef). Perhaps this new dngs are the cause? -- Backtrace (Reduced): #6 0x00007f4642ebc99d in LibRaw::apply_tiff (this=0x7f4623bfabe0) at /var/tmp/portage/kde-base/libkdcraw-4.9.5/work/libkdcraw-4.9.5/libraw/internal/dcraw_common.cpp:5819 #7 0x00007f4642ec6ee2 in LibRaw::identify (this=0x7f4623bfabe0) at /var/tmp/portage/kde-base/libkdcraw-4.9.5/work/libkdcraw-4.9.5/libraw/internal/dcraw_common.cpp:7467 #8 0x00007f4642ea3646 in LibRaw::open_datastream (this=0x7f4623bfabe0, stream=<optimized out>) at /var/tmp/portage/kde-base/libkdcraw-4.9.5/work/libkdcraw-4.9.5/libraw/src/libraw_cxx.cpp:669 #9 0x00007f4642ea3c11 in LibRaw::open_file (this=0x7f4623bfabe0, fname=0x7f461c035d48 "/media/798dc2c7-8684-4f55-9512-b1b04ef6b06b_/Flurbilder 127/2012-11-13/20121113T172518-3.dng", max_buf_size=<optimized out>) at /var/tmp/portage/kde-base/libkdcraw-4.9.5/work/libkdcraw-4.9.5/libraw/src/libraw_cxx.cpp:605 #10 0x00007f4642e8b624 in KDcrawIface::KDcraw::rawFileIdentify (identify=..., path=...) at /var/tmp/portage/kde-base/libkdcraw-4.9.5/work/libkdcraw-4.9.5/libkdcraw/kdcraw.cpp:233
Created attachment 77494 [details] New crash information added by DrKonqi digikam (3.0.0) on KDE Platform 4.10.00 using Qt 4.8.4 - What I was doing when the application crashed: starting digikam causes everx time a crash... -- Backtrace (Reduced): #6 0x00007f148f9d91fa in LibRaw::apply_tiff (this=0x7f146f194cd0) at /var/tmp/portage/kde-base/libkdcraw-4.10.0/work/libkdcraw-4.10.0/libraw/internal/dcraw_common.cpp:5609 #7 0x00007f148f9ec018 in LibRaw::identify (this=0x7f146f194cd0) at /var/tmp/portage/kde-base/libkdcraw-4.10.0/work/libkdcraw-4.10.0/libraw/internal/dcraw_common.cpp:7360 #8 0x00007f148f9b1d32 in LibRaw::open_datastream (this=0x7f146f194cd0, stream=0x7f14680a8690) at /var/tmp/portage/kde-base/libkdcraw-4.10.0/work/libkdcraw-4.10.0/libraw/src/libraw_cxx.cpp:860 #9 0x00007f148f9b2334 in LibRaw::open_file (this=0x7f146f194cd0, fname=0x7f1468090578 "/media/798dc2c7-8684-4f55-9512-b1b04ef6b06b_/Flurbilder 127/2012-11-13/20121113T172518-3.dng", max_buf_size=<optimized out>) at /var/tmp/portage/kde-base/libkdcraw-4.10.0/work/libkdcraw-4.10.0/libraw/src/libraw_cxx.cpp:755 #10 0x00007f148f998ed3 in KDcrawIface::KDcraw::rawFileIdentify (identify=..., path=...) at /var/tmp/portage/kde-base/libkdcraw-4.10.0/work/libkdcraw-4.10.0/libkdcraw/kdcraw.cpp:287
>Help/Components is not available because digikam crashes... Hope this is a sufficient replacement... Run Showfoto program. It's Image Editor from digiKam running as stand alone. Got to Help menu and report all information reported... Gilles Caulier
Sorry for the long time to post this answer. The mail was lost... Here it is: digiKam version 3.0.0 Exiv2 kann in JP2 speichern: Ja Exiv2 kann in JPEG speichern: Ja Exiv2 kann in PGF speichern: Ja Exiv2 kann in PNG speichern: Ja Exiv2 kann in TIFF speichern: Ja Exiv2 unterstützt XMP-Metadaten: Ja LibCImg: 130 LibClapack: Externe gemeinsame Bibliothek LibExiv2: 0.23 LibJPEG: 80 LibJasper: 1.900.1 LibKDE: 4.10.00 LibKExiv2: 2.3.0 LibKGeoMap: 2.0.0 LibKdcraw: 2.2.0 LibLCMS: 119 LibLqr: Interne Bibliothek LibPGF: 6.12.27 - Externe gemeinsame Bibliothek LibPNG: 1.5.13 LibQt: 4.8.4 LibRaw: 0.15.0-Beta1 LibTIFF: LIBTIFF, Version 4.0.2 Copyright (c) 1988-1996 Sam Leffler Copyright (c) 1991-1996 Silicon Graphics, Inc. Marble-Funktion: 0.15.0 (stable version) Parallelisiertes Entfernen von Mosaikmustern: Keine Parallelized PGF codec: Keine RawSpeed codec support: Keine Datenbanktreiber: QSQLITE KIPI-Module: 3.0.0 LibGphoto2: 2.4.14 LibKface: 2.0.0 LibKipi: 2.0.0 LibOpenCV: 2.4.3 Libface: 0.2 I have found another issue: Downloading pictures from SD-Card jpgs are not converted to png. No error-message. Converting via batch doesn't work too... uhai
Please upload one of your problematic NEF somewhere (dropbox or so) and post link here or send link directly to me (lexa@lexa.ru) I'm unable to detect LibRaw problems without sample file.
Uwe, We need a NEF raw file sample to hack. Please share file through the web... Thanks in advance... Gilles Caulier
New digiKam 4.11.0 is available with official PKG installer for OSX. https://www.digikam.org/node/740 Can you reproduce the problem with this release ?
Sorry, the problem seemed to be resolved. I'm using digikam 4.10 now and can't reproduce the crash anymore. digikam-4.10 is masked for amd64 in portage, but workd for me... Thanks for your support... uhai