問題タブ [exc-bad-access]

私はかなり奇妙な問題を抱えています。短くするために、いくつかの擬似コードを記述します。

したがって、不明な理由で、次の場合にEXC_BAD_ACCESSを取得します。

しかし、辞書の項目から取得したアドレスをトレースしたところ、問題ありません。ディクショナリ内のアイテムの参照カウントはまだ1です。ディクショナリ内のアイテムの{release、dealloc}は呼び出されません。すべてが順調に見えます。また、最悪の場合、一部のアイテムで機能します。

それで、私は糸脱毛の問題があるかどうか疑問に思っていますか？または何か他のあいまいな？

コールスタックは非常に単純です。

だから、どこを見るべきか提案をいただければ幸いです。

---編集＃1---

@Laurent：私の例に一致するように実際の値を書き直すのはタイプミスです。（修繕）

@ジェレミー：私は助けるためにいくつかのコードを投稿しようとします。コードが簡略化されました。

タイマー初期化+更新機能：

もう少しはっきりしているといいのですが。

そうです、「関数」のすべてにコメントしましたが、クラッシュしないようです。もう少し実行させますが、その機能（メモリ関連）で特別なことは何もしていません。いくつかの列挙値を更新するだけです。

---編集＃2---

@Laurent：あなたはcallstakについて正しいです、私は大きな間違いを犯しました。関数ではなく、タイマー方式である必要があります。修正するだけです。間違いでごめんなさい。ただし、参考までに、メソッドのシグネチャは次のとおりです。

わかった。iPadアプリです。DetailViewController 内に IB を介して UIScrollView を追加し、その UIScrollView 内に動的に追加されたさまざまな UITableView、UILabels、および UIButton を保持する UIView (これも IB を介して追加) を追加しました。
私の問題は、UIButton のクリックでエラーが発生することです。

私はこのメソッドを定義しました：

これは、UIView に UIButton を追加する方法です。

ボタンは問題なくフォームに追加されましたが、ボタンを押すと EXC_BAD_ACCESS エラーが発生します。私はそれが私をじっと見つめていると確信していますが、このようなバグを修正するための通常の制限時間を過ぎてしまったので、どんな助けも大歓迎です. 私が考えることができる唯一のことは、UIButton が、View Controller 内にある UIScrollView 内にある UIView 内にあるという事実であり、何らかの問題を引き起こしています。

乾杯。

EXC_BAD_ACCESS関数の最後の行 (webData) を実行すると、が得られました。

私がネット上で読んだことは、ほとんどの場合記憶に関するものだったので、私は何かをリリースしないように努めました.

コードをデバッグすると、次の(NSZombieEnabled = YES)ようになります。

誰も手がかりを持っていますか？

2 つのタブのアプリケーションがあります。最初のものでは、"Sample" および "SampleList" エンティティのオブジェクトを作成しています。各 sampleList には、ID とサンプルのセットが含まれています。各サンプルには、日付と温度のプロパティが含まれています。

2 番目のタブでは、データを tableView に表示しています。私は実装しました

- (void)tableView:(UITableView *)tableView commitEditingStyle:(UITableViewCellEditingStyle)editingStyle forRowAtIndexPath:(NSIndexPath *)indexPath

メソッドを使用して SampleList を削除します。私xcdatamodelの場合、SampleList と Sample の関係の削除規則は ですCascade。

私の問題は、作成したばかりの SampleList を削除しようとすると、アプリがクラッシュし、EXC_BAD_ACCESSシグナルを受信することです。再起動すると、「古い」sampleList を問題なく削除できます。

以前、次の問題がありました: アプリを起動してから作成した sampleLists もクラッシュして表示できませんでした。信号も受信しましたEXC_BAD_ACCESS。実際、このセットのサンプルが最後に作成された日付は だったようですnil。サンプルの日付を設定するために使用している NSDate をリリースしない場合、この問題はもうありません...

誰かが私のトラブルの原因を見つけるのを手伝ってくれたら、それは素晴らしいことです!!

新しいインスタンスを作成するために使用している方法は次のとおりです。

編集： 間違いを見つけました。次のように、各 sampleDate の比較を行っていました。

私がすべきだった場所：

私はiPhoneアプリの世界の初心者です。そこで、電卓アプリで運試しをしようと思いました。残念ながら、電卓で 3 番目のキーを押すとアプリがクラッシュするという問題が発生しています。時々、このエラー EXC_BAD_ACCESS が発生します。これが私の CalculatorViewController.m ファイルのコードです。

誰でもここで明らかな問題を見つけることができますか? ここにもそれぞれのヘッダーファイルがあります。

このコードを使用して UIWindow を作成しています

UIMyWindow は特別なものではなく、ObjectiveC のラッピングを行う C++ クラスへのポインタを持っているだけです。

最近、エラーで何もする必要のないコード行を追加した後、アプリケーションがクラッシュし始めました。追加したコード行は C++ オブジェクトを割り当てているだけですが、プログラムの実行はこの行に到達しません。

興味深いことに、私のコードは Release で動作します。

