Bug 196668

Summary:	crash opening some images (possibly EXIF)
Product:	[Applications] digikam	Reporter:	Tom <808131>
Component:	Showfoto-Load	Assignee:	Digikam Developers <digikam-bugs-null>
Status:	RESOLVED FIXED
Severity:	crash	CC:	808131, caulier.gilles
Priority:	NOR
Version:	1.0.0
Target Milestone:	---
Platform:	Debian testing
OS:	Linux
Latest Commit:		Version Fixed In:	1.0.0
Sentry Crash Report:
Attachments:	image that causes crash

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!