abrt 1.1.1 detected a crash. architecture: i686 Attached file: backtrace cmdline: gthumb /media/6262-3062/DCIM/100PENTX/IMGP3018.PEF /media/6262-3062/DCIM/100PENTX/IMGP3019.PEF /media/6262-3062/DCIM/100PENTX/IMGP3020.PEF /media/6262-3062/DCIM/100PENTX/IMGP3021.PEF component: gthumb crash_function: __copy_m<uint16_t*, float*> executable: /usr/bin/gthumb global_uuid: 83dd32c53587600e02a55d539ef3fd0caa98e8dc kernel: 2.6.33.5-124.fc13.i686.PAE package: gthumb-2.11.3-1.fc13 rating: 4 reason: Process /usr/bin/gthumb was killed by signal 11 (SIGSEGV) release: Fedora release 13 (Goddard)
Created attachment 426021 [details] File: backtrace
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
*** Bug 613898 has been marked as a duplicate of this bug. ***
*** Bug 629967 has been marked as a duplicate of this bug. ***
It looks like that this problem is specific to RAW images. Please can you try to reproduce the problem with a single image which you can provide for testing?
Created attachment 442984 [details] file pef (raw) from a Pentax 1stDS this is the file you required...Please note that many times I don't see thumbnails of raw files.
Ok, thank you very much for the picture. I can reproduce the problem now even with the plain test tools of libopenraw: demo/pixbufload ~/imgp1451.pef registering type 1 registering type 3 registering type 5 registering type 7 registering type 6 registering type 8 registering type 2 registering type 9 registering type 4 factory size 9 getRawData() _locateDirs() push offset =0x8 numEntries =19 shifting 230bytes push offset =0x65536 numEntries =6 shifting 74bytes push offset =0x9303168 numEntries =6 shifting 74bytes # dir found = 3 IFDDir::load() m_offset =8 counting tiles RAW Compression is 32773 _getCfaPattern IFDDir::load() m_offset =8 Exif IFD offset (uncorrected) = 342 Exif IFD offset = 342 IFDDir::load() m_offset =342 _getCfaPattern patter is = 0, 1, 1, 2 allocate s=9229440 data =0 data =0xb6fe8008 allocate s=18458880 data =0 data =0xb5e4d008 Segmentation fault (core dumped) So I'm convinced that this is a problem of libopenraw - I'll move the bug report to this component.
*** Bug 597885 has been marked as a duplicate of this bug. ***
*** Bug 601121 has been marked as a duplicate of this bug. ***
I've reported the problem upstream: https://bugs.freedesktop.org/show_bug.cgi?id=30006 Debarshi, would you mind if update libopenraw if upstream provides a bug fix?
libopenraw-0.0.8-2.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/libopenraw-0.0.8-2.fc14
libopenraw-0.0.8-2.fc13 has been submitted as an update for Fedora 13. https://admin.fedoraproject.org/updates/libopenraw-0.0.8-2.fc13
libopenraw-0.0.8-2.fc13 has been pushed to the Fedora 13 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update libopenraw'. You can provide feedback for this update here: https://admin.fedoraproject.org/updates/libopenraw-0.0.8-2.fc13
*** Bug 637832 has been marked as a duplicate of this bug. ***
libopenraw-0.0.8-2.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.
libopenraw-0.0.8-2.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report.