Summary: | digikam crashes after removing the database file | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | S. Burmeister <sven.burmeister> |
Component: | Metadata-Engine | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | crash | CC: | ahuggel, caulier.gilles, marcel.wiesweg |
Priority: | NOR | ||
Version: | 0.10.0 | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 0.10.0 | |
Sentry Crash Report: |
Description
S. Burmeister
2009-02-02 18:30:18 UTC
libkdcraw is Rev: 917285 libkexiv2 is Rev: 918642 exiv2 is Rev: 1740 This is the same backtrace as in 182738 (but more complete). Marking as duplicate. I think Andreas has already located the problem. Sven, look at his last comment there. He'd like to have a picture that causes this. From your console output, you will probably get a hint at the last picture that did not crash (Digikam::DImg::load: ... file identified). Perhaps from this information you can isolate the one that crashes here. *** This bug has been marked as a duplicate of bug 182738 *** S. Burmeister (copied from bug #182738, comment 10): Having a look at the output of digikam, it works fine indexing until it hits the first RAW picture. ate Photos/2006, Oktober, 21/dscf0012.jpg" : JPEG file identified digikam(22181)/digikam (core) Digikam::ImageScanner::addImage: Adding new item "/media/Bueffel/Bilder/Private Photos/2006, Oktober, 21/dscf0012.jpg" digikam(22181)/KEXIV2 KExiv2Iface::KExiv2::getImageDateTime: DateTime => Exif.Photo.DateTimeOriginal => QDateTime("Mi Nov 22 18:34:21 2006") digikam(22181)/KEXIV2 KExiv2Iface::KExiv2::getDigitizationDateTime: DateTime (Exif digitalized): Mi Nov 22 18:34:21 2006 digikam(22181)/KEXIV2 KExiv2Iface::KExiv2::getImageOrientation: Orientation => Exif.Image.Orientation => 1 digikam(22181)/digikam (core) Digikam::DImg::load: "/media/Bueffel/Bilder/Private Photos/2008-12-26 Weihnachten 2008/p1000036.rw2" : RAW file identified digikam: tiffimage.cpp:688: static void Exiv2::Internal::TiffCreator::getPath(Exiv2::Internal::TiffPath&, uint32_t, uint16_t, uint32_t): Zusicherung »ts !=0« nicht erfüllt. digikam: Fatal IO error: client killed I'm agree with Andreas : it's famous RW2 file... Gilles Thanks for the report. I can reproduce this with the exiv2 command line tool: ahuggel@mowgli> exiv2 -v -ie -S.rw2 image.jpg File 1/1: image.jpg Writing Exif data from ./image.rw2 to image.jpg exiv2: tiffimage.cpp:688: static void Exiv2::Internal::TiffCreator::getPath(Exiv2::Internal::TiffPath&, uint32_t, uint16_t, uint32_t): Assertion `ts != 0' failed. Aborted It's fixed with r1742 in the Exiv2 SVN - http://dev.exiv2.org/repositories/revision/exiv2/1742 Please retest. -ahu. It does not crash anymore. So it seems fixed. Thanks! |