Thanks for your response, Eric.
On Thu, Apr 14, 2005 at 04:05:49PM -0700, Eric Blossom wrote:
Does anyone have an idea what's going on?
Haven't seen this before.
seems to be a kernel bug in 2.6.12-rc2, where REAPURB[NDELAY] can return
NULL pointers. Greg KH's kurrent patchest on top of
Similar situation down here in Brazil, but
after adding the softlink it complains with
file not found... or something similar...
Any tips on where to put some break code to help debug
the issue?
Rgrds,
Angilberto.
--- [EMAIL PROTECTED] wrote:
I fixed it by adding the following softlink:
ln
Fails at work on my SUSE 9.2 install and succeeds at home on my SUSE 9.2
install.
Running python 2.3.4 at home and Python 2.4.1 at work. However, I just
installed
2.4.1 at work. I got the same error messages before today with 2.3
first in the path.
Having 2.4.1 first seems not to have helped
In my limited experience with this stuff, DO NOT install multiple
versions of wxPython. Just have 2.5.
-Ilia
On Fri, 2005-04-15 at 14:33 -0500, LRK wrote:
Probably a clue here somewhere.
'import wx' fails but 'import wxversion' works
Then I can select the version and get a different
note that I actually want to realize an eye diagram.
And the previous email is how I like to realize it.
Does anyone have others ways to realize an eye diagram?
From: Deqiang chen [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
CC: Discuss-gnuradio@gnu.org
Subject: RE: [Discuss-gnuradio] Re: FSK now
I build gnuradio-core from the 2.5 tarball on Mac OS X.
After make and make install completed without error messages,
I tried make check in my gnuradio-core-2.5. (I learned here in January
that on OS X, make install must precede make check).
Every one of the qa_*.py checks fails with this same
Guys -
I took a first stab at an FX2 WaveData compiler, since I don't touch
Microsoft-only software (GPIFTool) with a 3.048 meter pole. This attempt
is good enough to recreate the WaveData definition in usrp1_gpif.c from
the following source code:
-- cut here --
// GPIF Ctrl Outputs
CTL 0=