subject:"\[Discuss\-gnuradio\] Control Port Thrift Issues"

Re: [Discuss-gnuradio] Control Port Thrift Issues

2017-09-18 Thread Mark Koenig

Marcus,

I am using CentOS 7.2, Thrift 0.9.2 and GNU 3.7.11.

Mark

On 9/15/17, 12:02 PM, "Discuss-gnuradio on behalf of 
discuss-gnuradio-requ...@gnu.org" 
<discuss-gnuradio-bounces+mark.koenig=iubelttechnologies@gnu.org on behalf 
of discuss-gnuradio-requ...@gnu.org> wrote:

Send Discuss-gnuradio mailing list submissions to
discuss-gnuradio@gnu.org

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
or, via email, send a message with subject or body 'help' to
discuss-gnuradio-requ...@gnu.org

You can reach the person managing the list at
discuss-gnuradio-ow...@gnu.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Discuss-gnuradio digest..."


Today's Topics:

   1. Re: Control Port Thrift Issues (Marcus M?ller)
   2. Tonight: Cyberspectrum Software Defined Radio Meetup (San
  Diego, Thu Sept 14th, 6:30PM PT) (Balint Seeber)
   3. Re: Time sinks out of sync after adding and removing noise in
  simple FSK simulation (James Wanga)
   4. Re: Recent change in destructor behavior? (Dmitry Kramarev)


--

Message: 1
Date: Thu, 14 Sep 2017 19:31:36 +0200
From: Marcus M?ller <marcus.muel...@ettus.com>
To: discuss-gnuradio@gnu.org
    Subject: Re: [Discuss-gnuradio] Control Port Thrift Issues
Message-ID: <25f98175-1668-5048-eff8-ce4460f1d...@ettus.com>
Content-Type: text/plain; charset=windows-1252

OK, so we'll tackle this headon :)

So, we'll need to talk about the specific GNU Radio version you're
compiling, the exact-as-possible thrift version. Maybe also the
OS/distro version.

Admittedly, I'm at GRCon right now, and it might be minimally
non-trivial to just set up a container/VM to reproduce, but maybe
looking at the code alone suffices!

Best regards,

Marcus

