没有calltrace(使用ARC)的过度释放,主要的错误访问

Question

我最近转换为使用ARC.但是,我现在有一个奇怪的崩溃,而且崩溃日志真的没有用.在我的一个应用程序初始化过程中(从服务器获取数据,解析它,设置视图),我得到一个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之外,我没有看到任何calltrace.

在过去,我会通过我的代码查看过度释放的对象,但我怀疑是这种情况,因为我现在正在使用ARC.你如何修复这样的错误？

编辑:使用GCD解析数据的代码在一个单独的线程上,这就是我唯一的@autoreleasepool所在的位置.

此外,当与NSZombieEnabled一起运行时,我正在接受NSArrayM发布调用.不幸的是,这与我们在崩溃日志中读到的相同,所以我恐怕还没有真正的进展......

编辑:好的.一旦我在没有ARC的情况下修复了所有其他内存错误,我再次遇到此错误.显然,这与ARC无关......

Answer 1

最近引入的已知错误.

在将来的版本中修复(请注意,Xcode 4.2在NDA下,但llvm-commits不是).提交消息可在此处获得.提交消息有点模糊,但它应该涵盖您所看到的情况 - 如果在下一个编译器发布时不是这种情况(或者您可以自己构建一个,如果有这样的动机),请立即提交错误并发布bug#here.