PH69199: INCORRECT DYNAMIC_CAST NULL RETURN ON CAST WITH DUPLICATE TYPE_INFO IN SEPARATE MODULES

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• A dynamic_cast fails with a NULL return value on an expected
  successful cast using a target type found in two separate
  modules (main executable and DLL, or two DLLs).
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: Users of Open XL C/C++ 2.1 particularly      *
  *                 those                                        *
  *                 employing dynamic_cast or exception          *
  *                 handling involving the casting               *
  *                 and comparison of type_info objects across   *
  *                 DLL boundaries,                              *
  *                 may encounter discrepancies.                 *
  ****************************************************************
  * PROBLEM DESCRIPTION: The type_info objects across DLL        *
  *                      boundaries,                             *
  *                      even when referring to identical        *
  *                      object have different addresses         *
  *                      and not treated as equivalent.          *
  ****************************************************************
  * RECOMMENDATION: After applying the PTF,                      *
  *                 recompile the entire application if any of   *
  *                 the following                                *
  *                 type_info object functions are utilized:     *
  *                 before(), hash_code(), operator==, or        *
  *                 operator!=.                                  *
  *                 This measure ensures compatibility and       *
  *                 correct behaviour                            *
  *                 of these functions post-PTF installation.    *
  ****************************************************************
  The compiler will perform string comparison
  of type_info when comparing their addresses fail to make sure
  type_info across DLL boundaries are found to be equivalent.
  

Problem conclusion

• The addition of comparing `__type_name_t` is encoding
  sensitive.
  

Temporary fix

Comments

APAR Information

• APAR is sysrouted FROM one or more of the following:

• APAR is sysrouted TO one or more of the following:

  PH69200 PH69201 UO06020

Modules/Macros

• CELQDEST CRTDHCXA CRTDHCXE CRTDHCXG CRTDHCXH CRTDHCXP CRTDHCXS
  CRTDHUNW CRTDNCXA CRTDNCXE CRTDNCXH CRTDNCXP CRTDNUNW CRTDOCXA
  CRTDQCXA CRTDQCXE CRTDQCXG CRTDQCXH CRTDQCXP CRTDQCXS CRTDQUNW
  CRTDQXLA CRTEHCXA CRTEHCXE CRTEHCXG CRTEHCXH CRTEHCXP CRTEHCXS
  CRTEHUNW CRTENCXA CRTENCXE CRTENCXH CRTENCXP CRTENUNW CRTEOCXA
  CRTEQCXA CRTEQCXE CRTEQCXG CRTEQCXH CRTEQCXP CRTEQCXS CRTEQUNW
  CRTEQXLA EDCHDEST
  

Fix information

• Fixed component name

  ANSI C++ CLASS

• Fixed component ID

  568819807

Applicable component levels

• R7D0 PSY UO06020

     UP25/12/12 I 1000

Fix is available

• Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.