Project

General

Profile

Bug #10851

crash when creating tif thumbnails - graphicsmagick

Added by Sebastian Haberl about 4 years ago. Updated about 2 years ago.

Status:
Incomplete
Priority:
Low
Assignee:
-
Category:
General
Target version:
-
Start date:
01/04/2016
Due date:
% Done:

20%

Estimated time:
Affected Version:
git development version
System:
all
bitness:
64-bit
hardware architecture:
amd64/x86

Description

When working with .tif files, darktable crashes, but only in lighttable.

The problem occurs with scanns as well as exports from photoshop/gimp (can't remember)

This is a log from darktable-generate-cash, which shohws the problem as well:

image 4866/14717 (33,06%)
image 4867/14717 (33,07%)
Magick: Sorry, can not handle image with PhotometricInterpretation=34892. ().
[dt_imageio_large_thumbnail GM] thumbnail not found?
Magick: Sorry, can not handle image with PhotometricInterpretation=34892. ().
[dt_imageio_large_thumbnail GM] thumbnail not found?
Magick: Sorry, can not handle image with PhotometricInterpretation=34892. ().
[dt_imageio_large_thumbnail GM] thumbnail not found?
image 4868/14717 (33,08%)
image 4869/14717 (33,08%)
image 4870/14717 (33,09%)
image 4871/14717 (33,10%)
[dev_read_history] the module `collect' requested by image `Steffi-5412.png' is not installed on this computer!
image 4872/14717 (33,10%)
[dev_read_history] the module `collect' requested by image `Steffi-5412.png' is not installed on this computer!
image 4873/14717 (33,11%)
[exiv2] couldn't find thumbnail for /media/Data/001 Neu/Zwischenspeicher_Portraits/Steffi-5412.tif
darktable-generate-cache: magick/error.c:921: ThrowLoggedException: Zusicherung »exception->signature == 0xabacadabUL« nicht erfüllt.
Magick: abort due to signal 6 (SIGABRT) "Abort"...
[1] 31911 abort (core dumped) darktable-generate-cache
darktable-generate-cache 495,35s user 65,26s system 135% cpu 6:55,03 total

darktable_tif.log (361 KB) darktable_tif.log Sebastian Haberl, 01/04/2016 09:28 PM
0001_neu.tiff (225 KB) 0001_neu.tiff Sebastian Haberl, 01/04/2016 10:10 PM
darktable_tiff2.log (143 KB) darktable_tiff2.log Sebastian Haberl, 01/04/2016 10:48 PM
Steffi-5412.png.xmp (2.37 KB) Steffi-5412.png.xmp Sebastian Haberl, 01/10/2016 09:33 PM

Associated revisions

Revision 81bc3cf5 (diff)
Added by Roman Lebedev almost 4 years ago

Imageio tiff: do not try to load some images. Refs #10851

When TIFFRasterScanlineSize() is different from TIFFScanlineSize()

TIFFScanlineSize() for that image (width=1920, 8bpp, 3spp)
was 2880, while obviously it needs to be 5760.
And TIFFRasterScanlineSize() calculates exactly 5760
for that image...

But, tiffinfo for that file:
Photometric Interpretation: YCbCr
YCbCr Subsampling: 2, 2

As per TIFFReadScanline(3TIFF), such files can not be read using
scanline-based interface, only strip- and tile-based interfaces.

So in the end we would still fallback to GM, so no reason
not to do that early :)

Also, accidentally, it fixes some GM asserts coming from within
libtiff. Might fix that issue reported on mail-list.

