JDK-4136107 : Several of the Japanese converters have the wrong data in JDK 1.2.
  • Type: Bug
  • Component: core-libs
  • Sub-Component: java.nio.charsets
  • Affected Version: 1.2.0
  • Priority: P2
  • Status: Closed
  • Resolution: Fixed
  • OS: windows_nt
  • CPU: x86
  • Submitted: 1998-05-07
  • Updated: 1999-01-14
  • Resolved: 1999-01-14
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other
1.2.0 1.2beta4Fixed
Related Reports
Relates :  
Description
Several of the Japanese converters have the wrong data in JDK 1.2. This is
due to the change-over to the new generated converter scheme of Dec '97,
and the faulty authority files from the Unicode Consortium that were 
used as input. The following e-mail from Koushi Takahashi of JavaSoft A/P 
gives the desired mappings:

Date: Tue, 28 Apr 1998 13:06:51 +0900
From: Koushi Takahashi <###@###.###>
Subject: Some Ucode to Ja kanji code
To: mark.son-bell@Eng
Cc: ###@###.###, ###@###.###, ###@###.###
MIME-version: 1.0
Content-transfer-encoding: 7bit

Mark-S,

Here is the code point you requested,

FullWidth  Reverse SOLIDUS   TILDE

Unicode    \uFF3c            \uFF5e

JISX0201   *** JISX0201 are all half width, hence no mapping here
JISX0208   0x2140            0x2131
JISX0212   not mapped        0xa2b7
EUC_JP     0xa1c0            0xa1b1
SHIFTJIS   0x815f            0x8150


Koushi

Comments
CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: generic FIXED IN: 1.2beta4 INTEGRATED IN: 1.2beta4
14-06-2004

EVALUATION The converters will be regenerated from the proper authority files. mark.son-bell@eng 1998-05-18 Note that Unicode \uFF5E will be mapped to JIS0208 0x2141, not 0x2131; and therefore to EUC_JP 0xa1c1, not 0xa1b1; and therefore SJIS 0x8160, not 0x8150. This is as confirmed by Masayoshi Okutsu based on examination of the tables published in "Understanding Japanese Information Processing" by Ken Lunde. mark.son-bell@eng 1998-05-18
18-05-1998