Uhd_fft.py returns Segmentation fault

Hello list,

I tried to launch the “uhd_fft.py” script with the
following command line:

“uhd_fft.py -a type=usrp2 -f 935M -s 2M”

My problem is that my terminal always returns this output:

linux; GNU C++ version 4.5.2; Boost_104200;
UHD_003.001.000-a7927ae

– Opening a USRP2/N-Series device…
– Current recv frame size: 1472 bytes
– Current send frame size: 1472 bytes
– mboard0 is MIMO master
Segmentation fault

I am using Linux Ubuntu 11.10, 32bit, Intel Core2 Duo
CPU P8600 @ 2.40GHz 2, USRP N210 with WBX.
I also use ClockTamer as reference for the internal XO and
2 normal GSM 900 antennas.

I would really appreciate if someone has an idea on what I
am doing wrong here.

Thanks in advance!

Sebastian

On 10/28/2011 04:03 AM, [email protected] wrote:

– Opening a USRP2/N-Series device…
– Current recv frame size: 1472 bytes
– Current send frame size: 1472 bytes
– mboard0 is MIMO master
Segmentation fault

Does uhd_usrp_probe work? If so, is there a particular line in
uhd_fft.py that causes the seg fault? Have you debugged w/ gdb?

In any case, I recommend upgrading to the latest release, then see if
there is still a problem.

-Josh

Please let me know if you solve the problem, I also have a seg fault…

Thanks
Vanessa

On Fri, Oct 28, 2011 at 4:41 PM, Josh B. [email protected] wrote:

My problem is that my terminal always returns this output:

2.40GHz 2, USRP N210 with WBX.


Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Vanessa GARDELLIN, Ph.D.
Researcher
Institute for Informatics and Telematics (IIT),
Italian National Research Council (CNR)
Via G. Moruzzi 1
56124 Pisa - ITALY
Phone: +390503153267
Room: B65/c
E-mail: [email protected]
WWW: http://www.iit.cnr.it/staff/vanessa.gardellin/
Skype: gardellin.vanessa

On 10/28/2011 12:20 PM, Vanessa Gardellin wrote:

Please let me know if you solve the problem, I also have a seg fault…

So help me help you…

What version of gnuradio?
What version of uhd?

Do the uhd example apps work?
Can you import the gnuradio python module?

What about making a quick FFT app in gnuradio companion (uhd usrp source
-> fft sink)? Does that work?

This could be an ABI mismatch, or maybe a bug.
Have you tried updating and rebuilding?

-josh

On Oct 28, 2011 11:57 PM, “Josh B.” [email protected] wrote:

Can you import the gnuradio python module?
A similar, more detailed report was posted a few weeks ago.

http://osdir.com/ml/discuss-gnuradio-gnu/2011-10/msg00227.html

Thomas

Hello Josh,

thanks for your answer.

I have run the programm once again using gdb and the
output is:


Starting program: /usr/bin/python uhd_fft.py -a type=usrp2
-f 935M -s 2M
[Thread debugging using libthread_db enabled]
linux; GNU C++ version 4.5.2; Boost_104200;
UHD_003.001.000-a7927ae

[New Thread 0xb2295b70 (LWP 32150)]
[New Thread 0xb1a94b70 (LWP 32151)]
– Opening a USRP2/N-Series device…
– Current recv frame size: 1472 bytes
– Current send frame size: 1472 bytes
– mboard0 is MIMO master

Program received signal SIGSEGV, Segmentation fault.
0xb6fdf26f in boost::thread::start_thread() () from
/usr/lib/libboost_thread.so.1.46.1

I just used the version that was online Thursday last
week. I think this one is up to date… (?)

Sebastian

On Fri, 28 Oct 2011 07:41:17 -0700

Did you solve the seg fault problem on uhd_fft ?

Vanessa

Hello,

just realized that I forgot to insert the part after “bt”
last time…

So once again:

This is what GDB says:

Starting program: /usr/bin/python uhd_fft.py -a type=usrp2
-f 935M -s 2M
[Thread debugging using libthread_db enabled]
linux; GNU C++ version 4.5.2; Boost_104200;
UHD_003.001.000-a7927ae

[New Thread 0xb227cb70 (LWP 27190)]
[New Thread 0xb18ffb70 (LWP 27191)]
– Opening a USRP2/N-Series device…
– Current recv frame size: 1472 bytes
– Current send frame size: 1472 bytes
– mboard0 is MIMO master

