[Ace-users] Re: CORBA IOR seems to be malformed/incorrect
Somindra Bhattacharya
somindrab at gmail.com
Wed Sep 26 23:39:37 CDT 2007
On Sep 25, 12:10 pm, "Johnny Willemsen" <jwillem... at remedy.nl> wrote:
> Hi,
>
> Ignore my previous email, I found a bug in the catior tool and made a
> copy/past error with your IOR., which I just fixed. When I run catior with
> 1.6.1 I do get the output below, it works without problems, so I recommend
> an upgrade to 1.6.1 which you can obtain fromhttp://download.dre.vanderbilt.edu
>
> Regards,
>
> Johnny Willemsen
> Remedy IT
> Postbus 101
> 2650 AC Berkel en Rodenrijs
> The Netherlandswww.theaceorb.nl/www.remedy.nl
>
> *** Integrated compile and test statistics seehttp://scoreboard.theaceorb.nl***
> *** Commercial service and support for ACE/TAO/CIAO ***
> *** Seehttp://www.theaceorb.nl/en/support.html ***
>
> decoding an IOR:
> The Byte Order: Big Endian
> The Type Id: "LRM_Servant"
> Number of Profiles in IOR: 5
> Profile number: 1
> IIOP Version: 1.2
> Host Name: sun1
> Port Number: 45802
> Object Key len: 27
> Object Key as hex:
> 14 01 0f 00 52 53 54 46 f7 99 9c 00 02 16 ee 00
> 00 00 00 00 00 00 01 00 00 00 01
> The Object Key as string:
> ....RSTF...................
> The component <1> ID is 0 (TAG_ORB_TYPE)
> ORB Type: 0x54414f00 (TAO)
> The component <2> ID is 1 (TAG_CODE_SETS)
> Component length: 24
> Component byte order: Big Endian
> Native CodeSet for char: Hex - 10001 Description - ASCII
> Number of CCS for char 1
> Conversion Codesets for char are:
> 1) Hex - 5010001 Description - Unknown CodeSet
> Native CodeSet for wchar: Hex - 10109 Description - Unicode
> Number of CCS for wchar 0
> Profile number: 2
> IIOP Version: 1.2
> Host Name: sun-cs
> Port Number: 45802
> Object Key len: 27
> Object Key as hex:
> 14 01 0f 00 52 53 54 46 f7 99 9c 00 02 16 ee 00
> 00 00 00 00 00 00 01 00 00 00 01
> The Object Key as string:
> ....RSTF...................
> The component <1> ID is 0 (TAG_ORB_TYPE)
> ORB Type: 0x54414f00 (TAO)
> The component <2> ID is 1 (TAG_CODE_SETS)
> Component length: 24
> Component byte order: Big Endian
> Native CodeSet for char: Hex - 10001 Description - ASCII
> Number of CCS for char 1
> Conversion Codesets for char are:
> 1) Hex - 5010001 Description - Unknown CodeSet
> Native CodeSet for wchar: Hex - 10109 Description - Unicode
> Number of CCS for wchar 0
> Profile number: 3
> IIOP Version: 1.2
> Host Name: sun-cslocal-vip
> Port Number: 45802
> Object Key len: 27
> Object Key as hex:
> 14 01 0f 00 52 53 54 46 f7 99 9c 00 02 16 ee 00
> 00 00 00 00 00 00 01 00 00 00 01
> The Object Key as string:
> ....RSTF...................
> The component <1> ID is 0 (TAG_ORB_TYPE)
> ORB Type: 0x54414f00 (TAO)
> The component <2> ID is 1 (TAG_CODE_SETS)
> Component length: 24
> Component byte order: Big Endian
> Native CodeSet for char: Hex - 10001 Description - ASCII
> Number of CCS for char 1
> Conversion Codesets for char are:
> 1) Hex - 5010001 Description - Unknown CodeSet
> Native CodeSet for wchar: Hex - 10109 Description - Unicode
> Number of CCS for wchar 0
> Profile number: 4
> IIOP Version: 1.2
> Host Name: sun-cs-stndby
> Port Number: 45802
> Object Key len: 27
> Object Key as hex:
> 14 01 0f 00 52 53 54 46 f7 99 9c 00 02 16 ee 00
> 00 00 00 00 00 00 01 00 00 00 01
> The Object Key as string:
> ....RSTF...................
> The component <1> ID is 0 (TAG_ORB_TYPE)
> ORB Type: 0x54414f00 (TAO)
> The component <2> ID is 1 (TAG_CODE_SETS)
> Component length: 24
> Component byte order: Big Endian
> Native CodeSet for char: Hex - 10001 Description - ASCII
> Number of CCS for char 1
> Conversion Codesets for char are:
> 1) Hex - 5010001 Description - Unknown CodeSet
> Native CodeSet for wchar: Hex - 10109 Description - Unicode
> Number of CCS for wchar 0
> Profile number: 5
> catior returned true
>
> "Somindra Bhattacharya" <somind... at gmail.com> wrote in message
> <news:1190702667.146575.178640 at 50g2000hsm.googlegroups.com>...
>
> > TAO VERSION: 1.5
> > ACE VERSION: 5.5
>
> > HOST MACHINE and OPERATING SYSTEM:
> > SunOS sun1 5.10 Generic_125100-10 sun4u sparc SUNW,Sun-Fire-V215
>
> > TARGET MACHINE and OPERATING SYSTEM, if different from HOST:
> > COMPILER NAME AND VERSION (AND PATCHLEVEL):
> > g++:
> > bash-3.00$ /usr/sfw/bin/g++ -v
> > Reading specs from /usr/sfw/lib/gcc/sparc-sun-solaris2.10/3.4.3/
> > specs
> > Configured with: /gates/sfw10/builds/sfw10-gate/usr/src/cmd/gcc/
> > gcc-3.4.3/
> > configure --prefix=/usr/sfw --with-as=/usr/sfw/bin/gas --with-gnu-as
> > --with-
> > ld=/usr/ccs/bin/ld --without-gnu-ld --enable-languages=c,c++ --
> > enable-shared
> > Thread model: posix
> > gcc version 3.4.3 (csl-sol210-3_4-branch+sol_rpath)
>
> > THE $ACE_ROOT/ace/config.h FILE:
> > (Should I copy the contents of the file here?)
>
> > THE $ACE_ROOT/include/makeinclude/platform_macros.GNU FILE:
> > platform_sunos5_g++.GNU
>
> > CONTENTS OF $ACE_ROOT/bin/MakeProjectCreator/config/
> > default.features
> > (used by MPC when you generate your own makefiles):
>
> > There is no such file in my build area.
>
> > AREA/CLASS/EXAMPLE AFFECTED:
>
> > DOES THE PROBLEM AFFECT:
> > COMPILATION?
> > No.
>
> > LINKING?
> > No.
>
> > EXECUTION?
> > Yes.
>
> > OTHER (please specify)?
>
> > SYNOPSIS:
> > CORBA IOR seems to be malformed/incorrect.
>
> > DESCRIPTION:
> > I observed that one of our processes threw an error message:
>
> > "TAO (9631|9) ERROR: Could not create all profiles while
> > extracting object
> > TAO (9631|9) ERROR: reference from the CDR stream."
>
> > The problem seems to be the IOR:
>
> > IOR:
>
> 000000000000000c4c524d5f53657276616e740000000005000000000000006400010200000
>
> 0000573756e310000b2ea0000001b14010f0052535446f7999c000216ee00000000000000010
> 000
>
> 0001000000000200000000000000080000000054414f00000000010000001800000000000100
> 010
>
> 00000010501000100010109000000000000000000000068000102000000000773756e2d63730
> 0ea
>
> B2ea001b0000001b14010f0052535446f7999c000216ee000000000000000100000001020000
> 000
>
> 200000000000000080000000054414f000000000100000018000000000001000100000001050
> 100
>
> 0100010109000000000000000000000070000102000000001073756e2d63736c6f63616c2d76
> 697
>
> 000b2ea0f000000001b14010f0052535446f7999c000216ee000000000000000100000001000
> 000
>
> 000200000000000000080000000054414f000000000100000018000000000001000100000001
> 050
>
> 100010001010900000000000000000000006c000102000000000e73756e2d63732d73746e646
> 279
>
> 00b2ea0000001b14010f0052535446f7999c000216ee00000000000000010000000100000000
> 020
>
> 0000000000000080000000054414f00000000010000001800000000000100010000000105010
> 001
>
> > 00010109000000000000000000000070000102000000000f73756e2d63736d676d742d7669
>
> > I tried using catior, but that produces a seemingly endless stream as
> > output:
>
> > 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36
> > 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36
> > 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36
> > 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36
> > 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36
> > 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36
> > 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36
> > 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36
> > 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36
> > 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36
> > 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36
> > 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36
> > 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36
> > 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36
> > 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36
> > 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36
> > 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36
> > 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36 36
> > 36 36 36 36 36 36 36 36 36 ^C
>
> > Please note that the test machine is a multi-homed machine with 4
> > physical and 3 virtual
> > interfaces (not including the local loopback).
>
> > What could have caused this? Any pointers?
>
> > REPEAT BY:
> > I have seen this happen a couple of times but is not reproducible at
> > will.
> > I do not know what caused this.
>
> > SAMPLE FIX/WORKAROUND:
> > I restarted the processes with the faulty IORs and it seemed to go
> > away for now.
Thanks! I am currently upgrading to 1.6.1 and will look out for this
problem.
Regards,
Somindra
More information about the Ace-users
mailing list