問題タブ [instruments]

機器を使用してアプリのメモリリークをチェックしていましたが、次のNSConcreteMutableData GeneralBlockメモリリークが発生しました。チェックしたところ、次のコードからのものでした。

私のfetchResultCntrollerの初期化は、アップルの例とまったく同じように見えます。何か足りないものがありますか。Simulator3.0でデバッグしています。助けていただければ幸いです。ありがとう、サラ

私はInstrumentsのメモリモニターを見つめていましたが、持っていたものを引っ掻いています。なぜ仮想メモリを表示しているのですか？iPhoneOSには仮想メモリがありません。どういう意味ですか？

私の懸念は、iPadアプリのメモリ警告が表示されることですが、アプリの実メモリが70MBを超えることはなく、仮想メモリが180MBを超えることはありませんか？

誰かが私を教えてくれませんか？

乾杯、
ダグ

実際、私は第2世代のiPodTouchを使用しています。私がやろうとしているのは、XCodeでアプリをデバッグし、同時にInstrumentsでメモリリークを探すことです。それも可能ですか？[プロセスにアタッチ]サブメニューには、アプリの実行中（またはこの場合はデバッグ中）が表示されますが、このメニュー内のすべての項目が無効になっているためです。

私にできることは、Instrumentsからアプリを起動することだけですが、後でいくつかのバグに遭遇し、影響を受ける変数とプロパティを確認したいと思います。楽器も初めてです。

誰かアドバイスをいただけますか？助けていただければ幸いです！

A quick question from a beginner.

I'm doing an App for the iPhone and get the following message in Instruments when looking for leaks. Is there anything I have done wrong or is this just how it is? I had some memory leaks in my own library, but I took care of those. But how to solve this?

alt text http://img231.imageshack.us/img231/7448/instruments.jpg

Thanks

私のアプリケーションでは、いくつかのアクション (画像の選択 + 処理) を数回繰り返してからクラッシュした後、レベル 1 のメモリ警告が表示され、次にレベル 2 のメモリ警告が表示されます。

リーク ツールにはリークは表示されません。また、Instruments の Allocations ツールに従っていますが、Live Bytes は約 4 MB で、全体で 113 MB を割り当てています。画像が読み込まれるとき、最大で 20 MB のメモリが必要です。

クラッシュに到達するためにアクションを繰り返す必要があるため、メモリ リークである可能性が非常に高くなります。ただし、私のライブ バイトは 4 MB であり、割り当てられるはずなので (UIImagePickerController での ~100 KB の小さなリークは別として)、それを見つける方法がわかりません。

メモリ リーク/割り当てツールはどの程度信頼できますか? 問題の原因を突き止めるためのアドバイスをいただけませんか?

現在、iPhone 用アプリのメモリ リークを探しています。私は Instruments を使用して、リークの原因となっているコードを追跡しています (ますます Instruments の友人になっています!)。これで、Instruments に 2 つの線が表示されます。1 つは濃い青色 (行 146) で、もう 1 つは明るい青色 (150) です。いくつかの試行錯誤から、それらは何らかの形で接続されていることがわかりましたが、Objective-C とメモリ管理についてはまだ十分に理解できていません。

異なる色が使用される理由と、私の問題の可能性を知っている人はいますか?

numberForArray を解放しようとしましたが、ピッカー ビューで最後の行を表示するとアプリがクラッシュします。

すべてのアイデアに感謝します！

（これを投稿すると、139行目が冗長であることにも気付きます！そこを見てください、すでに改善されています;-)

内部に5つのビューコントローラーを備えたナビゲーションコントローラーベースのアプリケーションがあります。ビューコントローラーをプッシュすると、メモリが割り当てられ、popViewController に戻ると、delloc() メソッドが正しく呼び出されます。プッシュおよびポップするすべてのView Controllerに対して、deallocが正しい方法で呼び出されると確信しています。

それにもかかわらず、Instruments を使用してアプリケーションを実行すると (パフォーマンス ツールから開始 -> オブジェクトの割り当て、リーク)、奇妙な動作が発生します。ビュー コントローラーがポップされている場合、メモリ使用量は減少しません。正確には、期待どおりに減少しません。アプリケーションを起動すると、950 KB が使用されます。次に、最初のビュー コントローラーをプッシュすると、メモリ使用量が 1,56MB まで増加します。 、最後にView Controllerをポップすると、メモリ使用量は1,55MBになりました。

この動作は正しいですか?? ビューをポップするたびにすべての dealloc メソッドが正しく呼び出され、Leaks インストゥルメントがメモリ リークを示さないことを確信しています。オペレーティングシステムが何らかの方法でビューを「保持」しているため、同じView Controllerを2回目にプッシュすると、ロードプロセスがはるかに高速になると思います...

この振る舞いが正しいことを誰かが確認できますか? ありがとう

Instrumentsからのこのスクリーンショットを参照してください

私は次のコードを持っています：

インスツルメントを使用してシミュレーターでコードを実行すると、次のリークが報告 されます。次の行を指す代替テキストhttp://img267.imageshack.us/img267/7651/instruments.png ：

NSURLをリリースする必要はないと確信しています（initまたはcopyで作成されたオブジェクトのみをリリースする必要があるという慣習のため）。私が間違っている？または、コードに何か問題がありますか？

National Instrument Ethernet-to-GPIB ブリッジを介して PC に接続された Agilent E4426B RF 信号発生器を備えたテスト フィクスチャがあります。私のソフトウェアは、機器をプリセットし、現在の状態を標準 SCPI コマンド「*SAV x,y」で書き込み可能なすべてのメモリ位置に保存することで、機器をサニタイズしようとしています。

ループはある程度機能しますが、最終的に機器はエラーで応答し、前面ディスプレイに「L」アイコンを表示し続け、下部に「リモート プリセット」メッセージを表示します。その時点で、それ以上のリモート コマンドに応答しなくなり、電源を入れ直すか、LOCAL を押してから PRESET を押す必要があります。この時点で、プリセットが完了するまでに約 3 分かかります。その時点で「L」アイコンはまだ存在し、次の GPIB コマンドが測定器に送信されると、測定器エラー キューに -113 エラー (未定義のヘッダー) が報告されます。

NIスパイを起動して何が起こっているのかを確認したところ、ループの同じポイントでエラーが発生していることがわかりました。この場合は「* SAV 6,2」です。NIスパイから：

送信 (0, 0x0017, "*SAV 6,2", 8 (0x8), NLend (0,0x01))
プロセス ID: 0x00000520 スレッド ID: 0x00000518
ibsta:0xc168 iberr: 6 ibcntl: 2(0x2)

計測器ドライバーのコードは次のとおりです。

内部ループの最後に小さな Sleep() 遅延 (10 ～ 20 ミリ秒) を入れてみましたが、驚いたことに、エラーが遅くではなく早く表示されました。10 ミリ秒ではループが 44.1 でエラーになり、20 ミリ秒ではさらに早くなりました。原因となっている配線や測定器の不具合はすでに排除しました。これと同じタイプのシーケンスは、ハイエンドの信号発生器でエラーなしで機能するため、これを機器のファームウェアのバグと見なしたくなります。

Instruments でアプリケーションを起動すると、アプリケーションがクラッシュします。[無視] を押してもメッセージは表示されません。この背後にある理由は何でしょうか? アプリケーションはシミュレーターで正常に動作しています。