質問

中負荷のココアの応用、プログラムクラッシュのメッセージEXC_BAD_ACCESS.のスタックトレースではない。任意手にするかが問題なのでしょうか。

役に立ちましたか?

解決

見て回ることができ起きているアクセスしようとしている、オブジェクトなんでしょうかを保持になるようにしてください、なくなっているのではないで指有効なコピーオブジェクトまたはそのつのオブジェクトを別タイプです。置のブレークポイントは初期分析のときを通して起動用のポートに設けることができベット。

他のヒント

これらは通常、指標のメモリ管理エラーになります。

必ずすべてのアウトレットの宣言に従最良の実践例:

@interface MyClass : MySuperclass {
    UIClass *myOutlet;
}
@property (nonatomic, retain) IBOutlet UIClass *myOutlet;
@end

このフォーマットを確保したいメモリ管理は、右のプラットフォームとスーパークラス.

チェックインok awakeFromNib 方法でできることを確実にするために、うなぎ放物等

新しい答えは古いスレッド...にXCode4最も効果的な診断EXC_BAD_ACCESS例外では使用機器のプロフィールをアプリからXCodeをクリックし商品/プロフィールを選択ゾンビ).すことが大事だと申し上げました識別に送られたメッセージを割けます。

追加:最大の理由unarchiving障害は忘却"を返し自己;"から-initのカスタムクラスです。これは痛ん:(

チェックコンソールのログを用ユーティリティー/ソフトである。っていない。時プログラムの衝突によるスタートアップにあるように初期化ているが、それは多くの場合、書き出しであるエラーメッセージが前かがクラッシュします。

これはこの理由です。あIBOutletオブジェクトになって初期化されたメッセージが呼び出される無料。のスタックトレースこのような

#0    0x90a594c7 in objc_msgSend
#1    0xbffff7b8 in ??
#2    0x932899d8 in loadNib
#3    0x932893d9 in +[NSBundle(NSNibLoading) _loadNibFile:nameTable:withZone:ownerBundle:]
#4    0x9328903a in +[NSBundle(NSNibLoading) loadNibFile:externalNameTable:withZone:]
#5    0x93288f7c in +[NSBundle(NSNibLoading) loadNibNamed:owner:]
#6    0x93288cc3 in NSApplicationMain
#7    0x00009f80 in main at main.mm:17

以降、スタックトレースではない、でもいいステップを通じてコードのエラーになります。何らかの理由により、あなたさんでの投資を維持しながら、生産性の早期実行してみて挿入し一部のデバッガ();通話するには、アンインストールします。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top