discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Discuss-gnuradio] gr-osmocom source segfaults on startup roughly 90 % o


From: Tom McDermott
Subject: [Discuss-gnuradio] gr-osmocom source segfaults on startup roughly 90 % of the time
Date: Fri, 29 Sep 2017 03:50:09 -0700


I am using gr-osmocom source module to talk to a soapy remote device.
It works correctly about 10 percent of the time. The other ~90 percent of
the time it segfaults on startup. It might run twice in a row, then it might
take 15 attempts before it starts correctly.

The value of set_if_gain is 20
The device type is  soapy=remote:rtlsdr
Here is a trace of the segfault, it seems to always be the same fault:

(gdb) run first_remote_no_gui.py
Starting program: /usr/bin/python first_remote_no_gui.py
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
linux; GNU C++ version 5.4.0 20160609; Boost_105800; UHD_003.010.002.000-3-g122bfae1

gr-osmosdr v0.1.4-98-gc653754d (0.1.5git) gnuradio 3.7.11.1
built-in source types: file fcd rtl rtl_tcp uhd hackrf bladerf rfspace airspy soapy redpitaya
[New Thread 0x7fffe57a5700 (LWP 4300)]
[New Thread 0x7fffe4fa4700 (LWP 4301)]

Thread 1 "python" received signal SIGSEGV, Segmentation fault.
0x00007fffea3d47d9 in soapy_source_c::set_if_gain(double, unsigned long) ()
   from /usr/local/lib/libgnuradio-osmosdr-0.1.5git.so.0.0.0
(gdb) bt
#0  0x00007fffea3d47d9 in soapy_source_c::set_if_gain(double, unsigned long) ()
   from /usr/local/lib/libgnuradio-osmosdr-0.1.5git.so.0.0.0
#1  0x00007fffea35d152 in source_impl::set_if_gain(double, unsigned long) ()
   from /usr/local/lib/libgnuradio-osmosdr-0.1.5git.so.0.0.0
#2  0x00007fffea63bfd6 in _wrap_source_sptr_set_if_gain ()
   from /usr/local/lib/python2.7/dist-packages/osmosdr/_osmosdr_swig.so
#3  0x00000000004c468a in call_function (oparg=<optimized out>,
    pp_stack=0x7fffffffd1b0) at ../Python/ceval.c:4350
#4  PyEval_EvalFrameEx () at ../Python/ceval.c:2987
#5  0x00000000004c2765 in PyEval_EvalCodeEx () at ../Python/ceval.c:3582
#6  0x00000000004ca099 in fast_function (nk=0, na=<optimized out>,
    n=<optimized out>, pp_stack=0x7fffffffd3c0,
    func=<function at remote 0x7fffea8fd8c0>) at ../Python/ceval.c:4445
#7  call_function (oparg=<optimized out>, pp_stack=0x7fffffffd3c0)
    at ../Python/ceval.c:4370
#8  PyEval_EvalFrameEx () at ../Python/ceval.c:2987
#9  0x00000000004c2765 in PyEval_EvalCodeEx () at ../Python/ceval.c:3582
#10 0x00000000004de6fe in function_call.lto_priv ()
    at ../Objects/funcobject.c:523
#11 0x00000000004b0cb3 in PyObject_Call () at ../Objects/abstract.c:2546
#12 0x00000000004f492e in instancemethod_call.lto_priv ()
    at ../Objects/classobject.c:2602
#13 0x00000000004b0cb3 in PyObject_Call () at ../Objects/abstract.c:2546

-- Tom, N5EG


reply via email to

[Prev in Thread] Current Thread [Next in Thread]