Closed exaexa closed 6 years ago
….Also including the tail of strace:
recvmsg(6, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="\1 \226\1\2\0\0\0\4\0\0\0\0\0\0\0\2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., iov_len=4096}], msg_iovlen=1, msg_controllen=0, msg_flags=0}, 0) = 40
recvmsg(6, {msg_namelen=0}, 0) = -1 EAGAIN (Resource temporarily unavailable)
recvmsg(6, {msg_namelen=0}, 0) = -1 EAGAIN (Resource temporarily unavailable)
recvmsg(6, {msg_namelen=0}, 0) = -1 EAGAIN (Resource temporarily unavailable)
recvmsg(6, {msg_namelen=0}, 0) = -1 EAGAIN (Resource temporarily unavailable)
poll([{fd=6, events=POLLIN}, {fd=7, events=POLLIN}, {fd=8, events=POLLIN}], 3, 0) = 0 (Timeout)
futex(0x7f9e42eb7e28, FUTEX_WAKE_PRIVATE, 2147483647) = 0
brk(0x560ad84ff000) = 0x560ad84ff000
futex(0x7f9e44cf1c20, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN (Resource temporarily unavailable)
futex(0x7f9e44cf1c20, FUTEX_WAKE_PRIVATE, 1) = 0
mprotect(0x7f9e1c024000, 4096, PROT_READ|PROT_WRITE) = 0
mprotect(0x7f9e1c025000, 8192, PROT_READ|PROT_WRITE) = 0
openat(AT_FDCWD, "/usr/share/icons/gnome/scalable/actions/list-remove-symbolic.svg", O_RDONLY) = 31
fstat(31, {st_mode=S_IFREG|0644, st_size=3117, ...}) = 0
read(31, "<?xml version='1.0' encoding='UT"..., 8192) = 3117
read(31, "", 8192) = 0
close(31) = 0
openat(AT_FDCWD, "/usr/share/icons/gnome/scalable/actions/list-add-symbolic.svg", O_RDONLY) = 31
fstat(31, {st_mode=S_IFREG|0644, st_size=3104, ...}) = 0
brk(0x560ad8522000) = 0x560ad8522000
read(31, "<?xml version='1.0' encoding='UT"..., 8192) = 3104
read(31, "", 8192) = 0
close(31) = 0
futex(0x7f9e42eb7e28, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7f9e42eb7e28, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7f9e42eb7e28, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7f9e42eb7e28, FUTEX_WAKE_PRIVATE, 2147483647) = 0
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x10} ---
+++ killed by SIGSEGV +++
Segmentation fault
Together with the previous it looks a bit like uninitialized mutex pointer.
This is very likely the SDL1.2/SDL2 issue, and it is just being worked on right now. I'll post more info as further developments happen.
OK thanks, just for the record:
$ sdl-config --version
1.2.15
$ sdl2-config --version
2.0.7
Ask if you need any debugging info or patch testing.
Does updating to MLT 6.6.0 fix the issue, or is this unrelated? See here:
https://github.com/jliljebl/flowblade/blob/master/flowblade-trunk/docs/SDL_2_AND_MLT_6_6_0.md
Seems that the fix helped! Btw I've ruled out the possibility that some change in my environment would have fixed the issue (the old version is still crashing).
Thanks!
an unmodified flowblade from the distribution crashes on startup in Debian Buster.
Log here (includes versions):
I tried debugging around a bit, stacktrace from GDB looks like this:
I tried finding the python code stacktrace but hit this problem https://bugs.python.org/issue1215 (maybe there is a workaround?)
If there's a simple method to obtain a backtrace with MLT, please tell me the simplest method to obtain it. (there's sadly no libmlt-dbg)
Is there some more information I can possibly supply?