Shiftcode mode
|
|
If all of the following conditions are met, the result of the code conversion differs from the one obtained in HULFT of a version lower than Ver.7:
-
One of the following code sets is selected on the sending-side host: IBM Kanji, JEF, KEIS, or NEC Kanji
-
EUC-JP is selected as the code set on the receiving-side host
-
Format Transfer or Multi Format Transfer is performed
-
A field of type M is specified in the Format Information and the converted value is longer than the field length
-
Shiftcode Mode is set to "Space" in the Send Management Information
The example below illustrates the difference in the result of conversion from IBM Kanji to EUC-JP between HULFT Ver.7 or higher and HULFT lower than Ver.7:
Example) Difference in the conversion result in the case of conversion from IBM Kanji to EUC-JP
Behavior of HULFT lower than Ver.7

-
HULFT converts half width Katakana of EBCDIC to half width Katakana of EUC-JP.
-
HULFT replaces SO with 0x20.
-
HULFT preferentially replaces SI with 0x20, giving 0X20 a priority over "
", because the remaining byte count is 2 bytes. "
" is not set.
Behavior of HULFT Ver.7 or higher

-
HULFT converts half width Katakana of EBCDIC to half width Katakana of EUC-JP.
-
HULFT replaces SO with 0x20.
-
"
" is set.
-
HULFT does not set SI, because remaining byte count is limited.
HULFT Ver.7 or higher sets data, giving 0x20 priority over the space converted from SI.