[omniORB] Strange problems

[Robert Simmons Jr.]

"Robert Simmons Jr." wrote:

> b.keeping@ic.ac.uk wrote:
>
> > The problem seems to be in TZProConvert_i.h, which you have not
> > supplied. Have you got a mixup between this file and
> > TZProConvert_i.hh? Personally I would leave the .hh suffix for
> > automatically generated files (which should never be modified of
> > course...). You could also supply your IDL file if you like. Not clear
> > yet whether anyone other than you will learn anything from the answer
> > to this one though. :-)
> >
> > Ben Keeping
> > Imperial College
>
> Blah the filename printed is a typo. Obviously the pasted file is
> TZProConvert.h (not .hh) Just mistyped it.
>
> -- rob
>
> oh yeah here is the idl.
>
> // File: TZProConvert.idl
> // One Liner: Primary IDL File for TimeZonePro Converter object.
> // Description:
> //  Contains the IDLs for the TimeZonePro converter object.
> // This is the object that is providing the service and
> // most likely that which would be advertised is a trader
> // or returned by a nameservice.
> // Security Info:
> // * For distribution to client processes.
> // Revisions:
> //  Sept. 17, 1999 - RES - Creation
> // Version:
> //  1.0
> // Caveats:
> // ToDo:
> //
>
> #pragma prefix "GnuSoftware"
>
> #include <orb.idl>
>
> module TimeZonePro {
>
>   // Main Service for Converting Times from one time zone to another.
>   interface TZProConvert {
>     // Gets the Converter Version info.
>     // Returns: A string representation of the internal version.
>     //
>     string getVersion();
>   };
>
> };

Well. After exhaustive testing it appears that the include directive
couldnt find the class _sk_TZProConvert . I thought this rather strange
since the damn thing was included so I  commented out the module line and
its corresponding close brace and it worked like a charm. Does omniORB not
support modules ? Whats the deal with this? If not, I would, once again,
call that a BIG BUG. I went through the hh code even (with the module in)
and didnt find the word "namespace" which is, of course, that
OMG IDL module maps to for c++. THis seems to be a rather major oversight.
Comments ?

--rob