[openrtm-users 01446] Re: regarding rtprint and rtinject

[Geoffrey Biggs]

Hi Tony,

I'm glad to hear the shell tools are proving useful. If you have any
comments on how they can be improved, I'd like to hear them.

You might be able to avoid some of the batch script writing by using
rtsshell as well. The tools in there can be used with RtsProfile files
created in RTSystemEditor to make setting up, starting, and stopping
complete systems one-step operations.

Geoff


On 28/10/10 09:34, Tony Kuo wrote:
> Hi Geoff:
> Thank you for your explanation.
> Your python scripts helped me alot in automating the process to start,
> connect and activate my components
> (although writing batch script under Windows was quite painful)
> At the moment, I only use rtprint and a few others for debugging purpose
> 
> Looking forward to try the next version with the optimisations.
> Thanks!
> Tony
> 
> 
> 
> On 25 October 2010 12:33, Geoffrey Biggs <geoffrey.biggs ＠ aist.go.jp
> <mailto:geoffrey.biggs ＠ aist.go.jp>> wrote:
> 
>     Hi Tony,
> 
>     We've tracked down the problem with rtprint. A flaw in the way rtprint
>     locates its temporary component is causing the problem. We've found that
>     if you set RTCTREE_NAMESERVERS to an address, and then use the
>     alternative form of that address (e.g. the IP vs the domain name) in
>     commands, the tree will contain two copies of the name server. This
>     confuses rtprint, since it does not expect two versions of its temporary
>     component.The new version of rtprint coincidentally already solves this
>     problem.
> 
>     Until the new version is released, you can work around the problem in
>     one of two ways:
> 
>     1. Use the same address in RTCTREE_NAMESERVERS and in paths.
>     2. On line 63 of rtprint.py, remove "or len(matches) != 1)".
> 
>     Geoff
> 
> 
>     On 22/10/10 11:40, Geoffrey Biggs wrote:
>     > Hi Tony,
>     >
>     > One of our developers has been able to duplicate the rtprint bug. I'm
>     > currently at IROS, where I don't have a Windows computer, so I
>     will need
>     > to take a look when I get back.
>     >
>     > For rtinject, I've had a report that you need to use double quotes on
>     > Windows, not single quotes. Try this:
>     >
>     >> rtinject /SPC105/SPC105.host_cxt/ConsoleOut0.rtc:in
>     >     "RTC.TimedLong({time},3)"
>     >
>     > Geoff
>     >
>     >
>     >
>     > On 20/10/10 05:02, Tony Kuo wrote:
>     >> Hi OpenRTM ML:
>     >>
>     >> I installed openrtm-python and related package to get rtcshell
>     running.
>     >> rtls, rtact, rtdel, rtcwd all are working fine.
>     >> But rtprint and rtinject don't work for me.
>     >>
>     >> I got some error print out. If anyone knows what's happening
>     >> please let me know.
>     >>
>     >> (error message from rtprint)
>     >>             C:\Documents and Settings\xxxx>rtprint ConsoleIn0.rtc:out
>     >>             comp_args: rtprint_listener0
>     >>             c:\python26\scripts\rtprint.py: Could not find listener
>     >> component.
>     >>             Exception in thread Thread-2 (most likely raised during
>     >> interpreter shutdown):Ex
>     >>             ception in thread Thread-3 (most likely raised during
>     >> interpreter shutdown):
>     >>
>     >>             Traceback (most recent call last):Traceback (most recent
>     >> call last):
>     >>
>     >>               File "C:\Python26\lib\threading.py", line 527, in
>     >> __bootstrap_inner  File "C:\
>     >>             Python26\lib\threading.py", line 527, in
>     __bootstrap_inner
>     >>
>     >>               File "C:\Python26\lib\threading.py", line 479, in run
>     >> File "C:\Python26\lib\t
>     >>             hreading.py", line 479, in run
>     >>
>     >> My rtinject works but it injects strange data
>     >> I inject a number of 3 but 1701661012 was received.
>     >>
>     >> C:\Documents and Settings\xxxxx>rtinject
>     >> /SPC105/SPC105.host_cxt/ConsoleOut0.rtc:in 'RTC.TimedLong({time},3)'
>     >>
>     >>         Screen Output
>     >>         ------------------------------
>     >>         Connector Listener: ON_CONNECT
>     >>         Profile::name:      ConsoleOut0.rtc.inject_conn
>     >>         Profile::id:        ConsoleOut0.rtc.temp
>     >>         Profile::properties:
>     >>         - dataflow_type: push
>     >>         - interface_type: corba_cdr
>     >>         - subscription_type: flush
>     >>         - data_type: <type 'str'>
>     >>         - serializer
>     >>           - cdr
>     >>             - endian: little,big
>     >>         - provider:
>     >>
>     >>         ------------------------------
>     >>         ------------------------------
>     >>         Data Listener: ON_RECEIVED
>     >>         Profile::name: ConsoleOut0.rtc.inject_conn
>     >>         Profile::id:   ConsoleOut0.rtc.temp
>     >>         Data:          1701661012
>     >>         ------------------------------
>     >>         ------------------------------Received:
>     >>         1701661012Data Listener:
>     >>         ON_BUFFER_WRITETimeStamp:
>     >>         58Profile::name: [s] ConsoleOut0.rtc.inject_conn776164434
>     >>         [ns]Profile::id:
>     >>         ConsoleOut0.rtc.temp
>     >>         Data:          1701661012
>     >>         ------------------------------
>     >>         ------------------------------
>     >>         Connector Listener: ON_DISCONNECT
>     >>         Profile::name:      ConsoleOut0.rtc.inject_conn
>     >>         Profile::id:        ConsoleOut0.rtc.temp
>     >>         Profile::properties:
>     >>         - dataflow_type: push
>     >>         - interface_type: corba_cdr
>     >>         - subscription_type: flush
>     >>         - data_type: <type 'str'>
>     >>         - serializer
>     >>           - cdr
>     >>             - endian: little,big
>     >>         - provider:
>     >> Thanks!
>     >> Tony
>     >>
>     >>
>     >
> 
>