1. 홈
  2. 질의 응답
  3. atos가 충돌에 대한 잘못된 이유를 나타내는 기호

atos가 충돌에 대한 잘못된 이유를 나타내는 기호

2012-07-13 1 views
3

내 현재 프로젝트에서 임의의 충돌이 발생하고 있으며 메모리 오버 슈트로 인한 것일 수 있습니다. 그러나 실제로 어떤 클래스가 충돌을 일으키는 지 파악하고 싶습니다. 충돌의 이유.atos가 충돌에 대한 잘못된 이유를 나타내는 기호

복사하는 동안 스트립 디버그 Sysbols : NO 배포 후 처리 : YES 스트립 링크 제품 : YES 가 디버그 기호를 생성 : YES

는 첫째, 엑스 코드 빌드 설정은 다음과 같이이다 : 여기 내가 한 일이다 디버그 정보 형식 : dSYM 파일이있는 DWARF 구분 스트립 사용 : 예

4.3.2 버전의 XCode와 함께 iOS 5.1을 사용하고 있습니다. 나는 충돌의 이유를 밝히기 위해 "symboliccrash"와 "atos"방법을 사용했다. 그러나 나는 충돌의 이유를 찾을 수 없었다.

그래서 해 보았습니다. 배열에서 바운드 인덱스에 액세스하여 응용 프로그램을 혼란스럽게 만들었습니다. 나는 실제 사고로 상징적 인 충돌 결과를 검증하기 위해 그것을 사용했다.

Incident Identifier: 93678EE5-ED10-4502-A59B-5C7526640C4D 
CrashReporter Key: 5a79e41767bd1988a9b4080ee5641f63ed42feb8 
Hardware Model:  iPad2,1 
Process:   MyAppName [887] 
Path:   /var/mobile/Applications/EF2C944B-4C26-4EB6-B41E-F89CF2232ADB/JAYPORE.app/MyAppName 
Identifier:  MyAppName 
Version:   ??? (???) 
Code Type:  ARM (Native) 
Parent Process: launchd [1] 

Date/Time:  2012-07-13 13:37:18.642 +0530 
OS Version:  iPhone OS 5.0.1 (9A405) 
Report Version: 104 

Exception Type: EXC_CRASH (SIGABRT) 
Exception Codes: 0x00000000, 0x00000000 
Crashed Thread: 0 

Thread 0 name: Dispatch queue: com.apple.main-thread 
Thread 0 Crashed: 
0 libsystem_kernel.dylib   0x3028432c __pthread_kill + 8 
1 libsystem_c.dylib    0x37725f54 pthread_kill + 48 
2 libsystem_c.dylib    0x3771efe4 abort + 88 
3 MyAppName       0x00104aa0 0x5e000 + 682656 
4 Foundation      0x34ebc1b0 -[NSObject(NSThreadPerformAdditions) performSelector:onThread:withObject:waitUntilDone:modes:] + 260 
5 Foundation      0x34ebbe42 -[NSObject(NSThreadPerformAdditions) performSelectorOnMainThread:withObject:waitUntilDone:] + 130 
6 MyAppName       0x00104924 0x5e000 + 682276 
7 MyAppName       0x00118634 0x5e000 + 763444 
8 MyAppName       0x00116b36 0x5e000 + 756534 
9 libsystem_c.dylib    0x37730532 _sigtramp + 42 
10 libsystem_c.dylib    0x37725f54 pthread_kill + 48 
11 libsystem_c.dylib    0x3771efe4 abort + 88 
12 MyAppName       0x00118658 0x5e000 + 763480 
13 CoreFoundation     0x37c23980 __handleUncaughtException + 68 
14 libobjc.A.dylib     0x3776f2ca _objc_terminate + 122 
15 libc++abi.dylib     0x3017e3be _ZL19safe_handler_callerPFvvE + 70 
16 libc++abi.dylib     0x3017e44a std::terminate() + 14 
17 libc++abi.dylib     0x3017f81e __cxa_rethrow + 82 
18 libobjc.A.dylib     0x3776f22e objc_exception_rethrow + 6 
19 CoreFoundation     0x37b7953e CFRunLoopRunSpecific + 398 
20 CoreFoundation     0x37b7939e CFRunLoopRunInMode + 98 
21 GraphicsServices    0x37950fc6 GSEventRunModal + 150 
22 UIKit       0x316f973c UIApplicationMain + 1084 
23 MyAppName       0x0005ffc8 0x5e000 + 8136 
24 MyAppName       0x0005ff6c 0x5e000 + 8044 

