On Wed, Jan 15, 2014 at 06:44:51AM +0100, Bastian Bloessl wrote:
> On 2014-01-14 14:21, Michael Dickens wrote:
> >Not RPATH; that's messed up and I don't recommend using it any more than
> >necessary. I'm taking about the absolute path. See my prior email on this
> >subject. Here's what you do
On Tue, Jan 14, 2014 at 11:24:07PM -0800, Johannes Demel wrote:
> Hi Maheshkumar,
>
> the output of 'Complex to Mag^2' is a vector of length '2'. That
> doesn't fit to the input signature of the following block 'Threshold'.
GRC actually highlights these problems for you. In your screenshot,
there
Sure; if it's not in there already, it should be. I much prefer -all- binaries
(executables, libraries, shared objects, etc) to have correct linkage include
self-id -- because it's good coding practice as much as anything else. I say
go for it. One of these days I'll get around to trying out
On Jan 15, 2014, at 12:46 PM, Martin Braun wrote:
> OK, can you please make sure I didn't mess anything up here. It's a
> pretty simple patch, but I know bugger-all about OSX :)
>
> https://github.com/mbr0wn/gnuradio/commit/5743258c3329824761de2823a8b59fd91a992965
>
> Just give me a quick thumbs
Hi Bastian - Your change (commit 340cda20) looks like it should do the trick
for the primary library. Thanks for getting that added, and so promptly! - MLD
On Jan 15, 2014, at 12:44 AM, Bastian Bloessl
wrote:
> I never heard about install_name_dir, but I just pushed a fix and hopefully I
> go
>
>
>>
>> I've opened http://gnuradio.org/redmine/issues/611 and will try and
>> figure this out.
>
>
Hello Martin,
I am still facing a problem here. (I have pulled the newest sources from
GIT). First, let me describe the environment. I have connected the
transmitter side to a channel model that i
>
> Hello Martin,
>
> I am still facing a problem here. (I have pulled the newest sources from
> GIT). First, let me describe the environment. I have connected the
> transmitter side to a channel model that introduces frequency and timing
> offsets (so that I have control over how dirty the channel
Dear All,
There is a variant of this issue that I discovered and would like to point
it out to the community.
Synopsis: After the first time the header CRC fails, *all* subsequent
packets fail.
Setup:
- GRC examples of Tx/Rx OFDM
- Noise source with a variable slider to control the amount of no
Dear Sir,
Below code will produce compilation error: 'input_sizes' does not name a
type.
This is because input_sizes must be assigned inside a context of a function
in c++, right ?
std::vector input_sizes;
input_sizes.push_back(sizeof(float));
input_sizes.push_back(sizeof(double));
gr_sync_block
