Tôi gặp vấn đề với gỡ lỗi Xcode 4.2 trong trình giả lập / thiết bị iOS 5. Đoạn mã sau gặp sự cố, như mong đợi:
NSArray *arr=[NSArray array];
[arr objectAtIndex:100];Trong iOS 4, tôi nhận được một dấu vết ngăn xếp hữu ích của các số hex. Nhưng trong iOS 5, nó chỉ mang lại cho tôi:
*** First throw call stack:
(0x16b4052 0x1845d0a 0x16a0674 0x294c 0x6f89d6 0x6f98a6 0x708743 0x7091f8 0x7fcaa9 0x2257fa9 0x16881c5 0x15ed022 0x15eb90a 0x15eadb4 0x15eaccb 0x6f02a7 0x6faa93 0x2889 0x2805)Cảm ơn.
Câu trả lời:
Không có gì tôi đã thử sẽ khắc phục điều này (đã thử cả trình biên dịch, cả trình gỡ lỗi, v.v.) Sau khi nâng cấp XCode cho bản cập nhật iOS 5, dường như không có dấu vết ngăn xếp nào hoạt động.
Tuy nhiên, tôi đã tìm thấy một cách giải quyết hiệu quả - tạo trình xử lý ngoại lệ của riêng tôi (cũng hữu ích cho các lý do khác). Đầu tiên, tạo một hàm sẽ xử lý lỗi và xuất nó ra bàn điều khiển (cũng như bất cứ điều gì khác mà bạn muốn làm với nó):
void uncaughtExceptionHandler(NSException *exception) {
NSLog(@"CRASH: %@", exception);
NSLog(@"Stack Trace: %@", [exception callStackSymbols]);
// Internal error reporting
}Tiếp theo, thêm trình xử lý ngoại lệ cho đại biểu ứng dụng của bạn:
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
{
NSSetUncaughtExceptionHandler(&uncaughtExceptionHandler);
// Normal launch stuff
}Đó là nó!
Nếu điều này không hiệu quả, thì chỉ có hai lý do có thể :
NSSetUncaughtExceptionHandlercuộc gọi của bạn (chỉ có thể có một trình xử lý cho toàn bộ ứng dụng của bạn). Ví dụ, một số thư viện của bên thứ 3 thiết lập unsaughtExceptionHandler của riêng họ. Vì vậy, hãy thử đặt nó ở END của didFinishLaunchingWithOptionschức năng của bạn (hoặc vô hiệu hóa có chọn lọc các thư viện bên thứ 3). Hoặc tốt hơn nữa, đặt điểm dừng mang tính biểu tượng NSSetUncaughtExceptionHandlerđể nhanh chóng xem ai đang gọi nó. Những gì bạn có thể muốn làm là sửa đổi cái hiện tại của bạn thay vì thêm cái khác.EXC_BAD_ACCESSlà không một ngoại lệ; tín dụng để bình luận @Erik B, bên dưới)uncaughtExceptionHandlerthói quen không bao giờ được gọi.
Có một tùy chọn hữu ích là thêm Điểm dừng ngoại lệ (sử dụng dấu + ở dưới cùng của Bộ điều hướng Breakpoint). Điều này sẽ phá vỡ mọi Ngoại lệ (hoặc bạn có thể đặt điều kiện). Tôi không biết lựa chọn này là mới trong 4.2 hay cuối cùng tôi chỉ nhận thấy nó cố gắng giải quyết vấn đề biểu tượng bị thiếu.
Khi bạn đạt điểm dừng này, bạn có thể sử dụng Bộ điều hướng gỡ lỗi để điều hướng ngăn xếp cuộc gọi, kiểm tra các biến, v.v. như bình thường.
Nếu bạn muốn có một ngăn xếp cuộc gọi được tượng trưng phù hợp để sao chép / dán hoặc tương tự, backtrace gdb sẽ hoạt động tốt từ đó:
(gdb) bt
#0 0x01f84cf0 in objc_exception_throw ()
#1 0x019efced in -[NSObject doesNotRecognizeSelector:] ()(Vân vân)
Có một tính năng mới trên trình gỡ lỗi. Bạn có thể đặt điểm dừng bất cứ khi nào có ngoại lệ được ném và dừng thực thi ngay tại đó, giống như đã xảy ra trên 4.0.
Trên "Breakpoint Navigator", thêm "Điểm dừng ngoại lệ" và chỉ cần nhấn "Xong" trên cửa sổ bật lên tùy chọn.
Đó là tất cả!
PS: Trong một số trường hợp, tốt hơn là chỉ phá vỡ các trường hợp ngoại lệ Objective-C.
Đây là một giải pháp nữa, không quá thanh lịch như trước đây, nhưng nếu bạn không thêm các điểm dừng ngoại lệ hoặc trình xử lý, thì đó chỉ là một cách để đi.
Khi ứng dụng gặp sự cố và bạn nhận được ngăn xếp cuộc gọi ném đầu tiên (bằng số hex), hãy nhập vào bảng điều khiển Xcode info line *hex(không quên 0xtrình xác định dấu sao và hex), ví dụ:
(gdb) info line *0x2658
Line 15 of "path/to/file/main.m" starts at address 0x25f2 <main+50>
and ends at 0x267e <main+190>.Nếu bạn đang sử dụng lldb , bạn có thể nhập image lookup -a hex(không có dấu sao trong tình huống này) và bạn nhận được đầu ra tương tự.
Với phương pháp này, bạn có thể di chuyển từ đỉnh ngăn xếp (sẽ có khoảng 5-7 bộ truyền ngoại lệ hệ thống) đến chức năng của bạn gây ra sự cố và xác định chính xác tệp và dòng mã.
Ngoài ra, để có hiệu quả tương tự, bạn có thể sử dụng tiện ích atos trong thiết bị đầu cuối, chỉ cần gõ:
atos -o path/to/AplicationBundle.app/Executable 0xAdress1 0xAdress2 0xAdress3 ...và bạn nhận được dấu vết ngăn xếp được ký hiệu hóa (ít nhất là đối với các chức năng bạn có các biểu tượng gỡ lỗi). Phương pháp này được ưa thích hơn, bởi vì bạn không có cho mỗi cuộc gọi địa chỉ info line, chỉ cần sao chép địa chỉ từ đầu ra của bàn điều khiển và dán chúng vào thiết bị đầu cuối.
Đây là một vấn đề phổ biến, không nhận được dấu vết ngăn xếp trong 4.2. Bạn có thể thử trao đổi giữa LLDB và GDB để xem bạn có kết quả tốt hơn không.
Nộp báo cáo lỗi tại đây.
http://developer.apple.com/ormsreporter/
BIÊN TẬP:
Tôi tin rằng nếu bạn trao đổi trở lại LLVM GCC 4.2, bạn sẽ không thấy điều này xảy ra. Bạn có thể mất các tính năng bạn cần mặc dù.
Sử dụng mã này trong chức năng chính của bạn:
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;
}Tại loại nhắc nhở bảng điều khiển gỡ lỗi của Xcode:
image lookup -a 0x1234
Và nó sẽ cho bạn thấy một cái gì đó như:
Address: MyApp[0x00018eb0] (MyApp.__TEXT.__text + 91088)
Summary: MyApp`-[MyViewController viewDidAppear:] + 192 at MyViewController.m:202Bật lại 'Biên dịch cho ngón tay cái' (cấu hình gỡ lỗi) làm việc cho tôi.