2

最近、ARCを使用するように変換しました。しかし、私は今奇妙なクラッシュを起こしているので、クラッシュログは本当に役に立ちません。アプリケーションの初期化プロセスの1つ（サーバーからのデータの取得、解析、ビューの設定）中に、bad_accessを取得します。これは、デバイスからのエラーログです。

    Incident Identifier: 7CE05452-7C5D-424A-8529-AE7B17C9FEBC
CrashReporter Key:   b743ede30ce737293cf7444f67bb8a7b590c2fd9
Hardware Model:      iPhone3,1
Process:         BoreBeta [231]
Path:            /var/mobile/Applications/52A15437-459A-4160-95C4-BF5DF5C98C15/BoreBeta.app/BoreBeta
Identifier:      BoreBeta
Version:         ??? (???)
Code Type:       ARM (Native)
Parent Process:  launchd [1]

Date/Time:       2011-08-18 14:53:41.800 +0200
OS Version:      iPhone OS 5.0 (9A5288d)
Report Version:  104

Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x80000004
Crashed Thread:  0

Thread 0 name:  Dispatch queue: com.apple.main-thread
Thread 0 Crashed:
0   CoreFoundation                  0x3758e380 CFRelease + 28
1   CoreFoundation                  0x375a93ec -[__NSArrayM dealloc] + 116
2   libobjc.A.dylib                 0x30a4e0be _objc_rootRelease + 30
3   libobjc.A.dylib                 0x30a4fdb0 objc_release + 32
4   libobjc.A.dylib                 0x30a4ee06 (anonymous namespace)::AutoreleasePoolPage::pop(void*) + 218
5   libobjc.A.dylib                 0x30a4ed22 _objc_autoreleasePoolPop + 6
6   CoreFoundation                  0x3759f050 _CFAutoreleasePoolPop + 12
7   Foundation                      0x337cd460 -[NSAutoreleasePool release] + 120
8   UIKit                           0x33b8d948 _UIApplicationHandleEvent + 6664
9   GraphicsServices                0x30ff8ef4 PurpleEventCallback + 876
10  CoreFoundation                  0x3760a9c4 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__ + 32
11  CoreFoundation                  0x3760a966 __CFRunLoopDoSource1 + 134
12  CoreFoundation                  0x3760958c __CFRunLoopRun + 1364
13  CoreFoundation                  0x375ab036 CFRunLoopRunSpecific + 294
14  CoreFoundation                  0x375aaefe CFRunLoopRunInMode + 98
15  UIKit                           0x33b8b758 -[UIApplication _run] + 544
16  UIKit                           0x33b8898a UIApplicationMain + 1074
17  BoreBeta                        0x00002d8a main (main.m:14)
18  BoreBeta                        0x000027f8 start + 32

Thread 1 name:  Dispatch queue: com.apple.libdispatch-manager
Thread 1:
0   libsystem_kernel.dylib          0x3140d214 kevent + 24
1   libdispatch.dylib               0x376aaf60 _dispatch_mgr_invoke + 708
2   libdispatch.dylib               0x376aac7e _dispatch_mgr_thread + 30

Etcetera、これが唯一の役立つ部分だと思います。XCodeでの実行からクラッシュさせると、mainでクラッシュし、main、UIApplicationMain、CFRelease以外のコールトレースが表示されません。

以前は、オブジェクトの過剰リリースについてコードを調べていましたが、現在ARCを使用しているため、これが当てはまるとは思えません。このようなエラーをどのように修正しますか？

編集：データを解析するためのコードは、GCDを使用する別のスレッドにあり、そこに私の唯一の@autoreleasepoolが存在します。

また、NSZombieEnabledを使用して実行すると、NSArrayMリリース呼び出しが発生します。残念ながら、それは私たちがクラッシュログで読んだものと同じなので、ここではまだ実際の進歩はありません...

編集：わかりました。ARCを使用せずに他のすべてのメモリエラーを修正すると、このエラーが再び発生しました。どうやらそれはARC関連ではないようです...

4

3 に答える 3

5

比較的最近導入された既知のバグ。

将来のリリースで修正されました（Xcode 4.2はNDAの下にありますが、llvm-commitsはそうではないことに注意してください）。コミットメッセージはここにあります。コミットメッセージは少しあいまいですが、表示されているケースをカバーしているはずです。次のコンパイラリリースでそうでない場合（または、やる気があれば自分でビルドすることもできます）、すぐにバグを報告して投稿してください。バグ＃ここ。

于 2011-08-18T16:44:22.133 に答える
1

最近Xcode4.2ベータ5にアップグレードしましたか？これにより、ARCでランダムな問題が発生するようです。非常によく似たクラッシュが発生し、4.2ベータ4に戻らなければなりませんでした。

詳細については、Appleデベロッパフォーラムをご覧ください。

于 2011-08-18T14:38:15.800 に答える
0

また、return型を持つメソッドでオブジェクトを返さない場合にもこれが発生します。メソッドが終了すると、objc_releaseにEXC_BAD_ACCESSがスローされます。

于 2013-01-10T16:36:43.490 に答える