問題タブ [eof]

C++ アプリケーションの場合、stdin でファイルの終わり (EOF) をプログラムで強制するにはどうすればよいですか?

EOFと'\0'が整数型であることは知っていますが、そうであれば、固定値を持つべきではありませんか?

私は両方を印刷し、 に対して -1EOFと に対して 0 を得ました'\0'。しかし、これらの値は固定されていますか?

私もこれを持っていました

EOFとの値は'\0'固定整数ですか?

fabric 0.92 を使用してリモートでファイルを untar しようとしていますが、paramiko から EOF を受け取ります。

paramiko.out からの私の出力:

ファブリックを使用して他の sudo コマンドを実行できますが、ファイルの untar が壊れているようです。ローカル ファイルとリモート ファイルの md5sum を比較しましたが、同じです。リモート マシンにログインすると、エラーなしでファイルを untar できます。

私はクライアント/サーバーモデルを構築していますが、ソケットを使用し、名前付きパイプを使用し、mkfifo（）を使用しています。

クライアントが名前付きパイプに出力を書き込み、次を使用してサーバーの入力を読み取ります。

<'CR'> <'LF'>の2つの文字に遭遇するまで、一度に1つの文字を読んでいます。しばらくしてからクライアントが<'CR'><'LF'>で終了しない場合は、コードを破棄して別のクライアントに進むことができるようにコードを作成したいと思います。そうしないと、次のクライアントが次のようになります。待つ、多分無限に。

read（）の実行を終了する方法はありますか？2秒以内に戻らない場合は、読み取りを中断して、以前に読み取った文字を破棄し、もう一度読み取りを開始してください。

ご協力ありがとうございました、

ジェリー

Java でパーサーを作成しており、Java の PushbackReader を活用しようとしています。間違って推測した場合、パーサーはバックトラックする必要があるかもしれませんが、リーダーが EOF に達すると失敗します。

引用符で囲まれた文字列を解析していて、閉じ引用符を探しているとしましょう。パーサー プラグインのいずれかが完全に終了できない場合、リーダーを元の状態のままにして、次のプラグインに渡そうとします。IE: 通常、文字をバッファにプッシュし、次の要素にバッファの解析を試みさせます。

残念ながら、最後の文字まで「読んで」...そして EOF を読んだ場合、PushbackReader では何もプッシュバックできません。その結果、これらの文字が失われるため、解析を完了できません!

このタイプの文字列処理用に独自のリーダーを作成する必要がありますか?

EDIT：さらに、最後の文字（EOFの直前の文字）を読み取ると、その文字を「読み取る」こともできません。これに対する標準的な回避策はありますか?独自のスタックまたはバッファーの実装を作成する以外に?

ファイルの最後にいることを確認する方法を知っている人はいますか? BinaryReader を使用して PeekChar を試しましたが、例外がスローされます。他の提案はありますか？

ありがとう。

これが私のpythonコードです。誰かが私に何が悪いのか教えてもらえますか。

そして、何が起こるかは次のとおりです。

Cでは、入力を読み取り、ファイルの終わりに達したときにプログラムを停止できます（EOF）。そのようです。

Luaでそれを行うにはどうすればよいですか？

ドキュメントに画像をシールとして挿入する iTextSharp を使用して PDF を読み取る Win32 アプリケーションがあります。

1 年以上処理しているファイルの 99% で問題なく動作しますが、最近では読み取れないファイルもあります。以下のコードを実行すると：

それは例外を与えます：

これらの例外をスローする pdf ファイルは通常、adobe pdf で読み取ることができます。これらのファイルの 1 つを Acrobat で開いて保存すると、この保存されたファイルをアプリケーションで読み取ることができます。

ファイルは破損していますが、Adobe Reader で開くことができますか?

ファイルの 2 つのサンプルを共有しています。

動作しないファイル: Not-Ok-Version.pdf

そして、Acrobatで開いて保存した後、機能するファイル。ダウンロードはこちらOK-Version.pdf