4.1의이 겉으로보기에는 신비스러운 충돌 보고서가 어떻게 해석되어야합니까?

내 앱이 손상되는 것에 대해 4.1을 사용하는 사람들로부터 불만이 많습니다. 마침내 4.1의 장치를 추적하여 충돌 로그를 얻을 수있었습니다. (그런데 4.1과 함께 시뮬레이터를 사용할 수있는 방법이 있습니까?) 나는 어떻게 해석 할 수 있는지 잘 모르겠습니다. 나는 범인이 AdWhirl일지도 모른다라고 생각하고있다. 그러나 나는 충돌 로그가 그것을 언급하지 않기 때문에 이것을 확인할 수 없다. 로그는 다음과 같습니다.4.1의이 겉으로보기에는 신비스러운 충돌 보고서가 어떻게 해석되어야합니까?

Incident Identifier: D63B6947-B553-4816-BFF3-451105DF6AC1 
CrashReporter Key: e48b7e0079de90291849ebebfa2c4d2b3533593c 
Hardware Model:  iPhone3,1 
Process:   TruxMapFree [795] 
Path:   /var/mobile/Applications/51E80AC4-C5FF-4D3B-95CE-A2F5A96FBF85/TruxMapFree.app/TruxMapFree 
Identifier:  TruxMapFree 
Version:   ??? (???) 
Code Type:  ARM (Native) 
Parent Process: launchd [1] 

Date/Time:  2011-02-01 11:44:57.883 -0800 
OS Version:  iPhone OS 4.1 (8B117) 
Report Version: 104 

Exception Type: EXC_BAD_ACCESS (SIGBUS) 
Exception Codes: KERN_PROTECTION_FAILURE at 0x00000000 
Crashed Thread: 0 

Thread 0 Crashed: 
0 TruxMapFree     0x0003d196 0x1000 + 246166 
1 TruxMapFree     0x000463ae 0x1000 + 283566 
2 TruxMapFree     0x000468ca 0x1000 + 284874 
3 CoreFoundation    0x0003e2e4 -[NSObject(NSObject) performSelector:withObject:] + 16 
4 Foundation     0x0002081e __NSThreadPerformPerform + 262 
5 CoreFoundation    0x00055f1e __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 6 
6 CoreFoundation    0x00027ba0 __CFRunLoopDoSources0 + 376 
7 CoreFoundation    0x00027444 __CFRunLoopRun + 224 
8 CoreFoundation    0x00027270 CFRunLoopRunSpecific + 224 
9 CoreFoundation    0x00027178 CFRunLoopRunInMode + 52 
10 GraphicsServices    0x000045ec GSEventRunModal + 108 
11 GraphicsServices    0x00004698 GSEventRun + 56 
12 UIKit       0x0000411c -[UIApplication _run] + 396 
13 UIKit       0x00002128 UIApplicationMain + 664 
14 TruxMapFree     0x00003a4a 0x1000 + 10826 
15 TruxMapFree     0x00003a14 0x1000 + 10772 

Thread 1: 
0 libSystem.B.dylib    0x0002d330 kevent + 24 
1 libSystem.B.dylib    0x000d6b6c _dispatch_mgr_invoke + 88 
2 libSystem.B.dylib    0x000d65bc _dispatch_queue_invoke + 96 
3 libSystem.B.dylib    0x000d675c _dispatch_worker_thread2 + 120 
4 libSystem.B.dylib    0x0007a67a _pthread_wqthread + 258 
5 libSystem.B.dylib    0x00073190 start_wqthread + 0 

Thread 2: 
0 libSystem.B.dylib    0x00000c98 mach_msg_trap + 20 
1 libSystem.B.dylib    0x00002d64 mach_msg + 44 
2 CoreFoundation    0x00027c38 __CFRunLoopServiceMachPort + 88 
3 CoreFoundation    0x000274c2 __CFRunLoopRun + 350 
4 CoreFoundation    0x00027270 CFRunLoopRunSpecific + 224 
5 CoreFoundation    0x00027178 CFRunLoopRunInMode + 52 
6 WebCore      0x000024e2 RunWebThread(void*) + 362 
7 libSystem.B.dylib    0x0007a27e _pthread_start + 242 
8 libSystem.B.dylib    0x0006f2a8 thread_start + 0 

