Re: [Discuss-gnuradio] Strange behaviour of QT Sink on gnuradio-next on Mac

[Tom Rondeau]

On Tue, May 14, 2013 at 9:57 AM, Michael Dickens <address@hidden> wrote:
> I just pushed an update to MacPorts' gnuradio-devel and gnuradio-next.  I 
> doubt it changes the behavior you're talking about, but you never know.  When 
> I try to execute that GRC file in either devel or next, I get "QWidget: Must 
> construct a QApplication before a QPaintDevice".  Since the installed 
> gnuradio is "stock" (I do not have the Portfile hack on it before compiling), 
> I tend to believe this is more likely a "gnuradio next" issue rather than a 
> "gnuradio-next via MacPorts" issue.  But, since I cannot run the GRC file I 
> don't know that for a fact.  Sorry this isn't more helpful.  I hope someone 
> else with more knowledge is able to reply. - MLD
>
> On May 14, 2013, at 2:43 AM, Albert Chun-Chieh Huang <address@hidden> wrote:
>
>> I'm not sure if it's related to gnuradio-next or gnuradio-next on Mac.
>>
>> I've built gnuradio-next from MacPorts by the following command:
>> $ sudo port install gnuradio-next +full configure.compiler=llvm-gcc-4.2
>>
>> It was built successfully. When I try to create a flowgraph to generate
>> DTMF tones and monitor them on QT GUI Sink, I found their frequencies
>> are divided by 2. The flow graph is here:
>> https://dl.dropboxusercontent.com/u/31960195/Write-a-Block-Example.grc
>>
>> By the same installation procedure, QT GUI Sink on gnuradio 3.6.4 works
>> fine with these DTMF tones. Right now I switched back to gnuradio 3.6.4
>> to continue.

By the way, I patched the frequency issue on 'next' yesterday.

Tom