[omniORB] An OmniORB question : connecting to remote object (server)

Gary D. Duzan gdd0@gte.com
Tue, 03 Apr 2001 17:45:44 -0400


   You shouldn't need anything special, no. There could be some
application problem or maybe there is no route between the client
and server. To check for the latter case, try "telnet 192.168.1.5 4543"
on the client box and see if it connects. If that works, try running
the client under gdb and see if you get a good stack trace.  Most
likely it is throwing some exception which isn't caught, and
hopefully gdb will tell you where this is happening.

					Gary Duzan
					Verizon IT



In Message <3ACA36D6.EDA2A37@houston.geoquest.slb.com> ,
   Amit Lodh <alodh@houston.geoquest.slb.com> wrote:

=3D>Hi,
=3D>
=3D>I would really appreciate if somone can help me with the following.
=3D>
=3D>I am running my server and client applications on linux machines (both
=3D>running redhat linux) on two subnets with omniORB(installed and
=3D>configred identically, using python 1.5.2) running them.
=3D>
=3D>I start the server in one host (one one subnet).
=3D>
=3D>I run the client with the IOR in the command line (on another subnet).
=3D>Client dies saying 'Abort'. Do I need to do something additional in
=3D>order to use remote server objects?
=3D>
=3D>The IOR
=3D>IOR:010000001200000049444c3a436f6d706f6e656e743a312e300000000100000000=
0000002a000000010100000c0000003139322e3136382e312e35
00bf1100000e000000fe5133ca3a00005bc40000000000
=3D>
=3D>, when parsed on ILU parser, gives the following result :
=3D>
=3D>_IIOP_ParseCDR:  byte order LittleEndian, repository id
=3D><IDL:Component:1.0>, 1 profile
=3D>_IIOP_ParseCDR:  profile 1 is 42 bytes, tag 0 (INTERNET), LittleEndian
=3D>byte order
=3D>(iiop.c:parse_IIOP_Profile):  bo=3DLittleEndian, version=3D1.0,
=3D>hostname=3D192.168.1.5, port=3D4543, object_key=3D<.Q3.:..[......>
=3D>(iiop.c:parse_IIOP_Profile):  encoded object key is
=3D><=FEQ3=CA%3A%00%00%5B=C4%00%00%00%00%00>
=3D>(iiop.c:parse_IIOP_Profile):  non-native cinfo is
=3D><iiop_1_0_1_=FEQ3=CA%253A%2500%2500%255B=C4%2500%2500%2500%2500%2500@t=
cp_192.168.1.5_4543>
=3D>object key is <#FEQ3#CA:#00#00[#C4#00#00#00#00#00>;
=3D> no trustworthy most-specific-type info; unrecognized ORB;
=3D> reachable with IIOP 1.0 at host "192.168.1.5", port 4543
=3D>
=3D>I will really appreciate any help.
=3D>
=3D>Thanks,
=3D>Amit
=3D>
=3D>ps : my client code and server code resmbles the code given in the
=3D>'echo' directory of the example codes.
=3D>