Project

General

Profile

Bug #9452

DT 1.2.1 Crashes on opening DNGs from Pentax K200D

Added by Thomas Gulmark almost 7 years ago. Updated over 6 years ago.

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

100%

Estimated time:
Affected Version:
git stable branch
System:
Ubuntu
bitness:
64-bit
hardware architecture:
amd64/x86

Description

Dartable 1.2.1 crashes when opening (some of) the DNG files from my Pentax K200D.
Importin a folder to Lighttable works OK, but Darktable crashes when I doubleclick an image to open it in Darkroom.
It also crashes if I open the affected files in Darktable from my filemanager.

Version 1.2 works fine.

OS: Linux Mint 15, cinnamon.
Also occurs on Linux Mint 14.1, cinnamon.

IMGP2345.DNG (16.2 MB) IMGP2345.DNG This image crashes DT 1.2.1. Thomas Gulmark, 06/06/2013 12:52 AM
IMGP9798.DNG (16.3 MB) IMGP9798.DNG This image does NOT crash DT 1.2.1. Thomas Gulmark, 06/06/2013 12:52 AM
gdb_Darktable_backtrace_2013-06-06_Darkroom.txt (4.6 KB) gdb_Darktable_backtrace_2013-06-06_Darkroom.txt Thomas Gulmark, 06/06/2013 09:46 PM
gdb_Darktable_backtrace_2013-06-06_Darkroom-2.txt (8.36 KB) gdb_Darktable_backtrace_2013-06-06_Darkroom-2.txt Thomas Gulmark, 06/06/2013 10:38 PM
gdb_Darktable_GIT-1.3 489~g7806091_backtrace_2013-06-11_Darkroom.txt (8.31 KB) gdb_Darktable_GIT-1.3 489~g7806091_backtrace_2013-06-11_Darkroom.txt Thomas Gulmark, 06/11/2013 02:56 PM

History

#1 Updated by Pascal de Bruijn almost 7 years ago

  • % Done changed from 0 to 20
  • Priority changed from Medium to Low
  • Status changed from New to Triaged

I have no issues opening either DNG with our development tree, which as far as I'm aware hasn't had any updates with concern to DNG...

Are you running 32bit or 64bit? How much RAM does your system have?

Isn't darktable crashing just because you enabled some memory intensive plugin on some images (and not on others), so darktable is running out of memory. If you make a duplicate, and discard the history stack on the duplicate, are you able to open the image (the duplicate) again the darkroom mode?

If you still have issues please do contribute a backtrace. More info:
https://blog.pcode.nl/2010/08/31/contributing-backtraces/

#2 Updated by Thomas Gulmark almost 7 years ago

Thanks for your fast answer and for the great program :-)

Pascal de Bruijn wrote:

I have no issues opening either DNG with our development tree, which as far as I'm aware hasn't had any updates with concern to DNG...

Are you running 32bit or 64bit? How much RAM does your system have?

I'm running 64bit and my system has 32G RAM. Intel Core i7-3770K CPU @ 3.50GHz.

Isn't darktable crashing just because you enabled some memory intensive plugin on some images (and not on others), so darktable is running out of memory.

Is that likely with 32G of RAM?
I import the images, and as soon a I try to open them in darkroom mode DT crashes.
The crashing images are fresh out of the camera, so there hasn't been done any operations on them yet.

If you make a duplicate, and discard the history stack on the duplicate, are you able to open the image (the duplicate) again the darkroom mode?

The only operations performed on the images are the default ones from the import; sharpening and base curve.
I'm using a fresh install of DT on a fresh install of Linux Mint. No sidecar files.

If you still have issues please do contribute a backtrace. More info:
https://blog.pcode.nl/2010/08/31/contributing-backtraces/

I've attached the backtrace.

#3 Updated by Pascal de Bruijn almost 7 years ago

The backtrace looks a bit strange, did you install the darktable-dbg package before creating the backtrace?

