|
From: | Petrika Gjanci |
Subject: | Re: [Discuss-gnuradio] Gnuradio loading issue |
Date: | Sat, 1 Oct 2016 16:22:48 +0000 |
Hi Marcus,
Thank for your prompt response. Attached below the outuput of gdb. It seems sip package
Regards,
Starting program: /usr/bin/python2 /usr/bin/gnuradio-companion
[Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [New Thread 0x7fffe0309700 (LWP 1761)] [New Thread 0x7fffdfb08700 (LWP 1762)] [New Thread 0x7fffdf101700 (LWP 1763)] [New Thread 0x7fffcffff700 (LWP 1765)] <<< Welcome to GNU Radio Companion 3.7.10 >>> Block paths: /usr/share/gnuradio/grc/blocks python2: siplib.c:12299: sipEnumType_alloc: Assertion `(((currentType)->td_flags & 0x0007) == 0x0003)' failed. Thread 1 "python2" received signal SIGABRT, Aborted. 0x00007ffff6f271c8 in __GI_raise (address@hidden) at ../sysdeps/unix/sysv/linux/raise.c:54 54 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) bt #0 0x00007ffff6f271c8 in __GI_raise (address@hidden) at ../sysdeps/unix/sysv/linux/raise.c:54 #1 0x00007ffff6f2864a in __GI_abort () at abort.c:89 #2 0x00007ffff6f20107 in __assert_fail_base (fmt=<optimized out>, address@hidden "(((currentType)->td_flags & 0x0007) == 0x0003)", address@hidden "siplib.c", address@hidden, address@hidden "sipEnumType_alloc") at assert.c:92 #3 0x00007ffff6f201b2 in __GI___assert_fail (assertion=0x7fffdc144df8 "(((currentType)->td_flags & 0x0007) == 0x0003)", file=0x7fffdc14414f "siplib.c", line=12299, function=0x7fffdc143f30 "sipEnumType_alloc") at assert.c:101 #4 0x00007fffdc1350d4 in ?? () from /usr/lib/python2.7/dist-packages/sip.x86_64-linux-gnu.so #5 0x00000000004b6932 in ?? () #6 0x00000000004b66b3 in ?? () #7 0x00000000004b0c73 in PyObject_Call () #8 0x00007fffdc138172 in ?? () from /usr/lib/python2.7/dist-packages/sip.x86_64-linux-gnu.so #9 0x00007fffdc138441 in ?? () from /usr/lib/python2.7/dist-packages/sip.x86_64-linux-gnu.so #10 0x00007fffdc138dd8 in ?? () from /usr/lib/python2.7/dist-packages/sip.x86_64-linux-gnu.so #11 0x00007fffc567459c in initQtOpenGL () from /usr/lib/python2.7/dist-packages/PyQt4/QtOpenGL.so #12 0x0000000000521c7c in _PyImport_LoadDynamicModule () #13 0x00000000004afb6d in ?? () #14 0x00000000004af31d in PyImport_ImportModuleLevel () #15 0x00000000004b0f38 in ?? () #16 0x00000000004b0c73 in PyObject_Call () #17 0x00000000004b08e1 in PyObject_CallFunction () #18 0x00000000004ae80c in PyImport_Import () #19 0x00000000004ae74a in PyImport_ImportModule () #20 0x00007fffdc34d779 in ?? () from /usr/lib/python2.7/dist-packages/PyQt4/Qt.x86_64-linux-gnu.so #21 0x00007fffdc34d883 in initQt () from /usr/lib/python2.7/dist-packages/PyQt4/Qt.x86_64-linux-gnu.so #22 0x0000000000521c7c in _PyImport_LoadDynamicModule From: Marcus Müller <address@hidden>
Sent: Saturday, October 1, 2016 4:00 PM To: Petrika Gjanci; address@hidden Subject: Re: [Discuss-gnuradio] Gnuradio loading issue Hi Petrika,
No, haven't seen that, but to me, it does look like a siplib bug or something similar, is. Something that went wrong in a dependency of a GNU Radio dependency. This might boil down to Debian package maintenance, so if you could help that, the immediate problem might get solved faster. A quick and easy approach would be running gdb python2 $(which gnuradio-companion) [Lots of things printed] > run [Things crash] > backtrace And sharing the output. That should tell you loading which library led to the crash. Best regards, Marcus Am 1. Oktober 2016 02:46:52 GMT-07:00, schrieb Petrika Gjanci <address@hidden>:
-- Sent from my Android device with K-9 Mail. Please excuse my brevity. |
[Prev in Thread] | Current Thread | [Next in Thread] |