$ darktable-cli "..../dropbox.com/export_000598.tif" /tmp/export.pfm --core -d camsupport
[tiff_open] 1920x1080 8bpp, 3 samples per pixel. =================================================================
30661ERROR: AddressSanitizer: heap-buffer-overflow on address 0x61e000074fc0 at pc 0x7f311ea756da bp 0x7fff3abc1260 sp 0x7fff3abc1258
READ of size 1 at 0x61e000074fc0 thread T0
0 0x7f311ea756d9 in _read_planar_8 /home/lebedevri/darktable/src/common/imageio_tiff.c:60
1 0x7f311ea76a51 in dt_imageio_open_tiff /home/lebedevri/darktable/src/common/imageio_tiff.c:212
2 0x7f311ea62d44 in dt_imageio_open_ldr /home/lebedevri/darktable/src/common/imageio.c:462
3 0x7f311ea66650 in dt_imageio_open /home/lebedevri/darktable/src/common/imageio.c:938
4 0x7f311ea92586 in dt_mipmap_cache_get_with_caller /home/lebedevri/darktable/src/common/mipmap_cache.c:670
5 0x7f311eb0136e in _dt_dev_load_raw /home/lebedevri/darktable/src/develop/develop.c:422
6 0x7f311eb01d58 in dt_dev_load_image /home/lebedevri/darktable/src/develop/develop.c:472
7 0x7f311ea63824 in dt_imageio_export_with_flags /home/lebedevri/darktable/src/common/imageio.c:551
8 0x7f311ea636b3 in dt_imageio_export /home/lebedevri/darktable/src/common/imageio.c:536
9 0x7f30fd71756e in store /home/lebedevri/darktable/src/imageio/storage/disk.c:290
10 0x403c3f in main /home/lebedevri/darktable/src/cli/main.c:305
11 0x7f3116b3986f in __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x2086f)
12 0x401a18 in _start (/usr/local/bin/darktable-cli+0x401a18)

0x61e000074fc0 is located 0 bytes to the right of 2880-byte region [0x61e000074480,0x61e000074fc0)
allocated by thread T0 here:
0 0x7f311f094e9a in malloc (/usr/lib/x86_64-linux-gnu/libasan.so.2+0x93e9a)
1 0x7f311ea769f7 in dt_imageio_open_tiff /home/lebedevri/darktable/src/common/imageio_tiff.c:203
2 0x7f311ea62d44 in dt_imageio_open_ldr /home/lebedevri/darktable/src/common/imageio.c:462
3 0x7f311ea66650 in dt_imageio_open /home/lebedevri/darktable/src/common/imageio.c:938
4 0x7f311ea92586 in dt_mipmap_cache_get_with_caller /home/lebedevri/darktable/src/common/mipmap_cache.c:670
5 0x7f311eb0136e in _dt_dev_load_raw /home/lebedevri/darktable/src/develop/develop.c:422
6 0x7f311eb01d58 in dt_dev_load_image /home/lebedevri/darktable/src/develop/develop.c:472
7 0x7f311ea63824 in dt_imageio_export_with_flags /home/lebedevri/darktable/src/common/imageio.c:551
8 0x7f311ea636b3 in dt_imageio_export /home/lebedevri/darktable/src/common/imageio.c:536
9 0x7f30fd71756e in store /home/lebedevri/darktable/src/imageio/storage/disk.c:290
10 0x403c3f in main /home/lebedevri/darktable/src/cli/main.c:305
11 0x7f3116b3986f in __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x2086f)

SUMMARY: AddressSanitizer: heap-buffer-overflow /home/lebedevri/darktable/src/common/imageio_tiff.c:60 _read_planar_8
Shadow bytes around the buggy address:
0x0c3c800069a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0c3c800069b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0c3c800069c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0c3c800069d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0c3c800069e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
=>0x0c3c800069f0: 00 00 00 00 00 00 00 00[fa]fa fa fa fa fa fa fa
0x0c3c80006a00: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
0x0c3c80006a10: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
0x0c3c80006a20: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
0x0c3c80006a30: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
0x0c3c80006a40: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
Shadow byte legend (one shadow byte represents 8 application bytes):
Addressable: 00
Partially addressable: 01 02 03 04 05 06 07
Heap left redzone: fa
Heap right redzone: fb
Freed heap region: fd
Stack left redzone: f1
Stack mid redzone: f2
Stack right redzone: f3
Stack partial redzone: f4
Stack after return: f5
Stack use after scope: f8
Global redzone: f9
Global init order: f6
Poisoned by user: f7
Container overflow: fc
Array cookie: ac
Intra object redzone: bb
ASan internal: fe
30661ABORTING

