-
Key: CORBA24-171
-
Legacy Issue Number: 4007
-
Status: closed
-
Source: Borland Software Corporation ( Vishy Kasar)
-
Summary:
I have a question on the octet alignment requirement for wchar as
mentioned in Table 15-1 of CORBA 2.3. In 15.3.1.6 the spec states that"For GIOP version 1.2, wchar is encoded as an unsigned binary octet
value followed by the octet sequence representing the encoded value of
the wchar. The initial octet contains a count of the number of elements
in the sequence and the elements of the sequence of octets represent the
wchar, using the negotiated wide character encoding"If this is a variable length octet sequence anyway, specifying an octet
alignment for this does not make sense. Our assumption is that alignment
is specified only for GIOP 1.1 style wchars and is irrelevant for
GIOP 1.2 style wchars. I am looking for confirmation of that assumption.If that is a valid assumption, shall we change the table 15.1 third row
first column entry to state "wchar (in GIOP 1.1)" instead of "wchar"?If that is not a valid assumption, what are we aligning here? The length
byte? The elements of octet sequence? What is the benefit of any
aligning in this case? -
Reported: CORBA 2.4 — Tue, 31 Oct 2000 05:00 GMT
-
Disposition: Resolved — CORBA 2.4.2
-
Disposition Summary:
Close with revision
-
Updated: Fri, 6 Mar 2015 20:58 GMT