This sounds like you're abusing the function probe - if you want to generate a stream of samples at such a rate, give your block an (optional) output. Or, if you want your block to be able to inform other blocks of changes (which, I'd say, probably makes a lot more sense than polling a function), give it a message output port on which you send a message every time your gain value changes. Then, you can connect blocks that accept messages to that.
However, the function probe, in my experience, works reliably – are you sure you don't get any errors when starting up? Best regards, Marcus On 01.11.2016 16:10, kunal.2904 wrote: > Hi Marcus, > > Adding virtual method in the include/*.h has solved the run-time error. > However, I have noticed that function probe does not call the function > "*poll_complex_gain*". I verified this by using two methods 1) Adding > /printf/ in the function poll_complex_gain() 2) by adding WX GUI Static > Text with default value *bf_weight*. > > Please let me know any reasons why function probe is not able to update the > value. Just FYI, my function probe poll rate = 200k which is same as > sampling rate. > > Thanks in advance. > > Regards, > Kunal Sankhe > > > > -- > View this message in context: > http://gnuradio.4.n7.nabble.com/Error-in-using-Accessor-method-in-GNU-Radio-3-7-AttributeError-Object-has-no-attribute-tp61855p61863.html > Sent from the GnuRadio mailing list archive at Nabble.com. > > _______________________________________________ > 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
