Re: [Discuss-gnuradio] Windows DLL Error && Missing Ubuntu Apt-Get Components

[Martin Braun]

Hey Christopher,

sorry to hear you're having so much trouble.

On 02/22/2018 07:00 PM, Christopher Harper wrote:
> I've been struggling to get this working.  I've ended up with partial
> success from the Ubuntu package, the Win binary, and the PyBombs source
> script.  Really, any three of the following options would be great if
> somebody could give me pointers.
> 
> 1) Ubuntu 16.04 package
> Using the apt-get package for Ubuntu 16.04, I'm missing components in
> the companion.  Specifically, at least the following (found trying to
> load a partial-success from 2):
> 
>     >>> Error: Block key "blocks_multiply_const_xx" not found
>     >>> Error: Block key "burst_fsk_time_sync" not found
>     >>> Error: Block key "burst_slicer" not found
>     >>> Error: Block key "es_handler_pdu" not found
>     >>> Error: Block key "es_trigger_edge_f" not found
>     >>> Error: Block key "rtlsdr_source" not found

Which apps/examples are you running? rtlsdr_source, for example, is not
actually part of core GNU Radio. That said, some of the others are.


> 2) Windows 10
> Failing that, I switched to Windows and got much further on the binary
> (3.7.11.1).  Unfortunately, I can't use the "Burst FSK Time Sync"
> block.  It's giving me the following DLL error:
> 
>       File "C:\Program
>     
> Files\GNURadio-3.7\gr-python27\lib\site-packages\scipy-0.18.1-py2.7-win-amd64.egg\scipy\special\__init__.py",
>     line 636, in <module>
>         from ._ufuncs import *
>     ImportError: DLL load failed: The specified module could not be found.
> 
> 
> A little bit of Googling got me to install Intel's MKL Windows package;
> didn't help.

Not sure about this. First, the FSK time sync block shouldn't be
importing scipy. And if that's the issue, I'd except an import error,
not a DLL load error. Do you have a _ufuncs_import DLL anywhere?

> 3) Linux, PyBombs
> I decided to go back to Linux, and picked the PyBombs route (really cool
> app btw - kudos to that team!).  Unfortunately, I ended up at the
> following compile error (I found something in this mailing list from
> 2016 with it, but didn't quite follow what fixed the issue):
> 
>     [ 86%] Building CXX object
>     gr-uhd/swig/CMakeFiles/_uhd_swig.dir/uhd_swigPYTHON_wrap.cxx.o
>     /home/Chris/grc/src/gnuradio/build/gr-uhd/swig/uhd_swigPYTHON_wrap.cxx:
>     In function ‘PyObject* _wrap_dboard_iface_set_gpio_debug(PyObject*,
>     PyObject*, PyObject*)’:
>     
> /home/Chris/grc/src/gnuradio/build/gr-uhd/swig/uhd_swigPYTHON_wrap.cxx:27935:15:
>     error: ‘class uhd::usrp::dboard_iface’ has no member named
>     ‘set_gpio_debug’
>            (arg1)->set_gpio_debug(arg2,arg3);
>                    ^
>     ...
> 
>     CMakeFiles/Makefile2:13309: recipe for target
>     'gr-uhd/swig/CMakeFiles/_uhd_swig.dir/all' failed
>     make[1]: *** [gr-uhd/swig/CMakeFiles/_uhd_swig.dir/all] Error 2
>     Makefile:160: recipe for target 'all' failed
>     make: *** [all] Error 2
>     PyBOMBS.Packager.source - ERROR - Build failed. See output above for
>     error messages.
>     PyBOMBS.Packager.source - ERROR - Problem occurred while building
>     package gnuradio:
>     Build failed.
>     PyBOMBS.install_manager - ERROR - Error installing package gnuradio.
>     Aborting.

I think this is a UHD error that is now resolved. Can you try this again?

-- M