basically everything seems to be correct and working. It seems to me
that I only have to swap the bytes before they are transfered. Since we
don't need the complete negotiation and translation implementation (as
far as I can see), I'll look for a "smaller" solution to my problem e.g.
swap the bytes "manually".
> Hi Uwe,
> I have recently completed implementation of codeset negotiation &
> translation. Unfortunately this work was done for an OCI customer using
> a private branch of TAO. I will port the codeset work to TAO 1.3.x as
> soon as Bala opens the floodgates for new features.
> I would be willing to do the port in advance for you as a for-fee task.
> The new codeset feature involves touching about 65 existing files in ACE
> and TAO, as well as adding about 25 new ones. That is why I am waiting!
> This feature is designed precisely for your problem. Using negotiated
> codesets, each process will have a Native Code Set defined for chars and
> wchars. Then one side or the other (or both) will have a collection of
> translators which are able to convert from the native codeset to some
> other codeset. There are separate translators for char and wchar
> If you need this right away, please let me know. I'm thinking it will
> take about 2 to 3 weeks of effort & testing to prepare a 1.2.6+ patch
> and then carry that
> forward to commit post 1.3.1.
> Take care,
>>we use TAO on Microsoft Windows for a C++ client and Jacorb as our
>>serverside orb. Due to the resitrictions of the string type, we have to
>>use wstring in our interfaces.
>>Unfortunately windows uses UTF-16 little endian for their unicode
>>implementation and CORBA uses big endian by default. Is there a easy way
>>to either tell TAO to convert the strings from little endian to big
>>endian? How can I use the converters build into TAO
>>(orb_core->from_unicode etc.)? Is there a simple example somewhere?
> Phil Mesnier
> Principal Software Engineer, http://www.ociweb.com
> Object Computing, Inc. +01.314.579.0066