Re: GNU Radio (Companion) bug

As 'm just working on the feature/gr-iio branch, I used this branch for
testing your grc file.
But I think this does not concern grc.


I can load your flowgraph and make changes to your sampe_rate_chooser
block. Everything works fine. If I disable your dvbtx.... block and
enable OFDM symbol I can generate your flowgraph.

But if run this flowgraph I get

AttributeError: module 'osmosdr' has no attribute 'ALL_MBOARDS'

but this may depend on my Osmocom implementation.

-- Volker



Am 03.05.21 um 21:07 schrieb Ralf Gorholt:
> Dear all,
>
> I have spent several hours before my PC trying to get my new OOT block
> running, but in vain. Now I have got the impression that one of my
> problems is due to a bug in GNU Radio (Companion). I have attached a
> working graph (using Qt GUI) to this email. I am not used to report bugs
> but in the wiki I have read that I should send an email to this list.
>
> The problem is, that in certain cases when I change the value of a
> parameter in a combo box, GRC displays a message telling me that ports
> are disconnected although they are not.
>
> This behaviour can easily reproduced. In GRC, load the attached flow
> graph and open the properties window of a block that has a combo box.
> Then, change a parameter and click the "Apply" button. The value in the
> block changes. Then change the value back. As soon as you select the
> item in the combo box, a message is displayed telling you that the ports
> are not connected and no more changes are accepted, even when you click
> on "Apply".
>
> I have verified this with GNU Radio version 3.8.2.0 on Linux (Python
> 3.8.5) and 3.8.0.0 on Windows (Python 2.7.10). GNU Radio 3.9 (checked on
> Windows) does not show this behaviour but if I remember correctly, not
> everything has been ported to version 3.9 yet and for this reason I
> would like to keep version 3.8. Would it be possible to fix this bug
> also in version 3.8?
>
> Thank you very much for your help.
>
> Kind regards,
>
> Ralf