Program received signal SIGSEGV, Segmentation fault.
0xb6fdf26f in boost::thread::start_thread() () from
/usr/lib/libboost_thread.so.1.46.1
(gdb) bt
#0 0xb6fdf26f in boost::thread::start_thread() () from
/usr/lib/libboost_thread.so.1.46.1
#1 0xb63c80a0 in usrp2_impl::io_init() () from
/usr/local/lib/libuhd.so.003
#2 0xb63ee5c5 in
usrp2_impl::usrp2_impl(uhd::device_addr_t const&) () from
/usr/local/lib/libuhd.so.003
#3 0xb63ef09a in usrp2_make(uhd::device_addr_t const&) ()
from /usr/local/lib/libuhd.so.003
#4 0xb63ef249 in
boost::detail::function::function_invoker1<boost::shared_ptruhd::device
(*)(uhd::device_addr_t const&),
boost::shared_ptruhd::device, uhd::device_addr_t
const&>::invoke(boost::detail::function::function_buffer&,
uhd::device_addr_t const&) () from
/usr/local/lib/libuhd.so.003
#5 0xb6416f73 in uhd::device::make(uhd::device_addr_t
const&, unsigned int) ()
from /usr/local/lib/libuhd.so.003
#6 0xb6316012 in
uhd::usrp::multi_usrp::make(uhd::device_addr_t const&) ()
from /usr/local/lib/libuhd.so.003
#7 0xb64a451a in
uhd_usrp_source_impl::uhd_usrp_source_impl
(this=0x93769e8, device_addr=…,
stream_args=…, __in_chrg=,
__vtt_parm=) at gr_uhd_usrp_source.cc:68
#8 0xb649eac8 in uhd_make_usrp_source (device_addr=…,
stream_args=…) at gr_uhd_usrp_source.cc:454
#9 0xb6521477 in _wrap_usrp_source__SWIG_1
(args=) at python/uhd_swig.cc:29228
#10 _wrap_usrp_source (self=0x0, args=0x936e8a8) at
python/uhd_swig.cc:29263
#11 0x080fade1 in PyEval_EvalFrameEx ()
#12 0x080fd804 in PyEval_EvalCodeEx ()
#13 0x0808c512 in ?? ()
#14 0x0805dc31 in PyObject_Call ()
#15 0x080f938c in PyEval_EvalFrameEx ()
#16 0x080fdcd1 in PyEval_EvalCodeEx ()
#17 0x080f7cdf in PyEval_EvalFrameEx ()
#18 0x080fd804 in PyEval_EvalCodeEx ()
#19 0x0808c512 in ?? ()
#20 0x0805dc31 in PyObject_Call ()
#21 0x080738bd in ?? ()
#22 0x0805dc31 in PyObject_Call ()
#23 0x080c30fa in ?? ()
#24 0x080be6fb in ?? ()
#25 0x0805dc31 in PyObject_Call ()
#26 0x080f81c1 in PyEval_EvalFrameEx ()
#27 0x080fd804 in PyEval_EvalCodeEx ()
#28 0x0808c512 in ?? ()
#29 0x0805dc31 in PyObject_Call ()
#30 0x080738bd in ?? ()
#31 0x0805dc31 in PyObject_Call ()
#32 0x080c30fa in ?? ()
#33 0x080be6fb in ?? ()
#34 0x0805dc31 in PyObject_Call ()
#35 0x080f81c1 in PyEval_EvalFrameEx ()
#36 0x080fd804 in PyEval_EvalCodeEx ()
#37 0x0808c512 in ?? ()
#38 0x0805dc31 in PyObject_Call ()
#39 0x080738bd in ?? ()
#40 0x0805dc31 in PyObject_Call ()
#41 0x080c30fa in ?? ()
#42 0x080be6fb in ?? ()
#43 0x0805dc31 in PyObject_Call ()
#44 0x080f81c1 in PyEval_EvalFrameEx ()
#45 0x080fd804 in PyEval_EvalCodeEx ()
#46 0x0808c512 in ?? ()
#47 0x0805dc31 in PyObject_Call ()
#48 0x080738bd in ?? ()
#49 0x0805dc31 in PyObject_Call ()
#50 0x080f704e in PyEval_CallObjectWithKeywords ()
#51 0xb3ef71ff in wxPyApp::_BootstrapApp() ()
from
/usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode/wx/core.so
#52 0xb3f80ecd in ?? () from
/usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode/wx/core.so
#53 0x080fade1 in PyEval_EvalFrameEx ()
#54 0x080fd804 in PyEval_EvalCodeEx ()
#55 0x080f7cdf in PyEval_EvalFrameEx ()
#56 0x080fd804 in PyEval_EvalCodeEx ()
#57 0x0808c724 in ?? ()
#58 0x0805dc31 in PyObject_Call ()
#59 0x080738bd in ?? ()
#60 0x0805dc31 in PyObject_Call ()
#61 0x080f81c1 in PyEval_EvalFrameEx ()
#62 0x080fd804 in PyEval_EvalCodeEx ()
#63 0x0808c724 in ?? ()
#64 0x0805dc31 in PyObject_Call ()
#65 0x080738bd in ?? ()
#66 0x0805dc31 in PyObject_Call ()
#67 0x080c30fa in ?? ()
#68 0x080be6fb in ?? ()
#69 0x0805dc31 in PyObject_Call ()
#70 0x080f81c1 in PyEval_EvalFrameEx ()
#71 0x080f7e20 in PyEval_EvalFrameEx ()
#72 0x080fd804 in PyEval_EvalCodeEx ()
#73 0x080fe177 in PyEval_EvalCode ()
#74 0x0811acd0 in ?? ()
#75 0x0811b8e9 in PyRun_FileExFlags ()
#76 0x0811c4cc in PyRun_SimpleFileExFlags ()
#77 0x0812c7c6 in Py_Main ()
#78 0x0805da0b in main ()

I definitely have the latest GNURadio release installed.

uhd_find_devices and uhd_usrp-probe both work fine.

Regards
Sebastian

On Fri, 28 Oct 2011 07:41:17 -0700

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs