Re: [Discuss-gnuradio] Callback from C++ to Python Passing gr_message_sptr

2007-01-03 Thread Eric Blossom
On Wed, Jan 03, 2007 at 04:19:24PM +0800, Jeremy Chew wrote: Hi, I'm working on a C++ extension. How can we use SWIG to program a callback from C++ to Python that passes a gr_message_sptr? I'm trying to avoid polling the C++ module from Python code. Rgds, Jeremy Look at the code

Re: [Discuss-gnuradio] strange consume behaviours on blocks with mulitple input channels

2007-01-03 Thread Eric Blossom
On Wed, Jan 03, 2007 at 09:32:06AM +0100, Matteo Campanella wrote: There is no forecast method implemented, and the main cycle is structured so that it is impossible to consume more than offered from scheduler (see http://lists.gnu.org/archive/html/discuss-gnuradio/2006-12/msg00253.html for

Re: [Discuss-gnuradio] Using RFX2400 from C++

2007-01-03 Thread Eric Blossom
On Wed, Jan 03, 2007 at 01:01:36AM -0800, Dan Halperin wrote: Hi, I'm trying to get the code together to enable the RFX2400 board from a C++ program. I'm mostly looking in usrp.py, usrp1.py, db_base.py, and db_flexrf.py and copying commands like write_io and write_oe into their C++

Re: [Discuss-gnuradio] strange consume behaviours on blocks with mulitple input channels

2007-01-03 Thread Matteo Campanella
I have attached the source file where the work method is contained. I cannot make any assumption on delta - it can be even or odd, the loss of precision because of the division by two is not going to be a problem though as there are many hundredths of samples per symbol (input sample rate to block

Re: [Discuss-gnuradio] strange consume behaviours on blocks with mulitple input channels

2007-01-03 Thread Eric Blossom
// From this point sync clk // d_sign_last = (clk[0] 0 ? 1: -1); for (i = 0; i n_clk_in ; i++) { sign_current = (clk[i] 0 ? 1: -1); if(sign_current != d_sign_last) {

Re: [Discuss-gnuradio] strange consume behaviours on blocks with mulitple input channels

2007-01-03 Thread Matteo Campanella
// From this point sync clk // d_sign_last = (clk[0] 0 ? 1: -1); for (i = 0; i n_clk_in ; i++) { sign_current = (clk[i] 0 ? 1: -1); if(sign_current != d_sign_last) {

Re: [Discuss-gnuradio] Callback from C++ to Python Passing gr_message_sptr

2007-01-03 Thread Jeremy Chew
It seems that gr_feval is called from Python and returns to Python, or is called from C and returns to C, if I'm not mistaken. What I need to do is connect a pre-existing C++ MAC module with Python. Packets go in and out at the top and bottom of the MAC layer. Each packet does not go in and

Re: [Discuss-gnuradio] Callback from C++ to Python Passing gr_message_sptr

2007-01-03 Thread Eric Blossom
On Wed, Jan 03, 2007 at 09:39:31PM +0800, Jeremy Chew wrote: It seems that gr_feval is called from Python and returns to Python, or is called from C and returns to C, if I'm not mistaken. You are mistaken. Eric ___ Discuss-gnuradio mailing list

Re: [Discuss-gnuradio] Callback from C++ to Python Passing gr_message_sptr

2007-01-03 Thread Jeremy Chew
I've been looking at swig.org and gnu.org. What else would be good to look at? I suppose to implement the callback from C++ to Python, I declare a new class in Python that inherits from gr_feval. I wonder how we specify in C++ the call to the new class in Python. And how do we pass the

[Discuss-gnuradio] New job offshore - get into radio?

2007-01-03 Thread Jago Pearce
I will soon be starting a job travelling all over the world on boats offshore. Bearing in mind that while I love to try out other people's code I can't program, I get the basics but could never get the hang of using other peoples code. I would like to entertain myself at sea and stave off the

Re: [Discuss-gnuradio] New job offshore - get into radio?

2007-01-03 Thread M. (Neo-Ranga) Ranganathan
On 1/3/07, Jago Pearce [EMAIL PROTECTED] wrote: I will soon be starting a job travelling all over the world on boats offshore. Bearing in mind that while I love to try out other people's code I can't program, I get the basics but could never get the hang of using other peoples code. Man what

Re: [Discuss-gnuradio] Using RFX2400 from C++

2007-01-03 Thread Chris Stankevitz
Dan, Eric, all: I am interested in the same and am willing to help out. For now I'd be happy with just getting the bits from the USRP (i.e. no graph theory). Chris Dan Halperin wrote: Hi, I'm trying to get the code together to enable the RFX2400 board from a C++ program. I'm mostly

[Discuss-gnuradio] Problems building Gnuradio on Ubuntu 6.10

2007-01-03 Thread Mike Goldberg
I hope this is the correct place to ask for help. If I am incorrect, please accept my apologies in advance. While trying to build Gnuradio following the instructions on the website, I have run into the following error message: [EMAIL PROTECTED]:~/gnuradio$ ./bootstrap

Re: [Discuss-gnuradio] Problems building Gnuradio on Ubuntu 6.10

2007-01-03 Thread Johnathan Corgan
On Wed, 2007-01-03 at 19:44 -0800, Mike Goldberg wrote: [EMAIL PROTECTED]:~/gnuradio$ ./bootstrap /usr/share/aclocal/jmax.m4:128: warning: underquoted definition of AC_CHECK_JMAX_VERSION run info '(automake)Extending aclocal' or see

Re: [Discuss-gnuradio] Problems building Gnuradio on Ubuntu 6.10

2007-01-03 Thread Eric Blossom
On Wed, Jan 03, 2007 at 07:52:26PM -0800, Johnathan Corgan wrote: On Wed, 2007-01-03 at 19:44 -0800, Mike Goldberg wrote: [EMAIL PROTECTED]:~/gnuradio$ ./bootstrap /usr/share/aclocal/jmax.m4:128: warning: underquoted definition of AC_CHECK_JMAX_VERSION run info '(automake)Extending