Xcode 4.2 디버그는 스택 호출을 상징하지 않습니다

iOS 5 시뮬레이터 / 장치에서 Xcode 4.2 디버깅에 문제가 있습니다. 예상대로 다음 코드가 충돌합니다.

NSArray *arr=[NSArray array];
[arr objectAtIndex:100];

iOS 4에서는 16 진수의 유용한 스택 추적을 얻습니다. 그러나 iOS 5에서는 다음을 제공합니다.

*** First throw call stack:
(0x16b4052 0x1845d0a 0x16a0674 0x294c 0x6f89d6 0x6f98a6 0x708743 0x7091f8 0x7fcaa9 0x2257fa9 0x16881c5 0x15ed022 0x15eb90a 0x15eadb4 0x15eaccb 0x6f02a7 0x6faa93 0x2889 0x2805)

감사.

iOS 5 업데이트를 위해 XCode를 업그레이드 한 후 스택 추적이 작동하지 않는 것 같습니다.

그러나 효과적인 해결 방법을 찾았습니다. 내 자신의 예외 처리기를 만듭니다 (다른 이유로도 유용합니다). 먼저, 오류를 처리하고 콘솔로 출력하는 기능을 작성하십시오 (원하는 다른 작업).

void uncaughtExceptionHandler(NSException *exception) {
    NSLog(@"CRASH: %@", exception);
    NSLog(@"Stack Trace: %@", [exception callStackSymbols]);
    // Internal error reporting
}

그런 다음 앱 델리게이트에 예외 핸들러를 추가하십시오.

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
{   
    NSSetUncaughtExceptionHandler(&uncaughtExceptionHandler);
    // Normal launch stuff
}

그게 다야!

이것이 작동하지 않으면 가능한 두 가지 이유가 있습니다 .

1. NSSetUncaughtExceptionHandler통화를 덮어 쓰고 있습니다 (전체 앱에 대해 하나의 핸들러 만있을 수 있음). 예를 들어 일부 타사 라이브러리는 자체 uncaughtExceptionHandler를 설정합니다. 따라서 didFinishLaunchingWithOptions기능 의 끝에서 설정 하거나 타사 라이브러리를 선택적으로 비활성화하십시오. 또는 더 좋은 방법은 상징적 인 중단 점을 설정하여 NSSetUncaughtExceptionHandler누가 전화했는지 신속하게 확인하는 것입니다. 당신이하고 싶은 것은 다른 것을 추가하는 것이 아니라 현재 것을 수정하는 것입니다.
2. 실제로 예외가 발생하지 않습니다 (예 : 예외 EXC_BAD_ACCESS는 아닙니다 . 아래 @Erik B의 의견에 대한 신용)

예외 중단 점을 추가하는 유용한 옵션이 있습니다 (중단 점 탐색기 맨 아래에있는 + 사용). 이것은 모든 예외에서 중단됩니다 (또는 조건을 설정할 수 있습니다). 이 선택이 4.2에서 새로운 것인지 또는 마지막으로 누락 된 기호 문제를 해결하려고 시도하는 것을 알았는지 모르겠습니다.

이 중단 점에 도달하면 디버그 네비게이터를 사용하여 평상시처럼 호출 스택을 탐색하고 변수를 검사 할 수 있습니다.

복사 / 붙여 넣기 등에 적합한 기호화 된 호출 스택을 원하는 경우 gdb 역 추적은 다음과 같이 작동합니다.

(gdb) bt
#0  0x01f84cf0 in objc_exception_throw ()
#1  0x019efced in -[NSObject doesNotRecognizeSelector:] ()

(기타)

디버거에 새로운 기능이 있습니다. 4.0에서 발생했던 것처럼 예외가 발생할 때마다 중단 점을 설정하고 바로 실행을 중지 할 수 있습니다.

"Breakpoint Navigator"에서 "Exception Breakpoint"를 추가하고 옵션 팝업에서 "Done"을 누르십시오.

그게 다야!

추신 : 경우에 따라 Objective-C 예외에 대해서만 중단하는 것이 좋습니다.

이전보다 우아하지 않은 솔루션이 하나 더 있지만 예외 중단 점이나 핸들러를 추가하지 않은 경우 한 가지 방법 만 사용할 수 있습니다.
응용 프로그램이 충돌하고 원시 첫 스로우 콜 스택 (16 진수) 을 얻으면 Xcode 콘솔에 입력하십시오 info line *hex(별표와 0x16 진수 지정자를 잊지 마십시오 ).

(gdb) info line *0x2658
Line 15 of "path/to/file/main.m" starts at address 0x25f2 <main+50>
and ends at 0x267e <main+190>.

lldb 를 사용하는 경우 다음 을 입력 할 수 있습니다image lookup -a hex (이 상황에서 별표없이) 하면 비슷한 결과를 얻을 수 있습니다.

이 방법을 사용하면 던지기 스택의 상단 (약 5-7 개의 시스템 예외 전파자가 있음)에서 충돌을 일으킨 함수로 이동하여 정확한 파일과 코드 줄을 결정할 수 있습니다.

또한 비슷한 효과를 얻으려면 터미널에서 atos 유틸리티를 사용할 수 있습니다.

atos -o path/to/AplicationBundle.app/Executable 0xAdress1 0xAdress2 0xAdress3 ...

그리고 기호화 된 스택 추적을 얻습니다 (적어도 디버그 기호가있는 함수의 경우). 이 방법은 각 주소 호출마다 필요하지 않기 때문에 info line콘솔 출력에서 ​​주소를 복사하여 터미널에 붙여 넣기 때문에 더 바람직 합니다.

예외 중단 점을 추가하고 (브레이크 포인트 탐색기 맨 아래에있는 + 사용) 조치 bt 를 추가 할 수 있습니다 (조치 추가 단추를 클릭하고 디버거 명령을 선택한 후 텍스트 필드에 "bt"를 입력하십시오). 예외가 발생하자마자 스택 추적이 표시됩니다.

이것은 4.2에서 스택 추적을 얻지 못하는 일반적인 문제입니다. LLDB와 GDB를 서로 바꿔서 더 나은 결과를 얻을 수 있는지 확인할 수 있습니다.

여기에 버그 리포트를 제출하십시오.

http://developer.apple.com/bugreporter/

편집하다:

LLVM GCC 4.2로 다시 전환하면 이것이 발생하지 않을 것이라고 생각합니다. 그래도 필요한 기능을 잃을 수 있습니다.

주요 기능에서이 코드를 사용하십시오.

int main(int argc, char *argv[])
{
    NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];

    int retVal;
    @try {
        retVal = UIApplicationMain(argc, argv, nil, nil);
    }
    @catch (NSException *exception) {
        NSLog(@"CRASH: %@", exception);
        NSLog(@"Stack Trace: %@", [exception callStackSymbols]);
    }
    @finally {
        [pool release];
    }
    return retVal;
}

Xcode의 디버그 콘솔 프롬프트에서 다음을 입력하십시오.

image lookup -a 0x1234

그리고 그것은 당신에게 다음과 같은 것을 보여줄 것입니다 :

  Address: MyApp[0x00018eb0] (MyApp.__TEXT.__text + 91088)
  Summary: MyApp`-[MyViewController viewDidAppear:] + 192 at MyViewController.m:202

'엄지 컴파일'을 다시 켜면 (디버그 구성) 저에게 효과적이었습니다.