Dear Marcus, Excellent news!
I've just installed 3.7.10.1 and my flow graph still doesn't appear to end (but my UDP server block stops because it won't receive anymore packets after returning -1). Currently I have a basic flowgraph which has my server block running alongside a symbol noise source and frequency visualisation sink. Do you recommend using one of the bleeding edge releases? Many Thanks **incorrectly replied On Mon, Dec 19, 2016 at 1:08 PM, Marcus Müller <marcus.muel...@ettus.com> wrote: > Hi David, > > that worked :) > > yep, returning -1 (which is the magical value for "there's nothing coming > anymore, you can shut down") would normally end a flow graph. > > However, we've had (still have) problems with the shutdown logic, but > people recently patched a lot of things – so whatever you do, please make > sure you're using the current release of GNU Radio. Which is it that you're > currently using? > > Best regards, > > Marcus > > On 19.12.2016 12:45, David Kersh wrote: > > Hello all, > > I've created a custom out of tree source block which listens for UDP > packets and does different things depending on the received packet. It is > connected to a NULL sink because I haven't quite worked out how to make a > standalone UDP Server (and I've found the tutorials to be very confusing > unfortunately). > > When the packet is "stop", I would like the flowgraph to be stopped. I've > seen from researching different forums that if *-1* is returned, the > flowgraph is supposed to stop but I only find that this stops my block from > running, the rest of the flowgraph continues running. > > Is there not a simple command which I can use to kill the whole flowgraph? > > An alternative solution I tried to implement was to access these values > using a *vector sink* block and the .data() method from the top_block.py > This didn't seem to work correctly as Python's UDP calls block. > > Thank you, hopefully I've made this post properly. I'm quite new to > programming with GNURADIO. > > David > > > _______________________________________________ > Discuss-gnuradio mailing > listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > > > _______________________________________________ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > >
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
