Bug #12433

darktable segfault perhaps related to local copies

Added by Patrick Shanahan about 1 year ago. Updated about 1 year ago.

Closed: invalid
Target version:
Start date:
Due date:
% Done:


Estimated time:
Affected Version:
git master branch
hardware architecture:


getting segfaults

originally believed related to rotating image, but it appears
to only happen when working with local copies of remote files.

ref Bug #12409

opened new bug report per request from Pascal Obry

appears to be directly related to using local copy
working on non-local copies does not crash

several segfaults reported on irc/#darktable

latest attached, others:

tried darktable-asan-2.6.0rc0~git2.15719b1a5-822.1.x86_64.rpm
from darix' builds but crashes when opened. from irc/#darktable 2-12-18:
15:47:08 LebedevRI | also, everything glib is just completely broken by design, so i think │ | "ASAN_OPTIONS=check_initialization_order=1" just completely does not work

247b0226b.2.gdb.txt (131 KB) 247b0226b.2.gdb.txt Patrick Shanahan, 12/03/2018 12:38 AM


#1 Updated by Patrick Shanahan about 1 year ago

dt does not segfault if local copy is made within the same session.

close dt with several images local copied, reopen dt and perform action
on a local copy image and segfault.

#2 Updated by Pascal Obry about 1 year ago

We will need more information. I created 12 local copies. Exited dt and restarted it.

I then created spots, did lot of rotations from darkroom and moved the spots around and again some rotations.

No issue, no crash... So sounds like an issue on your side. Memory? OpenCL? The local copies sounds like a red-herring to me.

#3 Updated by Patrick Shanahan about 1 year ago

ok, perhaps it is really a local issue. I have worked for several
days w/o it happening again. I will try things today that caused
it to happen to me and try to repeat.

I vacuumed and did integrety_check against both data.db and library.db
successfully and purged non-existing images (had 3). I now see only
one unexpected issue:
darktable on startup always reports "1 local copy has been
synchronized" but I have nothing copied locally and I see no
jpg's, orf's or nef's in ~/.cache/darktable/ and I would have
nothing else.


#4 Updated by Patrick Shanahan about 1 year ago

undetermined single local copy identified and resolved.

updated to build 7ea67a074

after many attempts I do not get segfault doing any of
previous conditions.

please remove as invalid


#5 Updated by Pascal Obry about 1 year ago

  • Assignee set to Pascal Obry
  • Status changed from New to Closed: invalid

Ok, closed then.

Also available in: Atom PDF

Go to top