Bug 1803 - Support needed for 2-byte quantities in generated typecodes
Summary: Support needed for 2-byte quantities in generated typecodes
Status: RESOLVED FIXED
Alias: None
Product: TAO
Classification: Unclassified
Component: IDL Compiler (show other bugs)
Version: 1.4.1
Hardware: All All
: P3 normal
Assignee: Ossama Othman
URL:
Depends on: 1637
Blocks:
  Show dependency tree
 
Reported: 2004-05-05 11:49 CDT by Jeff Parsons
Modified: 2005-05-16 14:40 CDT (History)
2 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Jeff Parsons 2004-05-05 11:49:05 CDT 
TAO type codes have been generated by the IDL compiler from the beginning as a 
hard-coded array of longs. Since those days, 2-byte values have crept into the 
type code spec, notably the valuetype-related items ValueModifier and 
Visbility. If the TypeCode class methods read them as 4-byte quantities, we are 
incompatible with type codes from other ORBs. If we read them as 2-byte 
quantities, we get alignment errors reading our own type codes.

TAO's implementation of type codes is slated for overhaul soon, so this bug is 
being marked as dependent on 1769, which includes type code overhaul, among 
other things.
Comment 1 Jeff Parsons 2004-05-05 11:53:23 CDT 
Sorry, the dependency is actually on 1637.
Comment 2 Jeff Parsons 2004-05-05 11:56:45 CDT 
A report on this bug (the part about non-interoperability with other ORBs) was 
made recenly by Hakim Souami <hakim dot souami at fr dot thalesgroup dot com>. 
He has been added to the CC list.
Comment 3 Ossama Othman 2004-05-27 18:31:48 CDT 
Mine.
Comment 4 Ossama Othman 2005-05-16 14:40:10 CDT 
TAO 1.4.5's new TypeCode implementation addresses this bug.