Thread 1 name: Dispatch queue: com.apple.libdispatch-manager 
Thread 1: 
0 libsystem_kernel.dylib   0x302743b4 kevent + 24 
1 libdispatch.dylib    0x307dff74 _dispatch_mgr_invoke + 708 
2 libdispatch.dylib    0x307dfc92 _dispatch_mgr_thread + 30 

Thread 2 name: WebThread 
Thread 2: 
0 libsystem_kernel.dylib   0x30274010 mach_msg_trap + 20 
1 libsystem_kernel.dylib   0x30274206 mach_msg + 50 
2 CoreFoundation     0x37bf741c __CFRunLoopServiceMachPort + 120 
3 CoreFoundation     0x37bf6154 __CFRunLoopRun + 876 
4 CoreFoundation     0x37b794d6 CFRunLoopRunSpecific + 294 
5 CoreFoundation     0x37b7939e CFRunLoopRunInMode + 98 
6 WebCore       0x32650128 _ZL12RunWebThreadPv + 396 
7 libsystem_c.dylib    0x376e7c16 _pthread_start + 314 
8 libsystem_c.dylib    0x376e7ad0 thread_start + 0 

Thread 3 name: com.apple.NSURLConnectionLoader 
Thread 3: 
0 libsystem_kernel.dylib   0x30274010 mach_msg_trap + 20 
1 libsystem_kernel.dylib   0x30274206 mach_msg + 50 
2 CoreFoundation     0x37bf741c __CFRunLoopServiceMachPort + 120 
3 CoreFoundation     0x37bf6154 __CFRunLoopRun + 876 
4 CoreFoundation     0x37b794d6 CFRunLoopRunSpecific + 294 
5 CoreFoundation     0x37b7939e CFRunLoopRunInMode + 98 
6 Foundation      0x34ec8bc2 +[NSURLConnection(Loader) _resourceLoadLoop:] + 302 
7 Foundation      0x34ec8a8a -[NSThread main] + 66 
8 Foundation      0x34f5c59a __NSThread__main__ + 1042 
9 libsystem_c.dylib    0x376e7c16 _pthread_start + 314 
10 libsystem_c.dylib    0x376e7ad0 thread_start + 0 

Thread 4 name: com.apple.CFSocket.private 
Thread 4: 
0 libsystem_kernel.dylib   0x30284570 __select + 20 
1 CoreFoundation     0x37bfb66a __CFSocketManager + 726 
2 libsystem_c.dylib    0x376e7c16 _pthread_start + 314 
3 libsystem_c.dylib    0x376e7ad0 thread_start + 0 

