問題タブ [crash]

PDB ファイルを使用すると、クラッシュが発生した場所を診断できると聞いたことがあります。
私の基本的な理解は、Visual Studio にソース ファイル、pdb ファイル、およびクラッシュ情報 (ワトソン博士から?)を提供
するということです。（ありがとうございました！）

私はGCCコンパイラでLinuxに取り組んでいます。C ++プログラムがクラッシュしたときに、スタックトレースを自動的に生成したいと思います。

私のプログラムは多くの異なるユーザーによって実行されており、Linux、Windows、Macintoshでも実行されます（すべてのバージョンはを使用してコンパイルされますgcc）。

プログラムがクラッシュしたときにスタックトレースを生成できるようにしたいのですが、次にユーザーがそれを実行すると、問題を追跡できるようにスタックトレースを送信してもよいかどうかを尋ねられます。情報の送信は処理できますが、トレース文字列を生成する方法がわかりません。何か案は？

mod_sslがインストールされたDebianにApache2をインストールしています。サーバーの秘密鍵は、起動時に入力する必要のあるパスフェーズによって保護されています。エラーログとアクセスログは、毎週ログローテーションの対象となります。logrotateを実行した直後に、パスフレーズ関連のエラーでApacheがクラッシュすることがわかりました。

logrotateがログのアーカイブ後にApacheに対してSIGHUPを起動することを理解しています。これにより、リロードが発生し、サーバーキーのパスフレーズの取得に失敗した可能性があります。

さて、私の理論で十分ですが、ここに質問があります：

logrotateの実行時にクラッシュしないように（パスフレーズをファイルに保存せずに）SSLサーバーキーをパスフレーズで保護できるようにApacheを構成する「ベストプラクティス」の方法はありますか？

サーバーの起動時にユーザー入力を要求することは問題ありませんが、再起動やリロードは要求しません。

XP でアプリケーションのクラッシュを検出し (毎回同じ「エラー」ウィンドウのペアを生成し、それぞれ同じウィンドウ タイトルで)、それを再起動する最良の方法は何ですか?

問題のシステムはかなり古いため、最小限のシステム リソースを使用するソリューションについて聞くことに特に興味があります。

