Project

General

Profile

Bug #8581

DT crashes when importing DNGs

Added by André Reinald about 7 years ago. Updated about 7 years ago.

Status:
Fixed
Priority:
High
Assignee:
-
Category:
General
Target version:
Start date:
Due date:
% Done:

100%

Affected Version:
System:
bitness:
64-bit
hardware architecture:
amd64/x86

Description

DT used to work fine with my whole image library for the last weeks. Then I wanted to import some new DNGs and had that crash, which I could reproduce after removing the cache and library.db files and importing any DNGs :

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffe3fff700 (LWP 10217)]
0x00007ffff194f5d1 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) bt
#0  0x00007ffff194f5d1 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#8271  0x00007fffee661c01 in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::compare(char const*) const ()
   from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#8272  0x00007ffff43bf9bc in Exiv2::IptcDataSets::recordId(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) ()
   from /usr/lib/libexiv2.so.11
#8273  0x00007ffff43bffd8 in Exiv2::IptcKey::decomposeKey() () from /usr/lib/libexiv2.so.11
#8274  0x00007ffff43c0248 in Exiv2::IptcKey::IptcKey(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) ()
   from /usr/lib/libexiv2.so.11
#8275  0x00007ffff1ebeed9 in dt_exif_read (img=0x7fffd8af720c, path=<value optimized out>)
    at /home/andre/Documents/darktable/src/common/exif.cc:196
#8276  0x00007ffff1ece473 in dt_image_import (film_id=<value optimized out>, 
    filename=0x62ceb0 "/home/andre/Pictures/20111114/20111114_213249_iris.dng", override_ignore_jpegs=<value optimized out>)
    at /home/andre/Documents/darktable/src/common/image.c:346
#8277  0x00007ffff1ecb429 in dt_film_import1 (film=0xc06b80) at /home/andre/Documents/darktable/src/common/film.c:390
#8278  0x00007ffff1ef028d in dt_film_import1_run (job=0x66c350) at /home/andre/Documents/darktable/src/control/jobs/film_jobs.c:36
#8279  0x00007ffff1eeade0 in dt_control_run_job (s=0x667bf0) at /home/andre/Documents/darktable/src/control/control.c:654
#8280 0x00007ffff1eeaed0 in dt_control_work (ptr=0x667bf0) at /home/andre/Documents/darktable/src/control/control.c:809
#8281 0x00007ffff4e53d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#8282 0x00007ffff19b304d in clone () from /lib/x86_64-linux-gnu/libc.so.6
#8283 0x0000000000000000 in ?? ()

History

#1 Updated by André Reinald about 7 years ago

  • Status changed from New to Fixed
I found the fix for this :
  1. sudo rm -r /usr/local/lib/darktable (or wherever dt is installed)

and install dt again !

Apparently some modules are not part of dt any more, but remained in that directory, and there is no binary compatibility between different versions of modules.

Sorry for the inconvenience !

Also available in: Atom PDF