From f6ddf16ec0903577a8f964b0269dab2d52b2c3f6 Mon Sep 17 00:00:00 2001 From: parsons Date: Wed, 12 Sep 2001 15:12:43 +0000 Subject: * tao/DynamicAny/DynAny_i.cpp: Strange bug that seems to happen only on Win32, where when a DynAny containing a string is copied from another, its type code member gets the bound copied correctly, but its member any's type code does not. It crops up only in the equal() method where the strings are extracted from the member anys and compared. The CORBA::Any::to_string struct is left out of the extraction from the lhs any. There is no danger of type mismatch, since the type codes (which do retain bound information) have already been compared for equivalence. --- TAO/ChangeLogs/ChangeLog-02a | 14 ++++++++++++++ 1 file changed, 14 insertions(+) diff --git a/TAO/ChangeLogs/ChangeLog-02a b/TAO/ChangeLogs/ChangeLog-02a index 889d429c735..1715f5fa3b1 100644 --- a/TAO/ChangeLogs/ChangeLog-02a +++ b/TAO/ChangeLogs/ChangeLog-02a @@ -1,3 +1,17 @@ +Tue Sep 11 21:43:38 2001 Jeff Parsons + + * tao/DynamicAny/DynAny_i.cpp: + + Strange bug that seems to happen only on Win32, where when + a DynAny containing a string is copied from another, its type + code member gets the bound copied correctly, but its member + any's type code does not. It crops up only in the equal() + method where the strings are extracted from the member anys + and compared. The CORBA::Any::to_string struct is left out + of the extraction from the lhs any. There is no danger of + type mismatch, since the type codes (which do retain bound + information) have already been compared for equivalence. + Tue Sep 11 18:07:46 2001 Yamuna Krishnamurthy * orbsvcs/orbsvcs/AV/Fill_ACE_QoS.h: -- cgit v1.2.1