問題タブ [crash]

最近 MVC CTP5 をインストールしましたが、aspx を開こうとすると VS がクラッシュし、イベント ビューアーに次のエラーが表示されます。

同じ問題に関連する asp.net フォーラムでこの投稿を見つけることができましたが、まだ有効な解決策はありませんでした (少なくとも私にとっては)。

他の誰かがこの問題に遭遇したのか、それを解決するために何をしたのか疑問に思っていますか?

編集:記事のすべてのヒントを試し、コード エディターでマークアップを開くことができることを追加したかったのですが、この問題を解決するための実際の解決策が見つかったのではないかと思っていました..ありがとう!

編集: Vista ボックスではこの問題は発生しません。XP VM でのみ発生するようです。

Java VM が EXCEPTION_ACCESS_VIOLATION でクラッシュし、hs_err_pidXXX.log ファイルが生成される場合、それは何を示していますか? エラー自体は基本的にヌルポインタ例外です。これは常に JVM のバグが原因ですか? それとも、ハードウェアの誤動作やソフトウェアの競合など、他の原因がありますか?

編集: ネイティブ コンポーネントがあります。これは win32 上の SWT アプリケーションです。

短い質問: この例外はどういう意味ですか? 「EXC_BAD_ACCESS (0x0001)」

完全な質問: このエラー ログ情報 (およびここでは省略したスレッドの詳細) を使用して、このアプリのクラッシュを診断するにはどうすればよいですか? (注: クラッシュ ログや OS カーネルに関する専門知識はありません。)

この場合、私の電子メール クライアント (Eudora) は、明らかなシステム変更がなくても、起動直後に毎回クラッシュします。

私は Web でこの質問に対する答えをたくさん探しました。彼らはそれが本当だと言っています。SBCL は Vista では動作しません。しかし、私は自宅のVistaラップトップでLispを使用する必要があり、VMは実際には役に立ちません...そしてCLは速度のためにそれほど面白くありません...

おすすめがあればシェアお願いします！

誰もが (少なくともコンパイル済み言語を使用するすべての人が) コンパイル エラーに直面したことがありますが、実際にコンパイラをクラッシュさせることが何回ありますか?

「内部コンパイラ エラー」がかなりの割合で発生しましたが、ほとんどは再コンパイルするだけで解消されました。コンパイラをクラッシュさせる (最小限の) コードはありますか?

私たちの WinForms アプリケーションは、ときどき自然に終了することが報告されています。私たち自身のクラッシュ エラー送信ダイアログも Windows のエラー送信ダイアログも表示しません。多くの場合、人が afk でアプリケーションで何もしていないときに、閉じて消えます。月に 2 ～ 3 回のような、かなりまれな発生のようで、複数の人に発生しています。どこから再現ケースを入手すればよいのか、どこから追跡を開始すればよいのかわかりません。

C# .NET 2.0 報告されたケースは Win XP でのものです

誰にもアイデアはありますか？

誰かがこの問題を抱えていましたか。Silverlight 2 RTWをインストールし、古いプロジェクトを開きます。デザイナではすべてが正常にロードされます。「DisplayMemberBinding」が「Binding」に変更されたため、DataGridのいくつかのプロパティを変更する必要があります。F5キーを押すと、IEXPLORE.EXEでWin32例外が発生します。イベントビューアをチェックして、ログでこれを確認します。

アプリケーション：IEXPLORE.EXE
CoreCLRバージョン：2.0.31005.0
説明：IP 7B8F898Eの.NETランタイムで終了コード8013150aの内部エラーが発生したため、プロセスが終了しました。

何か助けはありますか？

クライアントとサーバーが同じマシンで実行されている場所でRPC呼び出しを行うプログラムに取り組んでいます。サーバーで待機しているときに応答しなくなるという問題が発生したため、クライアントがサーバーへの呼び出しでタイムアウトになるようにします。

この問題を解決するために、非同期RPC呼び出しを使用し、タイムアウトした場合はキャンセルしました。

これはXPでは正常に機能していましたが、Vistaでクラッシュが見つかり、毎回これらのクラッシュを再現できるテストプログラムがあります（Vistaでのみ、XPではありません）。これはMicrosoft側のバグのようです。クラッシュしたスレッドからの呼び出しスタックには、コードへの呼び出しは含まれていません。クラッシュダンプからの情報は次のとおりです。

誰かが同様の問題を抱えていて、回避策を見つけたのではないかと思っていましたか？たぶん、この状況にはRPC以外のものを使用する方が良いでしょうか？

Windows XAMPP パッケージを、Windows Vista 32 ビットを実行する 2 台 (1 Ultimate / 1 Home Premium ) と Windows Vista 64 Home Premium を実行する 1 台の 3 台の個別のコンピューターにインストールしました。

php.ini で xdebug を有効にして apache を再起動した後、デフォルトの XAMPP localhost インデックスを表示すると、毎回同じように apache がクラッシュし、障害モジュール名として「php_xdebug.dll」が報告されます。

Windows Crash Reporter の完全なレポートは次のとおりです。

この問題をグーグルで検索してみましたが、解決策は見つかりませんでした。同様のエラーが報告されているだけです。

編集: php_xdebug.dll の拡張行を有効にしましたが、これまでのところクラッシュが停止しているようです。

次の条件が当てはまる場合、JavaVMのクラッシュを解決するためのベストプラクティスは何ですか。

• 独自またはサードパーティのネイティブコードはありません。100％純粋なJava
• 同じプログラムが他の多くのシステムで問題なく実行されます。

PS：VMがクラッシュすると、VMがhs_err_pid1234.logのようなダンプファイルを書き込んで終了することを意味します。