On Wed, 14 Dec 2011 08:28:57 -0500
"Marcus D. Leech" <mle...@ripnet.com> 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
