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.
–
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
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::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… (?)
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::start_thread() () from
/usr/lib/libboost_thread.so.1.46.1
(gdb) bt #0 0xb6fdf26f in boost::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.