問題タブ [stack-memory]

MFC CString がヒープまたはスタックにメモリを割り当てているかどうかを確認するにはどうすればよいですか? Windows Mobile/Windows CE プラットフォーム用にコンパイルしています。

私は他の誰かによって開発されたプロジェクトに取り組んでおり、特定の状況下でスタック オーバーフローを目撃しました。スタックに割り当てられたカスタム SQLite レコードセット クラス (多くの CString メンバー変数を持つ) がスタック オーバーフローを引き起こしているかどうかを調べようとしています。

new を使用して割り当てられたメモリはヒープにそのスペースを取得することを知っているので、メモリ リークを避けるために、プログラムが終了する前にそれを削除する必要があります。

このプログラムを見てみましょう...

ケース 2 では、ヒープ メモリに値を割り当てる代わりに、文字列リテラルを指しています。

ヒープメモリを削除しようとしていないため、削除を行うと、予想どおりにクラッシュします。 ポインターがヒープまたはスタックを指している場所を知る方法はありますか?

これでプログラマー

• スタック メモリを削除しようとしません。
• 彼は、最初はヒープ メモリを指していたこのポンターが、ローカル リテラルを参照するようになった理由を調査できますか? 途中のヒープメモリはどうしたの？別のポインターでポイントして、他の場所で削除するように作られていますか?

しばらく検索しましたが、参照型、つまり動的メモリまたはオブジェクトがヒープ上に存在する必要があるのに、値型をスタックに割り当てる必要がある理由について、決定的な答えはありません。なぜ同じものをスタックに割り当てることができないのですか？

誰かがiphoneでサポートされている最大アプリケーションサイズを教えてもらえますか？また、サポートされている最大ヒープサイズとスタックサイズはどれくらいですか？アプリケーションはすぐに「メモリ不足」になります...

重複の可能性：
最適化されたC ++コンパイラは関数のスタックスロットをどのように再利用しますか？

C ++コンパイラには、スタックメモリを使用して最適化するために、関数内の各ローカル変数の有効期間が終了する時刻を決定する方法がありますか、それとも単に関数実行の有効期間と等しくなりますか？

この質問をするのは初心者のように感じますが、以下の Set をメソッドに渡して新しい HashSet を指すと、それでも EmptySet として表示されるのはなぜですか? ローカル変数がスタックに割り当てられているためで、メソッドを終了すると新しい変数が吹き飛ばされますか? どうすれば同等の機能を達成できますか?

一部のシステムでは、スタックは上方向に成長しますが、ヒープは下方向に成長し、一部のシステムでは、スタックは下方向に成長し、ヒープは上方向に成長します。しかし、どれが最高のデザインですか？これら 2 つの特定の設計のいずれにもプログラミング上の利点はありますか? 最も一般的に使用されているのはどれですか?単一のアプローチに従うように標準化されていないのはなぜですか? それらは特定の特定のシナリオに役立ちますか、または対象としていますか。はいの場合、それらは何ですか?

ほとんどのアルゴリズムでは、スタックでのデータの割り当てと割り当て解除は、ヒープで行うよりもはるかに高速であることが広く知られています。C ++では、コードの違いは次のようになります。

対。

しかし、ヒープまたはスタックのいずれかにあるデータにアクセスして計算する場合、大きな違いはありますか？つまり、速度差があります

コードはいくつかの異なるアーキテクチャで実行する必要があるため、試行と測定は機能しません。

重複の可能性:
スタックとヒープの内容と場所

ヒープメモリとスタックメモリはどこに保存されますか?つまり、ハードディスクのどこに保存されますか?それらのサイズの制限は何ですか?

この配列はヒープまたはスタックに格納されますか?