次の表は、リターン コード フィールドの有効な値と、INMOD ルーチンへの出力としてそれらの意味を示しています。
コード | 説明 |
---|---|
読み取りコール(コード1)の時の0 | ファイルの終わりに達していないことを示す。長さフィールドに、出力レコードの長さが設定されているはずです。入力レコードがINMODに提供されて、それをスキップする場合は、長さフィールドにゼロを設定します。入力レコードが提供されなかった場合は、長さをゼロに設定することが「ファイルの終わり」として機能します。 |
読み取り呼び出し時に非 0 (コード 1) | ファイルの終わりを示す。 |
読み取りなし呼び出しの場合は 0 (コード 1 ではない) | 操作が成功したことを示す。 |
非読み取り呼び出しの場合は 0 以外 (コード 1 ではない) | 処理のエラーを示す。テラデータTPump終了します。 |
2 番目の 32 ビット アドレスは、次のフィールドを含むデータ構造を指しています
- シーケンス番号、4 バイト整数、整数レコードカウンタ部分のソース シーケンス番号。
- パラメータ リスト、Varchar、2 バイト長、m、その後に、テラデータ TPumpによって構文解析され、提示される m バイトの parmsストリングが続きます。
これらのプロトコルに準拠できないINMODsは、再起動コード 2、コード 3、またはコード 4 が発生した場合に終了する必要があります。そうしないと、データが損傷を受ける可能性があります。再起動可能にするために、INMODsは、上記のとおりに、チェックポイント情報を保存および復元するために、Teradata TPumpを使用する必要があります。INMODがチェックポイント情報を独自の方法で保存した場合は、回復操作によってデータが損傷を受ける可能性があります。
z/OS上では、モジュールは、steplib/joblib(JCLの場合)、タスク ライブラリ(clist/execの場合)、またはシステム リンク リスト(いずれの場合も)に置かなければなりません。