[Ace-users] [tao-bugs] Unwanted endpoint profile in object ref

[Douglas C. Schmidt]

Hi Keith,

> 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.

Thanks,

Doug

> Keith.
> 
> ---------------------------------------------------------------------------------------------------------------------------
> 
> 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:
>         COMPILATION?
>             If so, what do your $ACE_ROOT/ace/config.h and
>             $ACE_ROOT/include/makeinclude/platform_macros.GNU contain?
>         LINKING?
>             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.]
> 
>     SYNOPSIS:
> 
> Profiles for objects on a host with multiple interfaces seem to automatically list all interfaces (including one that I
> don't want to use).
> 
>     DESCRIPTION:
> 
> 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:
> 
> Thanks,
> 
> Keith.
> 
> ********************************************************
> 
> 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
> http://mail.cse.wustl.edu/mailman/listinfo/tao-bugs