Visual Studio 2008 を使用して、Windows で実行されるアプリケーションのプラグインをコンパイルおよびデバッグしています。プラグインに問題があり、クラッシュします。VS をデバッグ モードで実行していますが、アプリケーションがクラッシュすると、VS スタック トレースにコードから何も表示されません。クラッシュするのはおそらくアプリケーション自体です。そのため、コードのあちこちにいくつかの print ステートメントを散りばめることで、コードのどの部分がホスト アプリケーションが好まないことを行っているかを把握しようとすることができました。これは通常、* nix システムでは期待どおりに機能しますが、Windows では、これらの印刷の出力先がわかりません。誰かが私を正しい方向に向けることができますか? また、prints do debug を使用するのが 1970 年代すぎて、スタック トレースが興味深いものを何も明らかにしない場合に、どこを見ればよいかを誰かが知っている場合は、私に知らせてください。
質問する
647 次
1 に答える
0
私が正しく知っていれば、 debug.print はデバッガーが接続されている場合にのみ実行され、そうでない場合は失われます。(これは c# と vb.net に適用されます)。ロガーを使用して、問題をデータベースまたはテキスト ファイルに記録できます。単純な「txt ファイルへのログ」ジョブを実行するための NLOG のようなもの。さらに、アドオンを出荷する際にロギング コードを削除する必要はありません。デバッグ レベルが低いログ メッセージを単に抑制するだけです。また、Windows イベント ログにログを記録することもできますが、大量のジャンクが雑然としているため、その出力を区別するのに苦労する可能性があります。イベントログ: http://support.microsoft.com/kb/301279
于 2012-11-19T07:41:55.447 に答える