Please try:
  1. sudo apt-get install libc6-dbg libgtk2.0-0-dbg libglib2.0-0-dbg darktable-dbg

And try to get a new backtrace...

#4 Updated by Thomas Gulmark almost 7 years ago

Pascal de Bruijn wrote:

The backtrace looks a bit strange, did you install the darktable-dbg package before creating the backtrace?

I sure did... :-)

Please try:
  1. sudo apt-get install libc6-dbg libgtk2.0-0-dbg libglib2.0-0-dbg darktable-dbg

Done.

And try to get a new backtrace...

Done...

#5 Updated by Pascal de Bruijn almost 7 years ago

What do the following two commands return on your system:

  1. dpkg -l | grep libexiv
  2. exiv2 -pa IMGP2345.DNG | grep LensType

#6 Updated by Thomas Gulmark almost 7 years ago

Pascal de Bruijn wrote:

What do the following two commands return on your system:

  1. dpkg -l | grep libexiv

dpkg -l | grep libexiv
ii libexiv2-12 0.23-1pmjdebruijn9~raring amd64 EXIF/IPTC metadata manipulation library

  1. exiv2 -pa IMGP2345.DNG | grep LensType

exiv2 -pa IMGP2345.DNG | grep LensType
Exif.PentaxDng.LensType Byte 3 K or M Lens

#7 Updated by Thomas Gulmark almost 7 years ago

...
And yeah, you are spot on.
DT crashes when I open images taken with my manual lenses, whereas the ones taken with AF-lenses are ok.

#8 Updated by Pascal de Bruijn almost 7 years ago

At the moment we are having difficulty reproducing the issue with any current development version of darktable (master/1.2.x/1.1.x)...

Would you feel comfortable trying our darktable-1.2.x branch from git yourself?

#9 Updated by Thomas Gulmark almost 7 years ago

Pascal de Bruijn wrote:

At the moment we are having difficulty reproducing the issue with any current development version of darktable (master/1.2.x/1.1.x)...

Would you feel comfortable trying our darktable-1.2.x branch from git yourself?

Well, "comfortable" might be stretching it a bit, but I managed to compile 1.3+489~g7806091 from GIT.
It still crashes.
Backtrace attached.

#10 Updated by Pascal de Bruijn almost 7 years ago

Very strange... I do notice you're not using an English locale (which I guess most of us do), so I'm wondering if the issue could be locale related... Which locale are you using?

$ echo $LANG

I can't reproduce the issue when I switch to (for example) the Dutch locale...

Would you mind trying to run darktable in English, to see if the issue disappears?

$ LANG=C darktable

#11 Updated by Thomas Gulmark almost 7 years ago

Pascal de Bruijn wrote:

Very strange... I do notice you're not using an English locale (which I guess most of us do), so I'm wondering if the issue could be locale related... Which locale are you using?

$ echo $LANG

I'm using Danish locale: da_DK.UTF-8.

I can't reproduce the issue when I switch to (for example) the Dutch locale...

Would you mind trying to run darktable in English, to see if the issue disappears?

$ LANG=C darktable

Well, I'll be damned! :-)
No crash. (both ver. 1.2.1 and ver. 1.3+489~g7806091)

#12 Updated by Simon Spannagel almost 7 years ago

  • % Done changed from 20 to 10
  • Target version changed from 1.2.1 to Candidate for next minor release
  • Priority changed from Low to High
  • Status changed from Triaged to Confirmed
  • Category changed from Darkroom to General

#13 Updated by Simon Spannagel almost 7 years ago

  • Affected Version changed from 1.2.1 to git stable branch
  • Target version changed from Candidate for next minor release to 1.2.2

#14 Updated by Thomas Gulmark over 6 years ago

Fixed in 1.2.3.
Thanks :-)

#15 Updated by Tobias Ellinghaus over 6 years ago

  • % Done changed from 10 to 100
  • Status changed from Confirmed to Fixed

Thanks for reporting back. Not sure what commit fixed it, but at least it's gone ...

Also available in: Atom PDF

Go to top