AutoIt ( http://www.autoitscript.com/autoit3/ ) のようなスクリプト言語を使用して、おそらく数分ごとに「検出」スクリプトをトリガーすることを考えていましたか?

これは、Python、Perl、PowerShell、またはまったく別の方法で行う方がよいでしょうか?

アイデア、ヒント、または考えは大歓迎です。

編集：実際にはクラッシュしません（つまり、終了/終了-@tialaramexに感謝します）。ユーザー入力を待っているダイアログが表示され、さらにユーザー入力を待っている別のダイアログが続き、実際に終了します。私が検出して対処したいのは、これらのダイアログです。

参照とプロジェクトを追加/削除すると、Visual Studio がランダムにクラッシュします。なぜ何か考えはありますか？Sp1 をインストールすると役に立ちますか?

編集: SourceSafe 以外のアドオンは使用しません。私はほとんどの開発を接続モードで行っています。

使用する開発:
Visual Studio 2008
WinXp Terminal Service -> Win2k3 Sp2 (64bit)
VSS 8.0、32bit

Windows Vista Business SP1/32 ビットにインストールされた Miktex に問題があります。miktex 2.7、ghostscript、および texniccenter 1 ベータ 7.50 を使用しています。次のプロファイルでドキュメントをコンパイルすると: Latex=>DVI、Latex=>PDF すべて正常に動作します。プロファイル Latex=>PS および Latex=>PS=>PDF でコンパイルすると、システムがクラッシュします。エラーは、「Dvi-to-Postscript コンバーターが動作を停止しました」というウィンドウに報告されます。私に何ができる？画像を最終的な PDF に含めるには、Latex=>PS=>PDF が必要です。

前もって感謝します, さらに別の LaTeX ユーザー

私たちのアプリケーションは、Win32アンマネージドアプリケーションと.NET2.0マネージドアプリケーションのハイブリッドです。Win32部分はメインの実行可能ファイルであり、ある時点で.NET 2.0ランタイムをロードしてホストし、いくつかの管理対象モジュールをロードして新しいWinFormsウィンドウを開きます。

私たちはCASPOLタイプの問題を共有してきましたが、今日は非常に奇妙な問題があり、誰かが私にいくつかの指針やアイデア、または基本的には何かを教えてくれることを望んでいます。これを解決します。

citrixを介してアクセスするサーバーで、アプリケーションファイルが、サーバー/ドメイン管理者である現在ログオンしているユーザーのデスクトップにあるディレクトリにある場合、プログラムは正常に実行されます。.NETウィンドウは期待どおりに開きます。

ただし、ディレクトリを同じディスクのルートに移動すると、サーバー内の物理ディスクになり（SANマッピングなど、私の知る限りCASPOLコマンドをトリガーするものはありません）、他のすべてを同じ、同じユーザーに保ちます。同じ構成などの場合、.NETウィンドウを呼び出そうとすると、アプリケーションがサイレントにクラッシュします。消えるだけでクラッシュします。これは、スタックオーバーフローのようなものである可能性を示唆しています。アプリの一部にロギングを追加して、何がどこで発生するかを把握できるようにすることを検討していますが、この質問もここに投稿しています。

これまでのところ、CASPOLアクセスリストに異常がなく、NGENキャッシュに異常がなく（サーバーの所有者が以前から破損した画像があった可能性があると考えていました）、異常がないことを確認しました。 GAC（アセンブリにはGACを使用しません）。

要約：

• プログラムがU：\ Documents and Settings \ USERNAME \ Desktop \ directoryから実行される場合、プログラムは機能します
• U：\ directoryから実行された場合、実行されません
• U：サーバー内の物理ディスクです
• NGENまたはGACキャッシュに明らかな異常はありません
• 適切な.NETランタイムがインストールされ、アプリケーションに適切なファイルがインストールされています（デスクトップの場所から実行した場合は実際に正常に機能します）

役立つかもしれない何かを持っている人はいますか？

編集：問題はここで別の/他の情報で再質問され、「解決」されました。

Visual Studio 2008で非常に深刻な問題が発生します。デバッグ中に右クリック（定義に移動、次のステートメントの設定など）すると、Visual Studioがデッドロックし、応答しないモードになることがあります。

誰かが同じ問題を抱えていましたか？誰かがそれを解決する方法を知っていますか？

編集：私はいくつかのホットフィックスでSP1を使用しています。

アプリケーションのクラッシュを把握しようとしています。WinDbgは私に次のことを教えてくれます:(アンダースコアの代わりにダッシュを使用）

LAST-CONTROL-TRANSFER：005f5c7eから6e697474
DEFAULT-BUCKET-ID：BAD_IP
BUGCHECK-STR：ACCESS-VIOLATION

6e697474が有効なアドレスではないことは私には明らかです。

3つの質問があります：
1）「BAD_IP」バケットIDは「BadInstructionPointer」を意味しますか？
2）これはマルチスレッドアプリケーションであるため、1つの考慮事項は、関数を呼び出そうとしたオブジェクトがスコープ外になったことです。それが同じエラーメッセージにつながるかどうか誰かが知っていますか？
3）他に何がこのようなエラーを引き起こす可能性がありますか？私の同僚の1人は、これがスタックオーバーフローの問題である可能性があることを示唆しましたが、過去のWinDBGは、これらを検出して指摘するのにかなり信頼できることが証明されています。（それを診断するためにバックグラウンドで実行されるブードゥーについては確信が持てません）。

助けてください！私は本当に頭が痛いです。私のプログラムは、ちょっとした個人的なノート マネージャーです (Google で「cintanotes」を検索)。一部のコンピューター (もちろん私は所有していません) では、起動直後に未処理の例外でクラッシュします。AMD CPU を搭載する傾向があることを除けば、これらのコンピューターについて特別なことは何も言えません。

環境: Windows XP、Visual C++ 2005/2008、raw WinApi。

この「Heisenbug」について確かなことは次のとおりです。

1) クラッシュはリリース バージョンでのみ発生します。

2) GDI 関連のものをすべて削除すると、クラッシュはすぐになくなります。

3) BoundChecker には文句はありません。

4) ログを書くと、ローカルの int 変数の宣言でクラッシュが発生したことがわかります! それはどうしてですか？メモリの破損？

どんなアイデアでも大歓迎です！

更新: 「障害のある」PC でアプリをデバッグすることができました。結果：

「CintaNotes.exe の 0x0044a26a で未処理の例外: 0xC000001D: 不正な命令。」

そしてコードが壊れる

0044A26A cvtsi2sd xmm1,dword ptr [esp+14h]

したがって、問題は「コード生成/拡張命令セットを有効にする」コンパイラオプションにあったようです。「/arch:SSE2」に設定され、SSE2 をサポートしていないマシンでクラッシュしていました。このオプションを「未設定」に設定したところ、バグはなくなりました。ふぅ！

助けてくれてありがとう！