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

[Michael Dickens]

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.