問題タブ [visual-c++]

Visual C ++ 2005でビルドした実行可能ファイルにコンパイルタイムスタンプ情報を挿入するにはどうすればよいですか？プログラムを実行すると、次のような出力ができるようになります。

このビルドXXXXは、dd-mm-yy、hh：mmでコンパイルされました。

ここで、日付と時刻はプロジェクトが構築された時刻を反映しています。再コンパイルされない限り、プログラムが連続して呼び出されるたびに変更されないようにする必要があります。

コードの近くでアサーションにヒットしている実行可能ファイル（他の誰かによってコンパイルされたもの）があります。Visual C ++ 2003でコードを処理していますが、この特定の実行可能ファイルのプロジェクトファイルがありません（コードはさまざまなツールのビルドに使用されます）。Visual C ++のデバッガーでバイナリを起動し、ソースがどこにあるかを伝えることは可能ですか？私は以前にGDBでこれを行ったことがあるので、それが可能であるはずだと知っています。

Compile as C Code (/TC) を使用して Visual C++ で単純な .c をコンパイルすると、このコンパイラ エラーが発生します。

エラー C2143: 構文エラー: ';' がありません 「タイプ」の前に

単純な構造体を呼び出す行

構造体の typedef を使用する場合も同様です。

エラー C2275: 'FOO': この型を式として不正に使用しています

MS VC++ で答えを探しています。

大規模な C++ アプリケーションをデバッグする場合、残念ながら C++ 例外が非常に広範囲に使用されます。実際に必要な時間よりも少し遅れて例外をキャッチすることがあります。

擬似コードの例:

デバッグ時にブレークポイントで例外をキャッチできます。FunctionA()しかし、例外がor FunctionB()、または他の関数で発生したかどうかを追跡することはできません。(広範な例外の使用と上記の例の巨大なバージョンを想定しています)。

私の問題に対する 1 つの解決策は、コール スタックを決定し、例外コンストラクターで(つまり、キャッチされる前に) 保存することです。しかし、これには、この基本例外クラスからすべての例外を派生させる必要があります。また、多くのコードが必要になり、プログラムの速度が低下する可能性があります。

作業が少なくて済む簡単な方法はありますか? 大規模なコード ベースを変更する必要はありませんか?

他の言語でこの問題に対するより良い解決策はありますか?

より多くの情報を含むより良いPDBファイルを生成するために知っておくべきVC++設定はありますか？

プロジェクトcrashrptに基づいたクラッシュダンプ分析システムがあります。

また、本番ビルドサーバーのソースコードはD：\にインストールされていますが、開発マシンのソースコードはC：\にあります。VC ++設定にソースパスを入力しましたが、クラッシュのコールスタックを調べても、ソースコードに自動的にジャンプしません。開発マシンのソースコードがD：\にあれば、うまくいくと思います。

製品品質の VC++ コードを記述する場合、再帰の使用は許容されますか? なぜですか、そうでないのですか？

Visual C++ アプリケーションを GCC に移植する作業を行っています (MingW と Linux でビルドする必要があります)。

既存のコードは__try { ... } __except(1) { ... }、いくつかの場所でブロックを使用しているため、最小限のログを実行せずにプログラムを終了させるものはほとんどありません (おそらくメモリ不足タイプのエラーを除いて?)。

GCCで同様のことを行うためのオプションは何ですか?

編集:Visual Studio の /EH オプションへのポインタをありがとう。今必要なのは、Linux でシグナルを処理する方法の例です。2002年からこのメッセージを見つけました。

他にどのようなシグナルSIGFPEがあり、SIGSEVG注意する必要がありますか? （主に、私が何か間違ったことをしているときに発生する可能性のあるものを気にします）

報奨金情報: アプリケーションが終了する前に、できるだけ多くのエラー状態を自己ログできるようにしたいと考えています。

どのようなシグナルを受け取る可能性があり、エラーメッセージをログに記録することが一般的に不可能なシグナルはどれですか? （メモリ不足、他に何？）

Linux と MingW でコードが少なくとも同じように動作する移植可能な方法で、例外と (最も重要な) シグナルを処理するにはどうすればよいでしょうか。#ifdef でOKです。

失敗をログに記録するラッパー プロセスがない理由は、パフォーマンス上の理由から、ディスクへのデータの書き込みを最後の最後まで保存しておくためです。終了します。

C ++で例外処理のオーバーヘッド/パフォーマンスを測定するための最良の方法は何ですか？

スタンドアロンのコードサンプルを提供してください。

Microsoft Visual C++2008とgccをターゲットにしています。

次の場合から結果を得る必要があります。

1. try/catchブロックがない場合のオーバーヘッド
2. try / catchブロックがあるが、例外がスローされない場合のオーバーヘッド
3. 例外がスローされたときのオーバーヘッド

小さなプロジェクト以外の読み込みは遅いです。やめるのは遅いです。場合によっては数分かかることがあります。新しいファイルを開くのが遅くなることがあります。マクロの記録機能は便利でした。起動が非常に遅いため、ほとんどの場合、手動で行う方が高速です!

詳細情報が役立ちます。ソリューションの規模はどのくらいですか? どのプラットフォームにいますか。実行しているサードパーティのプラグインは何ですか? あなたのPCで他に何が実行されていますか？

3.2GHz P4 ハイパースレッド、2GB RAM。Outlook、Perforce、IE7、ディレクトリ ブラウザの実行。通常、VS のインスタンスを 1 ～ 3 実行します。たとえば、VC6よりもはるかに遅いです。プロジェクトの読み込みと終了に時間がかかるようです。VSの書き方のせいで、なぜこれが起こるのか、人々がその理由を知っているかどうかに興味があります。内部で .net を使用していて、GC によって速度が低下していますか?

私はVS.NET2005で大規模なVisualC++（MFC）プロジェクトに取り組んでいます。

Visual C ++ 2005の奇妙な動作に気づきました。多くの場合、.CPPファイルの1行のコードを変更しますが、その結果、多くの.CPPファイルがコンパイルされます。これはVS.NET2005まで見たことがありません。理論的には、.CPPファイルのコード行を変更するには、その.CPPファイルの再コンパイルとPEファイルの再リンクが必要です。

ビルドプロセスについて私が理解していないことは何ですか。