Thread 5 name: Dispatch queue: com.apple.CFURLCACHE_work_queue 
Thread 5: 
0 libsystem_kernel.dylib   0x30275ac4 fsync + 8 
1 libsqlite3.dylib    0x30741656 0x30704000 + 251478 
2 libsqlite3.dylib    0x30746434 0x30704000 + 271412 
3 libsqlite3.dylib    0x30741394 0x30704000 + 250772 
4 libsqlite3.dylib    0x30737350 0x30704000 + 209744 
5 libsqlite3.dylib    0x30719a6c 0x30704000 + 88684 
6 libsqlite3.dylib    0x3072ccb4 0x30704000 + 167092 
7 libsqlite3.dylib    0x3072b6ce sqlite3_step + 2098 
8 libsqlite3.dylib    0x3070a732 sqlite3_exec + 366 
9 CFNetwork      0x33a3cedc __CFURLCache::ExecSQLStatement_NoLock(sqlite3*, char const*, int (*)(void*, int, char**, char**), void*, long) + 32 
10 CFNetwork      0x33a3fc7c _ZL24_CFURLCacheTimerCallbackPv + 320 
11 libdispatch.dylib    0x307e133e _dispatch_source_invoke + 510 
12 libdispatch.dylib    0x307dec60 _dispatch_queue_invoke$VARIANT$mp + 44 
13 libdispatch.dylib    0x307ded9e _dispatch_queue_drain + 198 
14 libdispatch.dylib    0x307dec56 _dispatch_queue_invoke$VARIANT$mp + 34 
15 libdispatch.dylib    0x307df860 _dispatch_worker_thread2 + 204 
16 libsystem_c.dylib    0x376e21c8 _pthread_wqthread + 288 
17 libsystem_c.dylib    0x376e209c start_wqthread + 0 

Thread 6: 
0 libsystem_kernel.dylib   0x30284cd4 __workq_kernreturn + 8 
1 libsystem_c.dylib    0x376e230a _pthread_wqthread + 610 
2 libsystem_c.dylib    0x376e209c start_wqthread + 0 

Thread 7: 
0 libsystem_kernel.dylib   0x30284cd4 __workq_kernreturn + 8 
1 libsystem_c.dylib    0x376e230a _pthread_wqthread + 610 
2 libsystem_c.dylib    0x376e209c start_wqthread + 0 

Thread 8: 
0 libsystem_kernel.dylib   0x30274010 mach_msg_trap + 20 
1 libsystem_kernel.dylib   0x30274206 mach_msg + 50 
2 CoreFoundation     0x37bf741c __CFRunLoopServiceMachPort + 120 
3 CoreFoundation     0x37bf6154 __CFRunLoopRun + 876 
4 CoreFoundation     0x37b794d6 CFRunLoopRunSpecific + 294 
5 CoreFoundation     0x37b7939e CFRunLoopRunInMode + 98 
6 Foundation      0x34ebcb7e -[NSRunLoop(NSRunLoop) runMode:beforeDate:] + 250 
7 Foundation      0x34ed652c -[NSRunLoop(NSRunLoop) run] + 72 
8 JAYPORE       0x00108a9a 0x5e000 + 699034 
9 Foundation      0x34ec8a8a -[NSThread main] + 66 
10 Foundation      0x34f5c59a __NSThread__main__ + 1042 
11 libsystem_c.dylib    0x376e7c16 _pthread_start + 314 
12 libsystem_c.dylib    0x376e7ad0 thread_start + 0 

Thread 9: 
0 libsystem_kernel.dylib   0x30284cd4 __workq_kernreturn + 8 
1 libsystem_c.dylib    0x376e230a _pthread_wqthread + 610 
2 libsystem_c.dylib    0x376e209c start_wqthread + 0 

Thread 10: 
0 libsystem_kernel.dylib   0x30284cd4 __workq_kernreturn + 8 
1 libsystem_c.dylib    0x376e230a _pthread_wqthread + 610 
2 libsystem_c.dylib    0x376e209c start_wqthread + 0 

Thread 11: 
0 libsystem_kernel.dylib   0x30284cd4 __workq_kernreturn + 8 
1 libsystem_c.dylib    0x376e230a _pthread_wqthread + 610 
2 libsystem_c.dylib    0x376e209c start_wqthread + 0 

Thread 0 crashed with ARM Thread State: 
    r0: 0x00000000 r1: 0x00000000  r2: 0x00000001  r3: 0x00000000 
    r4: 0x00000006 r5: 0x3f504ce8  r6: 0x30caec02  r7: 0x2fe5c4ec 
    r8: 0x00000006 r9: 0x00000000  r10: 0x00000005  r11: 0x2fe5c558 
    ip: 0x00000148 sp: 0x2fe5c4e0  lr: 0x37725f5b  pc: 0x3028432c 
    cpsr: 0x00000010 

