Hi ALL!
Thanks Lee! It works! i mean by rebuilding fftw with
--enable-shared --enable-single configuration. So i
can continue my work again! Those new examples look
cool! Thanks Eric!
Merry Christmas & Happy New Year!
Cheers,
kelvin
--- Lee Patton <[EMAIL PROTECTED]> wrote:
> FFTW causes a se
With the recent changes on Savannah
< http://savannah.gnu.org/forum/forum.php?forum_id=4168 >
GnuRadio's CVS Access
< http://comsec.com/wiki?CvsAccess >
needs to be updated. This page is locked, otherwise, I'd make the
changes myself.
The most obvious is:
" $ cvs -z3 -d:ext:[EMAIL PROTECTED
I have a question regarding this -1 (or EOF) termination method.
Let's assume that we have a simple graph consisting of gr.file_source
a filter
usrp_sink
Say gr.file_source outputs the contents of the file and then returns with -1
what happens next?
What does the next block (ie, filter) do?
wil
We use the omnithread abstraction.
Ah ... Found the class definition in ${prefix}/include/gnuradio/
omnithread.h ... I moved from OSX's semaphores to the omni_semaphore
class (very minor changes), and that seems to do the trick. Thanks!
- MLD
FFTW causes a segfault when built with gcc 3.4.2 under FC3.
See:
http://lists.gnu.org/archive/html/discuss-gnuradio/2005-10/msg00241.html
Often in the past, this has been confused with a problem with wxPython
because everyone notices it in usrp_fft.py. This may or may not be your
problem. To b
