discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] Automated Simulation Quirk


From: Martin Braun
Subject: Re: [Discuss-gnuradio] Automated Simulation Quirk
Date: Mon, 26 Oct 2015 10:33:49 -0700
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.8.0

Rich,

can you confirm that the output is actually occurring when you think it
is? I.e., there's no buffering going on and older data is displayed?

M

On 26.10.2015 10:20, Richard Bell wrote:
> Hi all,
> 
> I've got a flowgraph I made running from a python script in a for loop.
> Each run through the loop different parameters are set for various
> settings of the radio.
> 
> The quirk I'm seeing, is that some std::cout statements generated from
> flowgraph blocks are outputting 0's when they are not 0. Does anyone
> know why this might be?
> 
> For example, the variable num_bit_errors is what the flowgraph ends a
> simulation on. If num_bit_errors > 100, I return WORK_DONE, which moves
> the script onto the next loop iteration. This works fine, there is no
> deadlock in the system. However, in the same area of code, I also do
> std::cout << num_bit_errors so that I have a sense of how far along the
> simulation is. These cout statements almost always return 0's, even
> right before the flowgraph makes it past the if num_bit_errors > 100
> check. Another words, to make it through that if statements and complete
> the flowgraph run, num_bit_errors must be non-zero. However, std::cout
> reports that num_bit_error is 0.
> 
> Not sure what's going on.
> 
> Rich
> 
> 
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 




reply via email to

[Prev in Thread] Current Thread [Next in Thread]