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

2021-07-18 Thread Benjamin Bänziger 

I can also confirm that cubicsdr is now working. And I have not noticed
any adverse effects on other packages.
Thank you!

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

2021-07-16 Thread Christoph Berg 
Am 16. Juli 2021 06:58:54 MESZ schrieb tony mancill :
>On Tue, Jun 01, 2021 at 02:06:33AM +0300, Adrian Bunk wrote:
>> Control: reassign -1 libhamlib4 4.0-6
>> Control: fixed -1 4.1-1
>> Control: affects -1 cubicsdr
>> Control: forwarded -1
>https://sourceforge.net/p/hamlib/code/ci/31dedcf4f79d8fc5fcf287360e5d017842c8e4c0/
>> 
>> The oneline fix for hamlib above matches your analysis exactly.
>
>And indeed it does!  Thank you for the pointer Adrian.
>
>I was able to reproduce the crash with cubicsdr locally using a basic
>RTL2832U dongle.  Then I built and tested with the reference patch and
>cubicsdr is working for me.  I also did a very quick check of wsjtx.
>
>Any concerns with an upload to unstable, hopefully in time a
>last-second
>unblock request for bullseye?  (debdiff attached)
>
>Cheers,
>tony

Seems fine to me, thanks for digging into this!

I'm currently on vacation, so please just go ahead with uploading.

Christoph

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

2021-07-15 Thread tony mancill 
On Tue, Jun 01, 2021 at 02:06:33AM +0300, Adrian Bunk wrote:
> Control: reassign -1 libhamlib4 4.0-6
> Control: fixed -1 4.1-1
> Control: affects -1 cubicsdr
> Control: forwarded -1 
> https://sourceforge.net/p/hamlib/code/ci/31dedcf4f79d8fc5fcf287360e5d017842c8e4c0/
> 
> The oneline fix for hamlib above matches your analysis exactly.

And indeed it does!  Thank you for the pointer Adrian.

I was able to reproduce the crash with cubicsdr locally using a basic
RTL2832U dongle.  Then I built and tested with the reference patch and
cubicsdr is working for me.  I also did a very quick check of wsjtx.

Any concerns with an upload to unstable, hopefully in time a last-second
unblock request for bullseye?  (debdiff attached)

