home clear 64x64
en blue 200x116 de orange 200x116 info letter User
suche 36x36
Neueste VersionenFixList
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
Haben Sie Probleme? - Kontaktieren Sie uns.
Kostenlos registrieren anmeldung-x26
Kontaktformular kontakt-x26

DB2 - Problembeschreibung

Problem IC87901 Status: Geschlossen

SQUARE BRACKETS([ ]) AND CARET(^) CHARACTERS ARE REPLACED BY SUB STITUTE
CHARACTERS ON CODEPAGE CONVERSION FROM CP937 TO CP950.

Produkt:
DB2 FOR LUW / DB2FORLUW / A10 - DB2
Problembeschreibung:
Square brackets([ ]) and caret(^) characters from source 
codepage 937 to target codepage 950 replaced by substitute 
characters on codepage covnersion. DB2 users can use alternate 
table 09370950.cnv provided as the APAR fix to map these 
characters([,],^) to appropriate codepoints. The alternate 
conversion table "09370950.cnv" is located under sqllib/conv/alt 
directory. To get the updated mapping, copy the alternate table 
from sqllib/conv/alt directory to sqllib/conv directory and 
rerun your application or database/instance in some 
circumstances, eg. accessing nickname via federated server. 
 
The default mapping without the alternate conversion table: 
 
   937          950 
char code    code char 
---- ----    ---- ---- 
 ?  4A      5B   [ 
 ?   5F      5E   ^ 
 |   6A      5D   ] 
 ^   B0      7F   SUB 
 [   BA      7F   SUB 
 ]   BB      7F   SUB 
 
New mapping after applying alternate table: 
 
    937        950 
char code    code char 
---- ----    ---- ---- 
 ?  4A      7F   SUB 
 ?   5F      7F   SUB 
 |   6A      7F   SUB 
 ^   B0      5E   ^ 
 [   BA      5B   [ 
 ]   BB      5D   ] 
 
Codpage 937 is host codepage for Taiwan and territory identifier 
is TW. Issue is applicable if database is on host system (eg 
iSeries).
Problem-Zusammenfassung:
**************************************************************** 
* USERS AFFECTED:                                              * 
* All                                                          * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* See Error Description                                        * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* Upgrade to v10.1.2 or higher fixpack.                        * 
****************************************************************
Local-Fix:
To make the conversion same as new mapping without the alternate 
conversion table, codepage 1208(Unicode) shall be involved as an 
intermediate. 
For example, if nickname via federated server is used for 
accessing database with CP937 on iSeries, and the local database 
is using CP950 on LUW platform, then conversion from CP937 to 
CP950 will happen. To bypass conversion 937->950, it is better 
to create a UTF8 database and create nickname in it. Then, the 
conversion will become 937->1208->950. The steps are similar to 
following steps. 
 
  1. create database new using codeset UTF8 territory TW 
  2. create wrapper, server, nickname in the UTF8 database for 
accessing db with CP937 on AS400. 
  3. db2set DB2CODEPAGE=950 
  4. db2 terminate 
Then, the conversion will be 937->1208->950 every time accessing 
data in db with CP937 using db2 CLP.
verfügbare FixPacks:
DB2 Version 10.1 Fix Pack 2 for Linux, UNIX, and Windows
DB2 Version 10.1 Fix Pack 3 for Linux, UNIX, and Windows
DB2 Version 10.1 Fix Pack 4 for Linux, UNIX, and Windows
DB2 Version 10.1 Fix Pack 3a for Linux, UNIX, and Windows
DB2 Version 10.1 Fix Pack 6 for Linux, UNIX, and Windows

Lösung
Upgrade to v10.1.2 or higher fixpack.
Workaround
keiner bekannt / siehe Local-Fix
Weitere Daten
Datum - Problem gemeldet    :
Datum - Problem geschlossen :
Datum - der letzten Änderung:
04.11.2012
02.01.2013
02.01.2013
Problem behoben ab folgender Versionen (IBM BugInfos)
Problem behoben lt. FixList in der Version
10.1.0.2 FixList
10.5.0.2 FixList