exaexa
commented
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 faultTogether with the previous it looks a bit like uninitialized mutex pointer.
jliljebl
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?