Hello,
I have a fat C++ extension to a Python 2.3.4 program. In all, I count
five threads. Of these, two are started in Python using
thread.start_new_thread(), and both of these wait on semaphores in the C++
extension using sem_wait(). There also is one Python thread spawned with
gnuradio.gr.gr
On Mon, 2007-01-15 at 22:47 -0500, Robert McGwier wrote:
> Eric and others are NOT experiencing this so I am trying to figure out
> what is going wrong on my 3 Ubuntu 6.1 machines with the problem.
Just FYI, using Ubuntu 6.1 (32-bit) here with no issues.
--
Johnathan Corgan, AE6HO
Corgan Enter
I am getting build errors on 3 different machines which heretofore have
worked perfectly. It involves the pmt/mblock code.
The failure to build comes in the last step of building the libmblock.so
and libmblock-qa.so. pmt_nth, pmt_intern,
pmt_wrong_type::pmt_wrong_type, are all listed
On Mon, Jan 15, 2007 at 08:48:22PM -0500, Eric A. Cottrell wrote:
> Hello,
>
> So has anyone got their PS3 yet? A store claims to have the 60 gb model
> a not too far distance away and I am tempted. But I do not want to be
> first on the block to get one.
>
> 73 Eric
I have had access to one r
the latest from subversion I've created
an ebuild for that on my own host.
You can either use the ebuild directly from:
http://b83.net/radio_overlay/sci-misc/gnuradio-svn/gnuradio-svn-20070115.ebuild
or follow the instruction to set up an overlay I created with both
gnuradio-3.0.2 and gnuradio
Hello,
So has anyone got their PS3 yet? A store claims to have the 60 gb model
a not too far distance away and I am tempted. But I do not want to be
first on the block to get one.
73 Eric
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
ht
Brett Trotter wrote:
> After seeing Matt Ettus' and Eric Blossom's responses regarding fixing the
> transmitter to keep it from repeating the last sample seen and ramp down the
> value to zero and am left unsure what is the best place to make this
> modification. I suppose since this is Matt Ettus'
> Actually, assuming that you want your Tx coordinated
with the Rx,
> you'll need the not-yet-written code for precise
timing synchronization.
Actually, I am more interested in getting two Tx
signals synchronized. One would be to simulate the
BTS and the other the MS.
Sharmila
__
On Mon, Jan 15, 2007 at 11:08:08AM -0500, Philip Balister wrote:
> I just got the USRP running with an EFIKA board and OSSIE SCA. I'm
> using the usrp-0.12 tarball. I had to use a USB2.0 controller in the
> PCI slot to work around the usrp USB full speed problems I am having.
>
> I took a quick lo
On Mon, Jan 15, 2007 at 06:32:08AM -0800, Brett Trotter wrote:
>
> After seeing Matt Ettus' and Eric Blossom's responses regarding fixing the
> transmitter to keep it from repeating the last sample seen and ramp down the
> value to zero and am left unsure what is the best place to make this
> modi
On Mon, Jan 15, 2007 at 10:19:19AM +0100, Trond Danielsen wrote:
> 2007/1/13, Johnathan Corgan <[EMAIL PROTECTED]>:
> >On Sat, 2007-01-13 at 16:12 +1030, Berndt Josef Wulf wrote:
> >
> >> I can't see the point for doing so. I don't care if its takes me 15
> >minutes or
> >> 30 minutes to compile a
I just got the USRP running with an EFIKA board and OSSIE SCA. I'm
using the usrp-0.12 tarball. I had to use a USB2.0 controller in the
PCI slot to work around the usrp USB full speed problems I am having.
I took a quick look at using openembedded to build gnu radio. Thet
already support most of
After seeing Matt Ettus' and Eric Blossom's responses regarding fixing the
transmitter to keep it from repeating the last sample seen and ramp down the
value to zero and am left unsure what is the best place to make this
modification. I suppose since this is Matt Ettus' baby, we should go with
his
2007/1/13, Johnathan Corgan <[EMAIL PROTECTED]>:
On Sat, 2007-01-13 at 16:12 +1030, Berndt Josef Wulf wrote:
> I can't see the point for doing so. I don't care if its takes me 15 minutes or
> 30 minutes to compile all GNU Radio.
The biggest improvement isn't the compile time, it's the fact that
14 matches
Mail list logo