Bug 196668 - crash opening some images (possibly EXIF)
Summary: crash opening some images (possibly EXIF)
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Showfoto-Load (show other bugs)
Version: 1.0.0
Platform: Debian testing Linux
: NOR crash
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-06-15 22:16 UTC by Tom
Modified: 2022-02-04 22:37 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In: 1.0.0
Sentry Crash Report:


Attachments
image that causes crash (83.66 KB, image/jpeg)
2009-06-15 22:18 UTC, Tom
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Tom 2009-06-15 22:16:05 UTC
Version:           1.0.0~beta1-1 (using KDE 4.2.2)
OS:                Linux
Installed from:    Debian testing/unstable Packages

Images created with my cameras (Panasonic and Canon) will crash showfoto on loading.

I had initially thought that it was something to do with large images but this was just coincidence. The only difference I can see is that the images which crash showfoto contain EXIF data.

I've uploaded an image that causes a crash - http://bamptoncastle.co.uk/bbroken.jpg (84k)

My initial Debian report [1] was added to bug 195373 [2] but have opened this bug to avoid hijacking the thread. HTH.

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533219
[2] https://bugs.kde.org/show_bug.cgi?id=195373#c4

==========
 
Application: showFoto (showfoto), signal SIGSEGV
[Current thread is 0 (LWP 11758)]

Thread 4 (Thread 0xb31a7b90 (LWP 11759)):
#0  0xffffe424 in __kernel_vsyscall ()
#1  0xb55d9f45 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i686/cmov/libpthread.so.0
#2  0xb602978d in pthread_cond_wait () from /lib/i686/cmov/libc.so.6
#3  0xb6d81822 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
#4  0xb7d7829a in Digikam::LoadSaveThread::run () from /usr/lib/libdigikamcore.so.1
#5  0xb6d8080e in ?? () from /usr/lib/libQtCore.so.4
#6  0xb55d6495 in start_thread () from /lib/i686/cmov/libpthread.so.0
#7  0xb601aa4e in clone () from /lib/i686/cmov/libc.so.6

Thread 3 (Thread 0xb29a6b90 (LWP 11760)):
#0  0xffffe424 in __kernel_vsyscall ()
#1  0xb55d9f45 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i686/cmov/libpthread.so.0
#2  0xb602978d in pthread_cond_wait () from /lib/i686/cmov/libc.so.6
#3  0xb6d81822 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
#4  0xb7d7829a in Digikam::LoadSaveThread::run () from /usr/lib/libdigikamcore.so.1
#5  0xb6d8080e in ?? () from /usr/lib/libQtCore.so.4
#6  0xb55d6495 in start_thread () from /lib/i686/cmov/libpthread.so.0
#7  0xb601aa4e in clone () from /lib/i686/cmov/libc.so.6

Thread 2 (Thread 0xb2164b90 (LWP 11761)):
#0  0xffffe424 in __kernel_vsyscall ()
#1  0xb55d9f45 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i686/cmov/libpthread.so.0
#2  0xb602978d in pthread_cond_wait () from /lib/i686/cmov/libc.so.6
#3  0xb6d81822 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
#4  0xb7d7829a in Digikam::LoadSaveThread::run () from /usr/lib/libdigikamcore.so.1
#5  0xb6d8080e in ?? () from /usr/lib/libQtCore.so.4
#6  0xb55d6495 in start_thread () from /lib/i686/cmov/libpthread.so.0
#7  0xb601aa4e in clone () from /lib/i686/cmov/libc.so.6

Thread 1 (Thread 0xb4b596d0 (LWP 11758)):
#0  0xffffe424 in __kernel_vsyscall ()
#1  0xb5fd7866 in nanosleep () from /lib/i686/cmov/libc.so.6
#2  0xb5fd767e in sleep () from /lib/i686/cmov/libc.so.6
#3  0xb749a0f8 in ?? () from /usr/lib/libkdeui.so.5
#4  0x00000000 in ?? ()
Comment 1 Tom 2009-06-15 22:18:50 UTC
Created attachment 34559 [details]
image that causes crash
Comment 2 caulier.gilles 2009-06-15 22:22:54 UTC
Which Exiv2 library you use ? Go to Help/Components Info for details

Gilles Caulier
Comment 3 caulier.gilles 2009-06-15 22:25:32 UTC
It do not crash here using Exiv2 from trunk (next 0.18.2)

Gilles Caulier
Comment 4 Tom 2009-08-16 19:40:19 UTC
Hi,

I'm still having the same issue after trying the latest packages from Debian (sid). I also have exiv2 0.18.2
I've now found that this only affects my i386 installations and not another amd64.
I can also confirm that I can load images after running 'exiv2 -de myimg.jpg' to clear the exiv data. showfoto will then crash when saving after it adds new exif data. Gwenview, which also uses exiv2, doesn't seem to have any issues.

Regards,
Tom
Comment 5 caulier.gilles 2009-08-17 06:22:23 UTC
Ok. which libkexiv2 do you use ? Go to Help/Components Info for details

If you can try try to  use last code from svn trunk, or code published with KDE 4.3.0... 

Gilles Caulier
Comment 6 Tom 2009-08-18 21:39:08 UTC
The latest Debian packages are built on KDE 4.3.0 and showfoto is 1.0.0-beta3. Help/Components lists the following...

showFoto version 1.0.0-beta3
Exiv2 can write to Jp2: Yes
Exiv2 can write to Jpeg: Yes
Exiv2 can write to Pgf: No
Exiv2 can write to Png: Yes
Exiv2 can write to Tiff: Yes
Exiv2 supports XMP metadata: Yes
LibCImg: 130
LibExiv2: 0.18.2
LibJPEG: 62
LibJasper: 1.900.1
LibKDE: 4.3.00 (KDE 4.3.0)
LibKExiv2: 0.6.0
LibKdcraw: 0.5.0
LibLCMS: 118
LibPGF: 6.09.24
LibPNG: 1.2.38
LibQt: 4.5.2
LibRaw: 0.7.2
LibTIFF: LIBTIFF, Version 3.8.2 Copyright (c) 1988-1996 Sam Leffler Copyright (c) 1991-1996 Silicon Graphics, Inc.
Marble widget: 0.7.1

I'll try to find a live cd of a different distribution in case it's an issue specific to Debian.

Regards,
Tom
Comment 7 Andi Clemens 2009-10-21 14:29:10 UTC
Your example image works fine for me, too.

Tom,
have you tested with a newer version (showFoto-1.0.0-beta5) for example?
Maybe you have problems with your Qt / KDE installation?

Can you give us updates?
Comment 8 Tom 2009-10-22 11:37:04 UTC
Hi,

I've just upgraded showfoto on this machine again and the problem does appear to have been resolved.

Thanks!
Comment 9 Andi Clemens 2009-10-22 11:39:46 UTC
Ok!