Re: gr_satellites receives SIGSEGV when run

[Chris Gorman]

Hello All,

I have found my error.  I found I had two installs of volk on my
computer.  (One for gr-3.8 and one for gr-3.9.)  gr_satellites linked
against one and the library loader picked the other one at runtime.
Starting with a fresh install of gnuradio-3.8 and deleting the volk
installs fixes this.

Thanks for your time.

Chris

On Wed, Jan 6, 2021 at 10:45 AM Chris Gorman <chrisjohgorman@gmail.com> wrote:
>
> Hello All,
>
> I'm trying to run gr_satellites under gnuradio-3.8.2.0 and am getting
> a segfault.  I was wondering if anyone else has experienced this or
> has any suggestions.
>
> I've run it through gdb and here's what I get...
>
> (gdb) run /opt/gnuradio/bin/gr_satellites 1KUNS-PF --sa 48e3 --wavfile
> satellite-recordings/1kuns_pf.wav
> Starting program: /usr/bin/python /opt/gnuradio/bin/gr_satellites
> 1KUNS-PF --sa 48e3 --wavfile satellite-recordings/1kuns_pf.wav
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/libthread_db.so.1".
> [New Thread 0x7fffe3a7b640 (LWP 25317)]
> [New Thread 0x7fffe327a640 (LWP 25318)]
> [New Thread 0x7fffd2a79640 (LWP 25319)]
> [New Thread 0x7fffca278640 (LWP 25320)]
> [New Thread 0x7fffc1a77640 (LWP 25321)]
> [New Thread 0x7fffc1276640 (LWP 25322)]
> [New Thread 0x7fffb0a75640 (LWP 25323)]
> [New Thread 0x7fffa8274640 (LWP 25324)]
> [New Thread 0x7fff9fa73640 (LWP 25325)]
> [New Thread 0x7fff97272640 (LWP 25326)]
> [New Thread 0x7fff8ea71640 (LWP 25327)]
> gr::log :DEBUG: correlate_access_code_tag_bb0 - Access code: 930b51de
> gr::log :DEBUG: correlate_access_code_tag_bb0 - Mask: ffffffff
> gr::log :DEBUG: correlate_access_code_tag_bb1 - Access code: 930b51de
> gr::log :DEBUG: correlate_access_code_tag_bb1 - Mask: ffffffff
> [New Thread 0x7fff7acfc640 (LWP 25329)]
> [New Thread 0x7fff73fff640 (LWP 25330)]
> [New Thread 0x7fff7a4fb640 (LWP 25331)]
> [New Thread 0x7fff79cfa640 (LWP 25332)]
> [New Thread 0x7fff794f9640 (LWP 25333)]
> [New Thread 0x7fff78cf8640 (LWP 25334)]
> [New Thread 0x7fff737fe640 (LWP 25335)]
> [New Thread 0x7fff72ffd640 (LWP 25336)]
> [New Thread 0x7fff727fc640 (LWP 25337)]
> [New Thread 0x7fff71ffb640 (LWP 25338)]
> [New Thread 0x7fff717fa640 (LWP 25339)]
> [New Thread 0x7fff70ff9640 (LWP 25340)]
> [New Thread 0x7fff43fff640 (LWP 25341)]
> [New Thread 0x7fff3b7fe640 (LWP 25342)]
> [New Thread 0x7fff437fe640 (LWP 25343)]
> [New Thread 0x7fff42ffd640 (LWP 25344)]
> [New Thread 0x7fff427fc640 (LWP 25345)]
> [New Thread 0x7fff41ffb640 (LWP 25346)]
> [New Thread 0x7fff417fa640 (LWP 25347)]
> [New Thread 0x7fff40ff9640 (LWP 25348)]
> [New Thread 0x7fff3bfff640 (LWP 25349)]
> [New Thread 0x7fff3affd640 (LWP 25350)]
> [New Thread 0x7fff3a7fc640 (LWP 25351)]
> [New Thread 0x7fff39ffb640 (LWP 25352)]
> [New Thread 0x7fff397fa640 (LWP 25353)]
> [New Thread 0x7fff38ff9640 (LWP 25354)]
> [New Thread 0x7fff03fff640 (LWP 25355)]
> [New Thread 0x7fff037fe640 (LWP 25356)]
> [New Thread 0x7fff02ffd640 (LWP 25357)]
> [New Thread 0x7fff027fc640 (LWP 25358)]
> [New Thread 0x7fff01ffb640 (LWP 25359)]
> [New Thread 0x7fff017fa640 (LWP 25360)]
> [New Thread 0x7fff00ff9640 (LWP 25361)]
> [New Thread 0x7ffee3fff640 (LWP 25362)]
> [New Thread 0x7ffee37fe640 (LWP 25363)]
> [New Thread 0x7ffee2ffd640 (LWP 25364)]
> --Type <RET> for more, q to quit, c to continue without paging--
>
> Thread 35 "binary_slicer_1" received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 0x7fff3a7fc640 (LWP 25351)]
> 0x00007fffe8b1383a in volk_32f_binary_slicer_8i_a_avx2 ()
>    from /opt/gnuradio/lib/libvolk.so.2.0
> (gdb) bt
> #0  0x00007fffe8b1383a in volk_32f_binary_slicer_8i_a_avx2 ()
>    from /opt/gnuradio/lib/libvolk.so.2.0
> #1  0x00007fff7c1d128f in virtual thunk to
> gr::digital::binary_slicer_fb_impl::work(int, std::vector<void const*,
> std::allocator<void const*> >&, std::vector<void*,
> std::allocator<void*> >&) ()
>    from /opt/gnuradio/lib/libgnuradio-digital.so.3.8.2
> #2  0x00007fffe97826b7 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 /opt/gnuradio/lib/libgnuradio-runtime.so.3.8.2
> #3  0x00007fffe973b9c3 in gr::block_executor::run_one_iteration() ()
>    from /opt/gnuradio/lib/libgnuradio-runtime.so.3.8.2
> #4  0x00007fffe9790642 in
> gr::tpb_thread_body::tpb_thread_body(boost::shared_ptr<gr::block>,
> boost::shared_ptr<boost::barrier>, int) ()
>    from /opt/gnuradio/lib/libgnuradio-runtime.so.3.8.2
> #5  0x00007fffe9780d0d in
> boost::detail::function::void_function_obj_invoker0<gr::thread::thread_body_wrapper<gr::tpb_container>,
> void>::invoke(boost::detail::function::function_buffer&) ()
>    from /opt/gnuradio/lib/libgnuradio-runtime.so.3.8.2
> #6  0x00007fffea047637 in thread_proxy ()
>    from /usr/lib/libboost_thread.so.1.74.0
> #7  0x00007ffff7baceae in start_thread (arg=0x7fff3a7fc640)
>     at pthread_create.c:463
> #8  0x00007ffff798731f in clone ()
> --Type <RET> for more, q to quit, c to continue without paging--
>     at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
>
> I have tried to update python and get the same results with 3.9.1 as I
> did with 3.8.5.  I did consider updating volk, but it seems that 2.0
> is paired with gnuradio-3.8.2.0.  Is there a way to update volk in the
> stable branch?
>
> Thanks in advance,
>
> Chris