I am using gnuradio 3.6.2. I will check the gnuradio pages and see. Thanks.
On Sat, Dec 29, 2012 at 3:38 PM, Marcus D. Leech wrote:
> oh suddenly it is working. i am able to run uhd_find_devices and uhd_fft
>> also. That's great. Thanks a lot Marcus. why did it suddenly work? was it
>> pinging i
oh suddenly it is working. i am able to run uhd_find_devices and
uhd_fft also. That's great. Thanks a lot Marcus. why did it suddenly
work? was it pinging it which helped?
I'm suspecting that your gigabit switch has "funny" behaviour.
secondly when i am running uhd_fft i get this exception
Also i still get some warnings... not sure
op25/blocks/swig/op25_swig.i:17: Warning 302: Identifier
'op25_fsk4_demod_ff_sptr' redefined (ignored),
op25/blocks/include/op25_fsk4_demod_ff.h:33: Warning 302: previous
definition of 'op25_fsk4_demod_ff_sptr'.
op25/blocks/swig/op25_swig.i:19: Warning 30
Josh, Bastin Thanks for the reply.
my op25_swig.i already has
GR_SWIG_BLOCK_MAGIC2. I changed it to
GR_SWIG_BLOCK_MAGIC
And compilation completes without error.
Is this a valid workaround? with what implications?
On Sat, Dec 29, 2012 at 12:06 PM, Josh Blum wrote:
>
>
> On 12/29/2012 02:46 AM,
Ya i am able to ping both 192.168.10.2 and 192.168.10.1 now.
On Sat, Dec 29, 2012 at 3:21 PM, Marcus D. Leech wrote:
> Marcus and Sam,
>> I brought a working ethernet cable and
>> connected it from my laptop to the switch.I changed my network manager
>> settings to use
Marcus and Sam,
I brought a working ethernet cable and
connected it from my laptop to the switch.I changed my network manager
settings to use only static ip by modifying /etc/network/interfaces
file. I still can't get uhd_find_devices script nor uhd_usrp_probe
script.
Marcus and Sam,
I brought a working ethernet cable and connected
it from my laptop to the switch.I changed my network manager settings to
use only static ip by modifying /etc/network/interfaces file. I still can't
get uhd_find_devices script nor uhd_usrp_probe script. It s
On Sat, Dec 29, 2012 at 11:22 AM, Michael Dickens wrote:
> After a bit of sleuthing, it turns out that this was a general Boost
> issue, not just on OSX, discussed on their email list here <
> http://boost.2283326.n4.nabble.com/thread-thread-join-throws-in-1-52-0-td4638380.html>,
> in their tic
After a bit of sleuthing, it turns out that this was a general Boost issue, not
just on OSX, discussed on their email list here <
http://boost.2283326.n4.nabble.com/thread-thread-join-throws-in-1-52-0-td4638380.html
>, in their tickets here < https://svn.boost.org/trac/boost/ticket/7669 >, and
Hi Michael - Quite interesting. I wonder if the Boost folks know about this
issue; I doubt it was introduced by MacPorts since mostly they just replicate
the project's functionality. I had seen some issues recently, and had wondered
about them; I'll definitely check into this. Thanks! - MLD
I'm writing to describe an issue, and to provide a workaround, related to
gnuradio with boost 1.52.
I built the current gnuradio repo from source on Mac OSX 10.6.8 (satisfied
dependencies using MacPorts). The build went fine, but only 21% of the
tests were passed with "make test". The error was
On 12/29/2012 02:46 AM, davek wrote:
> Im trying to upgrade some signal processing blocks from autotools to cmake.
> https://github.com/KD8EYF/op25/tree/master/blocks
>
>
> "cmake ../ "
> seems to work fine
> http://pastebin.com/ycAqvSh8
>
> "make op25"
> has a few warnings but nothing serious
Im trying to upgrade some signal processing blocks from autotools to cmake.
https://github.com/KD8EYF/op25/tree/master/blocks
"cmake ../ "
seems to work fine
http://pastebin.com/ycAqvSh8
"make op25"
has a few warnings but nothing serious looking. So this tells me at
least the source is compiling
13 matches
Mail list logo
