Re: [Discuss-gnuradio] Unhandled exception after upgrading gnuradio- backtrace included

[Andrew Davis]

This might be related to the problems Martin Braun is having with sse3
volk in the other thread today. Was anything done to volk git recently
that would effect sse3?

On Thu, Mar 8, 2012 at 11:15 AM, MOHD RAFIQ <address@hidden> wrote:
>
> 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 <address@hidden>
> To: MOHD RAFIQ <address@hidden>
> Cc: "address@hidden" <address@hidden>
> 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 <address@hidden> 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
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>