問題タブ [printf]

私のコードは " " の直前の最後の行を実行しませんexit;。その理由がわかりません。printf $fhの前に追加の行を追加しようとしましたexitが、それも機能しませんでした。どちらの行も印刷されません。終了前の最後の印刷ステートメントを除いて、他のすべては正常に印刷されます。

なぜこれが起こるのか手がかりはありますか？または、さらに良いことに、それを修正または回避する方法は?

編集:
私がコピーしたコードの一部にはこれが含まれていました

たぶんこれが私の結果を複製できなかった理由です....

パイプを作成し、dup2() を使用してストリーム 1 と 2 (stdout と stderr) をそれらのパイプに上書きしました。

fprintf を使用してストリーム 1 または 2 に書き込みたいのですが、プログラムがパイプの反対側で何も受信していないようです。printf() を使用してみましたが、これがデフォルトで標準出力またはストリーム 1 に書き込まれるかどうかはわかりません。ストリーム 1 に書き込む場合は、コードの深いところに問題があると思います。

基本的に、ストリームを表す int を指定して、fprintf() での使用に適した FILE* を取得するにはどうすればよいですか?

今日、cout と printf にはバッファがあることを知っています。バッファはスタックのようなもので、cout と printf の出力を右から左に取得し、(コンソールまたはファイルに)上から下に出力すると言われています。このような、

次に、以下のコードを記述します。

VS2005では、出力は

g++( (GCC) 3.4.2 (mingw-special)) の下では、出力は次のようになります。

バッファはスタックのようです。ただ、今日C++ Primer Plusを読んでみると、coutは左から右に働き、毎回オブジェクト(cout)を返すと書いてあるので、「挿入で出力を連結できる機能ですね」。しかし、左から右への方法では cout< 出力 9 8 7 を説明できません。今、cout のバッファの仕組みについて混乱しています。誰か助けてもらえますか?

stderrとstdoutをリダイレクトするパイプを設定しました。printfを使用すると、データがstdoutに送信されますか、それともストリーム1に送信されますか？

stdoutに送信する場合、代わりにストリーム1にデータを送信するように構成するにはどうすればよいですか？

Apple のString Format Specifiersドキュメントの主張、

NSString フォーマット メソッドと CFString フォーマット関数でサポートされるフォーマット指定子は、IEEE printf 仕様に従います。… これらのフォーマット指定子は NSLog 関数でも使用できます。

ただし、printf仕様では と の同等物として定義さ%Cれていますが、 と のみがとで正しく機能するように見えます。%lc%S%ls%C%SNSLog+[NSString stringWithFormat:]

たとえば、次のコードを考えてみましょう。

仕様を考えるとprintf、上記のペアのそれぞれが同じものを印刷すると思います。しかし、コードを実行すると、次の出力が得られます。

私は何か間違ったことをしていますか、それともこれは Apple のコードのバグですか?

重複の可能性:
バイナリ形式で印刷するための printf コンバーターはありますか?

まだCを学んでいて、私は疑問に思っていました:

数値が与えられた場合、次のようなことは可能ですか?

または、バイナリへの変換を行う独自のメソッドを作成する必要がありますか?

ポインタの配列を持つ構造体があります。「1」、「2」などの文字列形式で配列の数字を挿入したいと思います。

ただし、sprintfとstrncpyのどちらを使用するかに違いはありますか？

私のコードに大きな間違いはありますか？私は無料で電話しなければならないことを知っています、私は私のコードの別の部分でそれをします。

アドバイスありがとうございます！

すべての C コードを含む MSVC 6.o ワークスペースがあります。
コードは、最適化スイッチなし、つまりオプション O0 を使用して、デバッグ モードで実行されています。このコードは、サードパーティから入手したものです。そのまま望ましい実行をします。

しかし、printfデバッグのために特定の関数にいくつかのステートメントを追加してからコードを実行すると、クラッシュします。

メモリページ/メモリセグメントなどで何らかのコード/データオーバーフローが発生したと思われます。しかし、コードにはメモリマップ指定子​​、またはセグメント/メモリマップなどを言及するリンカコマンドファイルがありません.

この風変わりな問題の原因と修正方法を絞り込むにはどうすればよいですか?

WindowsホストでReal View開発者スイートツールにリンクされたコマンドを使用して、Windowsで作成する共有オブジェクトがあります-

armlink -o mylib.so <"my *.o files given here">

次に、gcc ツールを使用して、Linux 上のこの mylib.so 共有ライブラリにアプリケーションをリンクします。

この mylib.so の関数内に printf ステートメントがありますが、最終的な実行可能ファイルを実行すると、コンソールに printf 出力が表示されません (printfs が呼び出される場所には stdio.h が含まれます)。

printf またはシステム関数/システム コール/ランタイム ライブラリ関数が正しく動作しない原因となる共有ライブラリに関する既知の問題はありますか?

それとも、Windows ベースのコンパイラ ツール チェーンで共有ライブラリを作成し、この共有ライブラリを linux-gcc コンパイラ ツールのアプリケーションにリンクするという私の独特のセットアップと関係がありますか?

ありがとうございました。

-広告

Mac の find にオプション -printf がない理由はわかりません。Apple は通常、他のコマンドとは直交しないオプションを削除することを決定しますか?

coreutils を使用せずに Mac で次のコマンドと同じ結果を得るにはどうすればよいですか?