discuss-gnuradio
[Top][All Lists]
Advanced

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

Re: Running flowfraph dies with segfault with GR 3.10.4 (gr-fosphor)


From: Vasil Velichkov
Subject: Re: Running flowfraph dies with segfault with GR 3.10.4 (gr-fosphor)
Date: Sat, 5 Nov 2022 20:26:50 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.2.0

Hi Ville,

On 04/11/2022 17.35, Ville Eerola wrote:
> Thread 1 "python3" received signal SIGSEGV, Segmentation fault.
> 0x00007fff458b5fe5 in ?? () from 
> /lib/x86_64-linux-gnu/libgnuradio-runtime.so.3.10.4
> (gdb) bt
> #0  0x00007fff458b5fe5 in  () at 
> /lib/x86_64-linux-gnu/libgnuradio-runtime.so.3.10.4
> #1  0x00007fff45961927 in  () at 
> /lib/x86_64-linux-gnu/libgnuradio-runtime.so.3.10.4
> #2  0x00007fff458c193f in gr::block::allocate_detail(int, int, 
> std::vector<int, std::allocator<int> > const&, std::vector<unsigned long, 
> std::allocator<unsigned long> > const&, std::vector<unsigned int, 
> std::allocator<unsigned int> > const&) () at 
> /lib/x86_64-linux-gnu/libgnuradio-runtime.so.3.10.4
> #3  0x00007fff458d628e in 
> gr::flat_flowgraph::allocate_block_detail(std::shared_ptr<gr::basic_block>) 
> () at /lib/x86_64-linux-gnu/libgnuradio-runtime.so.3.10.4
> #4  0x00007fff458d7845 in gr::flat_flowgraph::setup_connections() () at 
> /lib/x86_64-linux-gnu/libgnuradio-runtime.so.3.10.4
> #5  0x00007fff4590d40b in gr::top_block_impl::start(int) () at 
> /lib/x86_64-linux-gnu/libgnuradio-runtime.so.3.10.4
> #6  0x00007fff4590d7f6 in gr::top_block::start(int) () at 
> /lib/x86_64-linux-gnu/libgnuradio-runtime.so.3.10.4

So this segfault happens during block allocation and initialization. Check if 
you have multiple versions of libgnuradio-fosphor.so or fosphor_python*.so 
installed at the same time.

   ls -alt /usr/lib/x86_64-linux-gnu/libgnuradio-fosphor.so* 
/usr/lib/python3/dist-packages/gnuradio/fosphor/fosphor_python*

If you have multiple versions then remove them all and reinstall gr-fosphor. 

>>> - In order to rectify this I have updated all the OOT modules from Osmocom, 
>>> which I had previously installed with:
>>> $ cd <module directory>/
>>> $ rm -rf build;

Ideally before removing the build directory you should have uninstalled 
previous version by running `make uninstall`

Best Regards,
Vasil



reply via email to

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