discuss-gnuradio
[Top][All Lists]
Advanced

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

[Discuss-gnuradio] usrp_spectrum_sense.py segmentation fault problem


From: Sebastian Döring
Subject: [Discuss-gnuradio] usrp_spectrum_sense.py segmentation fault problem
Date: Tue, 20 Dec 2011 11:11:58 +0100

Hello list,

since I got no answer to my last post, I guess what I wrote wasn´t that helpful. I apologize for whatever I did not understand, but I am not familiar with error logs in the context of the problem I have here.
I would really appreciate any help with this.

Once again my problem: I am getting the famous segmentation fault when trying to launch the usrp_spectrum_sense.py-script. When asked for an error log, I simply launched it in GDB and copy pasted the output plus backtrace.

My OS is Ubuntu 10.04, running on a 32-bit machine. Default python version is 2.6. My hardware is the USRP N210 with XCVR2450.

I tried to change my default python version (tried 2.5 and 2.7) but it did not help ( but I am also not sure if I have changed all the necessary paths correctly). Nevertheless I returned to 2.6 and have even reinstalled the GNUraduio package (using the build-script) --> nothing changed.

uhd_fft.py and so on is working but I really need to get the above mentioned script running, to modify it later on.


Thanks in advance for your answers.

-Sebastian


On Thu, 15 Dec 2011 12:40:02 +0100
 "Sebastian Döring" <address@hidden> wrote:
On Wed, 14 Dec 2011 08:28:57 -0500
 "Marcus D. Leech" <address@hidden> wrote:
On 14/12/11 08:05 AM, Sebastian Döring wrote:

Thanks a lot. Code really looks like what I am looking for. Concerning the machine+Python version combinations that cause seg
faults: Is there a known combination that works?
Seems like mine doesn't.

-Sebastian


Could you expand on that a bit, please? Perhaps with an error log, and
what you were trying to do when
 you got a segfault?



--
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org




I was simply trying to test the script (usrp_spectrum_sense.py 2.4G 2.41G).

I have reproduced the error using gdb and this is what I get:
------------------------------------------------------------------------------------------------------
Starting program: /usr/bin/python usrp_spectrum_sense.py 2.4G 2.41G
[Thread debugging using libthread_db enabled]
linux; GNU C++ version 4.4.3; Boost_104000; UHD_003.004.000-71810ad

Warning: this is known to have issues on some machines+Python version combinations to seg fault due to the callback in bin_statitics. If you figure out why, we'd love to hear about it!
-- Opening a USRP2/N-Series device...
-- Current recv frame size: 1472 bytes
-- Current send frame size: 1472 bytes
[New Thread 0xb6afbb70 (LWP 8791)]
[New Thread 0xb62fab70 (LWP 8792)]
gain = 49.5
[New Thread 0xb5a99b70 (LWP 8793)]
[New Thread 0xb5298b70 (LWP 8794)]
[New Thread 0xb4a56b70 (LWP 8795)]
[New Thread 0xb40ffb70 (LWP 8796)]
[New Thread 0xb38feb70 (LWP 8797)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb38feb70 (LWP 8797)]
0x0013a455 in sem_post@@GLIBC_2.1 () from /lib/tls/i686/cmov/libpthread.so.0
------------------------------------------------------------------------------------------------------

The backtrace says:
------------------------------------------------------------------------------------------------------
#0 0x0013a455 in sem_post@@GLIBC_2.1 () from /lib/tls/i686/cmov/libpthread.so.0 #1 0x0810ab61 in PyThread_release_lock (lock=0x0) at ../Python/thread_pthread.h:374 #2 0x080dbad3 in PyEval_ReleaseLock () at ../Python/ceval.c:262
#3  0x00fa6073 in gr_py_feval_dd::calleval(double) ()
from /usr/local/lib/python2.6/dist-packages/gnuradio/gr/_gnuradio_core_general.so #4 0x0083a6cd in gr_bin_statistics_f::enter_tune_delay() () from /usr/local/lib/libgnuradio-core-3.5.0rc0.so.0.0.0 #5 0x0083a788 in gr_bin_statistics_f::work(int, std::vector<void const*, std::allocator<void const*> >&, std::vector<void*, std::allocator<void*> >&) () from /usr/local/lib/libgnuradio-core-3.5.0rc0.so.0.0.0 #6 0x007d70e7 in gr_sync_block::general_work(int, std::vector<int, std::allocator<int> >&, std::vector<void const*, std::allocator<void const*> >&, std::vector<void*, std::allocator<void*> >&) () from /usr/local/lib/libgnuradio-core-3.5.0rc0.so.0.0.0 #7 0x007ba475 in gr_block_executor::run_one_iteration() () from /usr/local/lib/libgnuradio-core-3.5.0rc0.so.0.0.0 #8 0x007da549 in gr_tpb_thread_body::gr_tpb_thread_body(boost::shared_ptr<gr_block>) () from /usr/local/lib/libgnuradio-core-3.5.0rc0.so.0.0.0 #9 0x007d3fcd in boost::detail::function::void_function_obj_invoker0<gruel::thread_body_wrapper<tpb_container>, void>::invoke(boost::detail::function::function_buffer&) () from /usr/local/lib/libgnuradio-core-3.5.0rc0.so.0.0.0 #10 0x009515f5 in boost::detail::thread_data<boost::function0<void>
::run() ()
   from /usr/local/lib/libgruel-3.5.0rc0.so.0.0.0
#11 0x009db7c5 in thread_proxy () from /usr/lib/libboost_thread.so.1.40.0 #12 0x0013396e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #13 0x003f1a4e in clone () from /lib/tls/i686/cmov/libc.so.6
------------------------------------------------------------------------------------------------------

-Sebastian




reply via email to

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