メインフレームでファイルを直接操作する必要があります。テキストはEBCDICでエンコードされます。データには、2進フィールドとパック10進フィールドを含めることができます。私はこのデータを処理できることを知っています。転換を避けようとしています。 （そして各フィールドをテキストまたはバイナリベースに変換する必要がある面倒です。）私はメインフレーム、USS、CentOSシステムに精通しています。私がやりたいことはCentOSを純粋なEBCDICに変えることです。インターネットとStackExchangeを検索しても、情報はほとんど出ませんでした。
Sammyrulezは、「.../etc/i18n/sysconfigにlangとエンコーディングを追加して、CentOSシステムにEBCDICサポートを正常に追加しました」という記事を見ました。
これ以上の内容があるはずです。
私はGCCや最もうまく機能することでCOBOLを使う予定です。 (一度に1つの障害物を克服)
誰でもこれを経験しましたか？
答え1
いいえ、システム全体をEBCDICで動作させることはできません。これを行うには、すべてのプログラムを再コンパイルし、その多くのソースコードを変更する必要がありました（多くのプログラムでは、「ASCII大文字がとAの間に文字として現れるZ」のような仮定をしました）。
特定のプログラムをEBCDICで動作させることができます。これをサポートするプログラムはあまりありません。最近ではニッチなアプリケーションに過ぎません。プログラムはddASCIIとEBCDIC（少なくとも1つのEBCDIC）の間で変換できますが、選択したフィールドではなく入力全体を変換します。あなたのような混合データのための最良の方法は、慎重にプログラムし、EBCDICフィールドをテキストとして解釈する必要がある場合は、それをASCIIに変換するか、その逆に変換することです。
答え2
Gilesが言ったように、いいえ。ただし、一部のツールを使用してEBCDICを処理できます。これらのファイルには標準のlinux / unixツールセットを使用することはできません。
また、メインフレームVBファイルの転送に問題がある可能性があります。すべてのファイル転送プログラムがメインフレームVBファイルを処理するわけではありません。
多くのJavaプログラム（例：J編集）はEBCDIC（CP037またはIBM037はUS Ebcdic）を処理できますが、ほとんどはそうではありません。固定幅またはVBメインフレームで使用されるファイル構造。
記憶からGNU-コボール（+他の多くのCobolコンパイラ）には、EBCDICファイルを処理する方法があります。 GNU-Cobolには、メインフレームバイナリサイズを使用するメインフレーム互換モードもあります。一部のCobolベンダー（Microfocus）は、メインフレームのCobolファイルを独自の形式に変換できるスマートCobol-Cobol変換プログラムを提供しています。明らかに、再定義は大きな問題です。
独自の恥知らずなプラグインソフトウェア：レコードエディタ固定幅/ VB形式のメインフレームファイルは、Cobol Copybookを使用して編集/更新できます。また、単純なメインフレームEbcidicファイルをそれに対応するGnu-Cobol asciiファイルに変換しようとするCobol-to-Cobolユーティリティもあります。再定義はもう一つの大きな問題です。