On Tue, 17 May 2005, Eric Blossom wrote:
> On Tue, May 17, 2005 at 11:42:48AM -0400, cswiger wrote:
> >
> > I finally got gr to compile on Fedora Core 4 (test 3) by
> > installing gcc3.4.3, then recompiling cppunit with gcc3.
>
> What compiler version came with it?
>
gcc4
> >
> > return _usr
Gang - Not sure if these emails are getting thru...
I finally got gr to compile on Fedora Core 4 (test 3) by
installing gcc3.4.3, then recompiling cppunit with gcc3.
Now, using python2.4 - I was getting a python2.3 warning about
a number format being depricated - a 'future warning' I think -
now
On Mon, May 16, 2005 at 09:34:00PM +, Volodymyr Kindratenko wrote:
> Rahul Dhar cmu.edu> writes:
>
> >
> > this? I'm thinking of buffering along the Tx path, specifically. Will
> > data that is buffered in the host stay there until the next time the
> > sink block is run, or does everythin
On Tue, May 17, 2005 at 11:42:48AM -0400, cswiger wrote:
> Gang - Not sure if these emails are getting thru...
>
> I finally got gr to compile on Fedora Core 4 (test 3) by
> installing gcc3.4.3, then recompiling cppunit with gcc3.
What compiler version came with it?
> Now, using python2.4 - I wa
A few days ago I wrote about a swig lib generation problem, wherein the
compiler
blew and told me to call home to gnu-land and report an error.
I forgot that I had installed wx-2.6 just to play around. As soon as I
remove
wx-2.6, all my problems generating the swig stuff went away. 2.6.0.0 is
Well, I installed gcc3.4.3 and still get a bomb in benchmark_dotprod,
but it's different than with gcc4. maybe something with glibc 2.3.4?
cppunit is 1.10.2.
>8--
make[3]: Entering directory `/usr/src/gnuradio-core/src/tests'
if g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src
hey guys,
here's a tvrx scanner for you to play with:
SCANDOO! v1 - http://www.scandoo.com
if you find the scanner isn't stopping on signals you can reduce the
scan rate by altering the first self.timer currently set to 10ms.
works 'out of the box' with a usrp and tvrx. you must alter the
which
On Fri, 13 May 2005, Eric Blossom wrote:
Please try removing the -no-undefined flag in
gnuradio-core/src/lib/swig/Makefile.am and let me know it that fixes
the problem.
It does. Now "make" runs to completion without errors.
On OS/X, is there a program that will tell you what shared libraries a
pro
On Sunday 15 May 2005 11:28, Eric Blossom wrote:
> On Sun, May 15, 2005 at 10:13:03AM +0930, Berndt Josef Wulf wrote:
> > > This is similar to the problem I had with the audio device that doesn't
> > > permit it to be opened by two or more processes, see the lines
> > > containing EBUSY. I will try
Thanks to Matt's desire to have a knob to twist, gr-wxgui now has
support for the Griffin PowerMate USB knob, as well as the Contour
Shuttle/Jog controllers (ShuttlePRO, ShuttleXpress)
It's up to you to figure out what you want to have them control, but
there's code that will send you events on bu
Rahul Dhar cmu.edu> writes:
>
> this? I'm thinking of buffering along the Tx path, specifically. Will
> data that is buffered in the host stay there until the next time the
> sink block is run, or does everything written to the USRP Tx eventually
> make it to the Tx d'card, even if the Tx sink
the README suggests gcc 3.2 and 3.4. The latest Fedora Redhat Linux
has gcc4. Is that supposed to work?
Looks like something with banchmark_dotproc.cc has compiler version
issues, then something else gets
undefined reference to `gr_fxpt::TWO_TO_THE_31'
and gr_fxpt::PI and that's all folks.
-
Ignore this, I found the problem.
Krzysztof Kamieniecki wrote:
A project that I am working on is using a USRP to generate pure tone
signals and measure those signals after they have passed through our
"black box" application. We need to measure down to DC so we have
modified the TX and RX boards
A project that I am working on is using a USRP to generate pure tone signals and measure those
signals after they have passed through our "black box" application. We need to measure down to DC so
we have modified the TX and RX boards with "granddaughter" boards.
We have run into a problem which
On Mon, May 16, 2005 at 04:12:01AM +0930, Berndt Josef Wulf wrote:
> On Sunday 15 May 2005 11:28, Eric Blossom wrote:
> >
> > If the ugen driver has code that forces exclusivity, it ought to be
> > simple enough to remove it (at least on end point 0). Search for
> > EBUSY in the driver source. It
15 matches
Mail list logo