Cheers,
tony
diff -Nru hamlib-4.0/debian/changelog hamlib-4.0/debian/changelog
--- hamlib-4.0/debian/changelog 2021-05-11 10:03:12.0 -0700
+++ hamlib-4.0/debian/changelog 2021-07-15 21:31:14.0 -0700
@@ -1,3 +1,11 @@
+hamlib (4.0-7) unstable; urgency=medium
+
+  * Team upload.
+  * Allow rig_load_all_backends to be called more than once.
+(Closes: #980472)
+
+ -- tony mancill   Thu, 15 Jul 2021 21:31:14 -0700
+
 hamlib (4.0-6) unstable; urgency=medium
 
   * Paper over a minor precision difference in dec2dms on i386.
diff -Nru hamlib-4.0/debian/patches/31dedcf4f79d8fc5fcf287360e5d017842c8e4c0 
hamlib-4.0/debian/patches/31dedcf4f79d8fc5fcf287360e5d017842c8e4c0
--- hamlib-4.0/debian/patches/31dedcf4f79d8fc5fcf287360e5d017842c8e4c0  
1969-12-31 16:00:00.0 -0800
+++ hamlib-4.0/debian/patches/31dedcf4f79d8fc5fcf287360e5d017842c8e4c0  
2021-07-15 21:31:14.0 -0700
@@ -0,0 +1,17 @@
+Comment: Allow rig_load_all_backends to be called more than once
+Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=980472
+Forwarded: not-needed
+Source: 
https://sourceforge.net/p/hamlib/code/ci/31dedcf4f79d8fc5fcf287360e5d017842c8e4c0/
+Author: Michael Black W9MDB
+
+--- a/src/register.c
 b/src/register.c
+@@ -454,6 +454,8 @@
+ {
+ int i;
+ 
++memset(rig_hash_table, 0 , sizeof(rig_hash_table));
++
+ for (i = 0; i < RIG_BACKEND_MAX && rig_backend_list[i].be_name; i++)
+ {
+ rig_load_backend(rig_backend_list[i].be_name);
diff -Nru hamlib-4.0/debian/patches/series hamlib-4.0/debian/patches/series
--- hamlib-4.0/debian/patches/series2021-05-11 10:03:12.0 -0700
+++ hamlib-4.0/debian/patches/series2021-07-15 21:31:14.0 -0700
@@ -7,3 +7,4 @@
 cf858bfa3c8a36eda749c5078ef6f53a119fb285
 0089964af7fa1f43757083b7bc7db195ba382fe0
 1d74711a00dfa416a171cec87c841db315c5d9f7
+31dedcf4f79d8fc5fcf287360e5d017842c8e4c0


signature.asc
Description: PGP signature

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

2021-05-31 Thread Adrian Bunk 
Control: reassign -1 libhamlib4 4.0-6
Control: fixed -1 4.1-1
Control: affects -1 cubicsdr
Control: forwarded -1 
https://sourceforge.net/p/hamlib/code/ci/31dedcf4f79d8fc5fcf287360e5d017842c8e4c0/

On Sat, Mar 06, 2021 at 06:18:43PM +0100, Bernhard Übelacker wrote:
> Dear Maintainer,
> I found this interesting and tried to reproduce inside
> a minimal VM and it crashed.
> 
> 
> > > Hmm. Can exit() lead to segfaults in threaded programs?
> 
> It looks like it does. exit() would call __run_exit_handlers, that
> might to run some destructors while the other thread is at least
> in my example still in SoapySSDPEndpoint::getServerURLs.
> 
> 
> I tried to track down why the exit is called in the first place
> and I guess this is because rig_load_all_backends is called twice.
> 
> First once here:
> #2  0x7fcd9fbdc655 in rig_load_all_backends () at 
> ../../src/register.c:459
> #3  0x562467ef9177 in RigThread::enumerate() () at 
> ./src/rig/RigThread.cpp:26
> #4  0x562467ddf0b4 in CubicSDR::OnInit() (this=0x5624680dc910) at 
> ./src/CubicSDR.cpp:259
> #5  0x7fcd9f12da72 in wxEntry(int&, wchar_t**) () at 
> /lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0
> #6  0x562467dd6c02 in main(int, char**) (argc=, 
> argv=) at ./src/CubicSDR.cpp:28
> https://github.com/cjcliffe/CubicSDR/blob/master/src/rig/RigThread.cpp#L28
> 
> 
> And second in another thread from here:
> ...
> #6  0x7fcd9fbdc655 in rig_load_all_backends () at 
> ../../src/register.c:459
> #7  0x7fcd8400f1cf in findAudio(SoapySDR::Kwargs const&) () at 
> ./Registration.cpp:90
> ...
> #25 ... (SoapySSDPEndpoint::*)(int, long), SoapySSDPEndpoint*, int, long> 
> >&&)::{lambda()#1}> > >::_M_run() (this=0x7fcd880018a0) at 
> /usr/include/c++/10/thread:215
> #28 0x7fcd9ec1ced0 in std::execute_native_thread_routine(void*) 
> (__p=0x56246ac320d0) at ../../../../../src/libstdc++-v3/src/c++11/thread.cc:80
> #29 0x7fcd9e9d6ea7 in start_thread (arg=) at 
> pthread_create.c:477
> #30 0x7fcd9e906def in clone () at 
> ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
> https://github.com/pothosware/SoapyAudio/blob/master/Registration.cpp#L90
> Seems originating from the global static initialization
> in Registration.cpp:112, which is done in threads for some reason.
> 
> 
> Therefore in the second call the rig_hash_table
> is already populated and the exit is called.
> 
> And due to the threaded nature the crash could
> happen at different places.

The oneline fix for hamlib above matches your analysis exactly.

> Kind regards,
> Bernhard

cu
Adrian

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

2021-01-22 Thread LH 

Hi Christian

below the result (and thanks for your patient guideance).

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 


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:
.
Find the GDB manual and other documentation resources online at:
    .

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 0x72cff700 (LWP 1300)]
[New Thread 0x724fe700 (LWP 1301)]
[New Thread 0x71cfd700 (LWP 1302)]
[New Thread 0x71406700 (LWP 1303)]
[New Thread 0x70c05700 (LWP 1304)]
[New Thread 0x7fffe2f1b700 (LWP 1305)]
[New Thread 0x7fffda71a700 (LWP 1306)]
[New Thread 0x7fffe271a700 (LWP 1307)]
[New Thread 0x7fffe1f19700 (LWP 1308)]
[New Thread 0x7fffbc1df700 (LWP 1309)]
[New Thread 0x7fffba4f6700 (LWP 1310)]
[Thread 0x7fffba4f6700 (LWP 1310) exited]

Audio Device #0 PulseAudio
    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 0x7fffba475700 (LWP 1311)]
