[Ace-users] Re: [tao-bugs] NamingService Persistency & -ORBDaemon
hans.utz at nasa.gov
Fri Aug 17 15:18:42 CDT 2007
Trying to come up with test cases for your question helped me nailing
down the problem. Actually, it's a subtle interaction between -ORBDaemon
and any file-related option:
-ORBDaemon seems to set the working directory to / so:
"Naming_Service -o ns.ior" puts the ior-file in the current working
"Naming_Service -o ns.ior -ORBDaemon" puts the ior in / and fails until
you have write permission to the root directory.
"Naming_Service -o /tmp/ns.ior -ORBDaemon" works again.
So I would suggest a more verbose documentation on the -ORBDaemon
option. Adding to "TAO/docs/Options.html" something like:
Note, that this changes the working directory to be the root directory
"/". This especially affects relative paths specified at the command line.
Johnny Willemsen wrote:
> Hi Hans,
> Thanks for using the PRF form. Does it start when just using -ORBDeamon, or
> is it related to the persistency option?
>> -----Original Message-----
>> From: tao-bugs-bounces at cse.wustl.edu
>> [mailto:tao-bugs-bounces at cse.wustl.edu] On Behalf Of Hans Utz
>> Sent: Friday, August 17, 2007 9:33 PM
>> To: 'TAO bugs'
>> Subject: [tao-bugs] NamingService Persistency & -ORBDaemon
>> TAO VERSION: 1.5.10
>> ACE VERSION: 5.5.10
>> HOST MACHINE and OPERATING SYSTEM: Linux RH WS 4
>> COMPILER NAME AND VERSION (AND PATCHLEVEL): gcc 3.4.6
>> THE $ACE_ROOT/ace/config.h FILE:
>> THE $ACE_ROOT/include/makeinclude/platform_macros.GNU FILE:
>> AREA/CLASS/EXAMPLE AFFECTED: NamingService
>> DOES THE PROBLEM AFFECT:
>> When starting the service with a persistency option (-u etc.) and the
>> -ORBDaemon option, the service does not start.
>> SAMPLE FIX/WORKAROUND:
>> manually redirect cin, cout, cerr and starting with '&'
>> instead of with
>> tao-bugs mailing list
>> tao-bugs at mail.cse.wustl.edu
Hans Utz - USRA/RIACS at NASA Ames
I do not speak for NASA, and NASA does not speak for me.
More information about the Ace-users