home clear 64x64
en blue 200x116 de orange 200x116 info letter User
suche 36x36
Latest versionsfixlist
11.1.0.7 FixList
10.5.0.9 FixList
10.1.0.6 FixList
9.8.0.5 FixList
9.7.0.11 FixList
9.5.0.10 FixList
9.1.0.12 FixList
Have problems? - contact us.
Register for free anmeldung-x26
Contact form kontakt-x26

DB2 - Problem description

Problem IC65751 Status: Closed

Crash for query that contains like in a mixed/EUC codepage database.

product:
DB2 FOR LUW / DB2FORLUW / 950 - DB2
Problem description:
If the following conditions are met: 
 
1) A query contains a "like" comparison, where the pattern to 
compare has prefixed characters followed by wildcard such as 
this example: 
select columns from table where pattern like "abc%" 
 
2) The data is in a mixed or EUC codepage 
 
3) The pattern "abc%" has a length that is greater than the 
column data that is being scanned. 
 
Then there exists the possibility that the comparison may do an 
invalid memory access that will crash the instance. In very tiny 
opportunity, a wrong result might return. 
 
If a stack traceback is generated, the function at the top of 
the stack will be an OS memory compare function (differs 
depending on platform, eg. intel_fast_memcmp on Intel platform) 
with sqlv_mixd_short_search() below it.
Problem Summary:
**************************************************************** 
* USERS AFFECTED:                                              * 
* ALL.                                                         * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* If the following conditions are met:1) A query contains a    * 
* "like" comparison, where the patterntocompare has prefixed   * 
* characters followed by wildcard such asthis example:select   * 
* columns from table where pattern like "abc%"2) The data is   * 
* in a mixed or EUC codepage3) The pattern "abc%" has a length * 
* that is greater than thecolumn data that is being            * 
* scanned.Then there exists the possibility that the           * 
* comparison may doaninvalid memory access that will crash the * 
* instance. In verytinyopportunity, a wrong result might       * 
* return.If a stack traceback is generated, the function at    * 
* the topofthe stack will be an OS memory compare function     * 
* (differsdepending on platform, eg. intel_fast_memcmp on      * 
* Intelplatform)with sqlv_mixd_short_search() below it.        * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* Update to version 9.5 fix pack 6 or later.                   * 
****************************************************************
Local Fix:
available fix packs:
DB2 Version 9.5 Fix Pack 6a for Linux, UNIX, and Windows
DB2 Version 9.5 Fix Pack 7 for Linux, UNIX, and Windows
DB2 Version 9.5 Fix Pack 8 for Linux, UNIX, and Windows
DB2 Version 9.5 Fix Pack 9 for Linux, UNIX, and Windows
DB2 Version 9.5 Fix Pack 10 for Linux, UNIX, and Windows

Solution
This problem is first fixed in version 9.5 fix pack 6.
Workaround
not known / see Local fix
BUG-Tracking
forerunner  : APAR is sysrouted TO one or more of the following: IC68119 IC68120 
follow-up : 
Timestamps
Date  - problem reported    :
Date  - problem closed      :
Date  - last modified       :
21.01.2010
31.05.2010
31.05.2010
Problem solved at the following versions (IBM BugInfos)
9.5.FP6
Problem solved according to the fixlist(s) of the following version(s)