Re: gnuradio for windows built by mingw64

[Chris Gorman]

Hello again,

I've managed to make a backtrace of the threads that get run under
windows.  As I said before, I don't really know what I'm doing with
gdb, but for backtraces and stepping through code.

# gdb -p 6076
GNU gdb (GDB) 14.2
Copyright (C) 2023 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-w64-mingw32".
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".
Attaching to process 6076
[New Thread 6076.0x1b48]
[New Thread 6076.0x17a4]
Reading symbols from C:\msys64\mingw64\bin\python.exe...
(No debugging symbols found in C:\msys64\mingw64\bin\python.exe)
(gdb) threads
Undefined command: "threads".  Try "help".
(gdb) thread
[Current thread is 3 (Thread 6076.0x17a4)]
(gdb) thread 1
[Switching to thread 1 (Thread 6076.0x1260)]
#0  0x7fff078904a4 in ntdll!ZwWaitForMultipleObjects () from
C:\WINDOWS\SYSTEM32\ntdll.dll
(gdb) bt
#0  0x7fff078904a4 in ntdll!ZwWaitForMultipleObjects () from
C:\WINDOWS\SYSTEM32\ntdll.dll
#1  0x7fff04b6fda9 in WaitForMultipleObjectsEx () from
C:\WINDOWS\System32\KernelBase.dll
#2  0x7fff04b6fcae in WaitForMultipleObjects () from
C:\WINDOWS\System32\KernelBase.dll
#3  0x7ffeee141da0 in ?? () from C:\msys64\mingw64\bin\libwinpthread-1.dll
#4  0x7ffeee142066 in ?? () from C:\msys64\mingw64\bin\libwinpthread-1.dll
#5  0x7ffeee1426b3 in ?? () from C:\msys64\mingw64\bin\libwinpthread-1.dll
#6  0x7ffeb936b9db in ?? () from C:\msys64\mingw64\bin\libthrift.dll
#7  0x7ffeb9358bf6 in ?? () from C:\msys64\mingw64\bin\libthrift.dll
#8  0x7ffeb9314df7 in ?? () from C:\msys64\mingw64\bin\libthrift.dll
#9  0x7ffeb77fdd89 in ?? () from
C:\msys64\mingw64\bin\libgnuradio-runtime.dll
#10 0x7ffeb77d1aee in ?? () from
C:\msys64\mingw64\bin\libgnuradio-runtime.dll
#11 0x7ffeb784f18b in ?? () from
C:\msys64\mingw64\bin\libgnuradio-runtime.dll
#12 0x7ffeb77eb7c2 in ?? () from
C:\msys64\mingw64\bin\libgnuradio-runtime.dll
#13 0x7ffeb77212dd in ?? () from
C:\msys64\mingw64\bin\libgnuradio-runtime.dll
#14 0x7fff0781869f in ntdll!RtlActivateActivationContextUnsafeFast ()
   from C:\WINDOWS\SYSTEM32\ntdll.dll
#15 0x7fff0785d03d in ntdll!RtlEnumerateEntryHashTable () from
C:\WINDOWS\SYSTEM32\ntdll.dll
#16 0x7fff0785cdee in ntdll!RtlEnumerateEntryHashTable () from
C:\WINDOWS\SYSTEM32\ntdll.dll
#17 0x7fff0785ce60 in ntdll!RtlEnumerateEntryHashTable () from
C:\WINDOWS\SYSTEM32\ntdll.dll
#18 0x7fff0781d62d in ntdll!RtlCopyUnicodeString () from
C:\WINDOWS\SYSTEM32\ntdll.dll
#19 0x7fff07818940 in ntdll!RtlImageRvaToSection () from
C:\WINDOWS\SYSTEM32\ntdll.dll
#20 0x7fff07808cac in ntdll!RtlUnicodeToCustomCPN () from
C:\WINDOWS\SYSTEM32\ntdll.dll
#21 0x7fff0781a25a in ntdll!LdrLoadDll () from C:\WINDOWS\SYSTEM32\ntdll.dll
#22 0x7fff04b361e2 in LoadLibraryExW () from
C:\WINDOWS\System32\KernelBase.dll
#23 0x7ffe8fa6a4b7 in ?? () from C:\msys64\mingw64\bin\libpython3.11.dll
#24 0x7ffe8fa598e0 in ?? () from C:\msys64\mingw64\bin\libpython3.11.dll
--Type  for more, q to quit, c to continue without paging--
#25 0x7ffe8fa59642 in ?? () from C:\msys64\mingw64\bin\libpython3.11.dll
#26 0x7ffe8fb269b9 in ?? () from C:\msys64\mingw64\bin\libpython3.11.dll
#27 0x7ffe8fba52c9 in ?? () from C:\msys64\mingw64\bin\libpython3.11.dll
#28 0x7ffe8fb9da31 in ?? () from C:\msys64\mingw64\bin\libpython3.11.dll
#29 0x7ffe8faeb6c1 in ?? () from C:\msys64\mingw64\bin\libpython3.11.dll
#30 0x7ffe8faeb40e in ?? () from C:\msys64\mingw64\bin\libpython3.11.dll
#31 0x7ffe8faec3f0 in ?? () from C:\msys64\mingw64\bin\libpython3.11.dll
#32 0x7ffe8fbc3b1a in ?? () from C:\msys64\mingw64\bin\libpython3.11.dll
#33 0x7ffe8fba2fc5 in ?? () from C:\msys64\mingw64\bin\libpython3.11.dll
#34 0x7ffe8fb9da31 in ?? () from C:\msys64\mingw64\bin\libpython3.11.dll
#35 0x7ffe8fa4d72e in ?? () from C:\msys64\mingw64\bin\libpython3.11.dll
#36 0x7ffe8fa4c21c in ?? () from C:\msys64\mingw64\bin\libpython3.11.dll
#37 0x7ffe8fb2679d in ?? () from C:\msys64\mingw64\bin\libpython3.11.dll
#38 0x7ffe8fba52c9 in ?? () from C:\msys64\mingw64\bin\libpython3.11.dll
#39 0x7ffe8fb9da31 in ?? () from C:\msys64\mingw64\bin\libpython3.11.dll
#40 0x7ffe8faeb6c1 in ?? () from C:\msys64\mingw64\bin\libpython3.11.dll
#41 0x7ffe8faeb40e in ?? () from C:\msys64\mingw64\bin\libpython3.11.dll
#42 0x7ffe8faec3f0 in ?? () from C:\msys64\mingw64\bin\libpython3.11.dll
#

