----Messaggio originale----
Da: kiwi [dot] net [..] ...
Data: 2-nov-2010 12.40 PM
A: <gprizzi [..] ...>, "orocos-users [..] ... Users"<orocos-users [..] ...>
Cc: "Sylvain Joyeux"<sylvain [dot] joyeux [..] ...>
Ogg: Re: R: Re: [Orocos-users] CTaskContext &#39;NAME&#39; could not find CORBA Naming Service - orogen example

[Please post to ML as well, so others can learn from your experience. Glad that it is working for you]

On Nov 1, 2010, at 17:33 , gprizzi [..] ... wrote:

> Dear Sir,
>
> I followed your suggestions but I changed "localhost" in the following line
>
> InitRef = NameService=corbaname::localhost
>
> with the IP Address of my computer as suggested by Mr. Roderick
> and the example now works.
>
>
> Thank you.
>
> Gianpaolo Rizzi
>
>
>
>
> ----Messaggio originale----
> Da: sylvain [dot] joyeux [..] ...
> Data: 1-nov-2010 1.32 PM
> A: "S Roderick"<kiwi [dot] net [..] ...>
> Cc: <gprizzi [..] ...>, <orocos-users [..] ...>
> Ogg: Re: [Orocos-users] CTaskContext &#39;NAME&#39; could not find CORBA Naming Service - orogen example
>
> On 11/01/2010 02:26 PM, S Roderick wrote:
> > On Nov 1, 2010, at 09:20 , Sylvain Joyeux wrote:
> >
> >> On 11/01/2010 01:20 PM, gprizzi [..] ... wrote:
> >>> sudo aptitude install libtao-orbsvcs-dev tao-idl gperf-ace tao-naming
> >> If you are using OmniORB, you do not need to do that. Actually,
> >> installing tao-naming might be harmful as tao-naming and omniNames might
> >> clash.
> >>
> >>> After that I used the example NAME.orogen that can be found in
> >>>
> >>> /usr/src/orocos-toolchain/orogen/misc/new_project
> >>>
> >>> I run the following commands to create the runnable program
> >>>
> >>> orogen --target=gnulinux -v NAME.orogen
> >>> mkdir build
> >>> cd build
> >>> cmake -G "Unix Makefiles" ../
> >>> make
> >>>
> >>> after this I execute the command
> >>> omniNames -start&
> >>>
> >>> and then I ran the program with the command
> >>>
> >>> ./NAME_test
> >>>
> >>> and I got the following errors
> >>> 0.004 [ Warning][Thread] Forcing priority (1) of thread with SCHED_OTHER policy to 0.
> >>> 0.007 [ Warning][TaskContextServer()] CTaskContext 'NAME' could not find CORBA Naming Service.
> >>> 0.007 [ Warning][TaskContextServer()] Writing IOR to 'std::cerr' and file 'NAME.ior'
> >>> IOR:010000001f00000049444c3a5254542f636f7262612f435461736b436f6e746578743a312e300000010000000000000064000000010102000d0000003139322e3136382e322e313100006fb40e000000fea69dce4c00000750000000000000000200000000000000080000000100000000545441010000001c00000001000000010001000100000001000105090101000100000009010100
> >> Try editing /etc/omniORB.cfg and add a line
> >>
> >> InitRef = NameService=corbaname::localhost
> >>
> >> Then try again.
> >
> > Does this work for you in Ubuntu 10.04, Sylvain? Specifying localhost on the command line as part of a "--ORBInitRef" doesn't work. If localhost doesn't work, specify an IP address directly.
> The way that I *know* works is to export the ORBInitRef environment
> variable to the same value. That's what orocos.rb does behind the scenes
> and I had no complaints at DFKI since I made it do that.
>
> I.e.
>
> export ORBInitRef="NameService=corbaname::localhost"
>
> For orogen-generated deployments, --ORBInitRef does not work since, as
> far as I remember, the arguments don't get passed to the ORB
> initialization function.
> > Also, I wouldn't start omniNames directly. Just restart the service - "sudo /etc/init.d/omninames restart" (might be something slightly different than "omninames")
> +1. The script is
>
> /etc/init.d/omniorb4-nameserver
>
> Another important test is to check if omniNames is listening with
>
> sudo netstat -tlpn
>
>