firmware
downloader
does not seem to resolve the problem. This particular grc block uses one of
my B200s.
Ideas?
Thanks,
Rick Spanbauer
failed script execution
dspdev.1690> ./fosphor_cell.py
linux; GNU C++ version 4.9.1; Boost_105500; UHD_003.008.000-18-g864f8
chines, running 12.04, 12.10. Last git
pull og gnuradio
was on May 21, with the 'old' version of gnuradio 3.6 entirely wiped from
/usr/local before
compile/install of 3.7.
Thanks -- Rick Spanbauer
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
espace. I'm a definite SWIG
neophyte, and
perhaps I'm just missing something obvious, or at least I hope so.
Has anyone run into this issue and found a resolution? Looking at the .i
files in the distribution
didn't provide much in the way of inspiration as to how to solve the
prob
d namespaces may provide
some clues.
But at least I'm back to porting my 3.5 code to the 3.7 APIs, rather than
spending time
squinting at swig's c++ files.
On Wed, Sep 11, 2013 at 11:44 AM, Tom Rondeau wrote:
> On Tue, Sep 10, 2013 at 7:44 PM, Rick Spanbauer
> wrote:
> >
I was trying to use the error_rate block tonight, and noticed it seems to
be throwing an error related to blocks.message_from_string. The
following change to error_rate.py seems to have fixed the issue:
diff error_rate.py error_rate.py-orig
116c116
< msg = gr.message_from_string(arr.tostr