On 09/14/2017 02:17 PM, Mark Koenig wrote:
> Hi Marcus,
>
> I do believe I need control ports active.  I am using GNUradio as the 
framework for some code that I believe uses control ports.
>
> Mark
>
>
> On 9/14/17, 3:10 AM, "Discuss-gnuradio on behalf of 
discuss-gnuradio-requ...@gnu.org" 
<discuss-gnuradio-bounces+mark.koenig=iubelttechnologies@gnu.org on behalf 
of discuss-gnuradio-requ...@gnu.org> wrote:
>
> Send Discuss-gnuradio mailing list submissions to
>   discuss-gnuradio@gnu.org
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>   https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> or, via email, send a message with subject or body 'help' to
>   discuss-gnuradio-requ...@gnu.org
> 
> You can reach the person managing the list at
>   discuss-gnuradio-ow...@gnu.org
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Discuss-gnuradio digest..."
> 
> 
> Today's Topics:
> 
>1. How to create uhd's time_spec_t from Python (Piotr Krysik)
>2. Re: Control Port Thrift Issues (Marcus M?ller)
>3. Re: How to create uhd's time_spec_t from Python (Marcus M?ller)
>4. Re: Synchronisation (John Shields)
>5. [SOCIS '17] GRC C++ Output: Week 7 (H?kon V?gsether)
>6. Time sinks out of sync after adding and removing noise in
>   simple FSK simulation (James Wanga)
> 
> 
> --
> 
> Message: 1
> Date: Wed, 13 Sep 2017 19:08:36 +0200
> From: Piotr Krysik <per...@o2.pl>
> To: GNURadio Discussion List <discuss-gnuradio@gnu.org>
> Subject: [Discuss-gnuradio] How to create uhd's time_spec_t from
>   Python
> Message-ID: <7edcc791-5aa7-908a-58ae-3e306580c...@o2.pl>
> Content-Type: text/plain; charset=utf-8
> 
> Hi All,
> 
> time_spec_t is a class representing time in UHD. It uses time_t (long
> int) for representing full seconds and double for parts of a second.
> This format of time is usable to tell USRPs when to do certain tasks. 
It
> is also very usable for operations on time without loosing precision.
> 
> In c++ time_spec_t can be constructed from time represented by a 
double
> (not precise if number of full seconds is large)

Re: [Discuss-gnuradio] Control Port Thrift Issues

2017-09-14 Thread Marcus Müller

OK, so we'll tackle this headon :)

So, we'll need to talk about the specific GNU Radio version you're
compiling, the exact-as-possible thrift version. Maybe also the
OS/distro version.

Admittedly, I'm at GRCon right now, and it might be minimally
non-trivial to just set up a container/VM to reproduce, but maybe
looking at the code alone suffices!

Best regards,

Marcus

On 09/14/2017 02:17 PM, Mark Koenig wrote:
> Hi Marcus,
>
> I do believe I need control ports active.  I am using GNUradio as the 
> framework for some code that I believe uses control ports.
>
> Mark
>
>
> On 9/14/17, 3:10 AM, "Discuss-gnuradio on behalf of 
> discuss-gnuradio-requ...@gnu.org" 
> <discuss-gnuradio-bounces+mark.koenig=iubelttechnologies@gnu.org on 
> behalf of discuss-gnuradio-requ...@gnu.org> wrote:
>
> Send Discuss-gnuradio mailing list submissions to
>   discuss-gnuradio@gnu.org
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>   https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> or, via email, send a message with subject or body 'help' to
>   discuss-gnuradio-requ...@gnu.org
> 
> You can reach the person managing the list at
>   discuss-gnuradio-ow...@gnu.org
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Discuss-gnuradio digest..."
> 
> 
> Today's Topics:
> 
>1. How to create uhd's time_spec_t from Python (Piotr Krysik)
>2. Re: Control Port Thrift Issues (Marcus M?ller)
>3. Re: How to create uhd's time_spec_t from Python (Marcus M?ller)
>4. Re: Synchronisation (John Shields)
>5. [SOCIS '17] GRC C++ Output: Week 7 (H?kon V?gsether)
>6. Time sinks out of sync after adding and removing noise in
>   simple FSK simulation (James Wanga)
> 
> 
> --
> 
> Message: 1
> Date: Wed, 13 Sep 2017 19:08:36 +0200
> From: Piotr Krysik <per...@o2.pl>
> To: GNURadio Discussion List <discuss-gnuradio@gnu.org>
> Subject: [Discuss-gnuradio] How to create uhd's time_spec_t from
>   Python
> Message-ID: <7edcc791-5aa7-908a-58ae-3e306580c...@o2.pl>
> Content-Type: text/plain; charset=utf-8
> 
> Hi All,
> 
> time_spec_t is a class representing time in UHD. It uses time_t (long
> int) for representing full seconds and double for parts of a second.
> This format of time is usable to tell USRPs when to do certain tasks. It
> is also very usable for operations on time without loosing precision.
> 
> In c++ time_spec_t can be constructed from time represented by a double
> (not precise if number of full seconds is large) or from time_t and
> double. Both constructors are exposed by SWIG in Python.
> 
> When I construct time_spec from double everything is fine:
> 
> >>> from gnuradio import uhd
> >>> uhd.time_spec(10)
> 
> But when I construct from int and float I get an error:
> 
> >>> uhd.time_spec(10,0.1)
> Traceback (most recent call last):
>   File "", line 1, in 
>   File "/usr/lib/python2.7/dist-packages/gnuradio/uhd/uhd_swig.py", line
> 1576, in __init__
> this = _uhd_swig.new_time_spec_t(*args)
> NotImplementedError: Wrong number or type of arguments for overloaded
> function 'new_time_spec_t'.
>   Possible C/C++ prototypes are:
> uhd::time_spec_t::time_spec_t(double)
> uhd::time_spec_t::time_spec_t(time_t,double)
> uhd::time_spec_t::time_spec_t(time_t,long,double)
> 
> Somehow Python's integer is not recognized as compatible with time_t
> parameter in the second constructor
> (uhd::time_spec_t::time_spec_t(time_t,double) ).
> 
> My question:
> Is there a way to use time_spec_t's constructor
> uhd::time_spec_t::time_spec_t(time_t,double) from Python interface
> exposed by GNU Radio? In my opinion there should be, otherwise why to
>     expose it through SWIG.
> 
> --
> Best Regards,
> Piotr Krysik
> 
> 
> 
> 
> --
> 
> Message: 2
> Date: Wed, 13 Sep 2017 19:54:47 +0200
> From: Marcus M?ller <marcus.muel...@ettus.com>
> To: discuss-gnuradio@gnu.org
> Subject: Re: [Discuss-gnuradio] Control Port Thrift Issues
> Message-ID: <26b13e91-3b19-c721-4f0c-ae6c16856...@ettus.com>
> Content-Type: text/plain; charset="windows-1252"
> 
>

Re: [Discuss-gnuradio] Control Port Thrift Issues

2017-09-14 Thread Mark Koenig

Hi Marcus,

I do believe I need control ports active.  I am using GNUradio as the framework 
for some code that I believe uses control ports.

Mark

On 9/14/17, 3:10 AM, "Discuss-gnuradio on behalf of 
discuss-gnuradio-requ...@gnu.org" 
<discuss-gnuradio-bounces+mark.koenig=iubelttechnologies@gnu.org on behalf 
of discuss-gnuradio-requ...@gnu.org> wrote:

Send Discuss-gnuradio mailing list submissions to
discuss-gnuradio@gnu.org

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
or, via email, send a message with subject or body 'help' to
discuss-gnuradio-requ...@gnu.org

You can reach the person managing the list at
discuss-gnuradio-ow...@gnu.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Discuss-gnuradio digest..."

Today's Topics:

   1. How to create uhd's time_spec_t from Python (Piotr Krysik)
   2. Re: Control Port Thrift Issues (Marcus M?ller)
   3. Re: How to create uhd's time_spec_t from Python (Marcus M?ller)
   4. Re: Synchronisation (John Shields)
   5. [SOCIS '17] GRC C++ Output: Week 7 (H?kon V?gsether)
   6. Time sinks out of sync after adding and removing noise in
  simple FSK simulation (James Wanga)

--

Message: 1
Date: Wed, 13 Sep 2017 19:08:36 +0200
From: Piotr Krysik <per...@o2.pl>
To: GNURadio Discussion List <discuss-gnuradio@gnu.org>
Subject: [Discuss-gnuradio] How to create uhd's time_spec_t from
Python
Message-ID: <7edcc791-5aa7-908a-58ae-3e306580c...@o2.pl>
Content-Type: text/plain; charset=utf-8

Hi All,

time_spec_t is a class representing time in UHD. It uses time_t (long
int) for representing full seconds and double for parts of a second.
This format of time is usable to tell USRPs when to do certain tasks. It
is also very usable for operations on time without loosing precision.

In c++ time_spec_t can be constructed from time represented by a double
(not precise if number of full seconds is large) or from time_t and
double. Both constructors are exposed by SWIG in Python.

When I construct time_spec from double everything is fine:

>>> from gnuradio import uhd
>>> uhd.time_spec(10)

But when I construct from int and float I get an error:

>>> uhd.time_spec(10,0.1)
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python2.7/dist-packages/gnuradio/uhd/uhd_swig.py", line
1576, in __init__
this = _uhd_swig.new_time_spec_t(*args)
NotImplementedError: Wrong number or type of arguments for overloaded
function 'new_time_spec_t'.
  Possible C/C++ prototypes are:
uhd::time_spec_t::time_spec_t(double)
uhd::time_spec_t::time_spec_t(time_t,double)
uhd::time_spec_t::time_spec_t(time_t,long,double)

Somehow Python's integer is not recognized as compatible with time_t
parameter in the second constructor
(uhd::time_spec_t::time_spec_t(time_t,double) ).

My question:
Is there a way to use time_spec_t's constructor
uhd::time_spec_t::time_spec_t(time_t,double) from Python interface
exposed by GNU Radio? In my opinion there should be, otherwise why to
expose it through SWIG.

--
Best Regards,
Piotr Krysik

--

Message: 2
Date: Wed, 13 Sep 2017 19:54:47 +0200
From: Marcus M?ller <marcus.muel...@ettus.com>
To: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Control Port Thrift Issues
Message-ID: <26b13e91-3b19-c721-4f0c-ae6c16856...@ettus.com>
Content-Type: text/plain; charset="windows-1252"

Hi Mark,

We can look at that in-depth, but in spirit of keeping this as
time-effective as possible for you: Do you *need* controlport (it's a
system to remotely access statistics and specifics knobs and levers in
GNU Radio)? Many (most) users don't really.

Best regards,

Marcus

On 09/13/2017 04:41 PM, Mark Koenig wrote:
>
> I am seeing an error during ?Make? and it has to do with the
> controlport and thrift?.not sure what is going on.  Any help would be
> appreciated.
>
>  
>
> Thanks
>
>  
>
> Mark
>
>  
>
>  
>
> After running ?Make? I see the following error:
>
>  
>
> [ 11%] Building CXX object
> 
gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/controlport/thrift/rpcserver_booter_thrift.cc.o
>

Re: [Discuss-gnuradio] Control Port Thrift Issues

2017-09-13 Thread Marcus Müller

Hi Mark,

We can look at that in-depth, but in spirit of keeping this as
time-effective as possible for you: Do you *need* controlport (it's a
system to remotely access statistics and specifics knobs and levers in
GNU Radio)? Many (most) users don't really.

Best regards,

Marcus


On 09/13/2017 04:41 PM, Mark Koenig wrote:
>
> I am seeing an error during “Make” and it has to do with the
> controlport and thrift….not sure what is going on.  Any help would be
> appreciated.
>
>  
>
> Thanks
>
>  
>
> Mark
>
>  
>
>  
>
> After running “Make” I see the following error:
>
>  
>
> [ 11%] Building CXX object
> gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/controlport/thrift/rpcserver_booter_thrift.cc.o
>
> /usr/local/truearrow_6_0_0_0/deploypkg/target/src/gnuradio/gnuradio-runtime/lib/controlport/thrift/rpcserver_booter_thrift.cc:
> In member function ‘bool thrift_application_base TserverClass>::application_started()’:
>
> /usr/local/truearrow_6_0_0_0/deploypkg/target/src/gnuradio/gnuradio-runtime/lib/controlport/thrift/rpcserver_booter_thrift.cc:117:78:
> error: ‘class apache::thrift::transport::TServerSocket’ has no member
> named ‘getPort’
>
>int used_port =
> ((apache::thrift::transport::TServerSocket*)thetransport)->getPort();
>
>  
> ^
>
> make[2]: ***
> [gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/controlport/thrift/rpcserver_booter_thrift.cc.o]
> Error 1
>
> make[1]: ***
> [gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/all] Error 2
>
> make: *** [all] Error 2
>
>  
>
> I don’t get any errors during cmake, my ouput is below. 
>
>  
>
> -- ##
>
> -- # Gnuradio enabled components
>
> -- ##
>
> --   * python-support
>
> --   * testing-support
>
> --   * volk
>
> --   * doxygen
>
> --   * sphinx
>
> --   * gnuradio-runtime
>
> --   * gr-ctrlport
>
> --   * * thrift
>
> --   * gr-blocks
>
> --   * gnuradio-companion
>
> --   * gr-fec
>
> --   * gr-fft
>
> --   * gr-filter
>
> --   * gr-analog
>
> --   * gr-digital
>
> --   * gr-dtv
>
> --   * gr-atsc
>
> --   * gr-audio
>
> --   * * alsa
>
> --   * * oss
>
> --   * gr-channels
>
> --   * gr-noaa
>
> --   * gr-pager
>
> --   * gr-qtgui
>
> --   * gr-trellis
>
> --   * gr-uhd
>
> --   * gr-utils
>
> --   * gr-video-sdl
>
> --   * gr-vocoder
>
> --   * gr-fcd
>
> --   * gr-wavelet
>
> --   * gr-wxgui
>
> --   * gr-zeromq
>
> -- 
>
> -- ##
>
> -- # Gnuradio disabled components   
>
> -- ##
>
> --   * gr-comedi
>
> -- 
>
> -- Using install prefix: /usr/local/truearrow_6_0_0_0/deploypkg/target
>
> -- Building for version: 3.7.10.1 / 3.7.10.1
>
> -- Configuring done
>
> -- Generating done
>
> -- Build files have been written to:
> /usr/local/truearrow_6_0_0_0/deploypkg/target/src/gnuradio/build
>
>  
>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Control Port Thrift Issues

2017-09-13 Thread Mark Koenig

I am seeing an error during “Make” and it has to do with the controlport and 
thrift….not sure what is going on.  Any help would be appreciated.

Thanks

Mark


After running “Make” I see the following error:

[ 11%] Building CXX object 
gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/controlport/thrift/rpcserver_booter_thrift.cc.o
/usr/local/truearrow_6_0_0_0/deploypkg/target/src/gnuradio/gnuradio-runtime/lib/controlport/thrift/rpcserver_booter_thrift.cc:
 In member function ‘bool thrift_application_base::application_started()’:
/usr/local/truearrow_6_0_0_0/deploypkg/target/src/gnuradio/gnuradio-runtime/lib/controlport/thrift/rpcserver_booter_thrift.cc:117:78:
 error: ‘class apache::thrift::transport::TServerSocket’ has no member named 
‘getPort’
   int used_port = 
((apache::thrift::transport::TServerSocket*)thetransport)->getPort();
  ^
make[2]: *** 
[gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/controlport/thrift/rpcserver_booter_thrift.cc.o]
 Error 1
make[1]: *** [gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/all] Error 2
make: *** [all] Error 2

I don’t get any errors during cmake, my ouput is below.

-- ##
-- # Gnuradio enabled components
-- ##
--   * python-support
--   * testing-support
--   * volk
--   * doxygen
--   * sphinx
--   * gnuradio-runtime
--   * gr-ctrlport
--   * * thrift
--   * gr-blocks
--   * gnuradio-companion
--   * gr-fec
--   * gr-fft
--   * gr-filter
--   * gr-analog
--   * gr-digital
--   * gr-dtv
--   * gr-atsc
--   * gr-audio
--   * * alsa
--   * * oss
--   * gr-channels
--   * gr-noaa
--   * gr-pager
--   * gr-qtgui
--   * gr-trellis
--   * gr-uhd
--   * gr-utils
--   * gr-video-sdl
--   * gr-vocoder
--   * gr-fcd
--   * gr-wavelet
--   * gr-wxgui
--   * gr-zeromq
--
-- ##
-- # Gnuradio disabled components
-- ##
--   * gr-comedi
--
-- Using install prefix: /usr/local/truearrow_6_0_0_0/deploypkg/target
-- Building for version: 3.7.10.1 / 3.7.10.1
-- Configuring done
-- Generating done
-- Build files have been written to: 
/usr/local/truearrow_6_0_0_0/deploypkg/target/src/gnuradio/build

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Control Port Thrift Issues

Re: [Discuss-gnuradio] Control Port Thrift Issues

Re: [Discuss-gnuradio] Control Port Thrift Issues

Re: [Discuss-gnuradio] Control Port Thrift Issues

[Discuss-gnuradio] Control Port Thrift Issues

5 matches

Site Navigation

Mail list logo

Footer information