問題タブ [stack-overflow]

ローカル オブジェクトが非常に単純なプロシージャを呼び出そうとすると、HPUX 上のスレッド化された C++ プログラムでスタック オーバーフローが発生し、SEGV_MAPERR が発生するという問題に遭遇しました。私はしばらく戸惑いましたが、幸運にもこれをスタック サイズの問題として認識している誰かと話をしたところ、スレッドで使用できるスタック サイズを増やすことで問題を解決することができました。

スタックがオーバーフローしたことをどのように認識できますか? Windows/Linux/hpux で症状は異なりますか?

スタック オーバーフローを引き起こした WCF Web アプリケーション (W2K3 IIS) のバグを追跡してきました。

これを修正するには、割り当てたいメモリ量を持つスレッドを作成して、アプリケーションのスタックを増やす必要がありました。

しかし、子スレッドはどうなるでしょうか。私のアプリは多くのスレッドを作成します。それらは値を継承しますか?それともすべてのスレッドに新しい値を設定する必要がありますか?

編集: (WCF) サービスをコンソール ホストとして実行すると、問題なく動作します。また、(EDITBIN を使用して) w3wp.exe のスタックを変更すると、IIS でも正常に動作します。
だから私はスタックを増やす必要があります。スタック サイズでスレッドを作成できることはわかっていますが (別の方法はありますか?)、子スレッドがどうなるかを知る必要があります。

Edit2: スタック オーバーフローを引き起こすいくつかの BIG ベクトルを定義する必要があります。したがって、これはシステムのバグではありません。スタックを増やす必要がある (持っている)

スタックオーバーフローを回避する方法について再帰を使用する際の一般的なルールはありますか?

スタック オーバーフローを処理するための定義済みの動作はありますか?

プロセスを終了する以外に、できることはあまりないようです。C標準がそれについて何を言わなければならないかを誰かが知っているのではないかと思っています。

今日、ブログに突然このエラーが表示されました。Google で検索しましたが、まだ何も見つかりませんでした。ただし、Firefox では発生せず、IE7 と IE8 でのみ発生します。すべてのワードプレスのプラグインを無効にしましたが、まだエラーが発生します。

スクリーンショットをアップロードしました

だから私は、いくつかのデストラクタを呼び出さずにプロセスが終了するというこの奇妙な問題をデバッグしようとしています...

VS（2005）デバッガーで、「Break all」を押して、次のように表示されたときに、不思議なことに消えるプロセスのスレッドの呼び出しスタックを調べます。

SOのようなにおいhttp://img6.imageshack.us/img6/7628/95434880.jpg

これは間違いなく作成中のSOのように見えます。これは、スーツケースを最初に梱包せずにプロセスが幸せな場所に実行される理由を説明します。

問題は、VSデバッガーの呼び出しスタックには、イメージに表示されているものしか表示されないことです。

だから私の質問は：無限再帰呼び出しがどこから始まるのかをどうやって見つけることができますか？

Linuxでは、SIGSEGVハンドラーにコールバックをアタッチして、何が起こっているかについての詳細情報を取得できることをどこかで読みました。

Windowsで似たようなものはありますか？

Cプログラムに次の問題があります。どこかにスタックオーバーフローがあります。最適化なしでデバッガーシンボルを使用してコンパイルしたにもかかわらず、プログラムは次の出力で終了します（Linuxではgdbの内部または外部）。

プログラムは信号SIGSEGV、セグメンテーション違反で終了しました。プログラムはもう存在しません。

これが実際にスタックオーバーフローであることを検出できる唯一の方法は、valgrindを介してプログラムを実行することでした。問題を特定するのに役立つコールスタックトレースをオペレーティングシステムに強制的にダンプさせる方法はありますか？

残念ながら、gdbではプログラムを簡単に利用することもできません。

マネージド コードの Windows サービス アプリケーションがあり、マネージド StackOverFlowException が原因で運用環境で時折クラッシュします。adplus をクラッシュ モードで実行し、SoS を使用してクラッシュ ダンプの事後分析を行ったので、これはわかっています。私はwindbgデバッガーをアタッチして、「ハンドルされていない例外に行く」ように設定しました。

私の問題は、マネージド スタックが表示されないか、スレッドに切り替えられないことです。デバッガーが壊れるまでに、それらはすべて取り壊されています。

私は Windbg の専門家ではありません。ライブ システムに Visual Studio をインストールしたり、リモート デバッグを使用したり、そのツールを使用してデバッグしたりすること以外に、問題のあるスレッドからスタック トレースを取得する方法について何か提案はありますか?

これが私がやっていることです。

!スレッド

...

XXXX 11 27c 000000001b2175f0 b220 無効 00000000072c9058:00000000072cad80 0000000019bdd3f0 0 Ukn System.StackOverflowException (0000000000c010d0)

...

この時点で、スレッドが完全に停止していることを示す XXXX ID が表示されます。