Bug#980472: cubicsdr: CubicSDR crashes after lauch! (same effect on 2 clean bullseye OS)

[LH <louis.hb@bluewin.ch>]

    Hi Cristoph
    
    Backtrace: 
    You can find my terminal output below ... not shure if this is what
    you want.
    
    Best
    Louis HB
    
    ---
    
    root@pc-168:~# gdb CubicSDR
    GNU gdb (Debian 10.1-1.7) 10.1.90.20210103-git
    Copyright (C) 2021 Free Software Foundation, Inc.
    License GPLv3+: GNU GPL version 3 or later
    <http://gnu.org/licenses/gpl.html>
    This is free software: you are free to change and redistribute it.
    There is NO WARRANTY, to the extent permitted by law.
    Type "show copying" and "show warranty" for details.
    This GDB was configured as "x86_64-linux-gnu".
    Type "show configuration" for configuration details.
    For bug reporting instructions, please see:
    <https://www.gnu.org/software/gdb/bugs/>.
    Find the GDB manual and other documentation resources online at:
        <http://www.gnu.org/software/gdb/documentation/>.
    
    For help, type "help".
    Type "apropos word" to search for commands related to "word"...
    Reading symbols from CubicSDR...
    (No debugging symbols found in CubicSDR)
    (gdb) r
    Starting program: /usr/bin/CubicSDR 
    [Thread debugging using libthread_db enabled]
    Using host libthread_db library
    "/lib/x86_64-linux-gnu/libthread_db.so.1".
    Loaded 256 rig models via hamlib.
    [New Thread 0x7ffff2cff700 (LWP 8306)]
    [New Thread 0x7ffff24fe700 (LWP 8307)]
    [New Thread 0x7ffff1cfd700 (LWP 8308)]
    [New Thread 0x7ffff1406700 (LWP 8309)]
    [New Thread 0x7ffff0c05700 (LWP 8310)]
    [New Thread 0x7fffe2f1b700 (LWP 8311)]
    [New Thread 0x7fffe271a700 (LWP 8312)]
    [New Thread 0x7fffe1f19700 (LWP 8313)]
    [New Thread 0x7fffe1718700 (LWP 8314)]
    [New Thread 0x7fffbc18f700 (LWP 8315)]
    [New Thread 0x7fffba4c2700 (LWP 8316)]
    
    Audio Device #0 PulseAudio
    [Thread 0x7fffba4c2700 (LWP 8316) exited]
        Default Output? Yes
        Default Input? Yes
        Input channels: 2
        Output channels: 2
        Duplex channels: 2
        Native formats:
            16-bit signed integer.
            32-bit signed integer.
            32-bit float normalized between plus/minus 1.0.
        Supported sample rates:
            8000hz
            16000hz
            22050hz
            32000hz
            44100hz
            48000hz
            96000hz
    
    [New Thread 0x7fffba441700 (LWP 8317)]
    [New Thread 0x7fffb97ff700 (LWP 8318)]
    SDR enumerator starting.
    SoapySDR init..
        API Version: v0.7.1
        ABI Version: v0.7
        Install root: /usr
        Loading modules... 
        Available factories...airspy, audio, bladerf, hackrf, lime,
    null, osmosdr, redpitaya, remote, rtlsdr, uhd
    [New Thread 0x7fffa8c2a700 (LWP 8319)]
    [New Thread 0x7fffa8429700 (LWP 8320)]
    [New Thread 0x7fffa7c28700 (LWP 8321)]
    [New Thread 0x7fffa7427700 (LWP 8322)]
    [New Thread 0x7fffba4c2700 (LWP 8323)]
    [New Thread 0x7fffa6c26700 (LWP 8324)]
    [New Thread 0x7fffa6425700 (LWP 8325)]
    [New Thread 0x7fffa5c24700 (LWP 8326)]
    [New Thread 0x7fffa5423700 (LWP 8327)]
    [Thread 0x7fffa5423700 (LWP 8327) exited]
    [New Thread 0x7fffa4c22700 (LWP 8328)]
    [Thread 0x7fffa5c24700 (LWP 8326) exited]
    [Thread 0x7fffba4c2700 (LWP 8323) exited]
    Hash collision!!! Fatal error!!
    [Thread 0x7fffa4c22700 (LWP 8328) exited]
    [New Thread 0x7fff8ffff700 (LWP 8329)]
    [Thread 0x7fffe2f1b700 (LWP 8311) exited]
    [Thread 0x7fffe1718700 (LWP 8314) exited]
    [Thread 0x7fffe1f19700 (LWP 8313) exited]
    [Thread 0x7fffe271a700 (LWP 8312) exited]
    --Type <RET> for more, q to quit, c to continue without
    paging--bt f
    
    Thread 14 "CubicSDR" received signal SIGSEGV, Segmentation fault.
    [Switching to Thread 0x7fffb97ff700 (LWP 8318)]
    0x00007ffff6712009 in std::_Rb_tree_insert_and_rebalance(bool,
    std::_Rb_tree_node_base*, std::_Rb_tree_node_base*,
    std::_Rb_tree_node_base&) ()
       from /lib/x86_64-linux-gnu/libstdc++.so.6
    (gdb)
    
    -- - End