[New Thread 0x7fffb9833700 (LWP 1312)]
[New Thread 0x7fffb9032700 (LWP 1313)]
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 0x7fffa9268700 (LWP 1314)]
[New Thread 0x7fff9700 (LWP 1316)]
[New Thread 0x7fffa8a67700 (LWP 1315)]
[New Thread 0x7fff9f7fe700 (LWP 1317)]
[New Thread 0x7fffba4f6700 (LWP 1318)]
[New Thread 0x7fff9e5fd700 (LWP 1319)]
[New Thread 0x7fff9ddfc700 (LWP 1320)]
Hash collision!!! Fatal error!!
[New Thread 0x7fffe1f19700 (LWP 1322)]
[Thread 0x7fff9e5fd700 (LWP 1319) exited]
[Thread 0x7fffba4f6700 (LWP 1318) exited]
[Thread 0x7fff9f7fe700 (LWP 1317) exited]
[Thread 0x7fffa9268700 (LWP 1314) exited]
[New Thread 0x7fff9d5fb700 (LWP 1321)]
[Thread 0x7fffba475700 (LWP 1311) exited]
[Thread 0x7fffe1f19700 (LWP 1308) exited]
[Thread 0x7fffe271a700 (LWP 1307) exited]
[Thread 0x7fffda71a700 (LWP 1306) exited]
[Thread 0x7fffe2f1b700 (LWP 1305) exited]
[Thread 0x7fff9d5fb700 (LWP 1321) exited]
--Type  for more, q to quit, c to continue without paging--c

Thread 15 "CubicSDR" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffb9032700 (LWP 1313)]
0x76712009 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) bt f

  #0  0x76712009 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
No symbol table info available.
#1  0x76a81e96 in 
SoapySDR::Device::enumerate(std::mapstd::char_traits, std::allocator >, 
std::__cxx11::basic_string, 
std::allocator >, std::lessstd::char_traits, std::allocator > >, 
std::allocatorstd::char_traits, std::allocator > const, 
std::__cxx11::basic_string, 
std::allocator > > > > const&) ()

   from /lib/x86_64-linux-gnu/libSoapySDR.so.0.7
No symbol table info available.
#2  0x556671ae in 
SDREnumerator::enumerate_devices(std::__cxx11::basic_stringstd::char_traits, std::allocator >, bool) ()

No symbol table info available.
#3  0x5566a0b1 in SDREnumerator::run() ()
No symbol table info available.
#4  0x556444fa in IOThread::threadMain() ()
No symbol table info available.
#5  0x76724ed0 in ?? () from /lib/x86_64-linux-gnu/libstdc++.so.6
No symbol table info available.
--Type  for more, q to quit, c to continue without paging--RET
#6  0x764deea7 in start_thread (arg=) at 
pthread_create.c:477

    ret = 
    pd = 
    unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140736297166592, 
-6303062190392514397, 140737488348702,
    140737488348703, 140736297162816, 8396800, 
6302919253074208931,

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

2021-01-22 Thread Christoph Berg 
Re: LH
> Hi Cristoph
> 
> Backtrace:
> You can find my terminal output below ... not shure if this is what you
> want.

Almost:

> [Switching to Thread 0x7fffb97ff700 (LWP 8318)]
> 0x76712009 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)

At that point, type "bt f" (backtrace full).

Christoph

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

2021-01-22 Thread LH 

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 


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:
.
Find the GDB manual and other documentation resources online at:
    .

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 0x72cff700 (LWP 8306)]
[New Thread 0x724fe700 (LWP 8307)]
[New Thread 0x71cfd700 (LWP 8308)]
[New Thread 0x71406700 (LWP 8309)]
[New Thread 0x70c05700 (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 0x7fff8700 (LWP 8329)]
[Thread 0x7fffe2f1b700 (LWP 8311) exited]
[Thread 0x7fffe1718700 (LWP 8314) exited]
[Thread 0x7fffe1f19700 (LWP 8313) exited]
[Thread 0x7fffe271a700 (LWP 8312) exited]
--Type  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)]
0x76712009 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

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

2021-01-22 Thread 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

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

2021-01-21 Thread 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

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

2021-01-21 Thread LH 

