You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The bottom line is that sequences of object references don't work the way the spec requires.
Here are the key parts of IDL-to-C++ formal/12-07-02.
In sequences (5.15):
For strings, wide strings, and object references, operator[] for a sequence must return a type with the same semantics
as the types used for string, wide string, and object reference members of structs...
In structs (5.12):
Assignment between a string, wide string, or object reference member and a corresponding T_var type (String_var,
WString_var, or A_var) always results in copying the data, while assignment with a pointer does not.
This is a bit confusing because of the "copy the data" phrase and trying to describe strings and object references in one clause, but it effectively means that the reference count is increased for member-to-var assignment so that when the var goes out of scope the count is back to where it was before the assignment.
There is a test in TAO/tests/Bug_3942_Regression which has !FIXED_BUGS_ONLY in the test list.
The text was updated successfully, but these errors were encountered:
OpenDDS#3994
- Fixed missing `TAO_VERSION_CODE` on TAO 2.2 by using
`TAO_MAJOR_VERSION` instead.
- Replaced reference to bugzilla ticket with
DOCGroup/ACE_TAO#2037
- Cleaned up and added sorting option for `update_gitignore.pl` used in
OpenDDS#3994
- Replaced sprintf usage to satisfy build_m12_i0_j_FM-1f GHA warnings
Migrating this from Vanderbilt's Bugzilla http://bugzilla.dre.vanderbilt.edu/show_bug.cgi?id=3942
The bottom line is that sequences of object references don't work the way the spec requires.
Here are the key parts of IDL-to-C++ formal/12-07-02.
In sequences (5.15):
In structs (5.12):
This is a bit confusing because of the "copy the data" phrase and trying to describe strings and object references in one clause, but it effectively means that the reference count is increased for member-to-var assignment so that when the var goes out of scope the count is back to where it was before the assignment.
There is a test in
TAO/tests/Bug_3942_Regression
which has!FIXED_BUGS_ONLY
in the test list.The text was updated successfully, but these errors were encountered: