マーベリックスでNonsensical C++とObjective-C++がクラッシュする

Question

大きなデータセットで一度に数日間動作する大規模なMacアプリケーションがあります。 Objective-C++とC++の組み合わせです。マウンテンライオンでは素晴らしい走りを見せていますが、マーベリックスでは約10〜20分（数百万のオブジェクトが割り当てられて破壊されています）に走った後、クラッシュします。無効なポインタ（つまり、削除されたC++オブジェクトで関数を呼び出す）でクラッシュするかのように動作しますが、ポインタが指しているオブジェクトは意味をなさない状態にあります。

すべての私のC++クラスは、コンストラクタは次のようになり、共通の基本クラスから継承：

MyClass::MyClass() 
{ 
    mCreated = 12345; //int member variable set here and NEVER TOUCHED AGAIN. 
    //other initialization stuff 
} 

それがクラッシュすると、デバッガは悪い物では、mCreatedの値が0であることを示していることがありますオブジェクトがコンストラクタを実行したことがないかのように動作します。

この値は0またはその期待値以外のものではないため、オブジェクトの他のフィールドの値はメモリのストンプミングで予想されるガベージのような値を持たないため、メモリがストンプしているとは思わない。

私はまた、不透明度をオンにして試してみましたが、0x555と0xaaaの値はどこにも表示されません。私もGuard Edgeを試しました。

詳細な調査では何も明らかにされていません。悪いオブジェクトは常に同じクラスではありません。私が考えることができるのは、マーベリックス（未使用のメモリを圧縮する）の新しいメモリを持つものが何らかの新しい動作を引き起こしているということです（バグか、以前は不明だった、

誰も似たような人はいますか？あるいは、マーベリックスの下でより強く適用される、ほとんど知られていないメモリルールを知っている人はいますか？

Answer 1

あなたは無効なポインタ疑惑について正しいと思います。それは削除されたオブジェクトへのポインタかもしれないし、ガベージポインタかもしれない。いずれか1つはmCreatedメンバーと期待通り異なるメンバーと一致します。削除されたオブジェクトの場合、メモリは何か他のものに使用される可能性があり、したがって他の値に設定される可能性があります。ガベージポインターの場合は、クラスのインスタンスであったものを指しているわけではありません。

C++オブジェクトでAllocationsの計測器がどれくらいうまく動作するのかよく分かりませんが、その下でクラッシュを再現することができます。デバッガで停止したら、thisポインタを取得し、そのアドレスの履歴をInstrumentsから取得します。

Instrumentsが動作しない場合は、MallocStackLoggingNoCompact環境変数を設定できます。それは、デバッガで停止したときに、thisポインタを調べ、そのアドレスの履歴を表示するには、次のコマンドを使用します。

(lldb) script import lldb.macosx.heap 
(lldb) malloc_info --stack-history 0x10010d680 

（当然の代わりに0x10010d680のthisアドレスを、使用してください。）

あるいは、シェルからmalloc_historyコマンドを使用して、履歴を調査することができます。LLDB内でそれを行うのが面倒な場合は、ヒストリを調べることができます。