Provenance : Courrier<https://go.microsoft.com/fwlink/?LinkId=550986> pour Windows 10
________________________________ De : Jean Pierre Mallet <mallet...@orange.fr> Envoyé : Saturday, August 17, 2019 1:56:39 PM À : Kyeong Su Shin <kss...@postech.ac.kr> Objet : RE: GNURadio v3.8.0.0 Blocs.xml Dear Kyeong, I have 2 computers, one with GNURadio v3.7.15 sour Windows 10 which gives satisfaction, and the other a Dell laptop, on which I installed GNURadio v3.8.0.0, and on which I try to install gr-osmosdr-gr 3.8. Cet ordinateur n'a pas eu auparavant de GNURadio installé. J'ai découvert sur gr-osmosdr-gr3.8/build/lib/ congig.h le script suivant: #ifndef CONFIG_H_IN #define CONFIG_H_IN #define GR_OSMOSDR_VERSION "v0.1.x-xxx-xunknown" #define GR_OSMOSDR_LIBVER "0.1.5git" #define ENABLE_OSMOSDR /* #undef ENABLE_FCD */ /* #undef ENABLE_FILE */ #define ENABLE_RTL /* #undef ENABLE_RTL_TCP */ #define ENABLE_UHD /* #undef ENABLE_MIRI */ /* #undef ENABLE_SDRPLAY */ /* #undef ENABLE_HACKRF */ /* #undef ENABLE_BLADERF */ #define ENABLE_RFSPACE /* #undef ENABLE_AIRSPY */ /* #undef ENABLE_SOAPY */ #define ENABLE_REDPITAYA /* #undef ENABLE_FREESRP */ //provide NAN define for MSVC older than VC12 #if defined(_MSC_VER) && (_MSC_VER < 1800) #include <limits> #define NAN std::numeric_limits<double>::quiet_NaN() #endif #endif // CONFIG_H_IN I highlighted in red what is on GNRadio and that I reported yesterday, which confirms me in the idea that there is a bug in the script gr-osmosdr-gr 3.8 and that although the source osmoscom is recognized by the list of Radio-companion, it is not possible to open the USB port that contains the dongle. It is advisable to look again in the soft to debug it Cheers JP Mallet Provenance : Courrier<https://go.microsoft.com/fwlink/?LinkId=550986> pour Windows 10 ________________________________ De : Kyeong Su Shin <kss...@postech.ac.kr> Envoyé : Friday, August 16, 2019 6:49:58 PM À : Jean Pierre Mallet <mallet...@orange.fr>; discuss-gnuradio@gnu.org <discuss-gnuradio@gnu.org> Objet : Re: GNURadio v3.8.0.0 Blocs.xml Hello Jean Pierre: Did you uninstall GNU Radio 3.7.x before installing GNU Radio 3.8.x? If you didn't, you may want to 1. uninstall that (by using your distro's package manager, like apt, if you installed it using your distro's package manager, or by running "sudo make uninstall" on your build directory of GNU Radio 3.7.x, if you installed it from the source), 2. uninstall gr-osmosdr (again, by running "sudo make uninstall" from the build directory of gr-osmosdr), 3. delete the build directory of gr-osmosdr, and 4. try re-building and re-installing gr-osmosdr from the scratch (don't forget "sudo ldconfig" at the end, just in case). This is because I suspect that you may have two versions of GNU Radio on your system and gr-osmosdr somehow got linked to GNU Radio 3.7.x (instead of 3.8.x) during the build process. Regards, Kyeong Su Shin ________________________________ 보낸 사람: Jean Pierre Mallet <mallet...@orange.fr> 대신 Discuss-gnuradio <discuss-gnuradio-bounces+ksshin=postech.ac...@gnu.org> 보낸 날짜: 2019년 8월 16일 금요일 오후 10:52 받는 사람: discuss-gnuradio@gnu.org <discuss-gnuradio@gnu.org> 제목: [Discuss-gnuradio] GNURadio v3.8.0.0 Blocs.xml As an answer to Michael and Kyeong. I found that: https://github.com/mvaenskae/gr-osmosdr/tree/gr3.8 was the best thing that could work with GNURadio 3.8.0.0, We found the sources Rtlsdr and Osmoscom on the list of blocks of GNURadio. We can even integrate them into a GCR script. Cf: WBFM-RX-QT-GUI.... Unfortunately it does not work, the output of the dongle on the USB port is not found, and there is no error message as we can see: Generating: '/home/jean/Documents/WBFM_RX_QT_GUI_08162019.py' Generating: '/home/jean/Documents/WBFM_RX_QT_GUI_08162019.py' Executing: /usr/bin/python3.6 -u /home/jean/Documents/WBFM_RX_QT_GUI_08162019.py linux; GNU C++ version 7.3.0; Boost_106501; UHD_003.010.003.000-0-unknown gr-osmosdr v0.1.x-xxx-xunknown (0.1.5git) gnuradio 3.7.11 built-in source types: osmosdr rtl uhd rfspace redpitaya Using device #0 Realtek RTL2838UHIDIR Found Elonics E4000 tuner gr::log :INFO: audio source - Audio sink arch: alsa I highlighted in red what seems to me to be a defect! We see that the system refers to GNURadio v 3.7.11 instead of 3.8.0.0! which is abnormal ... The sources have been compiled in YAML and not XML. So there is still a bug on the version of the ‘mavaenskae’ program. I do not know if I have the ability to fix it, but maybe the community can! Or maybe Marcus !! Congratulations to all Jean Pierre Provenance : Courrier<https://go.microsoft.com/fwlink/?LinkId=550986> pour Windows 10
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio