On Tue, May 14, 2013 at 9:57 AM, Michael Dickens <m...@alum.mit.edu> 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 > <alberthuang...@gmail.com> 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 _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
