Re: [darktable-dev] error running darktable.generating.cache
Am Samstag, 12. August 2017, 19:27:43 CEST schrieb M.Bungert: > Am Samstag, den 12.08.2017, 19:10 +0200 schrieb M.Bungert: > > I tried it again, Still the same error. I used "options=(debug > > !strip)" > > for the new build of DT to compile. Maybe that helps and I attached > > the > > new backtrace. > > > > > > Regards, > > Marcus > > It works now. There are several images of my older camera Nikon D80 and > Nikon D600 which are causing this error. All images are Nikon .NEF > files. I found the filenames in the backtrace. The 2nd backtrace you sent was another crash (in lighttable modules which shouldn't be loaded at all when running darktable-generate-cache so I have no idea what's going on there). > After removing the pictures from DT library, generating cache works. > > What is wrong with those images? I don't know, because I am abel to > edit in DT. > > Does someone need those images with .xmp files to analyze the problem? Please open a bug report [0] and attach that XMP file. > Marcus Tobias [0] https://redmine.darktable.org/projects/darktable/issues/new signature.asc Description: This is a digitally signed message part.
Re: [darktable-dev] error running darktable.generating.cache
Am Samstag, den 12.08.2017, 19:10 +0200 schrieb M.Bungert: > > I tried it again, Still the same error. I used "options=(debug > !strip)" > for the new build of DT to compile. Maybe that helps and I attached > the > new backtrace. > > > Regards, > Marcus > It works now. There are several images of my older camera Nikon D80 and Nikon D600 which are causing this error. All images are Nikon .NEF files. I found the filenames in the backtrace. After removing the pictures from DT library, generating cache works. What is wrong with those images? I don't know, because I am abel to edit in DT. Does someone need those images with .xmp files to analyze the problem? Marcus ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] error running darktable.generating.cache
On Sat, Aug 12, 2017 at 8:10 PM, M.Bungert wrote: > > > Am Samstag, den 12.08.2017, 16:43 +0200 schrieb Tobias Ellinghaus: >> >> Please try again with a new build, it should be fixed now. Thanks for >> reporting >> the bug. >> >> Tobias > > I tried it again, Still the same error. > I used "options=(debug !strip)" Nice :) Please keep them, so that next bt will be most useful from the beginning. > for the new build of DT to compile. Maybe that helps and I attached the > new backtrace. Obvious note: It was only fixed in the git master branch of the darktable. > Regards, > Marcus Roman. > ___ > darktable developer mailing list > to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] error running darktable.generating.cache
Am Samstag, den 12.08.2017, 16:43 +0200 schrieb Tobias Ellinghaus: > > Please try again with a new build, it should be fixed now. Thanks for > reporting > the bug. > > Tobias I tried it again, Still the same error. I used "options=(debug !strip)" for the new build of DT to compile. Maybe that helps and I attached the new backtrace. Regards, Marcus ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.orgthis is darktable 2.3.0+829~g42b882600 reporting a segfault: warning: Currently logging to /tmp/darktable_bt_TGWV4Y.txt. Turn the logging off and on to make the new setting effective. #0 0x7fa19833e0d7 in waitpid () at /usr/lib/libpthread.so.0 #1 0x7fa198623af0 in _dt_sigsegv_handler (param=11) at /tmp/yaourt-tmp-mabunix/aur-darktable-git/src/darktable/src/common/system_signal_handling.c:118 #2 0x7fa197fba940 in () at /usr/lib/libc.so.6 #3 0x7fa1980b8800 in __memmove_avx_unaligned_erms () at /usr/lib/libc.so.6 #4 0x7fa0f138e3e9 in _duplicate_history (hist=) at /tmp/yaourt-tmp-mabunix/aur-darktable-git/src/darktable/src/libs/history.c:198 #5 0x7fa0f138e3e9 in _lib_history_change_callback (instance=, user_data=0x633aa34800) at /tmp/yaourt-tmp-mabunix/aur-darktable-git/src/darktable/src/libs/history.c:394 #6 0x7fa194f71ead in g_closure_invoke () at /usr/lib/libgobject-2.0.so.0 #7 0x7fa194f844ae in () at /usr/lib/libgobject-2.0.so.0 #8 0x7fa194f8c1f0 in g_signal_emitv () at /usr/lib/libgobject-2.0.so.0 #9 0x7fa19864240a in _signal_raise (user_data=0x7fa1682d9140) at /tmp/yaourt-tmp-mabunix/aur-darktable-git/src/darktable/src/control/signal.c:161 #10 0x7fa196b4e8c5 in g_main_context_dispatch () at /usr/lib/libglib-2.0.so.0 #11 0x7fa196b4ec88 in () at /usr/lib/libglib-2.0.so.0 #12 0x7fa196b4efa2 in g_main_loop_run () at /usr/lib/libglib-2.0.so.0 #13 0x7fa19642653f in gtk_main () at /usr/lib/libgtk-3.so.0 #14 0x7fa1986cb39a in dt_gui_gtk_run (gui=) at /tmp/yaourt-tmp-mabunix/aur-darktable-git/src/darktable/src/gui/gtk.c:1176 #15 0x0063365b8890 in main (argc=, argv=) at /tmp/yaourt-tmp-mabunix/aur-darktable-git/src/darktable/src/main.c:65 = Id Target Id Frame * 1Thread 0x7fa1990f2a40 (LWP 8288) "darktable" 0x7fa19833e0d7 in waitpid () from /usr/lib/libpthread.so.0 2Thread 0x7fa183ecb700 (LWP 8299) "gmain" 0x7fa19806ae9d in poll () from /usr/lib/libc.so.6 3Thread 0x7fa1836ca700 (LWP 8300) "gdbus" 0x7fa19806ae9d in poll () from /usr/lib/libc.so.6 4Thread 0x7fa181fb7700 (LWP 8301) "worker 0" 0x7fa19833a1ad in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0 5Thread 0x7fa1817b6700 (LWP 8302) "worker 1" 0x7fa19833a1ad in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0 6Thread 0x7fa180fb5700 (LWP 8303) "worker 2" 0x7fa19833a1ad in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0 7Thread 0x7fa173fff700 (LWP 8304) "worker 3" 0x7fa19833a1ad in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0 8Thread 0x7fa1737fe700 (LWP 8305) "worker 4" 0x7fa19833a1ad in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0 9Thread 0x7fa172ffd700 (LWP 8306) "kicker" 0x7fa198042bcd in nanosleep () from /usr/lib/libc.so.6 10 Thread 0x7fa1727fc700 (LWP 8307) "worker res 0" 0x7fa19833a1ad in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0 11 Thread 0x7fa171ffb700 (LWP 8308) "worker res 1" 0x7fa19833a1ad in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0 12 Thread 0x7fa170bff700 (LWP 8309) "darktable" 0x7fa19806ae9d in poll () from /usr/lib/libc.so.6 13 Thread 0x7fa1571bc700 (LWP 8312) "darktable" 0x7fa19833a576 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0 14 Thread 0x7fa1569bb700 (LWP 8313) "darktable" 0x7fa19833cb06 in do_futex_wait.constprop () from /usr/lib/libpthread.so.0 15 Thread 0x7fa1561ba700 (LWP 8314) "darktable" 0x7fa19833cb06 in do_futex_wait.constprop () from /usr/lib/libpthread.so.0 16 Thread 0x7fa1559b9700 (LWP 8315) "darktable" 0x7fa19833cb06 in do_futex_wait.constprop () from /usr/lib/libpthread.so.0 17 Thread 0x7fa1551b8700 (LWP 8316) "darktable" 0x7fa19833cb06 in do_futex_wait.constprop () from /usr/lib/libpthread.so.0 18 Thread 0x7fa1549b7700 (LWP 8317) "darktable" 0x7fa19833cb06 in do_futex_wait.constprop () from /usr/lib/libpthread.so.0 19 Thread 0x7fa12ffc8700 (LWP 8380) "worker 4" futex_wait (val=256, addr=0x7fa1640878b4) at /build/gcc/src/gcc/libgomp/config/linux/x86/futex.h:44 20 Thread 0x7fa131bf0700 (LWP 8381) "worker 4" futex_wait (val=256, addr=0x7fa1640878b4) at /build/gcc/src/gcc/libgomp/config/linux/x86/futex.h:44 21 Thread 0x7fa1313ef700 (LWP 8382) "worker
Re: [darktable-dev] error running darktable.generating.cache
Am Samstag, 12. August 2017, 08:42:36 CEST schrieb M.Bungert: > I'm using DT latest git version from Arch Linux AUR darktable-git. > Today I rebuild the cache and got the attached error. > > Generating cache stopps alway at 14.91%. > > Is this a bug from git version? Please try again with a new build, it should be fixed now. Thanks for reporting the bug. > Regards, > Marcus Tobias signature.asc Description: This is a digitally signed message part.
Re: [darktable-dev] error running darktable.generating.cache
Am Samstag, den 12.08.2017, 09:51 +0300 schrieb Roman Lebedev: > > This backtrace is useless. > Please install debug symbols at least for darktable, gtk, glib, cairo > and try again. I don't know how to do that. Sorry is there a step by step howto for Arch Linux? > > Roman. > Marcus ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] error running darktable.generating.cache
On Sat, Aug 12, 2017 at 9:42 AM, M.Bungert wrote: > I'm using DT latest git version from Arch Linux AUR darktable-git. > Today I rebuild the cache and got the attached error. > > Generating cache stopps alway at 14.91%. > > Is this a bug from git version? This backtrace is useless. Please install debug symbols at least for darktable, gtk, glib, cairo and try again. > Regards, > Marcus Roman. > ___ > darktable developer mailing list > to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
