Re: [Discuss-gnuradio] Complex data types in SWIG for custom C blocks

2017-07-18 Thread vipinsharma
Thanks for offering the support Kartik. I ended up not going through SWIG route at all. Basically I got away with typecasting in the C domain itself and not expose complex data types to Python at all (through SWIG). For now I am Ok. I will shoot you an email in case SWIG catches up with me aga

Re: [Discuss-gnuradio] Complex data types in SWIG for custom C blocks

2017-07-18 Thread Kartik Patel
Dear Vipin, I believe I came across the issue recently. But I m not sure if that is the exact issue. I was using Numpy SWIG in my OOT, so that when I convert from C++ to Python, I got a Numpy complex numbers. My reason of using Numpy was mainly continuous buffer support but probably getting compl

Re: [Discuss-gnuradio] Complex data types in SWIG for custom C blocks

2017-07-18 Thread Kartik Patel
Dear Vipin, I believe I came across the issue recently. But I m not sure if that is the exact issue. I was using Numpy SWIG in my OOT, so that when I convert from C++ to Python, I got a Numpy complex numbers. My reason of using Numpy was mainly continuous buffer support but probably getting compl

[Discuss-gnuradio] Complex data types in SWIG for custom C blocks

2017-07-18 Thread Vipin Sharma
I have a custom C block for which one of the input argument is of a complex type (real_T, essentially a structure of primitive type). It appears that the SWIG by default cannot handle any input or output arguments other than simple primitive types (int, float, etc.). I researched a bit and found

[Discuss-gnuradio] Ettus Research is Hiring!

2017-07-18 Thread Manuel Uhm
Hi everyone, Ettus Research is currently looking for a USRP Product Manager. If you're a long time USRP user and always wanted to be able to drive the direction and feature set of next generation USRPs, this is your chance! This is a full-time position with a strong preference to be located

Re: [Discuss-gnuradio] OOT Block to Automatically adjust Transmit Gain

2017-07-18 Thread Tellrell White
I tried responding to this before but I'm not sure if it actually posted so I'm using a different email address. Thanks for your response Baskshi. I looked at the code you implemented, in addition to looking at the information on message passing on doxygen. I've tried creating my own code that w

Re: [Discuss-gnuradio] Pass boolean parameter to gnuradio script from command line

2017-07-18 Thread George Vardakis
Thank you Marcus I'll give it a try :) Στις 18 Ιουλ 2017 12:05 μ.μ., ο χρήστης "Marcus Müller" έγραψε: > Hi George, > > you could go into gnuradio/grc/blocks, change parameter.xml to have > > > Boolean > bool > type

Re: [Discuss-gnuradio] Pass boolean parameter to gnuradio script from command line

2017-07-18 Thread Marcus Müller
Hi George, you could go into gnuradio/grc/blocks, change parameter.xml to have Boolean bool type:bool and then change grc/core/generator/flow_graph.tmpl and in the #for $param in $param

Re: [Discuss-gnuradio] GNURadio OOT vector input/output with different size

2017-07-18 Thread Marcus Müller
Hi Ali, > I think this should also work, shouldn't it? no, that's why I explained what you need to do (use makev). > Does this part need to be changed since I am working with the vectors? No, not really. The vectors are still only consecutive numbers in memory. Best regards, Marcus On 18.07.2

[Discuss-gnuradio] Pass boolean parameter to gnuradio script from command line

2017-07-18 Thread George Vardakis
Hi all! I need to give the user the option to pass a boolean parameter when executing my script from command line, something like '--split-image=True', where split_image is a parameter of a block. What is the way to do that from gnuradio without needing to translate inside my code the 'True' strin

Re: [Discuss-gnuradio] GNU Radio debug with GDB

2017-07-18 Thread Rafik ZITOUNI
Thanks you Marcus and Cinaed for your answer, I removed libc6-dbg from my ubuntu 14.04 and it is working now. I just give the cc source code and after that added my breakpoints and debug works fine. For thread info, Yes I doing it on ddd, with a graphical tool seeing the threads' numbers. Best r