Re: saving script with cpp instead py

[Marcus Müller]

Ah, I had in my memory that we've added C++ templates to all the soapy blocks, seems we 
haven't. Sorry.


On 02.06.24 19:42, robin ivetic wrote:

Hi Marcus,

Please can you be more specific, I tried with 2 gnuradio binary packages installed on Arch 
and USB boot DragonOS, except uhd: usrp sink, neither block accept c++. like SoapyHackRF, 
SoapyLime, depreciated Soapy sink (general), SoapyPluto sink, maybe I'm doing something 
wrong, when I start to build flowgraph, I choose option-properties-output language C++ - 
without GUI



Robin


--
*From:* Marcus Müller 
*Sent:* Sunday, June 2, 2024 4:48 PM
*To:* robin ivetic ; JORGE GONZALEZ ORELLANA via GNU Radio, the 
Free & Open-Source Toolkit for Software Radio 

*Subject:* Re: saving script with cpp instead py

Hi Robin,

indeed, gr-osmosdr simply isn't C++; so you can't use it in C++ flow graphs.

However, the necessity for it has largely been supplanted by gr-soapy in mainline GNU 
Radio; you should be able to use most hardware without gr-osmosdr, simply with the 
built-in soapy blocks.



Best,

Marcus

On 01.06.24 22:01, robin ivetic wrote:

Hello,

I can't save any script to run as cpp, because block that I'm using (gr-osmosdr) not 
support cpp. Searching I found this example 
, need to turn flag cpp and alo 
include cpp_template, means that I need to compile from the source, but than I realize 
that almost all hardware sink/wrappers and sources blocks inside gnuradio installed from 
package, don't offer also cpp support.



Add C++ generation support in GRC to all blocks · Issue #2297 · gnuradio/gnuradio 

The checklists below indicate which blocks have C++ support in master. gr-analog 25/34 ✔️ 
analog_agc2_xx analog_agc3_xx analog_agc_xx analog_am_demod_cf analog_const_source_x 
analog_cpfsk_bc analog...

github.com


Now I don't know if I need to turn this feature on the gnuradio level, when I'm 
compiling or just block per block, and if second option true, what would be correct 
procedure to include cpp saving script when compiling gr-osmosdr.


Robin

Re: saving script with cpp instead py

[Marcus Müller]

Hi Robin,

indeed, gr-osmosdr simply isn't C++; so you can't use it in C++ flow graphs.

However, the necessity for it has largely been supplanted by gr-soapy in mainline GNU 
Radio; you should be able to use most hardware without gr-osmosdr, simply with the 
built-in soapy blocks.



Best,

Marcus

On 01.06.24 22:01, robin ivetic wrote:

Hello,

I can't save any script to run as cpp, because block that I'm using (gr-osmosdr) not 
support cpp. Searching I found this example 
, need to turn flag cpp and alo 
include cpp_template, means that I need to compile from the source, but than I realize 
that almost all hardware sink/wrappers and sources blocks inside gnuradio installed from 
package, don't offer also cpp support.



Add C++ generation support in GRC to all blocks · Issue #2297 · gnuradio/gnuradio 

The checklists below indicate which blocks have C++ support in master. gr-analog 25/34 
✔️ analog_agc2_xx analog_agc3_xx analog_agc_xx analog_am_demod_cf analog_const_source_x 
analog_cpfsk_bc analog...

github.com


Now I don't know if I need to turn this feature on the gnuradio level, when I'm 
compiling or just block per block, and if second option true, what would be correct 
procedure to include cpp saving script when compiling gr-osmosdr.


Robin