[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