[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gnuradio-discuss
Subject:    Re: [Discuss-gnuradio] topblock.wait() never returns even after i stop() it.
From:       Sylvain Munaut <246tnt () gmail ! com>
Date:       2016-03-31 8:10:26
Message-ID: CAHL+j0-EwHMfPQ8pJx9xkrQwssA7vcwXu6yk3LSp+XyG589Xiw () mail ! gmail ! com
[Download RAW message or body]

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
[prev in list] [next in list] [prev in thread] [next in thread]