問題タブ [instruments]

Xcode (または Instruments) から iPhone で 1 つのアプリケーションを実行する際に問題があります。アプリを実行しようとすると、Xcode の左下隅に「XXX.app のアップロードに失敗しました」というエラー メッセージが表示されます。奇妙なことに、実際にはアプリを iPhone にアップロードしましたが、起動しません (この後、iPhone で手動でアプリを起動できます)。

そのため、Xcode または計測器からアプリを起動できなければ、デバッグやパフォーマンス テストを行う機会がありません。

ここで何がうまくいかないのかについてのアドバイスはありますか?

iPhone コンソールには次のように表示されます。

他のアプリケーションは正常に動作します。2 台の iPhone (両方とも 3.1) でこれを試しましたが、同じ結果が得られました。SnowLeopard で Xcode 3.2 を実行しています。

よろしく

「ActivityMonitor」インストゥルメントを使用してiPhoneアプリケーションのプロファイリングを行っています。UITableViewsを使用してスクロールすると、スクロールしている間、アプリケーションのメモリ使用量が常に増加していることがわかります。前のビューに戻ってUITableViewControllerの割り当てが解除されると、メモリ使用量は少し減少しますが、以前の場所には減少しません。ただし、「リーク」機器はメモリリークを検出せず、静的アナライザもメモリリークを検出しません。また、常に12を超えるUITableViewCellが割り当てられないようにしたので、それらは適切に再利用されます（セルも適切に作成さautoreleaseれるため、未使用時に割り当てが解除されます）。また、対応するUITableViewControllerのコードにメモリリークが組み込まれていないことも確信しています。

これは正常な動作ですか。たとえば、アプリケーションは、後で必要になったときに、要求したメモリを解放しますか？

よろしくお願いします

MrMage

iPhone で 1 回だけ実行されるコードのパフォーマンスを測定したいので、Instrument の CPU サンプラー ツールは、十分なサンプルを収集するために何度も反復する必要があるため、使用が制限されます。

各呼び出しで各関数を使用できるツールはありますか? それは統計的サンプリングの代わりにトレースを呼び出しますか?

よろしく、ヨッヘン

特にメモリリークのために、デバッグ中に楽器を使用する方法に関する良いチュートリアル/リンクはありますか?

ありがとう

2 つのプロジェクトがあります。1 つは静的ライブラリ ターゲットと単体テスト ターゲットを持ち、もう 1 つは静的ライブラリに依存するアプリケーション ターゲットとそれ自体の単体テスト ターゲットです。

スタティック ライブラリ プロジェクトでは、「ビルド」または「ビルドと分析」しか実行できません。単体テスト ターゲットをビルドすると、テストが実行されますが、パフォーマンス ツールで何かを実行する方法がないように見えるので、リークなどをチェックできます。

静的ライブラリ プロジェクトで XCode パフォーマンス ツールを使用する最良の方法は何ですか?

• 単純な実行可能ターゲットを静的ライブラリ テスト ターゲットに追加しますか?
  （それが何を意味するのかはよくわかりません）

• 単体テストを実行するか、ライブラリを実行する単純なアプリケーション ターゲットを追加します。

• 他の何か？

アドバイスをいただければ幸いです。

ダグ

Leaksインストゥルメントで、リークされたメモリ コンテンツの収集をチェックすると、これは何をしますか? 面倒なリークがあり、この「記憶内容」が追跡に役立つのではないかと思ったのですが、見つからない!?

構築中のアプリケーションの 1 つで深刻なメモリ リークが発生しています。UITabBarview 内に UINavigatonController があります。NavView の内部には MKMap ビューがあります。吹き出しのアクセサリ ボタンをクリックすると、詳細ビ​​ューが読み込まれます。その詳細ビューでは、for(object in array) ループを使用して plist からテーブルを作成しようとしています。plist は辞書の配列です。辞書を実行して、コールアウトのタイトルであるキーを持つ辞書を見つけ、その辞書内から配列を取得しています。シミュレーターではすべて正常に動作しますが、私のやり方では大量のメモリリークが発生しています。何が起こっているのですか？

holderArray は ivar であり、ルート配列もそうです。ご覧のとおり、nstring と配列を割り当てるいくつかの方法を試しましたが、すべて同じリークが発生するようです。パフォーマンス ツールによると、NSCFString、NSCFDictionary、および NSCFArry からリークしています。dealloc で routeArray を解放すると正常に動作しますが、holderArray を解放すると、詳細ビ​​ューからマップに戻るたびにクラッシュします。for ループで使用される文字列と辞書を処理する方法について、私は本当に確信が持てないと思います。

詳細ビューを追加するだけで、次のように作成されます。

以上、不明な点がありましたら申し訳ありません。私に知らせてください、私はそれを言い換えてみることができます.