Am 22.01.21 um 09:14 schrieb LH:

Hi there

Questions from hamlib:

1)
Does startup work if you first disconnect one of the receivers?
No, it does not start! It crashes as described. (No difference whether the SDR-Reciever is connected or not; CubicSDR crashes.)

2)
Do you have anything configured for hamlib radio control?
No, I have not configured anything. Just installed CubicSDR from Synaptic.
(CubicSDR was the first additional Software after installing Bullseye - incl. apt update/ apt upgrade of course.)

3)
Hmm. Can exit() lead to segfaults in threaded programs?
I cannot answer that.

To Christoph:
Your 'backtrace' Links: I will give it one more try. I will let you know.

Best
Louis HB

Am 21.01.21 um 22:16 schrieb Christoph Berg:

Re: LH

Receivers:
- HackRF One
- DX Patrol Mk4

SDR enumerator starting.
SoapySDR init..
    API Version: v0.7.1
    ABI Version: v0.7
    Install root: /usr
    Loading modules...
    Available factories...airspy, audio, bladerf, hackrf, lime, null,
osmosdr, redpitaya, remote, rtlsdr, uhd
Hash collision!!! Fatal error!!

That's a message from hamlib:

https://sources.debian.org/src/hamlib/4.0-4/src/register.c/?hl=215#L215

Does startup work if you first disconnect one of the receivers?

Do you have anything configured for hamlib radio control?

[INFO] [UHD] linux; GNU C++ version 10.2.1 20201207; Boost_107400;
UHD_3.15.0.0-4+b1
Detached kernel driver
Available vertical sync SwapInterval functions:
    glxSwapIntervalEXT: Yes
    DRI2SwapInterval: No
    glxSwapIntervalMESA: Yes
    glxSwapIntervalSGI: Yes
Using glxSwapIntervalEXT.

Loaded font 'Bitstream Vera Sans Mono' from
'/usr/share/cubicsdr/fonts/vera_sans_mono12_0.png', parsed 255 characters.
Loaded font 'Bitstream Vera Sans Mono' from
'/usr/share/cubicsdr/fonts/vera_sans_mono16_0.png', parsed 255 characters.
Loaded font 'Bitstream Vera Sans Mono' from
'/usr/share/cubicsdr/fonts/vera_sans_mono18_0.png', parsed 255 characters.
Found Rafael Micro R820T tuner
Speicherzugriffsfehler

Hmm. Can exit() lead to segfaults in threaded programs?

Re: LH

Backtrace:
After Reading https://wiki.debian.org/HowToGetABacktrace ... sorry, this is
beyond my knowledge, I'm a user only.
And I was not able to find a 'cubicsdr-dbgsym' that works on my
bullseye-system (https://packages.debian.org/sid/cubicsdr-dbgsym) ?
Or is there an easier way to get the desired 'backtrace'?

The -dbgsym packages are in a separate archive, /debian-debug/:
https://wiki.debian.org/HowToGetABacktrace#Installing_the_debugging_symbols

Also install gdb. Then:

gdb CubicSDR
r
... and once it has crashed:
bt f

Christoph