[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Discuss-gnuradio] Strange behaviour of QT Sink on gnuradio-next on
From: |
Michael Dickens |
Subject: |
Re: [Discuss-gnuradio] Strange behaviour of QT Sink on gnuradio-next on Mac |
Date: |
Tue, 14 May 2013 09:57:39 -0400 |
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.