I apologise for not being clear, here is the backtrace
[New Thread 0xb21feb70 (LWP 16921)]
[Thread 0xb19fdb70 (LWP 16920) exited]
[New Thread 0xb19fdb70 (LWP 16922)]
[New Thread 0xb29ffb70 (LWP 16923)]
[New Thread 0xb33ffb70 (LWP 16924)]
[New Thread 0xb3dffb70 (LWP 16925)]
[New Thread 0xb51ffb70 (LWP 16926)]
[New Thread 0xb47ffb70 (LWP 16927)]
[New Thread 0xb11fcb70 (LWP 16928)]
[New Thread 0xb09fbb70 (LWP 16929)]
[New Thread 0xb01fab70 (LWP 16930)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb29ffb70 (LWP 16923)]
0x002fc4a0 in volk_32fc_x2_multiply_32fc_a_sse3 ()
from /usr/local/lib/libvolk.so.0.0.0
(gdb) bt
#0 0x002fc4a0 in volk_32fc_x2_multiply_32fc_a_sse3 ()
from /usr/local/lib/libvolk.so.0.0.0
#1 0x002c25d2 in get_volk_32fc_x2_multiply_32fc_a ()
from /usr/local/lib/libvolk.so.0.0.0
#2 0x005125bf in gri_fft_filter_ccc_generic::filter(int, std::complex<float>
const*, std::complex<float>*) ()
from /usr/local/lib/libgnuradio-core-3.5.3git.so.0.0.0
#3 0x005196ff in gr_fft_filter_ccc::work(int, std::vector<void const*,
std::allocator<void const*> >&, std::vector<void*, std::allocator<void*> >&) ()
from /usr/local/lib/libgnuradio-core-3.5.3git.so.0.0.0
#4 0x004e537a in gr_sync_decimator::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.3git.so.0.0.0
#5 0x004c983c in gr_block_executor::run_one_iteration() ()
from /usr/local/lib/libgnuradio-core-3.5.3git.so.0.0.0
#6 0x004e7a7f in
gr_tpb_thread_body::gr_tpb_thread_body(boost::shared_ptr<gr_block>, int) ()
from /usr/local/lib/libgnuradio-core-3.5.3git.so.0.0.0
#7 0x004e2374 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.3git.so.0.0.0
#8 0x006c8156 in boost::detail::thread_data<boost::function0<void> >::run() ()
from /usr/local/lib/libgruel-3.5.3git.so.0.0.0
#9 0x0017444d in thread_proxy () from /usr/lib/libboost_thread-mt.so.1.46.0
#10 0x4f94ca2e in start_thread () from /lib/libpthread.so.0
#11 0x4f86689e in clone () from /lib/libc.so.6
Thanks,
rafiq
________________________________
From: Tom Rondeau <t...@trondeau.com>
To: MOHD RAFIQ <mohd_rafiq...@yahoo.com>
Cc: "discuss-gnuradio@gnu.org" <discuss-gnuradio@gnu.org>
Sent: Thursday, 8 March 2012 8:51 PM
Subject: Re: [Discuss-gnuradio] Unhandled exception after upgrading gnuradio
On Thu, Mar 8, 2012 at 5:40 AM, MOHD RAFIQ <mohd_rafiq...@yahoo.com> wrote:
Hi,
> I am using benchmark_tx.py and benchmark_rx.py in code to make WBX usrp2 as
>transceiver, this was running without error until I upgraded my gnuradio from
>3.5.1 to current version
>
>v3.5.2-1-g57ad294b, when I run the same code now it gives a segmenatation
>fault(core dump), below are the /var/log/messages when seg. fault occurs
>
>
>
>Mar 8 15:29:10 MRAFIQ-NGN kernel: [75426.998302] python[12650] general
>protection ip:b2d4a0 sp:b51fee80 error:0 in libvolk.so.0.0.0[ae2000+be000]
>Mar 8 15:29:11 MRAFIQ-NGN abrt[12658]: saved core dump of pid 12635
>(/usr/bin/python) to
>/var/spool/abrt/ccpp-2012-03-08-15:29:10-12635.new/coredump (127561728 bytes)
>Mar 8 15:29:11 MRAFIQ-NGN abrtd: Directory 'ccpp-2012-03-08-15:29:10-12635'
>creation detected
>Mar 8 15:29:11 MRAFIQ-NGN abrtd: Interpreter crashed, but no packaged script
>detected: 'python algo-sink.py'
>Mar 8 15:29:11 MRAFIQ-NGN abrtd: Corrupted or bad dump
>/var/spool/abrt/ccpp-2012-03-08-15:29:10-12635 (res:2), deleting
>
>
>In the code this occurs at tb.start() inside benchmark_rx.py
>
>
>and it works without an error after a 6-8 trials in a row ,
>I am not able to figure out where there is exception that is not handled
>properly, I appreciate your comments.
>
>
>fedora 15, gnuradio v3.5.2-1-g57ad294b,
>usrp2, WBX daughter board
Can you follow the instructions here:
http://gnuradio.org/redmine/projects/gnuradio/wiki/FAQ#How-do-I-debug-GNU-Radio-in-Python
And get us a backtrace (bt in gdb) when the seg fault happens? It'll help us to
debug it.
Thanks,
Tom
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio