DB2 - Problem description
Problem IT02435 | Status: Closed |
STALE POINTER IN CURSOR HANDLING CODE CAN LEAD TO A CRASH IN FUNCTION CSMGETNEWCDBBUFFER | |
product: | |
DB2 FOR LUW / DB2FORLUW / A50 - DB2 | |
Problem description: | |
When there is a mixture of CLI statements being executed on one connection, if one statement retrieves LOB data whilst another statement is still retrieving a result set via SQLFetch, then there is a possibility that a stale pointer will write data into a cached DB2 server side cursor buffer. This can lead to a crash in function csmGetNewCDBBuffer as the code reuses the buffer. As a secondary symptom, it can also lead to a wrong interpretation of data leading to unexpected symptoms during the SQLFetch e.g. error -30020 , or a "data truncation warning" or different as the code will not have written data to the right location and whatever data happens to be in memory will be read instead. | |
Problem Summary: | |
**************************************************************** * USERS AFFECTED: * * all * **************************************************************** * PROBLEM DESCRIPTION: * * See Error Description * **************************************************************** * RECOMMENDATION: * * Upgrade to DB2 Cancun Release 10.5.0.4 (also known as Fix * * Pack 4) or Later * **************************************************************** | |
Local Fix: | |
available fix packs: | |
DB2 Cancun Release 10.5.0.4 (also known as Fix Pack 4) for Linux, UNIX, and Windows | |
Solution | |
First Fixed in DB2 Cancun Release 10.5.0.4 (also known as Fix Pack 4) | |
Workaround | |
not known / see Local fix | |
Timestamps | |
Date - problem reported : Date - problem closed : Date - last modified : | 11.06.2014 13.10.2014 13.10.2014 |
Problem solved at the following versions (IBM BugInfos) | |
Problem solved according to the fixlist(s) of the following version(s) | |
10.5.0.4 |