Version 3.8.1.0 has been released... it addresses this issue.

[livep2000]

Hello Geof,

(reopening the issue about ending with that negative error code)

Sorry to inform you that 3.8.1.0/v still facing this problem.
Had it installed on a AMD. Because this machine is spammed with developer tools,
I reverted my laptop back to w10 stock (I7), and used the latest gnuradio_3.8.1.0_win64.msi

Got some extra info:

1. Only adding qt.ui components to the graph (range, checkbox) works fine.

2. Tried Python debugging, did not got that working.
   But used the blond method and narrowed down where the script is ending, please look at the following:

    ##################################################
    # Blocks
    ##################################################
   

   try:
   print("Try to assign the source block")
   self.blocks_null_source_0 = blocks.null_source(gr.sizeof_gr_complex*1)
   print("After asigning source block")
   except AssertionError as error:
   print(error)
   print("Asigning sink block failed")
   else:
   print("Else clause")
   finally:
   Print("finally")

   print("never came here")

Result:

prints: Try to assign the source block

And then steps out of the process, with no message at all.

I hope this will give some more hints.

Version 3.8.1.0 has been released... it addresses this issue.

Originally posted by @gnieboer in #46 (comment)

[gnieboer]

Which AMD processor do you have?

[livep2000]

The first attempt:
AMD FX(tm)-9590 Eight-Core Processor
WIN10 pro, 64

The seccond attempt:
Intel I7 mobile CPU
Fresh windows 10 home installation.

Both with the same result. Tried a few other blocks with the same results.
Debugged the python script a bit deeper, in the 'null source -> null sink' scenario, it ends here:

c:\program files\gnuradio-3.8\lib\site-packages\gnuradio\blocks\blocks_swig0.py(1924)make() -> return _blocks_swig0.null_source_make(sizeof_stream_item)

[gnieboer]

OK, thanks, that's very helpful. I'm deep in the middle of a major reorganization of the code to use python 3, which also then allows use of vcpkg and pip, so nearly everything in the scripts is being overhauled at the moment. I'm also completely eliminating the use of AVX2-unique optimizations, which provided negligible value in exchange for major headaches. Hopefully this overhaul clears this issue up a side effect, but if not I'll focus on it after 3.8."next" release.

…

On Sun, Jan 3, 2021 at 7:47 PM Imre Biacsics ***@***.***> wrote: The first attempt: AMD FX(tm)-9590 Eight-Core Processor WIN10 pro, 64 The seccond attempt: Intel I7 mobile CPU Fresh windows 10 home installation. Both with the same result. Tried a few other blocks with the same results. Debugged the python script a bit deeper, in the 'null source -> null sink' scenario, it end here: c:\program files\gnuradio-3.8\lib\site-packages\gnuradio\blocks\blocks_swig0.py(1924)make() -> return _blocks_swig0.null_source_make(sizeof_stream_item) — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#53 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAYSW2ODVH4PMDD43IQV2T3SYEFZPANCNFSM4VQHHOGQ> .

[gnieboer]

The new installer I mentioned is release here. Please download and install it and see if it clears up your issue (it should).

[livep2000]

Oops "The resource you are looking for has been removed, had its name changed, or is temporarily unavailable" Imre Geof Nieboer <notifications@github.com> schreef op 19 januari 2021 03:00:29 CET:

…

The new installer I mentioned is release [here](http://www.gcndevelopment.com/gnuradio/downloads/installers/v3.8.2.1/gnuradio-3.8.2.0-win64.msi). Please download and install it and see if it clears up your issue (it should). -- You are receiving this because you authored the thread. Reply to this email directly or view it on GitHub: #53 (comment)

-- Verstuurd vanaf mijn Android apparaat met K-9 Mail. Excuseer mijn beknoptheid.

[gnieboer]

Use this link: http://www.gcndevelopment.com/gnuradio/downloads/installers/v3.8.2.1/gnuradio_3.8.2.0_win64.msi

…

On Thu, Jan 21, 2021 at 5:01 AM Imre Biacsics ***@***.***> wrote: Oops "The resource you are looking for has been removed, had its name changed, or is temporarily unavailable" Imre Geof Nieboer ***@***.***> schreef op 19 januari 2021 03:00:29 CET: >The new installer I mentioned is release >[here]( http://www.gcndevelopment.com/gnuradio/downloads/installers/v3.8.2.1/gnuradio-3.8.2.0-win64.msi ). >Please download and install it and see if it clears up your issue (it >should). > >-- >You are receiving this because you authored the thread. >Reply to this email directly or view it on GitHub: > #53 (comment) -- Verstuurd vanaf mijn Android apparaat met K-9 Mail. Excuseer mijn beknoptheid. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#53 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAYSW2PGZELF6DJG3CUZ4WTS273OVANCNFSM4VQHHOGQ> .

[livep2000]

Okay!

• Installer ran flawless.
• Reboot message: all went well.
• GRC runs without any error.
• The problem with not finding the QT library is solved.

One small issue: It loads the block difinition twice, this results in a stream of messages like:

WARNING:gnuradio.grc.core.platform.block_loader:Block with id "zeromq_sub_source" loaded from C:\Program Files\GNURadio-3.8\share\gnuradio\grc\blocks\zeromq_sub_source.block.yml overwritten by C:\Program Files\GNURadio-3.8\share\gnuradio\grc\blocks\zeromq_sub_source.block.yml

And then starts fine. (happy)
Snipping out the line in : \GNURadio-3.8\etc\gnuradio\conf.d\grc.conf solves it.

The cause could be that it is also installed by the 'conda' installer.

GOOD WORK! goef!