[Ace-users] [tao-bugs] Unwanted endpoint profile in object ref
Douglas C. Schmidt
schmidt at dre.vanderbilt.edu
Tue Feb 26 00:54:47 CST 2008
> I haven’t heard anything back on this. I wasn’t sure it got out to the list or not.
I got it - so it must be going somewhere ;-)
> Is this a bug or is there a way to configure the ORB to ignore an
> interface? I know I can force it to use an endpoint, but that would
> be a pain to retrofit all our code …
I'm not sure whether it's possible to do this in TAO, but if it is
you'll probably need to update to a newer version since 1.5.3 is pretty old.
> From: tao-bugs-bounces at cse.wustl.edu [mailto:tao-bugs-bounces at cse.wustl.edu] On Behalf Of Keith Nicewarner
> Sent: Wednesday, February 20, 2008 9:15 PM
> To: TAO Bugs
> Subject: [tao-bugs] Unwanted endpoint profile in object ref
> TAO VERSION: 1.5.3
> ACE VERSION: 5.5.3
> HOST MACHINE and OPERATING SYSTEM: RH Linux 2.6.9-42.0.2.EL
> TARGET MACHINE and OPERATING SYSTEM, if different from HOST:
> COMPILER NAME AND VERSION (AND PATCHLEVEL): gcc version 3.4.6 20060404 (Red Hat 3.4.6-8)
> THE $ACE_ROOT/ace/config.h FILE: config-linux.h
> THE $ACE_ROOT/include/makeinclude/platform_macros.GNU FILE: platform_linux.GNU
> CONTENTS OF $ACE_ROOT/bin/MakeProjectCreator/config/default.features
> (used by MPC when you generate your own makefiles):
> AREA/CLASS/EXAMPLE AFFECTED:
> DOES THE PROBLEM AFFECT:
> If so, what do your $ACE_ROOT/ace/config.h and
> $ACE_ROOT/include/makeinclude/platform_macros.GNU contain?
> On Unix systems, did you run make realclean first?
> EXECUTION? only my application is affected
> OTHER (please specify)?
> [Please indicate whether ACE/TAO, your application, or both are affected.]
> Profiles for objects on a host with multiple interfaces seem to automatically list all interfaces (including one that I
> don't want to use).
> I have a host that has an Ethernet interface and a WAN point-to-point (synch serial) interface. Object servants created on
> this machine have profiles that list both interfaces (eth0 first). Normally this isn't a problem, but when the servant
> dies and I'm using a stale object ref from, say, the naming service, the first interface fails with "Transport endpoint is
> not connected" and then it tries the second profile for my WAN interface. For whatever reasons, this just hangs forever.
> But I don't want it to even try the WAN interface because there's no CORBA traffic on it and it doesn't have a full-blown
> network stack (which may be why it's blocking without failing). How do I make the ORB ignore the WAN interface?
> REPEAT BY:
> SAMPLE FIX/WORKAROUND:
> Dr. Keith Nicewarner keith.nicewarner at spacedev.com
> Chief Software Architect 858-375-2079
> SpaceDev, Inc. www.spacedev.com
> 13855 Stowe Drive San Diego, CA, 92064
> This email message and any information or files contained within or attached to this message may be privileged,
> confidential, proprietary and protected from disclosure and is intended only for the person or entity to which it is
> addressed. This email is considered a business record and is therefore property of the SpaceDev, Inc. Any direct or
> indirect review, re-transmission, dissemination, forwarding, printing, use, disclosure, or copying of this message or any
> part thereof or other use of or any file attached to this message, or taking of any action in reliance upon this
> information by persons or entities other than the intended recipient is prohibited. If you received this message in error,
> please immediately inform the sender by reply e-mail and delete the message and any attachments and all copies of it from
> your system and destroy any hard copies of it. No confidentiality or privilege is waived or lost by any mis-transmission.
> SpaceDev, Inc. is neither liable for proper, complete transmission or the information contained in this communication, nor
> any delay in its receipt or any virus contained therein. No representation, warranty or undertaking (express or implied)
> is given and no responsibility or liability is accepted by SpaceDev, Inc., as to the accuracy or the information contained
> herein or for any loss or damage (be it direct, indirect, special or other consequential) arising from reliance on it.
> NOTICE: The information contained in this transmission may contain technical data controlled for export by the U.S.
> Department of State, under the International Traffic in Arms Regulations (ITARs). Disclosure (including oral or visual
> disclosure) or transfer of this information to foreign persons is prohibited without U.S. Government authorization.
> tao-bugs mailing list
> tao-bugs at mail.cse.wustl.edu
More information about the Ace-users