Hello,
I'm writing a hierarchical block in C++, in which I instantiate 3 custom
(hier)blocks.
I want to start Block1 only, and depending on the value of one of its
attributes (which changes during processing), disconnect it, and connect
either block2 or block3,
1- What's the simplest way to do th
Hello!
Re: 1
That's not how GNU Radio should be used, and thus, it's impossible to
do that, architecturally. Connecting blocks pretty much has non-
deterministic behaviour w.r.t. to buffer state, and also, without the
block connected, your flow graph probably wouldn't be properly
connected and co
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));
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
On Mon, Oct 21, 2019 at 9:40 AM Gisle Vanem wrote:
> Hello list.
>
> I have some errors while compiling
Hello,
I have a number of OOT tree modules I am porting over to GNU 3.8, and all but
one module seem to be going well. I am able to build and install all of the
modules without errors, but when I try to call one of them, I get the error
below. I believe I have modified CMakeLists.txt properly
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,
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 q
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
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
This looks like a runtime shared library loader problem.
Make sure that libwfcontrol_output_radiotap_pcap.so is in a path that
your system looks in (environment variable LD_LIBRARY_PATH, plus
whatever your system is configured to).
Best regards,
Marcus
On Mon, 2019-10-21 at 14:20 +, Mark Koen
Hi Mark,
On 21/10/2019 17.20, Mark Koenig wrote:
> Hello,
>
> I have a number of OOT tree modules I am porting over to GNU 3.8, and all but
> one module seem to be going well. I am able to build and install all of the
> modules without errors, but when I try to call one of them, I get the erro
Yup! That was the issue. Thanks for he quick reply!
Carlos
On Oct 20, 2019, at 8:11 PM, Michael Dickens
mailto:michael.dick...@ettus.com>> wrote:
Hi Carlos - The issue is with the USRP source block. If you open up its options
in GRC, under the tab "FE Corrections", there are 2 entries (IQ Bal
12 matches
Mail list logo
