mallocの「ダブルフリー」エラーの原因を見つける方法は？

Objective-Cでアプリケーションをプログラミングしていますが、次のエラーが発生します。

MyApp（2121,0xb0185000）malloc：***オブジェクト0x1068310のエラー：ダブルフリー
***デバッグするmalloc_error_breakにブレークポイントを設定します

NSAutoreleasePoolをリリースしたときに発生していて、2回リリースしているオブジェクトがわかりません。

彼のブレークポイントを設定するにはどうすればよいですか？

この「オブジェクト0x1068310」が何であるかを知る方法はありますか？

デバッガーに割り込むと、オブジェクトが何であるかがわかります。コールスタックを調べるだけで、どこで解放できるかがわかります。それはそれがどのオブジェクトであるかを教えてくれます。

ブレークポイントを設定する最も簡単な方法は次のとおりです。

1. ランに行く- >表示- >ブレークポイント（ALT- - ）CommandB
2. リストの一番下までスクロールして、記号を追加します malloc_error_break

オブジェクトが「ダブルフリー」の場合、最も一般的な原因は、自動解放されたオブジェクトを（不必要に）解放していることです。後で、含まれている自動解放プールが空になると、オブジェクトは自動解放されます。

追加のリリースを追跡する最良の方法は、Xcodeで影響を受ける実行可能ファイルにNSZombieEnabled環境変数を使用することであることがわかりました。使用方法の概要については、このCocoaDevwikiページを確認してください。（このページに加えて、AppleはXcodeでコードをデバッグするための信じられないほどあいまいでありながら役立つヒントをいくつか文書化しており、そのうちのいくつかは私のベーコンを数回以上節約しました。developer.apple.comのこのテクニカルノートをチェックすることをお勧めします—リンクCocoaのFoundationフレームワークのセクションにジャンプします）。

編集： Xcodeデバッガー内で問題のあるオブジェクトを追跡できることがよくありますが、Instrumentsを使用して支援する方がはるかに簡単です。Xcodeから、「実行」→「パフォーマンスツールで開始」→「オブジェクトの割り当て」を選択すると、問題のあるオブジェクトを作成された場所までさかのぼることができます。（これは、上記のようにゾンビを有効にしている場合に最適に機能します。）注： Snow Leopardは、[実行]メニューからもアクセスできるゾンビツールをインストゥルメントに追加します。29ドルだけの価値があるかもしれません！;-)

あり、ここで、関連のSOの質問が。

クイン・テイラーの答えに加えて、私の経験を追加したいだけです。

私のアプリの1つでは、データを解析してコアデータオブジェクトに保存し、後でこれらのオブジェクトをビューに表示する必要があります。実際、アプリは問題なく動作し、まったくクラッシュしません。何度も前後にナビゲートするストレステストを実行し、できるだけ速く複数のビューを開こうとするまでは。上記のメッセージでアプリがクラッシュします。

クインが彼の答えで提案したすべての方法を試しましたが、それでも正確な原因がどこにあるのかを見つけることができませんでした。

NSZombieEnabled = YESとNSStackLogging = YESを設定し、コマンドシェルmalloc_historyを実行して理由を調べましたが、それでもうまくいきませんでした。データをコアデータオブジェクトのどこに保存するかを常に示しています。実際、そこでリリースされたオブジェクトを1000回チェックしましたが、奇妙なことは何もありません。

さまざまなツール（割り当て、リークなど）を使用してInstrumentsで実行しても、まだ役に立ちませんでした。GuardMallocを有効にしても何も得られません。

最終的な救済：オブジェクトがCore Dataから取得され、これらすべてのオブジェクトに保持メッセージを送信したビューに戻ろうとし、これらの変更に注意しました。問題は解決しました!!!

それで、私はそれを保持できなかったことがわかりました、それがまさに原因です。私の経験を共有したいので、あなたはあなたのアプリのために別の救助を持っています。

Cmd + Shift + Rを押して、デバッガコンソールを開きます。そこに、タイプ