Revision b28e8491 (diff)
Added by Roman Lebedev almost 4 years ago

Imageio tiff: do not try to load some images. Refs #10851

When TIFFRasterScanlineSize() is different from TIFFScanlineSize()

TIFFScanlineSize() for that image (width=1920, 8bpp, 3spp)
was 2880, while obviously it needs to be 5760.
And TIFFRasterScanlineSize() calculates exactly 5760
for that image...

But, tiffinfo for that file:
Photometric Interpretation: YCbCr
YCbCr Subsampling: 2, 2

As per TIFFReadScanline(3TIFF), such files can not be read using
scanline-based interface, only strip- and tile-based interfaces.

So in the end we would still fallback to GM, so no reason
not to do that early :)

Also, accidentally, it fixes some GM asserts coming from within
libtiff. Might fix that issue reported on mail-list.

$ darktable-cli "..../dropbox.com/export_000598.tif" /tmp/export.pfm --core -d camsupport
[tiff_open] 1920x1080 8bpp, 3 samples per pixel. =================================================================
30661ERROR: AddressSanitizer: heap-buffer-overflow on address 0x61e000074fc0 at pc 0x7f311ea756da bp 0x7fff3abc1260 sp 0x7fff3abc1258
READ of size 1 at 0x61e000074fc0 thread T0
0 0x7f311ea756d9 in _read_planar_8 /home/lebedevri/darktable/src/common/imageio_tiff.c:60
1 0x7f311ea76a51 in dt_imageio_open_tiff /home/lebedevri/darktable/src/common/imageio_tiff.c:212
2 0x7f311ea62d44 in dt_imageio_open_ldr /home/lebedevri/darktable/src/common/imageio.c:462
3 0x7f311ea66650 in dt_imageio_open /home/lebedevri/darktable/src/common/imageio.c:938
4 0x7f311ea92586 in dt_mipmap_cache_get_with_caller /home/lebedevri/darktable/src/common/mipmap_cache.c:670
5 0x7f311eb0136e in _dt_dev_load_raw /home/lebedevri/darktable/src/develop/develop.c:422
6 0x7f311eb01d58 in dt_dev_load_image /home/lebedevri/darktable/src/develop/develop.c:472
7 0x7f311ea63824 in dt_imageio_export_with_flags /home/lebedevri/darktable/src/common/imageio.c:551
8 0x7f311ea636b3 in dt_imageio_export /home/lebedevri/darktable/src/common/imageio.c:536
9 0x7f30fd71756e in store /home/lebedevri/darktable/src/imageio/storage/disk.c:290
10 0x403c3f in main /home/lebedevri/darktable/src/cli/main.c:305
11 0x7f3116b3986f in __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x2086f)
12 0x401a18 in _start (/usr/local/bin/darktable-cli+0x401a18)

0x61e000074fc0 is located 0 bytes to the right of 2880-byte region [0x61e000074480,0x61e000074fc0)
allocated by thread T0 here:
0 0x7f311f094e9a in malloc (/usr/lib/x86_64-linux-gnu/libasan.so.2+0x93e9a)
1 0x7f311ea769f7 in dt_imageio_open_tiff /home/lebedevri/darktable/src/common/imageio_tiff.c:203
2 0x7f311ea62d44 in dt_imageio_open_ldr /home/lebedevri/darktable/src/common/imageio.c:462
3 0x7f311ea66650 in dt_imageio_open /home/lebedevri/darktable/src/common/imageio.c:938
4 0x7f311ea92586 in dt_mipmap_cache_get_with_caller /home/lebedevri/darktable/src/common/mipmap_cache.c:670
5 0x7f311eb0136e in _dt_dev_load_raw /home/lebedevri/darktable/src/develop/develop.c:422
6 0x7f311eb01d58 in dt_dev_load_image /home/lebedevri/darktable/src/develop/develop.c:472
7 0x7f311ea63824 in dt_imageio_export_with_flags /home/lebedevri/darktable/src/common/imageio.c:551
8 0x7f311ea636b3 in dt_imageio_export /home/lebedevri/darktable/src/common/imageio.c:536
9 0x7f30fd71756e in store /home/lebedevri/darktable/src/imageio/storage/disk.c:290
10 0x403c3f in main /home/lebedevri/darktable/src/cli/main.c:305
11 0x7f3116b3986f in __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x2086f)