私の唯一の推測は、まったく別の場所でメモリ破損を起こしたことです。私の質問は次のとおりです。どのような種類のメモリ破損が発生する可能性がありますか? そして、それらを追跡するための良い慣行はありますか?

私が取り組んでいる目的の C アプリで、腹立たしい EXC_BAD_ACCESS エラーが発生しています。あなたが提供できるどんな助けも大歓迎です。このエラーに対して通常のデバッグ方法 (NSZombieEnabled を有効にする、retain/release/autorelease をチェックして、割り当て解除されたオブジェクトにアクセスしようとしていないことを確認するなど) を試しましたが、役に立たないようです。

基本的に、この関数では常にエラーが発生します。

行が原因でプログラムが常にクラッシュする

そして、それはいくつかのことに依存しているようです:

1. [kernLoc objectAtIndex:1] が k = 0 の [NSNumber numberWithFloat:k] を参照する場合 (つまり、kernArray を設定する場所の上で k = 0 の場合)、プログラムはほぼ即座にクラッシュします。

2. 行 k = k + kKern をコメントアウトすると、プログラムがクラッシュするまでに時間がかかりますが、最終的にはクラッシュします (なぜクラッシュがこの値に依存するのでしょうか?)

3. CFRangeMake の長さを 1 から 0 に変更すると、プログラムがクラッシュするまでに時間がかかりますが、最終的にはクラッシュします。(attStringの境界を越えてアクセスしようとしているとは思いませんが、何か不足していますか?)

クラッシュすると、次のようなものが表示されます。

何か案は？途中でメモリを上書きしたり、変更されたメモリにアクセスしようとしているようですが、わかりません。私が提供できる情報が他にある場合は、お知らせください。

ありがとう、リチャード

私はこのコードでカメラのビューを表示するiPhoneアプリケーションを開発しています：

そして、このコードでカメラのビューを非表示にします。

hiddenARを呼び出すと、次のデバッガーのスクリーンショットでEXC_BAD_ACCESSが取得されます。

代替テキストhttp://img408.imageshack.us/img408/4550/capturadepantalla201006u.png

何かアドバイス？

アップデート：

これでhideARコードを変更しましたが、同じエラーが発生します。

rootViewControllerを確認しましたが、nilではありません。

デバッガーのスクリーンショットでわかるように、最後に呼び出されたメソッド（スタックの最初のメソッド）は次のとおり[UIWindowController transitionViewDidComplete:fromView:toView]です。

たぶん、それが却下された後、カメラのビューにアクセスする何かがあります。

2回目の更新

これらのメソッドを含むクラスは次のとおりです。

3番目の更新

NSLogトレースをいくつか入れましたが、hideAR呼び出しの後にdisplayARが呼び出されていることがわかります。また、viewDidAppearメソッドonrootViewControllerもhideARの後に呼び出されていることがわかります。実は、viewDidAppearと呼んでdisplayARいます。

なぜviewDidAppearと呼ばれるのですか？

4番目の更新

失敗している回線を見つけました。これは上の最初の行displayARです：

何か案は？ rootViewControllerそしてcameraController、ゼロではありません。

FITH UPDATE

私のエラーを再現したい場合：

私はnielswhのiPhone-AR-Toolkitを使用しています（ここからダウンロードできます）。

ARKitDemoの例を変更してライブラリに含め、dismissModalViewを試すことができます。

に次のメソッドがありますUIImageManipulation.m。

私は別のビューでそれを呼び出しています:

(imageView は以前に割り当てられた UIImageView です)

これは私のコードでうまく機能しています。画像のサイズを完全に変更し、エラーをスローしません。また、ビルド - >分析の下に何もポップアップしません。NSZombieEnabledしかし、別の問題をデバッグするためにオンにするEXC_BAD_ACCESSと、コードが壊れます。毎回。私はNSZombieEnabledオフにすることができます、コードはうまく動作します。私はそれをオンにし、ブーム。壊れた。呼び出しをコメントアウトすると、再び機能します。毎回、コンソールにエラーが表示されます: -[UIImage release]: message sent to deallocated instance 0x3b1d600. `NSZombieEnabled がオフになっている場合、このエラーは表示されません。

何か案は？

- 編集 -

わかりました、これは私を殺しています。私はできる限りどこでもブレークポイントをスタックしましたが、まだこのことを把握できません。scaleImageメソッドを呼び出すときの完全なコードは次のとおりです。

他のUIImageManipulator方法 ( makeRoundCornerImage) がエラーを引き起こしているはずはありませんが、何かを見落としている場合に備えて、ファイル全体を github hereに投げました。

しかし、それはこの方法に関するものです。である必要があります。コメントアウトすると、うまくいきます。入れっぱなしだとエラー。NSZombieEnabledしかし、これまでオフにしてエラーをスローすることはありません。

アプリケーションのすべてのクラッシュをログに記録したい...

だから私はすべての信号をキャッチしようとしました。しかし、「EXC_BAD_ACCESS」では機能していないようです

誰か知ってる…捕まえられるかな？そしてどうやって ？