break malloc_error_break

の先頭にブレークポイントを設定するには malloc_error_break関数。

アドレス0x1068310にあるオブジェクトを確認する場合は、デバッガコンソールに次のように入力できます。

print-object 0x1068310

もちろん、オブジェクトがまだ生きている間にこれを行う必要があります。これを行うまでにオブジェクトがすでに解放されている場合、これは機能しません。

私にとって、問題はによって解決されました

(gdb) call (void)_CFAutoreleasePoolPrintPools()

クラッシュ直後。スタックの一番上のアドレスは、犯人のアドレスでした。と出来上がりを投げたretain。

ログメッセージに記載されているアドレスでは、どこにもアクセスできませんでした。さまざまなインストルメットのいずれにも表示されませんでした。どうやら、すでに解放されたいくつかの内部データへのポインタ。

Xcode4にシンボリックブレークポイントを追加する

これをXcode4に関連させるための単なる更新...

Xcodeの4ユーザーガイド：

シンボリックブレークポイントを追加します。。。

1. ブレークポイントナビゲーターの左下隅にある[追加]ボタンをクリックします。
2. Add SymbolicBreakpointを選択します。
3. [シンボル]フィールドにシンボル名を入力します。
4. [完了]をクリックします。

これは、Xcodeの[ブレークポイント]ウィンドウでmalloc_error_breakブレークポイントがどのように表示されるかを示しています。それを機能させるには、チェックボックスをオンにする必要があります。

代替テキストhttp://www.martijnthe.nl/wp-content/uploads/2009/08/Afbeelding-1.png

クラスを確認し、deallocメソッドを確認してください。必ず電話してください[super dealloc].

私はこれとまったく同じ問題を抱えていて、[self dealloc]代わりに電話をかけていることがわかりました。ただ注意を払っていません。

無料のオブジェクトを見つけてアプリケーションをクラッシュさせる方法については、以下の手順をご覧ください。

1）「ブレークポイントナビゲーター」をクリックします。
2）次に、下にある「+」ボタンをクリックします。
3）リストから「SymbolicBreakpoint ...」を追加します。
4）「シンボル」オプションに「malloc_error_break」キーワードを追加します。

または、以下のGIFプレゼンテーションを参照することもできます。

これは通常、サファリやサファリプレビューなどの検査官によって引き起こされます。投稿または投稿と質問を参照してください。

AutoMatically Show Web ....の選択を削除すると、この問題が削除されます。

サファリまたはサファリプレビューを閉じるだけでは、この問題は解決されないことに注意してください。そして、サファリとサファリプレビューの両方の選択を解除する必要があります。

これでうまくいかない場合は、この回答を参照するか、投稿してデバッグしてください。

Xcodeで、行番号の左側をクリックしてブレークポイントを設定します。次に、「ビルドとデバッグ」を実行して起動できます。

autoreleaseメモリはiPhoneの商品であるため、作成するオブジェクトを持たないことをお勧めします。Appleは明示的にを呼び出すことをお勧めしreleaseます。

これらの種類のメモリとポインタの問題を一般的に見つけるには、Valgrindのようなランタイムメモリエラーチェッカーに対してコードを実行する必要があります。これにより、コードがクラッシュする原因以外にも、コードが間違っている多くのことを指摘できるはずです。

ValgrindはOSXで動作することができ（「サポートされておらず、不完全でバグがある」と言われていますが）、少しハッキングするだけで、誰かがiPhoneSDK実行可能ファイルで動作するようになりました。。

さらに良いことに、XCodeの一部であるInstrumentsを試すことができます。ここにそれを実行するためのチュートリアルがあります。

場合 malloc_error_breakない...

このエラーを解決する最善の方法は、電源を入れた状態で機器を実行NSZombiesすることです。ゾンビがメッセージを送信されると、Instrumentsはフラグを立て、コード行まで直接遡ることができます。

ユキヒョウが必要ですが、なんと命の恩人でしょう。