Hi, > 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....
Well you can't call stop() if you're currently locked(). If you do, then the behavior will be unpredictable. The details of why it fails with one and not the other when you're doing something that's not supported are kind of irrelevant. Cheers, Sylvain _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
