Summary: | The aplication digikam closed | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | joseluis <jose_luisgd> |
Component: | Thumbs-Image | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | crash | CC: | caulier.gilles, martin.sandsmark |
Priority: | NOR | ||
Version: | 1.0.0 | ||
Target Milestone: | --- | ||
Platform: | Unlisted Binaries | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 5.0.0 | |
Sentry Crash Report: |
Description
joseluis
2010-03-31 15:27:52 UTC
From the crash report I can't see how this is related to Phonon, the crash seems to be in Digikam. Gilles, any reason why this is reported against Phonon? See the KCrashHandler below: Thread 13 (Thread 0xb3117b70 (LWP 6586)): [KCrash Handler] #6 0x0112af74 in Digikam::TIFFLoader::load (this=0xb3116b90, filePath=..., observer=0xbde1750) at /build/buildd/digikam-1.0.0/libs/dimg/loaders/tiffloader.cpp:391 #7 0x011139f8 in Digikam::DImg::load (this=0xb3116eac, filePath=..., loadFlagsInt=13, observer=0xbde1750, rawDecodingSettings=...) at /build/buildd/digikam-1.0.0/libs/dimg/dimg.cpp:399 #8 0x01114602 in Digikam::DImg::load (this=0xb3116eac, filePath=..., loadMetadata=false, loadICCData=true, loadUniqueHash=false, observer=0xbde1750, rawDecodingSettings=) at /build/buildd/digikam-1.0.0/libs/dimg/dimg.cpp:359 #9 0x012062f0 in Digikam::ThumbnailCreator::loadWithDImg (this=0x8ea30c0, path=..., profile=0xb3117000) at /build/buildd/digikam-1.0.0/libs/threadimageio/thumbnailcreator.cpp:378 #10 0x01208491 in Digikam::ThumbnailCreator::createThumbnail (this=0x8ea30c0, info=...) at /build/buildd/digikam-1.0.0/libs/threadimageio/thumbnailcreator.cpp:301 #11 0x01208b68 in Digikam::ThumbnailCreator::load (this=0x8ea30c0, path=...) at /build/buildd/digikam-1.0.0/libs/threadimageio/thumbnailcreator.cpp:195 #12 0x0120fff0 in Digikam::ThumbnailLoadingTask::execute (this=0xbde1748) at /build/buildd/digikam-1.0.0/libs/threadimageio/thumbnailtask.cpp:133 #13 0x011e987a in Digikam::LoadSaveThread::run (this=0x8ee7828) at /build/buildd/digikam-1.0.0/libs/threadimageio/loadsavethread.cpp:134 #14 0x02d00e32 in QThreadPrivate::start (arg=0x8ee7828) at thread/qthread_unix.cpp:188 #15 0x00a1780e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #16 0x016478de in clone () from /lib/tls/i686/cmov/libc.so.6 There is nothing special in tiff loader to crash digiKam... or it's a libtiff binary compatibility broken. I always look on last part of trace where crash generally appear : #5 0x06def9c4 in ?? () from /usr/lib/qt4/plugins/phonon_backend/phonon_xine.so #6 0x0029a2df in ~FactoryPrivate (this=0x8fed800, __in_chrg=<value optimized out>) at ../3rdparty/phonon/phonon/factory.cpp:199 #7 0x00298da5 in destroy () at ../3rdparty/phonon/phonon/factory.cpp:84 this is why i set this entry in phonon. Gilles Phonon-Xine is sleeping when the crash occurs, and the tiffloader is doing some funky pointer arithmetic where the backtrace says the crash is, so I really doubt this is ours, reassigning back to digikam. Right. tiff loader crash when rendering of thumb. Gilles Caulier New digiKam 4.11.0 is available. https://www.digikam.org/node/740 Can you reproduce the problem with this release ? With digiKam 5.0.0, this problem is not reproducible. I close this file now. Re-open it if necessary. Gilles Caulier |