[Pkg-kde-extras] Bug#485670: libexiv2-dev: crashes when fed with wrong file

[Eike Sauer]

Package: libexiv2-dev
Version: 0.16-4
Severity: normal

Libexiv2 reproducably crashes when I feed a wrong input file to it.
The file causing libexif to crash is attached, but I guess you can 
take any file with wrong format. The line of source is simply...
Exiv2::Image::AutoPtr exifImage = Exiv2::ImageFactory::open(filePath);

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (150, 'testing'), (150, 'stable'), (50, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686-bigmem (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libexiv2-dev depends on:
ii  libexiv2-2                    0.16-4     EXIF/IPTC metadata manipulation li
ii  pkg-config                    0.22-1     manage compile and link flags for 

libexiv2-dev recommends no packages.

-- no debconf information
-------------- next part --------------
A non-text attachment was scrubbed...
Name: aeb_capt.gif
Type: image/gif
Size: 116 bytes
Desc: not available
Url : http://lists.alioth.debian.org/pipermail/pkg-kde-extras/attachments/20080610/f785e4ec/attachment.gif 
-------------- next part --------------
Using host libthread_db library "/lib/i686/cmov/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread 0xb66c56c0 (LWP 17065)]
[KCrash handler]
#6  0xffffe410 in __kernel_vsyscall ()
#7  0xb6700ef5 in raise () from /lib/i686/cmov/libc.so.6
#8  0xb6702871 in abort () from /lib/i686/cmov/libc.so.6
#9  0xb6911838 in __gnu_cxx::__verbose_terminate_handler ()
   from /usr/lib/libstdc++.so.6
#10 0xb690f6f5 in ?? () from /usr/lib/libstdc++.so.6
#11 0xb690f732 in std::terminate () from /usr/lib/libstdc++.so.6
#12 0xb690f86a in __cxa_throw () from /usr/lib/libstdc++.so.6
#13 0xb7983571 in Exiv2::ImageFactory::open () from /usr/lib/libexiv2.so.2
#14 0x0806b4ae in ImageDatabase::setExifProperties (this=0x809d898, 
[...]