SUMMARY: AddressSanitizer: heap-buffer-overflow /home/lebedevri/darktable/src/common/imageio_tiff.c:60 _read_planar_8
Shadow bytes around the buggy address:
0x0c3c800069a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0c3c800069b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0c3c800069c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0c3c800069d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0c3c800069e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
=>0x0c3c800069f0: 00 00 00 00 00 00 00 00[fa]fa fa fa fa fa fa fa
0x0c3c80006a00: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
0x0c3c80006a10: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
0x0c3c80006a20: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
0x0c3c80006a30: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
0x0c3c80006a40: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
Shadow byte legend (one shadow byte represents 8 application bytes):
Addressable: 00
Partially addressable: 01 02 03 04 05 06 07
Heap left redzone: fa
Heap right redzone: fb
Freed heap region: fd
Stack left redzone: f1
Stack mid redzone: f2
Stack right redzone: f3
Stack partial redzone: f4
Stack after return: f5
Stack use after scope: f8
Global redzone: f9
Global init order: f6
Poisoned by user: f7
Container overflow: fc
Array cookie: ac
Intra object redzone: bb
ASan internal: fe
30661ABORTING

(cherry picked from commit 81bc3cf56328184ae8b4db4e4ee5a7859f553d82)

History

#1 Updated by Roman Lebedev about 4 years ago

  • % Done changed from 0 to 20
  • Status changed from New to Incomplete

1. Why doesn't darktable produce backtrace, which normally happens?
Please install darktable-dbg and gdb

2. I think, /media/Data/001 Neu/Zwischenspeicher_Portraits/Steffi-5412.tif is the file that crashes darktable?
Could you please upload it?

#2 Updated by Sebastian Haberl about 4 years ago

I'm using archlinux and can't find darktable-dbg. How can I install it?

The picture is actually corrupt. Put the error haapens on other pictures as well. I attached the one mentioned:

