More information: I had a lock(), unlock() pair around the stop - which might have been causing the problem. i.e.
topblock.lock() ... topblock.stop() topblock.unlock() Now the wait() returns in the loop that was waiting. It now works for USRP but I'd like to know why this bothered the USRP in the first place. It seems to work differently with the bladerf (i.e. the lock, unlock pair did not seem to pose a problem for the bladerf()). Must be missing something.... Thanks, Ranga. On Wed, Mar 30, 2016 at 5:53 PM, M. Ranganathan <[email protected]> wrote: > Hello, > > I am trying to reconfigure a flow graph based on a signal. The signal > handler does a stop on a flow graph but the routine that is running the > flow graph and waiting on the top block, never returns from the wait on the > top block of the flow graph. I am using osmosdr + gnuradio even though the > signal handler stops flow graph using tb.stop(). > > I am not sure if this is relevant but, strangely, this only happens when I > am using a USRP as a source. When I use bladerf with the same code it works > the way I intended (in both situations, I am using osmosdr). Do I need to > do something to make stop() work as intended? > > Thanks in advance for any clues. > > Regards, > > Ranga. > > > > -- > M. Ranganathan > -- M. Ranganathan
_______________________________________________ Discuss-gnuradio mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
