HULFT-27828
In sending with sending-side conversion specified, half-width yen symbols in the transferred data may be converted to half-width backslashes
- Phenomenon
-
In sending with sending-side conversion specified, half-width yen symbols in the transferred data may be converted to half-width backslashes.
- Severity level
-
A: critical
- Affected versions
-
From Ver.7.0.0 to Ver.8.5.2
- Modified version
-
Ver.10.2.0
- Condition to reproduce
-
This phenomenon occurs when all the following conditions are met:
-
"S" (SJIS) or "E" (EUC-JP) is specified for Code Set for Transfer (cs4trnsfr) in the System Environment Settings
For HULFT lower than Ver.8.1.0, the relevant field is Kanji Code Type (knjcode).
-
"S" (Sending-side) is specified for Code Conversion (KJCHNGE) in the Send Management Information
-
One of the following is specified for EBCDIC Set (CODESET) in the Send Management Information
- 0:
-
Autoconfiguration (*1)
- E:
-
Japan (Latin) for IBM (*2)
- F:
-
Japan (Latin) Extended for IBM (*3)
- H:
-
Japan (Katakana) Extended for IBM (*3)
*1
:
Can be selected in Ver.8.1.0 and higher.
When the EBCDIC set is auto-configured, if "I" (IBM Kanji) is specified for Code Set for Transfer (KCODETYPE) in the Host Information, the EBCDIC set is converted as "F" (Japan (Latin) Extended for IBM), thus causing the phenomenon to occur.
*2
:
Occurs in Ver.7.0.0 and higher.
*3
:
Occurs in Ver.8.1.0 and higher.
-
One of the following is specified for Code Set for Transfer (KCODETYPE) of the receiving-side host that is registered in the Host Information
- J:
-
JEF
- I:
-
IBM Kanji
- K:
-
KEIS
- N:
-
NEC
-
The send file data contains half-width yen symbols
-
- Alternative workaround
-
None
- Status description
-
Half-width yen symbols are correctly converted as half-width yen symbols.
However, in Ver.10.2.0 and higher, KEIS and NEC Kanji cannot be specified for Code Set for Transfer (KCODETYPE).
Therefore, fixes have not been made for conversion into KEIS or NEC Kanji.