Binary Images: 
    0x5e000 - 0x14efff +JAYPORE armv7 <a9b02230373d3b4aba282d21f94fb780> /var/mobile/Applications/EF2C944B-4C26-4EB6-B41E-F89CF2232ADB/JAYPORE.app/JAYPORE 
0x1178000 - 0x1182fff AccessibilitySettingsLoader armv7 <45d7c264810c364b976dba254572d73d> /System/Library/AccessibilityBundles/AccessibilitySettingsLoader.bundle/AccessibilitySettingsLoader 
0x2fe5d000 - 0x2fe7efff dyld armv7 <be7c0b491a943054ad12eb5060f1da06> /usr/lib/dyld 
0x3001c000 - 0x30179fff libmecabra.dylib armv7 <170c82a3c716372abe7ae0aae96d4805> /usr/lib/libmecabra.dylib

... 이진 이미지의 긴 목록 : 여기

은 충돌 보고서 출력입니다. 

MAC66:Resources sourabhbhardwaj$ atos -arch arm -o /Users/myPath/MyAppName.app.dSYM/Contents/Resources/DWARF/MyAppName 0x00079f6c 0x78000 + 8044 
-[FirstViewController setUIAndText] (in MyAppName) (FirstViewController.m:85) 
-[SecondViewController DeleteByID:] (in MyAppName) (SecondViewController.m:415) 
+ 
-[MyController viewWillAppear:] (in MyAppName) (MyController.m:137)
: 이제

내가 주소 위에 사용 (사고 원인) 스레드 0

3 MyAppName       0x00104aa0 0x5e000 + 682656

에서 충돌의 원인을 얻을 "ATOS"를 사용, 그것은 나에게이 출력을 제공합니다

이것은 내가 만든 크래시의 실제 라인이 아닙니다. 다른보기 컨트롤러에서 충돌이 발생했으며 출력이 완전히 다릅니다. 어떻게 가능합니까? 예, 해당 바이너리 파일과 정확히 동일한 dSYM 파일을 사용하고 있는지 확인했습니다.

빠른 도움말이 필요합니다.

감사 Sourabh

출처

2012-07-13 Sourabh

답변

0

symbolicating 전에 같은 .app와 충돌 그렇지 않으면 제대로 symbolicated되지 않습니다 빌드의 .dSYM을 가지고 있는지 확인하십시오.

출처

2013-02-21 01:31:12 dzep

+0

동일한 .app 및 .dSYM 파일을 사용했습니다. – Sourabh

1

나는 이것이 도움이 되기에는 너무 늦었다 고 확신하지만, 필요한 경우 : 필요한 모든 매개 변수를 제공하지 않을 수도 있습니다. 특히 응용 프로그램의로드 주소를 지정하고 (-l) 아키텍처를 -arch로 지정했는지 확인하십시오. 당신은 당신이 위에 인용 바이너리 이미지 라인 (이것은 각 크래시 덤프에 따라 변화)이 찾을 수

0x5e000 - 0x14efff +JAYPORE armv7 <a9b02230373d3b4aba282d21f94fb780> /var/mobile/Applications/EF2C944B-4C26-4EB6-B41E-F89CF2232ADB/JAYPORE.app/JAYPORE

0x5e000는 부하 주소입니다. 따라서 xcrun atos -l 0x5e000 -arch armv7 -o YourArchive.xcarchive/Products/Applications/YourApp.app/YourApp 0x00104aa0과 같은 것을 실행 해보십시오.

부하 주소가 무엇이고 언제 변경되는지에 대한 자세한 내용은 Kerni's answer to this similar question에서 확인할 수 있습니다. (그러나 그것이 어떻게 작동하는지 알면 좋지만 보통 수학을하기보다는 atl에 -l 매개 변수를 사용하는 것이 더 편리합니다.)

출처

2013-12-04 00:52:10 Arkaaito

 관련 문제

  • 관련 문제 없음^_^