[Digikam-devel] Problems with libexiv2 after installing digikam along stable

[Simon A. Eugster]

Morning,

I've got a tiny problem, which is that every kde app is crashing as soon as
it tries to read exif information from a file. This is e.g.
* When opening a .jpg file with dolphin
* When displaying a .jpg file with gwenview
* When starting kdevelop (which really hurts -- I've tried to display a .jpg
inside kdevelop, and now it crashes on startup already)
* And so on.

I've been folllowing this tutorial:
http://www.digikam.org/drupal/download?q=download/SvnAlongStable
So, the SVN libexiv2 is at /usr/local/lib, whileas the debian libexiv2-6 is
at /usr/lib. Interestingly (and bad for me) some programs seem to just
ignore this fact, namely all above and more:

 Application: KDevelop (kdevelop.bin), signal: Segmentation fault

[Current thread is 1 (Thread 0x7f3adfdcd760 (LWP 15162))]

[...]

Thread 2 (Thread 0x7f3aaf82c710 (LWP 15293)):

[KCrash Handler]

#5 0x00007f3ab4316ab3 in (anonymous
namespace)::FindExifdatumByKey::operator()(Exiv2::Exifdatum const&) const ()
from /usr/local/lib/libexiv2.so.6

#6 0x00007f3ab431b0c6 in std::_List_iterator<Exiv2::Exifdatum>
std::__find_if<std::_List_iterator<Exiv2::Exifdatum>, (anonymous
namespace)::FindExifdatumByKey>(std::_List_iterator<Exiv2::Exifdatum>,
std::_List_iterator<Exiv2::Exifdatum>, (anonymous
namespace)::FindExifdatumByKey, std::input_iterator_tag) () from
/usr/local/lib/libexiv2.so.6

#7 0x00007f3ab431af1c in std::_List_iterator<Exiv2::Exifdatum>
std::find_if<std::_List_iterator<Exiv2::Exifdatum>, (anonymous
namespace)::FindExifdatumByKey>(std::_List_iterator<Exiv2::Exifdatum>,
std::_List_iterator<Exiv2::Exifdatum>, (anonymous
namespace)::FindExifdatumByKey) () from /usr/local/lib/libexiv2.so.6

#8 0x00007f3ab431934c in Exiv2::ExifData::findKey(Exiv2::ExifKey const&) ()
from /usr/local/lib/libexiv2.so.6

#9 0x00007f3ab472aaab in Gwenview::JpegContent::orientation() const () from
/usr/lib/libgwenviewlib.so.4

#10 0x00007f3ab472b07d in Gwenview::JpegContent::loadFromData(QByteArray
const&, Exiv2::Image*) () from /usr/lib/libgwenviewlib.so.4

#11 0x00007f3ab470ae6a in ?? () from /usr/lib/libgwenviewlib.so.4

[...]


Or, when starting gwenview and opening a directory containing jpg files:


Application: Gwenview (gwenview), signal: Segmentation fault

[Current thread is 1 (Thread 0x7f6c06e23760 (LWP 15445))]
[...]

Thread 2 (Thread 0x7f6bf4833710 (LWP 15450)):
[KCrash Handler]

#5 0x00007f6c02b7cab3 in (anonymous
namespace)::FindExifdatumByKey::operator()(Exiv2::Exifdatum const&) const ()
from /usr/local/lib/libexiv2.so.6

#6 0x00007f6c02b810c6 in std::_List_iterator<Exiv2::Exifdatum>
std::__find_if<std::_List_iterator<Exiv2::Exifdatum>, (anonymous
namespace)::FindExifdatumByKey>(std::_List_iterator<Exiv2::Exifdatum>,
std::_List_iterator<Exiv2::Exifdatum>, (anonymous
namespace)::FindExifdatumByKey, std::input_iterator_tag) () from
/usr/local/lib/libexiv2.so.6

#7 0x00007f6c02b80f1c in std::_List_iterator<Exiv2::Exifdatum>
std::find_if<std::_List_iterator<Exiv2::Exifdatum>, (anonymous
namespace)::FindExifdatumByKey>(std::_List_iterator<Exiv2::Exifdatum>,
std::_List_iterator<Exiv2::Exifdatum>, (anonymous
namespace)::FindExifdatumByKey) () from /usr/local/lib/libexiv2.so.6

#8 0x00007f6c02b7f34c in Exiv2::ExifData::findKey(Exiv2::ExifKey const&) ()
from /usr/local/lib/libexiv2.so.6

#9 0x00007f6c06744aab in Gwenview::JpegContent::orientation() const () from
/usr/lib/libgwenviewlib.so.4

#10 0x00007f6c0674507d in Gwenview::JpegContent::loadFromData(QByteArray
const&, Exiv2::Image*) () from /usr/lib/libgwenviewlib.so.4

#11 0x00007f6c06724e6a in ?? () from /usr/lib/libgwenviewlib.so.4

#12 0x00007f6c06724636 in ?? () from /usr/lib/libgwenviewlib.so.4

#13 0x00007f6c067256f2 in ?? () from /usr/lib/libgwenviewlib.so.4

#14 0x00007f6c05de0d7f in ?? () from /usr/lib/libQtCore.so.4

#15 0x00007f6c05deae35 in ?? () from /usr/lib/libQtCore.so.4

#16 0x00007f6c00d678ba in start_thread (arg=<value optimized out>) at
pthread_create.c:300

#17 0x00007f6c03b4f01d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112

#18 0x0000000000000000 in ?? ()

Thread 1 (Thread 0x7f6c06e23760 (LWP 15445)):

#0 0x00007f6c03b44103 in *__GI___poll (fds=<value optimized out>,
nfds=<value optimized out>, timeout=-1) at
../sysdeps/unix/sysv/linux/poll.c:87

#1 0x00007f6bfd5648ca in ?? () from /usr/lib/libxcb.so.1
[...]

So they are accessing the /usr/local lib and not the /usr lib. Although
installed via ordinary debian package.

Any hint?
(It's not a wrong symbolic link:
$ ls -la /usr/lib/libexiv2.so.6
lrwxrwxrwx 1 root root 17 16. Jun 19:50 /usr/lib/libexiv2.so.6 ->
libexiv2.so.6.0.0)

Simon
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-devel/attachments/20100704/8e94f020/attachment.html>