[omniORB] typecode problem again...

[Shawn Bisgrove]

Duncan,
    I have set the tcAliasExpand to 1 with no such
luck.  Also, I do not use the #pragma prefix or
include Naming.idl.

Still no luck but thank for your quick response,

Shawn

> Have you tried setting omniORB::tcAliasExpand to 1? 
> That removes all
> the alias TypeCodes, which might help.
> 
> The only other thing I can think of is that maybe
> the IDL is different
> between the Orbix server and the omniORB client. One
> possibility along
> those lines is to do with #pragma prefix, if you
> were using omniORB
> 2.8 before and 3.0 now. With omniORB 2.8, and I
> believe Orbix, if you
> have IDL like:
> 
> // Naming.idl
> #pragma prefix "omg.org"
> ...
> 
> // MyStuff.idl
> #include <Naming.idl>
> 
> struct Foo { ... };
> 
> both omniORB 2.8 and Orbix incorrectly use the
> repository ID
> "IDL:omg.org/Foo:1.0" for struct Foo. omniORB 3
> correctly uses
> "IDL:Foo:1.0" without the prefix.
> 
> That would possibly cause Orbix to object to the Any
> extraction,
> although the TypeCodes would be equivalent, so it
> should be happy.  A
> workaround for that is to either put #pragma prefix
> "" at the end of
> any files which set the prefix, or put #pragma
> prefix "omg.org" (or
> whatever) at the start of including files.
> 
> Hope that helps,
> 
> Duncan.
> 
> -- 
>  -- Duncan Grisby  \  Research Engineer  --
>   -- AT&T Laboratories Cambridge          --
>    -- http://www.uk.research.att.com/~dpg1 --


=====
________________________________________
|shawn_bisgrove@partech.com
|http://www.geocities.com/shawn_bisgrove

__________________________________________________
Do You Yahoo!?
Yahoo! Shopping - Thousands of Stores. Millions of Products.
http://shopping.yahoo.com/