Monday, July 28, 2014

[Discuss-gnuradio] Fwd: Problem with large number of inputs.



---------- Forwarded message ----------
From: Mostafa Alizadeh <m.alizadehee@gmail.com>
Date: Mon, Jul 28, 2014 at 7:21 PM
Subject: Re: [Discuss-gnuradio] Problem with large number of inputs.
To: Activecat <activecat@gmail.com>


Dear Activecat, 

I run the whole GNURadio C++ codes in Qtcreator without any problem by adding these lines to its .pro file:

LIBS += /usr/lib/libboost_signals.so\
/usr/lib/libboost_signals.so.1.48.0\
/usr/lib/libboost_system-mt.so\
/usr/lib/libboost_system.so\
/usr/lib/libboost_system.so.1.48.0\
/usr/lib/libboost_thread-mt.so\
/usr/lib/libboost_thread.so\
/usr/lib/libboost_thread.so.1.48.0\
/usr/lib/libboost_timer-mt.so\
/usr/lib/libboost_timer.so\
-L/usr/local/lib -lgnuradio-audio -lgnuradio-runtime -lgnuradio-pmt -lgnuradio-blocks -lgnuradio-filter
LIBS+= -L/usr/local/lib -lgnuradio-analog -lgnuradio-runtime -lgnuradio-pmt -lgnuradio-audio -lgnuradio-blocks -lgnuradio-filter
LIBS+=-lboost_system -lboost_thread-mt -lboost_thread -lboost_filesystem-mt -lboost_filesystem -lgnuradio-qtgui -lgnuradio-fft

LIBS += -lfftw3f -lfftw3   \



I didn't reveal the big picture because I thought I doesn't help to figure out the problem :)

I finally found the problem! That was so hard to me to do so! I suddenly recognized that the proceeding block which is connected to input ports of this block , have a problem and that is, I set the item sizes of the previous blocks output as gr_complex  but in its work function I set the pointer to the ouput_items  as  "byte" instead of gr_complex!!! 

Anyway, I have to thank all of you following my questions sincerely.

Best, 
Mostafa   



On Mon, Jul 28, 2014 at 8:46 AM, Activecat <activecat@gmail.com> wrote:
Mostafa,

I do not think you have truly run the complete codes using Qtcreator, because that doesn't have a gnuradio runtime (the scheduler).
At the other hand, your problem sounds more like a c++ coding error rather than gnuradio-specific.
The helpful approach is

1).  Put up the OOT into github.
      This should be the simplest but complete OOT.

2).  Provide a big picture of what you try to accomplish.
      From experience many amateur programmers write codes wrong from the ground up, and yet expect others to troubleshoot.
      When this happens, the only way to help is to start with the big picture of what you wish to accomplish.

From previous experience you refused to reveal the big picture but emphasize others to look at your existing buggy codes.
Please be reminded that this is an open forum and nobody get paid for helping you.


On Mon, Jul 28, 2014 at 7:39 AM, Mostafa Alizadeh <m.alizadehee@gmail.com> wrote:
I forgot to say, I'm using Qtcreator to debug my GNURadio codes I do not need any others! 

The prgram is terminated at line in which I read from the input for the first time i.e. : 

y_p[i][k] = 0;
                    for (int j=0; j<N_FS_phich(d_normal_cp); j++)
                    {
                        y_p[i][k] = y_p[i][k] + in[i*8+j][k];
                    }

Best, 


On Mon, Jul 28, 2014 at 4:05 AM, Mostafa Alizadeh <m.alizadehee@gmail.com> wrote:
Yes you're right about casting between "in" and "input_items", however, I think this problem is somehow related to the large number input ports! I don't why!

Here is the whole block: 

#ifdef HAVE_CONFIG_H
#include "config.h"
Posted by at

No comments:

Post a Comment

Subscribe to: Post Comments (Atom)