Японский код кобола на мэйнфрейме IBM в Shift-JIS; Представлено после перевода на компьютер, как?

Question

У нас есть японский клиент, который имеет исходный код в Cobol на мэйнфрейме. Он утверждает, что код на мэйнфрейме представлен в Shift-JIS2 (и мы думаем, что мы это хорошо понимаем). Когда этот код передается на ПК, какое наиболее распространенное кодирование используется? Мы отправили ему программу для обработки этого кода COBOL, и он, кажется, задыхается. Клиент не даст нам код напрямую, поэтому эксперименты трудны. Его эксперименты, кажется, указывают на UTF-8; Я предполагаю, что японские символы, кодируемые в Shift-jis2, соответственно преобразуются в эквиваленты Unicode. У кого -нибудь есть опыт здесь?

РЕДАКТИРОВАТЬ: Я думаю, что мы решили нашу тайну. Клиент (DUH!) Использует CP-932 («ShiftJis») на ПК, но в его программе COBOL есть японские идентификаторы в идентификаторах, и именно поэтому наш инструмент задыхается.

РЕДАКТИРОВАТЬ: Последующее наблюдение: немного больше сюрприза. Shift-JIS часто кодирует то, что мы думаем как текст ASCII, как так называемых персонажей «полной трудовой», которые занимают одно и то же экрановое пространство, что и идеограф Восточной Азии; Фараминовые персонажи ASCII действуют как полугодия. Итак, есть полная прогонка "A", "B", ... "Z", а также полная труба "-". Очевидно, для обработки японского кобола наш аналогичный анализатор кобола должен принять не только западный ASCII, но и эквиваленты полной трубопровода, особенно. Письма с полной трубочностью и удивительно дефис с полной трубопроводом использовали для отделения «букв» в идентификаторе COBOL.

РЕДАКТИРОВАТЬ: IBM Enterprise COBOL позволяет символам DBCS в идентификаторах. Икес!

Answer 1

В Японии все еще очень много используются в Японии: EUC-JP, ISO-2022-JP и Shift-JIS.

ISO-2022-JP обычно используется для электронной почты. Пока вы увидите EUC-JP в Unix Machines. Лично я не имел никакого отношения ни с чем, кроме смены-джис, хотя. (Ни мэйнфреймы.)