Hi Christoph

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'?

Best Regards
Louis Hb





Hi Christoph

Receivers:
- HackRF One
- DX Patrol Mk4

Yes, it crashes before selecting the device. I can see for a very 
short moment the applications GUI. (CubicSDR installed by Synaptic.)


My Debian Systems are new installed. (Bullseye Alpha 3, weekly 
release, 17. January 2021). Desktop environment XFCE. GNU Radio & GQRX 
work perfectly.

I have tested the whole thing on a second pc (also Bullseye), same Error.
As an alternative, I have tested the AppImage Version of CubicSDR. No 
luck, it crashes also.
(By the way, the Problem is only on Bullseye, on Debian Buster the app 
works perfect.)


I will install cubicsdr-dbgsym and let you know, please give me one 
day. Below you may find the CubicSDR Log when I start the application 
in the Terminal.

Best Regards - and thanks for your effort!
Louis HB

---

lhb@pc-168:~$ CubicSDR
Loaded 256 rig models via hamlib.

Audio Device #0 PulseAudio
    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

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!!
[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
lhb@pc-168:~$






Am 19.01.21 um 18:24 schrieb Christoph Berg:

Control: tags -1 moreinfo

Re: Louis HB
*** Reporter, please consider answering these questions, where 
appropriate ***

Hi Louis,

what SDR device are you using? Does it crash before selecting the
device?

Please install cubicsdr-dbgsym from the debug archive and provide a
backtrace of the crash.

Christoph DF7CB

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

2021-01-21 Thread LH 

Hi Christoph

Receivers:
- HackRF One
- DX Patrol Mk4

Yes, it crashes before selecting the device. I can see for a very short 
moment the applications GUI. (CubicSDR installed by Synaptic.)


My Debian Systems are new installed. (Bullseye Alpha 3, weekly release, 
17. January 2021). Desktop environment XFCE. GNU Radio & GQRX work 
perfectly.

I have tested the whole thing on a second pc (also Bullseye), same Error.
As an alternative, I have tested the AppImage Version of CubicSDR. No 
luck, it crashes also.
(By the way, the Problem is only on Bullseye, on Debian Buster the app 
works perfect.)


I will install cubicsdr-dbgsym and let you know, please give me one day. 
Below you may find the CubicSDR Log when I start the application in the 
Terminal.

Best Regards - and thanks for your effort!
Louis HB

---

lhb@pc-168:~$ CubicSDR
Loaded 256 rig models via hamlib.

Audio Device #0 PulseAudio
    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

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!!
[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
lhb@pc-168:~$






Am 19.01.21 um 18:24 schrieb Christoph Berg:

Control: tags -1 moreinfo

Re: Louis HB

*** Reporter, please consider answering these questions, where appropriate ***

Hi Louis,

what SDR device are you using? Does it crash before selecting the
device?

Please install cubicsdr-dbgsym from the debug archive and provide a
backtrace of the crash.

Christoph DF7CB

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

2021-01-19 Thread Christoph Berg 
Control: tags -1 moreinfo

Re: Louis HB
> *** Reporter, please consider answering these questions, where appropriate ***

Hi Louis,

what SDR device are you using? Does it crash before selecting the
device?

Please install cubicsdr-dbgsym from the debug archive and provide a
backtrace of the crash.

Christoph DF7CB

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

2021-01-19 Thread Louis HB 
Package: cubicsdr
Version: 0.2.5+dfsg-3+b1
Severity: normal
X-Debbugs-Cc: louis...@bluewin.ch

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***



-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-1-amd64 (SMP w/4 CPU threads)
Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_CH:de
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages cubicsdr depends on:
ii  libc6 2.31-9
ii  libgcc-s1 10.2.1-6
ii  libglx0   1.3.2-1
ii  libhamlib44.0-4
ii  libliquid2d   1.3.2-2
ii  libopengl01.3.2-1
ii  librtaudio6   5.1.0~ds1-1
ii  libsoapysdr0.70.7.2-1+b1
ii  libstdc++610.2.1-6
ii  libtinyxml2.6.2v5 2.6.2-4
ii  libwxbase3.0-0v5  3.0.5.1+dfsg-2
ii  libwxgtk3.0-gtk3-0v5  3.0.5.1+dfsg-2

Versions of packages cubicsdr recommends:
ii  soapysdr-module-all  0.7.2-1+b1

cubicsdr suggests no packages.

-- no debconf information