Thread 3: 
0 libSystem.B.dylib    0x00000c98 mach_msg_trap + 20 
1 libSystem.B.dylib    0x00002d64 mach_msg + 44 
2 CoreFoundation    0x00027c38 __CFRunLoopServiceMachPort + 88 
3 CoreFoundation    0x000274c2 __CFRunLoopRun + 350 
4 CoreFoundation    0x00027270 CFRunLoopRunSpecific + 224 
5 CoreFoundation    0x00027178 CFRunLoopRunInMode + 52 
6 Foundation     0x0002d686 +[NSURLConnection(NSURLConnectionReallyInternal) _resourceLoadLoop:] + 206 
7 Foundation     0x0000b222 -[NSThread main] + 38 
8 Foundation     0x000042d6 __NSThread__main__ + 966 
9 libSystem.B.dylib    0x0007a27e _pthread_start + 242 
10 libSystem.B.dylib    0x0006f2a8 thread_start + 0 

Thread 4: 
0 libSystem.B.dylib    0x00025060 select$DARWIN_EXTSN + 20 
1 CoreFoundation    0x0005edfc __CFSocketManager + 540 
2 libSystem.B.dylib    0x0007a27e _pthread_start + 242 
3 libSystem.B.dylib    0x0006f2a8 thread_start + 0 

Thread 5: 
0 libSystem.B.dylib    0x0007b19c __workq_kernreturn + 8 
1 libSystem.B.dylib    0x0007a790 _pthread_wqthread + 536 
2 libSystem.B.dylib    0x00073190 start_wqthread + 0 

Thread 6: 
0 libSystem.B.dylib    0x0007b19c __workq_kernreturn + 8 
1 libSystem.B.dylib    0x0007a790 _pthread_wqthread + 536 
2 libSystem.B.dylib    0x00073190 start_wqthread + 0 

Thread 7: 
0 libSystem.B.dylib    0x0007b19c __workq_kernreturn + 8 
1 libSystem.B.dylib    0x0007a790 _pthread_wqthread + 536 
2 libSystem.B.dylib    0x00073190 start_wqthread + 0 

Thread 8: 
0 Foundation     0x000eb1ec DYLD-STUB$$CFURLRequestGetURL + 0 
1 Foundation     0x0002dab2 -[NSURLRequest URL] + 18 
2 Foundation     0x0002d990 createCFRequest + 144 
3 Foundation     0x000aed5e +[NSURLConnection sendSynchronousRequest:returningResponse:error:] + 30 
4 AppSupport     0x00015c5e downloadDictionary + 122 
5 AppSupport     0x00015d5c -[PEPServiceConfiguration _updateDefaults:] + 76 
6 Foundation     0x0000b222 -[NSThread main] + 38 
7 Foundation     0x000042d6 __NSThread__main__ + 966 
8 libSystem.B.dylib    0x0007a27e _pthread_start + 242 
9 libSystem.B.dylib    0x0006f2a8 thread_start + 0 

Thread 0 crashed with ARM Thread State: 
    r0: 0x004ade00 r1: 0x3303ae3b  r2: 0x00000000  r3: 0x00000000 
    r4: 0x004aef20 r5: 0x0017dd8d  r6: 0x00000000  r7: 0x2fffea2c 
    r8: 0x004ad560 r9: 0x2fffe8e4  r10: 0x0017e45f  r11: 0x0017e453 
    ip: 0x00000000 sp: 0x2fffea14  lr: 0x0003d181  pc: 0x0003d196 
    cpsr: 0x600f0030 

Binary Images: 
........

모든 조언을드립니다.

출처

2011-03-16 D-Nice

나는이와 경험이 없지만, 재미 :-)이기 때문에 어쨌든 균열이있을 것이다

다시 약간의 호출을 트리거 내 생각 엔 그 스레드 8 가능성 실 3 (mach_msg_trap?) 것

그때 어떤 개체에 대한 선택기를 수행하려고 애플릿.

그냥 추측 :-)

출처

2011-03-16 05:30:38 drekka

HTTP 요청이 서버에서 반환 할 때 대리인을 타격 이미 할당 해제 (또는 전무로 설정) 된 개체와 상호 작용하는 것이 가능하다. 할당 해제 된 객체와 상호 작용을 시도하면 EXC_BAD_ACCESS 충돌의 주요 원인이됩니다.

출처

2011-03-16 13:24:43 raidfive

4.1의이 겉으로보기에는 신비스러운 충돌 보고서가 어떻게 해석되어야합니까?

답변

관련 문제