Dimitris Symeonidis wrote:
>Can someone test and tell me if squelch works in the example
usrp/usrp_nbfm_ptt.py for them?
I just tried usrp_nbfm_ptt.py and squelch does not work on my 3.1.2
installation, but works fine on 3.0.4.
Rob
___
Discuss-gnur
that fact in the instructions.
Thanks a lot for your help!
Rob
--
Message: 6
Date: Sat, 12 Apr 2008 19:21:47 -0400
From: "Don Ward" <[EMAIL PROTECTED]>
Subject: Re: [Discuss-gnuradio] MinGW install problem
To: "Walker, Robert CIV NSWC Crane,WCE
Don - Thanks for the info. I tried this but initially had a problem with the
first export statement due to the space before the equal sign. Apparently
that's not allowed. After that, configure went ok but I got the following
problem during make:
g++: I/usr/local/include/SDL: No such file or
Sorry if this is a duplicate.
I have a working version of GNU Radio 3.0.3 on a Cygwin system and just tried
to install 3.1.2. I followed the instructions on the wiki page and configure
went ok but I got the following error message during the make:
In file included from /usr/include/python2.
Sorry if this is a duplicate...email issues.
I have a working version of GNU Radio 3.0.4 on a MinGW system and noticed that
new instructions had been posted for 3.1.2 so thought I'd give it a shot but
ran into the following problem when running the ./bootstrap command just after
the makefiles p
I was attempting to use Chuck Swiger's utility at
http://www.swigerco.com/gnuradio/raw2num_f.c to read a gnuradio file
created by audio_to_file.py but kept getting "Input reached EOF" well
before the entire file had been read. I am not a C programmer, but
while debugging I noticed that he had used
The installation instructions for MinGW are still geared toward 3.0. I
believe 3.1 requires Python 2.5/NumPy rather than Python 2.4/Numeric.
Is that correct? Also, have any other dependencies changed?
>Instructions for installation may be found at:
>
>http://gnuradio.org/trac/wiki/BuildGuide
>
>
Thanks Don. That fixed it. Any chance that change can be added to the
trunk or will it screw things up for all the non-MingW users?
Rob
>Date: Mon, 25 Feb 2008 11:42:28 -0500
>From: "Don Ward" <[EMAIL PROTECTED]>
>Subject: Re: [Discuss-gnuradio] Waterfallsink
>To:
>Message-ID: <[EMAIL PROTECTE
On 2/23/08, Tobias Gresch <[EMAIL PROTECTED]> wrote:
>I just wanted to ask if anybody else on the list sees some
>strange behavior with waterfallsink2.py.
I see strange waterfall behavior in a MinGW installation on a Windows
machine. The problem is that the waterfall does not automatically
update
