Gnuradio error

Please I still have problems when I run a grc file. I have loaded the grc file in the gnuradio and and do not get any Red blocks but when I go to play it, I get errors. Here is the log I see on the bottom side of gnuradio: Loading: "/home/enzo/gr-fcdproplus/example/fmfcdpp.grc" >>>

Re: UPDATE: Re: gnuradio error

Hi Mike, Please keep the gnuradio mailing list in the loop. Did you enable the copr repo first or just installed using dnf with an URL to the RPM? Somehow you ended with two different versions installed on the same time. My recommendation is to remove gnuradio 3.7 and then reinstall 3.8

Re: gnuradio error

Hi Mike, On 11/02/2020 21.38, Mike Gilmer wrote: > I installed gnuradio on Fedora 5.4.17-200.fc31.x86_64 using sudo dnf > install gnuradio The gnuradio's version in Fedora 31 is 3.7.13.5-6.fc31.x86_64 and 5.4.17-200 is the version of the Linux kernel. You can find the newer version 3.8 in

gnuradio error

I installed gnuradio on Fedora 5.4.17-200.fc31.x86_64 using sudo dnf install gnuradio Afterwards when I attempt to run gnuradio-companion (typing gnuradio-companion in a terminal) I see several errors at start up Warning: restarting the docstring loader (crashed while loading

Re: [Discuss-gnuradio] Error when trying to run USRPs using external LO

Hey Mark, this really seems to be a UHD error, and not directly related to GNU Radio. I think it'd be really helpful to continue that discussion on usrp-us...@lists.ettus.com, to which you can sign up on [1]. Chances are there's more people experimenting with their N310s there than here! Best

[Discuss-gnuradio] Error when trying to run USRPs using external LO

Hi all, I'm currently trying to run a set of USRP N310s all using the same external LO, but I seem to be getting this error "[ERROR] [0/Radio_1] RX LO lowband does not support setting source to external" which will repeat for all the radios. I tried looking online for the source of the error

Re: [Discuss-gnuradio] Error compiling gr-qtgui/lib

Ah I forgot to mention, I had to build a patch for Qwt6, my scripts retrieve that file and patch qwt6. The URL for the patched files is: https://www.gcndevelopment.com/gnuradio/downloads/sources/qwt6_patch.7z I don't recall off the top of my head what the changes were, and can't verify from this

Re: [Discuss-gnuradio] Error compiling gr-qtgui/lib

The Qwt/Qt linkage is indeed a problem, as when compiling one must be very careful to link the right version of Qwt to the right version of Qt or else all hell breaks loose. GR3.7 needs Qwt5 linked to Qt4 GR3.8 needs Qwt6 linked to Qt5 If you are building 3.7 on windows, I'd recommend just using

Re: [Discuss-gnuradio] Error compiling gr-qtgui/lib

Yes: GR GIT master == GR38, which will require qwt6+qt5 of some combination. I'm using Qwt 6.1.4 right now with Qt5 5.12.5. Works nicely. - MLD On Mon, Oct 21, 2019 at 10:30 AM Gisle Vanem wrote: > Michael Dickens wrote: > > > Hi Gisle - Which version of GR are you trying to build? GR37 > uses

Re: [Discuss-gnuradio] Error compiling gr-qtgui/lib

Michael Dickens wrote: Hi Gisle - Which version of GR are you trying to build? GR37 uses qwt52+qt4, while GR38 uses qwt6+qt5 ... I'm guessing Qwt 6.1.4 should work, though I don't think I've tried it out yet. - MLD I use the 'master' at https://github.com/gnuradio/gnuradio.git Should be v3.8,

[Discuss-gnuradio] Error compiling gr-qtgui/lib

Hello list. I have some errors while compiling 'gr-qtgui' using MSVC and/or clang-cl. From clang-cl: TimeRasterDisplayPlot.cc(199,30): error: allocating an object of abstract class type 'TimeRasterData' d_data.push_back(new TimeRasterData(d_rows, d_cols));

Re: [Discuss-gnuradio] Error with gnuradio 3.8 and python 3

atly appreciated. From: Michael Dickens Date: Monday, September 16, 2019 at 5:21 PM To: Mark Koenig Cc: "discuss-gnuradio@gnu.org" Subject: Re: [Discuss-gnuradio] Error with gnuradio 3.8 and python 3 Hi Mark - Interesting issue. Is SWIG/Python -not- enabled in your GR install? Following

Re: [Discuss-gnuradio] Error with gnuradio 3.8 and python 3

Hi Mark - Interesting issue. Is SWIG/Python -not- enabled in your GR install? Following the code, that could cause the error you're seeing. If you look through the file "/opt/truearrow/6.3/lib/cmake/gnuradio/GnuradioConfig.cmake", line 37 will show whether ENABLE_PYTHON is enabled or not. - MLD

[Discuss-gnuradio] Error with gnuradio 3.8 and python 3

Hello, I am trying to build a module and I keep seeing the error below during cmake. Any deas? #9 3.713 -- Found VOLK: Volk::volk #9 3.729 -- Checking for module 'thrift' #9 3.761 -- Found thrift, version 0.10.0 #9 3.840 CMake Error at

Re: [Discuss-gnuradio] Error while loading graph to GR-inspector AMC block

To: discuss-gnuradio@gnu.org Subject: [Discuss-gnuradio] Error while loading graph to GR-inspector AMC block Hi all.I'm getting this error when trying to use the AMC block. I generated the graph with tensorflow 0.12.1 Loading: "/home/dandrspc/default/src/gr-inspector/examples/amc_cnn.grc"

[Discuss-gnuradio] Error while loading graph to GR-inspector AMC block

Hi all.I'm getting this error when trying to use the AMC block. I generated the graph with tensorflow 0.12.1 Loading: "/home/dandrspc/default/src/gr-inspector/examples/amc_cnn.grc" >>> Done Generating: '/home/dandrspc/default/src/gr-inspector/examples/top_block.py' Executing: /usr/bin/python2

[Discuss-gnuradio] Error calculation

Hello,I am sending some samples of type byte (unsigned char), in the receiver side I get the estimated samples,for my application every byte represent a value between 0 and 255, so I need to calculate the MSE (mean square error),                                  _                        

[Discuss-gnuradio] Error while running simulations

I am trying to run the file sim.grc in the gr-IEEE802.11-master/simulations/awgn/ folder(available in github), an error is generated as shown: Using Volk machine: avx2_64_mmx_orc MAPPER: encoding: 0 set_min_output_buffer on block 9 to 397056 set_min_output_buffer on block 11 to 397056

Re: [Discuss-gnuradio] Error compiling gnuradio v3.7.9

I think it will be okay to try v3.7.9.2. Only the UHD version has to be matched between PC and E310. Ron On 4/5/19 00:14, kron...@tiscali.it wrote: If v3.7.9 is installed on my USRP E310, could I have trouble using v3.7.9.2 on my PC in "network mode"? Otherwise, I would have to build an older

Re: [Discuss-gnuradio] Error compiling gnuradio v3.7.9

If v3.7.9 is installed on my USRP E310, could I have trouble using v3.7.9.2 on my PC in "network mode"? Otherwise, I would have to build an older version of cmake (perhaps with static libraries, not needing to install it) to configure v3.7.9. Thank you. Ivan Il 05.04.2019 04:42 Ron

Re: [Discuss-gnuradio] Error compiling gnuradio v3.7.9

The python script "volk_compile_utils.py" is not in the folder "gen", but in "volk/gen"; this is the reason cmake doesn't find it. Thank you. Ivan Il 05.04.2019 02:24 Michael Dickens ha scritto: > Hmmm ... so the cmake debug output log shows: > {{{ > /usr/bin/python2: can't open file

Re: [Discuss-gnuradio] Error compiling gnuradio v3.7.9

I get the same error here. As it turns out, any version of GNU Radio before 3.7.9.2 cannot be built with a newer CMake. If you really need to build 3.7.9, you have to use an older version of CMake. I've tested CMake 2.8.12.2 (the version used in Ubuntu 14.04), and that works. Ron On 4/4/19

Re: [Discuss-gnuradio] Error compiling gnuradio v3.7.9

Hmmm ... so the cmake debug output log shows: {{{ /usr/bin/python2: can't open file '/home/user/workarea-gnuradio/gnuradio-3.7.9/gen/volk_compile_utils.py': [Errno 2] No such file or directory }}} Is this really true, that that file doesn't exist? Or maybe it needs to be "chmod a+x"? On Thu,

Re: [Discuss-gnuradio] Error compiling gnuradio v3.7.9

I tried to solve the issues as in: https://lists.gnu.org/archive/html/discuss-gnuradio/2016-03/msg00812.html * I added SET(CMAKE_C_FLAGS "$(CMAKE_C_FLAGS) -lpthread") and SET(CMAKE_CXX_FLAGS "$(CMAKE_CXX_FLAGS) -lpthread") in CMakeLists.txt. * I modified CMakeLists.txt of

Re: [Discuss-gnuradio] Error compiling gnuradio v3.7.9

Hi Michael, I'm sorry! Sure, next time I will. I'm building on Debian 9.8, and cmake is 3.7.2. Thank you for reply. Ivan Il 04.04.2019 15:41 Michael Dickens ha scritto: > Hi Ivan - PLEASE next time use < pastebin.com > or Google Drive or DropBox or whatever to hold your files & then

Re: [Discuss-gnuradio] Error during compilation of GR-baz

When creating the debug build log, please remember to use "make VERBOSE=ON", not just "make" ... the additional verbosity shows actual commands executed, which is what we need to see to determine whether C++11 is being used or not. - MLD On Thu, Apr 4, 2019, at 9:42 AM, Michael Dickens wrote:

Re: [Discuss-gnuradio] Error during compilation of GR-baz

Hi Balaji - Please "reply all" to keep the GR discussion list in the loop. Your OS / compiler can support C++11. Did you create the file "gr-baz-build-log.txt" and post it somewhere? That's the key! - MLD On Thu, Apr 4, 2019, at 2:32 AM, Balaji Kolla wrote: > Hi Michael, > here is the output of

Re: [Discuss-gnuradio] Error compiling gnuradio v3.7.9

Hi Ivan - PLEASE next time use < pastebin.com > or Google Drive or DropBox or whatever to hold your files & then post a link here; doing so requires less bandwidth && is -much- easier for us to parse. It looks like "Volk" didn't configure correctly ... what version of Debian are you building

[Discuss-gnuradio] Error compiling gnuradio v3.7.9

Hi guys! I'm Ivan, researcher at Italian Aerospace Research Centre. I'm working on algorithms for optimizing aerospace communications based on SDR paradigm. I will use an USRP E310, first in "network mode" for rapid troubleshooting of the algorithms. I correctly built the uhd drivers enabling

Re: [Discuss-gnuradio] Error during compilation of GR-baz

Hi Balaji - For this sort of debugging, please "reply to all" including the GR list: more eyes might find your issue faster than just mine along! I see you're on "Ubuntu 14.04.4 LTS". I'm thinking that's a little dated by now ... any way you can use a more recent Ubuntu version? What does the

Re: [Discuss-gnuradio] Error during compilation of GR-baz

Hi Balaji - It would greatly help to see not just the build errors but also the build commands being issued as well as the CMake configuration debug output ... basically the whole configuration and build logs, along with the OS & its version you're trying to do the build on. Please don't attach

[Discuss-gnuradio] Error during compilation of GR-baz

Hi, I am trying to install GR-BAZ package to get required blocks in GNURadio. When i issue a "make" command i am getting the following error. Can some one suggest in how to resolve this issue. /home/lekha/sources/gnuradio/gr-baz/lib/baz_file_source.cc:1195:205: warning: format ‘%llu’ expects

Re: [Discuss-gnuradio] [Commit-gnuradio] Error while installing GNU Radio Block

Modern GR installs ... maybe it contains what this OOT block needs? - MLD On Thu, Mar 28, 2019, at 9:45 AM, Tawahaa Ahmed wrote: > Hi > I am trying to install a costas loop block in GNU Radio whose code was > written in C++ by my professor back 2012. Now I have .cc .h .i and .xml files > of

Re: [Discuss-gnuradio] Error While trying to install gnuradio via PyBombs

Dear Elad, Ubuntu 14.04 is no longer supported by the current development version of GNU Radio. You could instruct pyBOMBS to install gnuradio-stable instead of gnuradio. But I'll be honest: update your OS. It's old to ancient, and even Canonical will not claim it's supported in 4.5 months[1].

[Discuss-gnuradio] Error While trying to install gnuradio via PyBombs

Hello, I am trying to install gnu radio on Ubuntu 14.04.5. Installation encounters the following error: PyBOMBS.install_manager - INFO - Installing package: gnuradio > PyBOMBS.Packager.source - WARNING - Build dir already exists: > /home/dogstar/sdr/src/gnuradio/build > Configuring: (100%) >

[Discuss-gnuradio] Error in making OOT with python (2in-1out)port

Hi, I am trying to make a python OOT with 2 i/p & 1 o/p port. The 1st i/p port should act like a trigger. For example whenever a ‘1’ is found in 1st input port, first 2 items in the list of 2nd input port will pass through, else dropped. I have written the code as follows but its giving me an

Re: [Discuss-gnuradio] Error compiling gr-ieee802.11

Hi, On 09/28/2018 04:26 PM, Dmitriy Tochansky wrote: Here is a link to patch https://github.com/gnuradio/gnuradio/commit/5197311dd22744b784ff9ae2cd965a26ef04f4a4 Thanks—will this let gr-ieee802.11 compile against the master branch? No, it's a commit that remove 'delete_head_blocking' from

Re: [Discuss-gnuradio] Error compiling gr-ieee802.11

Hi Andreas! You need to build gr-foo against maint-3.7 branch of gnuradio. There is no 'delete_head_blocking' in master branch. That did the trick. I’m seeing a couple branches (“maint”, “maint-3.7”, “master”, etc.). Are there descriptions of the different branches that I missed in my web

Re: [Discuss-gnuradio] Error compiling gr-ieee802.11

Dmitriy, > You need to build gr-foo against maint-3.7 branch of gnuradio. > There is no 'delete_head_blocking' in master branch. That did the trick. I’m seeing a couple branches (“maint”, “maint-3.7”, “master”, etc.). Are there descriptions of the different branches that I missed in my web

Re: [Discuss-gnuradio] Error compiling gr-ieee802.11

Andreas Yankopolus писал 2018-09-28 02:27: I’m trying to build and install GR and gr-ieee802.11 from the git repos, as I know that I’ll be wanting to examine and possibly single-step & instrument the underlying code for my project. This is on Ubuntu 18.04. [ 34%] Building CXX object

[Discuss-gnuradio] Error compiling gr-ieee802.11

I’m trying to build and install GR and gr-ieee802.11 from the git repos, as I know that I’ll be wanting to examine and possibly single-step & instrument the underlying code for my project. This is on Ubuntu 18.04. In the directories for both, I get: ayank@ubuntu:~/Documents/SDR/gnuradio$ git

Re: [Discuss-gnuradio] Error: Template 'vector' undefined.

I'll also point out that the swig file referenced is located in the system install path. So if you are using a pybombs install of source build, swig is likely picking up some files from an apt install, which could be causing issues. On Fri, Aug 3, 2018, 10:39 Michael Dickens wrote: > Could be

Re: [Discuss-gnuradio] Error: Template 'vector' undefined.

Could be that the gnuradio reinstall didn't get all of the files in place. Could be that your modifications to the gr-howto do something strange for SWIG purposes. Could be something entirely unexpected. Really hard to know without source code, a logfile, and info about your host computer: OS

[Discuss-gnuradio] Error: Template 'vector' undefined.

Reinstalled the workspace for gnuradio. Tried a test on the new workspace with the howto example, but didn't create the Python QA test file. Instead, I directly modified the "square_ff_impl.cc" file. "cmake" command has passed. While doing "make" command, I got: Swig source

Re: [Discuss-gnuradio] Error Linking UHD

(ApolloShield) [mailto:gi...@apolloshield.com] Sent: Tuesday, June 19, 2018 5:06 PM To: Ralph A. Schmid, dk5ras Cc: Müller, Marcus (CEL) ; discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Error Linking UHD Which version of gnuradio works for you now? On Tue, Jun 19, 2018 at 5:22 PM Ralph

Re: [Discuss-gnuradio] Error Linking UHD

Yay, it works! Thank you, Basti and Marcus :) So the only change I needed to make for my build system is to find the first target_link_libraries() under lib/CMakeLists.txt and add both ${GNURADIO_ALL_LIBRARIES} and uhd to the list (both are required). I did not have to add anything to the link

Re: [Discuss-gnuradio] Error Linking UHD

Basti applied hammer to nail's head. It's (probably) super effective. yeah... time_spec_t's functions aren't exported symbols of libgnuradio- uhd, but of libuhd! This might work on some and not on other build systems due to different handling of visibility of symbols *used* in a library. uff! On

Re: [Discuss-gnuradio] Error Linking UHD

Any chances you are confusing libgnuradio-uhd.so with libuhd.so. To me it sounds like you want to link against the latter. Maybe some linkers resolve symbols from libuhd through libgnuradio-uhd and some don't (which might make sense if you do not use any symbols defined in libgnuradio-uhd).

Re: [Discuss-gnuradio] Error Linking UHD

Only pybombs: ~/g/s/s/gnuradio (master)> sudo find / -name "libuhd.so.*" find: ‘/run/user/1000/gvfs’: Permission denied /home/user/gr/myproj/src/uhd/host/build/lib/libuhd.so.003 /home/user/gr/myproj/src/uhd/host/build/lib/libuhd.so.003.010 /home/user/gr/myproj/lib/libuhd.so.003

Re: [Discuss-gnuradio] Error Linking UHD

Did, but hm, works for me :( Attaching the ldd output. Is UHD installed through your package manager or through pybombs? Can you locate all libuhd.so.* on your system? On Wed, 2018-06-20 at 12:48 +0300, Gilad Beeri (ApolloShield) wrote: > Marcus, the repo at

Re: [Discuss-gnuradio] Error Linking UHD

Marcus, the repo at https://github.com/giladbeeri/gr-uhd-link-test is a bootstrapped OOT module with basically nothing but a simple block that has a single uhd::time_spec_t member. I can reproduce the linking problem with this repo and a clean GR 3.7.12 (from master) install using pybombs. Do

Re: [Discuss-gnuradio] Error Linking UHD

rcus (CEL) > > Sent: Tuesday, June 19, 2018 1:33 PM > > To: gi...@apolloshield.com; discuss-gnuradio@gnu.org > > Subject: Re: [Discuss-gnuradio] Error Linking UHD > > > > I must admit this is surprising to me, as the line of code where > LIBS=.

Re: [Discuss-gnuradio] Error Linking UHD

. > -Original Message- > From: Discuss-gnuradio [mailto:discuss-gnuradio- > bounces+ralph=schmid@gnu.org] On Behalf Of Müller, Marcus (CEL) > Sent: Tuesday, June 19, 2018 1:33 PM > To: gi...@apolloshield.com; discuss-gnuradio@gnu.org > Subject: Re: [Discuss-gnuradio] Error Linking UHD

Re: [Discuss-gnuradio] Error Linking UHD

The MESSAGE directive shows it should be ok - added to lib/CMakeLists.txt, after the first target_link_libraries(), the line "MESSAGE(STATUS "DEBUG GR LIBS: ${GNURADIO_ALL_LIBRARIES}")". The output: *-- DEBUG GR LIBS:

Re: [Discuss-gnuradio] Error Linking UHD

add a "message ()" directive that prints the GNURADIO_ALL_LIBRARIES that is actually used in your lib/CMakeLists.txt. If that is wrong: Move your OOT's cmake/Modules/* out of the way – I do not endorse the fact that we're distributing copies of all the GNU Radio CMake scripts with our OOT

Re: [Discuss-gnuradio] Error Linking UHD

I've done "rm -rf build/*" and "pushd build; cmake ../; and make -j7; and make install; popd" ~ 50 times since yesterday :) Any suggestions for debugging it? On Tue, Jun 19, 2018 at 2:33 PM Müller, Marcus (CEL) wrote: > I must admit this is surprising to me, as the line of code where >

Re: [Discuss-gnuradio] Error Linking UHD

I must admit this is surprising to me, as the line of code where LIBS=... is printed is pretty integrally coupled to the line that specifies what GNURADIO_ALL_LIBRARIES is. Maybe CMake got confused? I know this is kind of a "haveyoutriedturningitoffandonagain" answer, but have you tried completely

[Discuss-gnuradio] Error Linking UHD

I have a similar problem as described in https://lists.gnu.org/archive/html/discuss-gnuradio/2015-05/msg00195.html. When I try to run tests (with Python), I get: *Traceback (most recent call last):* * File "python/myblock.py", line 12, in * *from myproj.myproj_swig import mitigation_source*

Re: [Discuss-gnuradio] ERROR DURING GR-GFDM INSTALLATION BLOCKS IN GNURADIO.

Hi guys, thanks for the interest in gr-gfdm. I recently added the check for a volk version >= 1.3 due to otherwise missing `volk_32f_index_max_32u`. Thus you need volk 1.3 or higher to succesfully run gr-gfdm. As outlined the commpy python module is needed as well. Though it should be easy

Re: [Discuss-gnuradio] ERROR DURING GR-GFDM INSTALLATION BLOCKS IN GNURADIO.

Hi Elkin - Reviewing the files "CMakeLists.txt" and "lib/CMakeLists.txt", it seems as though Volk is requested but not required, and then not used:{{{ % find . -name CMakeLists.txt -exec grep -i volk {} + ./CMakeLists.txt:find_package(Volk "1.3") }}} Also, FFTW3f is used internally in the C++

Re: [Discuss-gnuradio] ERROR DURING GR-GFDM INSTALLATION BLOCKS IN GNURADIO.

Hi - the tests work from me for version 3.7.12 using VOLK 1.4. I did have to hack the CMakeLists.txt to change the hardwired versions of gnuradio and VOLK so it would build. I haven't tried to use it yet. My guess is you're not picking up commpy - start up python and try import commpy --

[Discuss-gnuradio] ERROR DURING GR-GFDM INSTALLATION BLOCKS IN GNURADIO.

Hi everybody, I am trying to install "gr-gfdm" downloaded from GitHub, I follow step by step installation process but when I execute the line command "make test" got the next errors. "user@USER:~/gr-gfdm/build$ make test Running tests... Test project /home/user/gr-gfdm/build Start 1:

[Discuss-gnuradio] Error messages when trying to do fresh install of gnuradio--internal compiler error

I could never get the Pluto modules to work with gnuradio under Ubuntu 17.04. So, I scrapped that and installed Ubuntu 16.04.3 LTS. Now, when I try to install gnuradio, the following happens with the following errors., primarily Internal compiler error edtroy@ubuntu:~$ pybombs prefix init -a

Re: [Discuss-gnuradio] Error on GNUradio

Unplug the power to the hardware and plug it back in - cold reset- see if happens again. It could be something as simple as not enough power if you're not using an external power supply. -- Cinaed On 11/14/2017 01:58 PM, Ricardo Nuszkowski wrote: > Hello, > > We will be running a basic flow

Re: [Discuss-gnuradio] Error on GNUradio

Thank you! I’ll try with QT and see if I am still getting errors. I will also post this on the myriad forum. Ricardo On Tue, Nov 14, 2017 at 5:55 PM Kyeong Su Shin wrote: > Hello Ricardo Nuszkowski, > > Sorry, I forgot to edit my e-mail before sending it out: you probably >

Re: [Discuss-gnuradio] Error on GNUradio

Hello Ricardo Nuszkowski, Sorry, I forgot to edit my e-mail before sending it out: you probably should ask this to MyriadRF guys first, and then move to other forums. Regards, Kyeong Su Shin On Tue, Nov 14, 2017 at 2:46 PM, Kyeong Su Shin wrote: > Hello Ricardo Nuszkowski, > >

Re: [Discuss-gnuradio] Error on GNUradio

Hello Ricardo Nuszkowski, The error messages are saying that it failed to initialize your radio hardware properly. It is either gr-osmosdr or SoapySDR (I think this is more likely), not really (the main tree) GNU Radio's fault. I recommend asking the same question on their mailing lists or forums

[Discuss-gnuradio] Error on GNUradio

Hello, We will be running a basic flow graph to test our antenna with the LimeSDR. The flowgraph is basically an osmocom source--> WX GUI waterfall sink. It will run perfectly fine for some operations and then every once in a while we will run it and get this error. It then works fine after we

[Discuss-gnuradio] Error with wifi_tx and wifi_transceiver

Hi, I am using gnuradio in a second machine where I had installed gnuradio version 3.7.12git-126-g37d373ac. I tried to run wifi_tx and wifi_transceiver and I obtained the following error: tb = top_block_cls() File "/home/rafik/Workspace/gr-ieee802-11-next/examples/wifi_tx.py", line 153,

Re: [Discuss-gnuradio] error compiling gnuradio-digital

Thanks - should have specified, Debian Jessie on Raspberry Pi. -philip On Wed, Jul 19, 2017 at 12:11 PM, Andy Walls wrote: > The compilation works on Fedora 26 and the Ubuntu versions tested by the > github pull request build bot. > > However, a fix is ready to go.

Re: [Discuss-gnuradio] error compiling gnuradio-digital

The compilation works on Fedora 26 and the Ubuntu versions tested by the github pull request build bot. However, a fix is ready to go. Please provide feedback: https://github.com/gnuradio/gnuradio/issues/1388 https://github.com/gnuradio/gnuradio/pull/1389 Regards, Andy

[Discuss-gnuradio] error compiling gnuradio-digital

I'm using Pybombs, offending line error highlighted below. It looks like compiling with -fpermissive will fix this - should Pybombs be enabling -fpermissive by default or should the code be cleaned up? Thanks, philip hahn In file included from /usr/include/c++/4.9/vector:64:0,

Re: [Discuss-gnuradio] Error building gr-osmocom in recent pull

On 06/16/2017 02:37 PM, John Ackermann N8UR wrote: > I just did "build-gnuradio" on a new machine and am getting a failure in > the rtl_build function that wasn't present previously. > > In rtl_source_c.cc, line 224, the build fails with: > > error: 'rtlsdr_set_bias_tee' was not declared in this

[Discuss-gnuradio] Error building gr-osmocom in recent pull

I just did "build-gnuradio" on a new machine and am getting a failure in the rtl_build function that wasn't present previously. In rtl_source_c.cc, line 224, the build fails with: error: 'rtlsdr_set_bias_tee' was not declared in this scope ret = rtlsdr_set_bias_tee(_dev, bias_tee); Any

Re: [Discuss-gnuradio] error make python test code in OOT module

Wonderful. Issue resolved. Thank you On Mon, May 22, 2017 at 11:48 PM, Michael Dickens wrote: > OK; great. 1 step forward. > > Since you're using Linux, you also need to add the library path such that > "ldconfig" can find it, generally by editing the file

Re: [Discuss-gnuradio] error make python test code in OOT module

OK; great. 1 step forward. Since you're using Linux, you also need to add the library path such that "ldconfig" can find it, generally by editing the file "/etc/ld.so.conf" to add the new path ("/home/mostafa/prefix/lib") & then executing "sudo ldconfig". You can then verify that the libraries in

Re: [Discuss-gnuradio] error make python test code in OOT module

Hi, yes, literally "/prefix' ! :) {{{ python2.7 -c "import sys; print sys.path" }}} returns: ['', '/home/mostafa/prefix/lib/python2.7/dist-packages', '/usr/lib/python2.7', '/usr/lib/python2.7/plat-x86_64-linux-gnu', '/usr/lib/python2.7/lib-tk', '/usr/lib/python2.7/lib-old',

Re: [Discuss-gnuradio] error make python test code in OOT module

Hi Mostafa - What does {{{ python2.7 -c "import sys; print sys.path" }}} return? You say you installed into "/prefix" (literally; not just an arbitrary setting) ... I'm thinking if you set PYTHONPATH to "/prefix/lib/python2.7/site- packages" then it should find the OOT module install. Hope this

Re: [Discuss-gnuradio] error make python test code in OOT module

Hi MLD, Thank you for your reply. the prefix is: \prefix PYTHONPATH is empty Ubuntu 16.04.1 and (if it is helpful) whereis python2.7 returns: python2: /usr/bin/python2.7 /usr/bin/python2.7-config /usr/bin/python2 /usr/lib/python2.7 /etc/python2.7 /usr/local/lib/python2.7 /usr/include/python2.7

Re: [Discuss-gnuradio] error make python test code in OOT module

Hi Mostafa - Yes, chances are that GNU Radio is installed where Python isn't looking for it. To be helpful, we'll need to know a few things: * What is the install prefix for GNU Radio as per PyBOMBS? * What does "echo $PYTHONPATH" return when executed in a terminal? * What OS / Version? Cheers!

[Discuss-gnuradio] error make python test code in OOT module

Hi, I am following the tutorial at https://wiki.gnuradio.org/index.php/OutOfTreeModules to build a simple OOT module. when I try running "ctest -V -R square" I get the following error: 2: Traceback (most recent call last): 2: File

Re: [Discuss-gnuradio] Error building gr-burst in Ubuntu 16.04 and Volk 1.2.1

Thanks Nathan. I upgraded to Volk 1.3 with apt and, as you said, the problem was solved. El Viernes 28 de abril de 2017 17:59, "West, Nathan" escribió: This was fixed a while ago. Use VOLK version 1.2.3 or 1.3. On Fri, Apr 28, 2017 at 8:34 AM,

Re: [Discuss-gnuradio] Error building gr-burst in Ubuntu 16.04 and Volk 1.2.1

This was fixed a while ago. Use VOLK version 1.2.3 or 1.3. On Fri, Apr 28, 2017 at 8:34 AM, katutxakurra wrote: > Hi, > I'm trying to compile gr-burst and I'm getting an error. I've opened an > issue in Github but I'm hoping to get a wider audience here. >

[Discuss-gnuradio] Error building gr-burst in Ubuntu 16.04 and Volk 1.2.1

Hi,I'm trying to compile gr-burst and I'm getting an error. I've opened an issue in Github but I'm hoping to get a wider audience here.https://github.com/gr-vt/gr-burst I'm using Ubuntu 16.04 with GNURadio 3.7.9, Volk 1.2.1, SWIG 3.0.8 and libgsl2 2.1. I have installed python-bitarray and

Re: [Discuss-gnuradio] Error in using Accessor method in GNU Radio 3.7. AttributeError: Object has no attribute

The issue has solved as below: The accessor method "poll_complex_gain" defined in its *randphpert4_f_impl.h* file as below: gr_complex poll_complex_gain() const { return d_complex_gain; } The accessor method is added in the include/*.h file (*randphpert4_f.h*) as a virtual member function

Re: [Discuss-gnuradio] GNURadio Error On Mac

Hi Vamsi - Glad to hear you worked out the issue. Cheers! - MLD On Sun, Apr 2, 2017 at 4:21 PM, Vamsi Krishna Adsumilli wrote: > Thanks for the reply. > We were able to narrow down the issue. After generating a OOT module using > gr_modtool, i have incorrectly edited the

Re: [Discuss-gnuradio] GNURadio Error On Mac

Hi Vamsi - It looks like you're doing everything correctly for building & installing your OOT & GR itself. If I had to guess, I'd think that, somehow, the 2 argument to "map" is being provided either directly or indirectly in the "top_block.py" script & clearly doesn't support iteration & needs

Re: [Discuss-gnuradio] ERROR BladeRF: No supported devices found to pick from

Thank you Marcus :) It's solved. Have a nice day Pablo 2017-02-07 16:47 GMT+01:00 Marcus Müller : > Hi Pablo, > > Google says your error message appears on > https://github.com/Nuand/bladeRF/wiki/Troubleshooting > > Best regards, > Marcus > > On 02/07/2017 04:37 PM,

Re: [Discuss-gnuradio] ERROR BladeRF: No supported devices found to pick from

Hi Pablo, Google says your error message appears on https://github.com/Nuand/bladeRF/wiki/Troubleshooting Best regards, Marcus On 02/07/2017 04:37 PM, pabl0 . wrote: > Hi, > > I remove all osmocom files and reinstall gr-osmosdr with libbladerf > (previously installed) but now I have other error:

Re: [Discuss-gnuradio] ERROR BladeRF: No supported devices found to pick from

Hi, I remove all osmocom files and reinstall gr-osmosdr with libbladerf (previously installed) but now I have other error: FATAL: [bladeRF source] Failed to open bladeRF device libusb:instance=0 Any ideas what there may be wrong? Regards, Pablo 2017-02-06 21:37 GMT+01:00 pabl0 .

Re: [Discuss-gnuradio] ERROR BladeRF: No supported devices found to pick from

Thank you so much Marcus, I will try that, Regards, Pablo 2017-02-06 18:58 GMT+01:00 Marcus Müller : > Hi Pablo, > > you will need to enable the BladeRF backend in gr-osmosdr if it wasn't > enabled when you built gr-osmosdr the first time, yes. > > Usually,

Re: [Discuss-gnuradio] ERROR BladeRF: No supported devices found to pick from

Hi Pablo, you will need to enable the BladeRF backend in gr-osmosdr if it wasn't enabled when you built gr-osmosdr the first time, yes. Usually, gr-osmosdr's build system enables all interfaces for which it can find libraries on your system – so, you'll need libbladerf (if I'm not mistaken).

[Discuss-gnuradio] ERROR BladeRF: No supported devices found to pick from

Hi all. I installed HacKRF in GNU radio two months ago and now I want to install BladeRF butI get a error: FATAL: No supported devices found to pick from. Should I remove all osmocom files and reinstall gr-osmosdr? I can't find the solution, some help is welcome. Best regards, Pablo

Re: [Discuss-gnuradio] Error Running Flowgraph

Hi Usman, Cool. :) Regards,Kartik Patel On Tue, Jan 31, 2017 4:39 PM, Usman Haider usmanhaide...@gmail.com wrote: I did $ pybombs -vv refetch gnuradio $ git pull (inside gnuradio directory) $ pybombs -vv rebuild gnuradio Issue solved. Thanks. -- Usman On Tue, Jan 31, 2017 at

Re: [Discuss-gnuradio] Error Running Flowgraph

I did $ pybombs -vv refetch gnuradio $ git pull (inside gnuradio directory) $ pybombs -vv rebuild gnuradio Issue solved. Thanks. -- Usman On Tue, Jan 31, 2017 at 12:44 PM, Usman Haider wrote: > Hi Kartik, > > Thanks. How can I do that using PyBombs? > > > -- >

Re: [Discuss-gnuradio] Error Running Flowgraph

Hi Kartik, Thanks. How can I do that using PyBombs? -- Usman On Tue, Jan 31, 2017 at 12:21 PM, Kartik Patel wrote: > Hi Usman, > > The issue was fixed in master branch of current git repository. Please > re-install the recent version of gnuradio to re-solve the

Re: [Discuss-gnuradio] Error Running Flowgraph

Hi Usman, The issue was fixed in master branch of current git repository. Please re-install the recent version of gnuradio to re-solve the issue. Regards,Kartik Patel On Tue, Jan 31, 2017 12:05 PM, Usman Haider usmanhaide...@gmail.com wrote: I have a fresh install of GNU Radio with

[Discuss-gnuradio] Error Running Flowgraph

I have a fresh install of GNU Radio with PyBombs. emb@sdr-emb:~/rfnoc$ gnuradio-config-info -v v3.7.10.1-202-g6225e5d4 I am trying to run examples that come with GNU Radio. I am getting following errors === Generating: '/home/emb/Documents/grc_examples/digital_freq_lock.py'

Re: [Discuss-gnuradio] Error in using Accessor method in GNU Radio 3.7. AttributeError: Object has no attribute

This sounds like you're abusing the function probe - if you want to generate a stream of samples at such a rate, give your block an (optional) output. Or, if you want your block to be able to inform other blocks of changes (which, I'd say, probably makes a lot more sense than polling a function),

Re: [Discuss-gnuradio] Error in using Accessor method in GNU Radio 3.7. AttributeError: Object has no attribute

Hi Marcus, Adding virtual method in the include/*.h has solved the run-time error. However, I have noticed that function probe does not call the function "*poll_complex_gain*". I verified this by using two methods 1) Adding /printf/ in the function poll_complex_gain() 2) by adding WX GUI Static

  1   2   3   4   5   6   7   8   9   >