darktable-generate-cache
erzeuge vollständigen Leuchttisch-Vorschau-Cache
erstelle Cache-Verzeichnisse
erstelle Cache-Verzeichnis ‚/home/sebastian/.cache/darktable/mipmaps-ebef8f9db326b3ddb45af1ef1615ba05f6682b0a.d/0‘
erstelle Cache-Verzeichnis ‚/home/sebastian/.cache/darktable/mipmaps-ebef8f9db326b3ddb45af1ef1615ba05f6682b0a.d/1‘
erstelle Cache-Verzeichnis ‚/home/sebastian/.cache/darktable/mipmaps-ebef8f9db326b3ddb45af1ef1615ba05f6682b0a.d/2‘
TIFFReadScanline: scanline oriented access is not supported for downsampled JPEG compressed images, consider enabling TIFF_JPEGCOLORMODE as JPEGCOLORMODE_RGB..
[rawspeed] No decoder found. Sorry.
[GraphicsMagick_open] image `0001_neu.tiff' loading
image 1/12451 (0,01%)
darktable-generate-cache: magick/error.c:921: ThrowLoggedException: Zusicherung »exception->signature == 0xabacadabUL« nicht erfüllt.
Magick: abort due to signal 6 (SIGABRT) "Abort"...
[1] 23910 abort (core dumped) darktable-generate-cache

#3 Updated by Roman Lebedev about 4 years ago

Sebastian Haberl wrote:

I'm using archlinux and can't find darktable-dbg. How can I install it?

I personally have never used archlinux, so i do not know.
Maybe https://wiki.archlinux.org/index.php/Debug_-_Getting_Traces helps.

The picture is actually corrupt. Put the error haapens on other pictures as well. I attached the one mentioned:

darktable-generate-cache
erzeuge vollständigen Leuchttisch-Vorschau-Cache
erstelle Cache-Verzeichnisse
erstelle Cache-Verzeichnis ‚/home/sebastian/.cache/darktable/mipmaps-ebef8f9db326b3ddb45af1ef1615ba05f6682b0a.d/0‘
erstelle Cache-Verzeichnis ‚/home/sebastian/.cache/darktable/mipmaps-ebef8f9db326b3ddb45af1ef1615ba05f6682b0a.d/1‘
erstelle Cache-Verzeichnis ‚/home/sebastian/.cache/darktable/mipmaps-ebef8f9db326b3ddb45af1ef1615ba05f6682b0a.d/2‘
TIFFReadScanline: scanline oriented access is not supported for downsampled JPEG compressed images, consider enabling TIFF_JPEGCOLORMODE as JPEGCOLORMODE_RGB..
[rawspeed] No decoder found. Sorry.
[GraphicsMagick_open] image `0001_neu.tiff' loading
image 1/12451 (0,01%)
darktable-generate-cache: magick/error.c:921: ThrowLoggedException: Zusicherung »exception->signature == 0xabacadabUL« nicht erfüllt.
Magick: abort due to signal 6 (SIGABRT) "Abort"...
[1] 23910 abort (core dumped) darktable-generate-cache

Unfortunately, this picture opens just fine here:

$ darktable ~/Downloads/redmine.darktable.org/0001_neu.tiff 

(darktable:14454): Gtk-WARNING **: Theme file for default has no directories

