テクノロジー · 実用ガイド
Pythonの大きな単一入力でE2BIG？分割前に入力経路を検証
Linuxは引数全体だけでなく単一引数も制限する。受け手が対応する経路へデータを移し、同じバイトが届いたか確認する。
一つの入力が表示されたARG_MAXより小さくても、errnoがE2BIGのOSErrorになる場合がある。命令の分割や上限変更の前に、失敗した起動と、独立した多数の項目か一つの不可分な入力かを確認しよう。
表示パスだけでなく起動失敗を確認
実行ファイル、Pythonの版、環境、引数境界を保存する。入力の中身を出さず、errno、引数のバイト数、環境全体の大きさを記録する。同じ起動条件の同じ実行ファイルで、小さい合成入力と比較する。
Pythonは起動中のOSErrorと、起動したプログラムの非ゼロ終了を区別する。E2BIGには総量など他の文書化された原因もあり、表示された実行パスだけでは診断できない。一回の失敗だけで多段階の仕事全体を再実行しない。
単一入力と複数の仕事を分ける
Linuxマニュアルは引数・環境合計に加え、単一文字列の上限を32ページとし終端NULも数える。ページサイズと環境が重要だ。引数リストに変えるとシェル解析を避けられるが、一要素が大きすぎれば失敗する。
同じ巨大値を環境変数へ移すのも万能策ではない。合計枠を増やしても単一文字列の制限は消えない。分割は独立した仕事で全体の意味が変わらない場合だけにする。一つのJSON文書やアプリケーションのトランザクションを割ると処理が変わり得る。
対応する経路で同じデータを確認
標準入力対応が文書化された受け手なら、有限の入力はsubprocess.run([executable, ...], input=payload_bytes, capture_output=True, check=True)で渡せる。生成した-c引数に大きいデータを戻さない。ファイルやレスポンスファイルも、その形式と寿命に当該ツールが対応する場合だけ使う。
Linux 6.18.44、Python 3.12.14で同じ自作受信プログラムを試した。196608バイトの合成データはBase64で262144バイトになった。単一引数ではARG_MAXが2097152でもerrno 7となり、標準入力では終了0、196608バイトを完全復号して元とSHA-256が一致した。SDKや別OSの試験ではない。
転送成功と処理成功を分ける
試験の受け手は両経路を明示的に実装し、base64.b64decode(..., validate=True)で復号した。任意のCLIがパイプのJSON、生バイト、レスポンスファイルに対応する証拠ではない。経路変更前に文字コード、区切り、メッセージ境界と実際の入力契約を確認する。
エラーを保存し、適切なら期待バイト数やハッシュを照合した後、アプリケーションの結果を別途確認する。有限の例は出力をメモリに保持するため、大きなストリームは適切なファイルハンドルや逐次処理が必要だ。起動後の失敗は別に調べ、前の成功記録を残して重複実行を避ける。
