[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
>