RawSpeed:RED,RawSpeed:GREEN,RawSpeed:
RawSpeed:GREEN,RawSpeed:BLUE,RawSpeed:
RawSpeed:DCRAW filter:94949494
RawSpeed:RED,RawSpeed:GREEN,RawSpeed:
RawSpeed:GREEN,RawSpeed:BLUE,RawSpeed:
RawSpeed:DCRAW filter:94949494
TIFFReadScanline: scanline oriented access is not supported for downsampled JPEG compressed images, consider enabling TIFF_JPEGCOLORMODE as JPEGCOLORMODE_RGB..
[rawspeed] No decoder found. Sorry.
[GraphicsMagick_open] image `0001_neu.tiff' loading

(darktable:14454): Gtk-WARNING **: Theme file for default has no directories

[dev_pixelpipe] module `input color profile' min: (7.063696; -5.272955; -15.861750) max: (102.669952; 15.700399; 27.822161) [full]
[dev_pixelpipe] module `output color profile' min: (0.181476; 0.000000; 0.000000) max: (1.000000; 0.999985; 1.000000) [full]
[dev_pixelpipe] module `input color profile' min: (4.244694; -4.448593; -9.826576) max: (105.569878; 7.700175; 24.866127) [thumbnail]
[dev_pixelpipe] module `output color profile' min: (0.081727; 0.000000; 0.000000) max: (1.070001; 1.064997; 1.057204) [thumbnail]
[dev_pixelpipe] module `input color profile' min: (9.639220; -5.161345; -13.378275) max: (104.140472; 9.386510; 25.639843) [preview]
[dev_pixelpipe] module `output color profile' min: (0.190112; 0.000000; 0.000000) max: (1.000000; 0.999985; 1.000000) [preview]
[dev_pixelpipe] module `input color profile' min: (11.392456; -7.411063; -7.135230) max: (103.434875; 18.811523; 29.437506) [full]
[dev_pixelpipe] module `output color profile' min: (0.209766; 0.000000; 0.000000) max: (1.000000; 0.999985; 1.000000) [full]
[dev_pixelpipe] module `input color profile' min: (15.143562; -3.904939; -1.981640) max: (100.000000; 9.462253; 29.371071) [full]
[dev_pixelpipe] module `output color profile' min: (0.250004; 0.000000; 0.000000) max: (0.999802; 0.999939; 0.999954) [full]
[dev_pixelpipe] module `input color profile' min: (12.303125; -6.593749; -7.238239) max: (100.000000; 30.474722; 32.556320) [full]
[dev_pixelpipe] module `output color profile' min: (0.205081; 0.000000; 0.000000) max: (0.999802; 0.999939; 0.999954) [full]

$ dpkg -l | grep -i graphicsmagic
ii  libgraphicsmagick++-q16-12                                  1.3.23-1+b1                          amd64        format-independent image processing - C++ shared library
ii  libgraphicsmagick-q16-3                                     1.3.23-1+b1                          amd64        format-independent image processing - C shared library
ii  libgraphicsmagick1-dev                                      1.3.23-1+b1                          amd64        format-independent image processing - C development files

#4 Updated by Roman Lebedev about 4 years ago

  • Assignee set to Ulrich Pegelow

@Ulrich: i have wondered before, why do we catch all the GM exceptions but not UndefinedException [1]?
If UndefinedException is not a SEGFAULT, why shouldn't we also catch it, and return e.g. DT_IMAGEIO_FILE_CORRUPTED?

Could you please take a look?

[2] https://github.com/darktable-org/darktable/blob/4204df8/src/common/imageio_gm.c#L75

#5 Updated by Roman Lebedev about 4 years ago

  • Affected Version changed from 2.0.0 to git development version
  • Category changed from Lighttable to General

#6 Updated by Sebastian Haberl about 4 years ago

Can you try opening the same picture from the same folder once again?

I can't open it a second time nor any other picture in this folder.

#7 Updated by Ulrich Pegelow about 4 years ago

i have wondered before, why do we catch all the GM exceptions but not UndefinedException [1]?

Well, no specific reason except that I oriented on an example given in [[http://www.graphicsmagick.org/api/api.html]]. We could try what happens if we catch undefined exceptions as well. Probably not worse than letting GraphicsMagick take care of it, which means it aborts the program.

BTW: I do not see any issues with the tiff image attached.

#8 Updated by Ulrich Pegelow about 4 years ago

@Sebastian: having another close look at your reported issue I found the following:

[dev_read_history] the module `collect' requested by image `Steffi-5412.png' is not installed on this computer!

The collect module is an essential part of any darktable installation. Not being able to find this module (file should be something like /usr/lib64/darktable/plugins/lighttable/libcollect.so or /opt/darktable/plugins/lighttable/libcollect.so) indicates some real issue with your installation. Please check if this file if missing. If yes you need to re-install darktable. If the file is not missing there must be something severely wrong with your whole system.

#9 Updated by Roman Lebedev about 4 years ago

Ulrich Pegelow wrote:

[dev_read_history] the module `collect' requested by image `Steffi-5412.png' is not installed on this computer!

The collect module is an essential part of any darktable installation.

But it is a lighttable module, not an iop..
And dev_read_history reads image history - list of iops.
There was never been an `collect' iop, so it should not be in image history, unless some kind of corruption.

#10 Updated by Ulrich Pegelow about 4 years ago

There was never been an `collect' iop, so it should not be in image history, unless some kind of corruption.

That's what I assume as well. Either there is a heap corruption triggered somewhere or even a hardware/memory issue.

#11 Updated by Sebastian Haberl about 4 years ago

The libcollect.so ist not missing

