| Summary: | Crashed while importing from iphone with DDS file | ||
|---|---|---|---|
| Product: | [Unmaintained] kdelibs | Reporter: | rfl <rdc> |
| Component: | kimgio | Assignee: | kdelibs bugs <kdelibs-bugs> |
| Status: | RESOLVED UPSTREAM | ||
| Severity: | crash | CC: | adam, caulier.gilles, cfeck, ola.sundell, rdc |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | New crash information added by DrKonqi | ||
|
Description
rfl
2011-06-22 13:53:49 UTC
I crash into DSS plugin from KIMageIO: #11 0x03c17fc3 in DDSPlugin::capabilities (this=0xa4f7a60, device=0x9ce2fda8, format=...) at ../../kimgio/dds.cpp:1062 Gilles Caulier Can you attach the DDS file that causes the crash? What is a DDS file, and where (or how) do I find it? Gilles, where in digiKam is the code for thread #3? Looking at the backtrace, the problem isn't in the DDS loader, but in the passed QBuffer. Bug 272491 also suggests there is a bug in ICO loader, but it crashes at the same place inside QBuffer. Additionally, bug 272491 comment #3 says there is a similar crash in GIF loader (backtrace?). I very much doubt that suddenly all such loaders are buggy, and I am pretty sure the bug is in digiKam where the QBuffer is setup. Christoph, This crash come from digiKam camera interface. I suspect that Iphone store video or audio files. DigiKam delegate this type mime to KDE image IO to diplay thumbs in icon view. the code relevant is there : https://projects.kde.org/projects/extragear/graphics/digikam/repository/revisions/master/entry/utilities/cameragui/main/cameraui.cpp#L1326 As you can see in this function, and in relevant slots connected to KIO::filePreview job, there is no QBuffer instance here... Gilles Caulier To Rfl, Please try to use last digiKam stable 1.9.0 Gilles Caulier Okey, checked the code in gpcamera.cpp and it only uses loadFromData() without using any QBuffer or QByteArray. Possibly the data pointer returned by gphoto is bogus. If not, it would be a Qt bug. In either case, nothing we can do in kdelibs. If F-Spot crashes, too, I guess it really is a gphoto bug. It looks a bit suspicious that the file size is exactly 16384 bytes big. If you can identify the file which causes the crash, please attach it to the gphoto bug report. You probably need to mount the camera device so that it is accessible via the file system. *** Bug 272491 has been marked as a duplicate of this bug. *** Created attachment 61274 [details]
New crash information added by DrKonqi
digikam (1.4.0) on KDE Platform 4.5.5 (KDE 4.5.5) using Qt 4.7.0
- What I was doing when the application crashed:
I was loading the thumbnails from the iphone (importing photos).
However previously I could load all the thumbnails completely witout problem.
It crashes on different photos each time, so apparently its not related to a particular photo.
-- Backtrace (Reduced):
#8 0x09010da8 in QBuffer::readData (this=0xa23feda8, data=0x9dfc6458 "\377\330\377\340", len=16384) at /usr/include/bits/string3.h:52
#9 0x0902995d in QIODevice::read (this=0xa23feda8, data=0xa23feaad "\330?\004\330\352?\242", maxSize=3) at io/qiodevice.cpp:826
#10 0x03a80de5 in DDSHandler::canRead (device=0xa23feda8) at ../../kimgio/dds.cpp:1018
#11 0x03a80fc3 in DDSPlugin::capabilities (this=0xa18f9b0, device=0xa23feda8, format=...) at ../../kimgio/dds.cpp:1062
#12 0x043fe427 in createReadHandlerHelper (device=<value optimized out>, format=<value optimized out>, autoDetectImageFormat=true, ignoresFormatAndExtension=false) at image/qimagereader.cpp:393
As you can see, I did other tests. I hope this can help. *** Bug 279909 has been marked as a duplicate of this bug. *** |