iPhone：一般的なデバッグのヒント

Question

私は8ヶ月ほどiPhoneの開発を行っており、一般的な生活は良いです（例外はopenGLです）。

iPhone 3Dゲームを構築していて、うまくいきました。それはシミュレータ上で正常に動作します（私は真のテストではありません）、デバイス上で正常に動作していました。

今、デバイスで死んで、非常にランダムなものを指しているようです。初めて死ぬ（「EXC_BAD_ACCESS」）はデリゲートの設定です。

NSString *url = [NSString 
stringWithFormat:@"%@GetPlayerPosition.aspx?playerIndex=%@", 
self.baseURL, self.deviceID]; 
__block ASIHTTPRequest *request = [ASIHTTPRequest requestWithURL:[NSURL URLWithString:url]];  
[request setDelegate:self]; 

コードを削除するだけです。

がGLFloatアレイ

GLfloatのV [] = {センター[0]アクセスしようとしたとき、それは死ぬ次回は - 眼[0]、 中心[1] - 目を[1] 、センター[2] - 目[2]};

もう一度非常にランダムで、今まで働いていました。そのメモリのように実行され、ちょうど満員です。誰にもアイデアはありますか？クラスのサイズには限界がありますか？

一般的に私はこれを解決することができますが、作業用のバージョンに戻っていくつかのコードを再実装し、その後ランダムな動作を開始します。

私は漏れをチェックし、私は元気です

UPDATE：パート2

右私の.hファイルの私のインターフェイスに私は私の.mで

GLfloat eye[3]; 

を持って、私が割り当てることができます各要素の値は、それは私が行う場合

正常に動作します

NSLog(@"%f",eye[0]); 

クラッシュします。どうしてこれなの？

Answer 1

センターとアイはどのように宣言されていますか？それらはインスタンス変数、グローバル変数または静的変数ですか？何らかの理由で、これらの配列のメモリが、コールバックが発生するまでに解放されている可能性があります（これは、浮動小数点配列を初期化する行が失敗する理由を説明します）。

Answer 2

EXC_BAD_ACCESSは、しばしば時期尚早な割り当て解除の症状です（たとえば、解放されたオブジェクトが何度もリリースされたために、そのオブジェクトにアクセスしようとしています）。

それは[...]細かい仕事をしていた今、あなたがそれらの2つのタイムスタンプとの間で変更内容を確認するためにあなたのリビジョンログを見る必要があるよう

がサウンド死ぬようです。

Answer 3

• クラッシュ（またはクラッシュ）が発生した場合、バックトレースが発生します。それらを投稿する。

• 「ビルドと分析」を試してください。それがあなたに与える警告を修正してください。コンパイラがあなたに与える警告も修正してください。適切に書かれたアプリは、警告なしでコンパイルする必要があります。

• なぜコード行に__blockがあるのですか？そこには何のブロックもないようです。

ソフトウェアを作成するときにランダムに壊れることはありません。一見無関係の変更で何かがクラッシュし始めると、コードは常に破損していた可能性がありますが、後の変更までは致命的な問題を引き起こしていない可能性があります。

---

あなたはrequestへの書き込みをされていないので、__blockとしてその変数をマークする理由はありません。 __blockはrequest〜でないため、は保持されるため、オブジェクトが早期にリリースされている可能性があります。&は割り当て解除されています。多分。

どのようにフロート配列を割り当てていますか？