sebastian@Photoarch ~ % ls /usr/lib64/darktable/plugins/lighttable
libbackgroundjobs.so libhistogram.so libmodule_toolbox.so
libcamera.so libhistory.so libnavigation.so
libcollect.so libimage.so libprint_settings.so
libcolorlabels.so libimport.so libratings.so
libcolorpicker.so liblighttable_mode.so librecentcollect.so
libcopy_history.so liblive_view.so libselect.so
libdarktable_label.so liblocation.so libsession.so
libexport.so libmap_settings.so libsnapshots.so
libfilmstrip.so libmasks.so libstyles.so
libfilter.so libmetadata.so libtagging.so
libgeotagging.so libmetadata_view.so libviewswitcher.so
libglobal_toolbox.so libmodulegroups.so libview_toolbox.so
libhinter.so libmodulelist.so

I can't belive this is a harware issue, because it only happens with the tiffs. They are of different age and on the same disk as thousands of other photos which work fine.

Any other suggestions?

#12 Updated by Roman Lebedev about 4 years ago

Sebastian Haberl wrote:

The libcollect.so ist not missing

sebastian@Photoarch ~ % ls /usr/lib64/darktable/plugins/lighttable

For that message ([dev_read_history] the module `collect' requested by image `Steffi-5412.png' is not installed on this computer!)
libcollect.so needed to be in /usr/lib64/darktable/plugins/, not under lighttable/
And just cp lighttable/libcollect.so libcollect.so will not do it, the libs and iops have different api.

libbackgroundjobs.so libhistogram.so libmodule_toolbox.so
libcamera.so libhistory.so libnavigation.so
libcollect.so libimage.so libprint_settings.so
libcolorlabels.so libimport.so libratings.so
libcolorpicker.so liblighttable_mode.so librecentcollect.so
libcopy_history.so liblive_view.so libselect.so
libdarktable_label.so liblocation.so libsession.so
libexport.so libmap_settings.so libsnapshots.so
libfilmstrip.so libmasks.so libstyles.so
libfilter.so libmetadata.so libtagging.so
libgeotagging.so libmetadata_view.so libviewswitcher.so
libglobal_toolbox.so libmodulegroups.so libview_toolbox.so
libhinter.so libmodulelist.so

I can't belive this is a harware issue, because it only happens with the tiffs. They are of different age and on the same disk as thousands of other photos which work fine.

Any other suggestions?

#13 Updated by Tobias Ellinghaus about 4 years ago

Could you please look into the XMP of that file if it mentions "collect"?

#14 Updated by Sebastian Haberl about 4 years ago

I attached the xmp.

"Collect" is only mentioned once:

<darktable:history_operation>
<rdf:Seq>
<rdf:li>flip</rdf:li>
<rdf:li>collect</rdf:li>
</rdf:Seq>
</darktable:history_operation>

But in other files where this error message apears, this block is not existing.

#15 Updated by Sebastian Haberl about 4 years ago

Just to ad: darktable-generate-cash doesn't crash because of this error message.

It is this part:
...
darktable-generate-cache: magick/error.c:921: ThrowLoggedException: Zusicherung »exception->signature == 0xabacadabUL« nicht erfüllt.
Magick: abort due to signal 6 (SIGABRT) "Abort"...

#16 Updated by Roman Lebedev about 4 years ago

  • Subject changed from crash when creating tif thumbnails to crash when creating tif thumbnails - graphicsmagick

#17 Updated by Roman Lebedev almost 4 years ago

  • Assignee changed from Ulrich Pegelow to Roman Lebedev

Please try with current git master, i might have fixed it...

#18 Updated by Sebastian Haberl almost 4 years ago

  • % Done changed from 20 to 100
  • Status changed from Incomplete to Fixed

awesome. It looks like it's working now.

#19 Updated by Roman Lebedev almost 4 years ago

  • System changed from other GNU/Linux to all
  • % Done changed from 100 to 20
  • Status changed from Fixed to Incomplete

Hmm, yes, it certainly fixed it for me too, but not for the people on the maillist.
So there is something else left

#20 Updated by Roman Lebedev about 2 years ago

  • Assignee deleted (Roman Lebedev)

Also available in: Atom PDF

Go to top