iPhone : [NSBundle mainbundle] 호출은 시뮬레이터가 아닌 기기에서 충돌 함

Question

기본적으로 문제는 제목이 말하는 것과 정확히 같습니다.

내 응용 프로그램이 충돌없이 시뮬레이터에서 원활하게 작동합니다. 사실, 이전 버전은 앱 스토어에 있습니다. 나는 여기저기서 사소한 변화를 일으켰고 갑자기 아주 이상한 곳에서 충돌하기 시작했다.

나는 ... 그것을 반환 어느 시점에서, 그러나, NSBundle mainBundle]에 처음 몇 통화가 완전히 정상으로 expected-있는 등 PLIST 파일, 이미지에 액세스하는 코드의 다양한 장소에서 [NSBundle mainBundle] resourcepath]를 사용

-[NSBundle < null selector>]: unrecognized selector sent to instance 0x10a0e0 

... 장치에서 충돌합니다. 여기에 정확한 코드입니다 : 그 전화가 정말 문제가있는 경우

-(void) setImageName:(NSString *)s 
{ 
[imageName release]; 
imageName = [s copy]; 
NSLog(@"last line before crash"); 
NSString *imagePath =[[NSBundle mainBundle] resourcePath]; 
NSLog(@"Why would it crash before here???"); 

    imagePath = [imagePath stringByAppendingString:imageName]; 
    imageUI = [[UIImage alloc] initWithContentsOfFile:imagePath]; 
    [self setNeedsDisplay]; 
} 

확인하려면, 내가 이제까지 처음 몇 통화가 I로 완전히 정상이었다 (프로젝트에 [NSBundle mainbundle]에 전화를 처음의 문자열로 resourcePath 저장 위에서 언급 한) 그 resourcePath 문자열을 사방에 필요로했다 [NSbundle mainbundle]와 voila! 아무런 충돌/누출, 아무것도 ...

나는 완전히 혼란스러워. 왜 그 장치에 내 응용 프로그램이 충돌하지만 시뮬레이터가 아닌가요?

편집 :

NSArray *array = [NSBundle allBundles]; 
NSBundle *bundle = [array objectAtIndex:0]; 
NSString *imagePath = [bundle bundlePath]; 

사용 ... ... 대신 [[NSBundle mainBundle] resourcePath]도 작동합니다. 나는 어떻게 든이 특별한 통화에만 영향을주는 것을하고 있다고 생각합니다.

편집 2은 : 여기에서 중단 점을 설정 역 추적하다 - [NSObject의 doesNotRecognizeSelector :]

#0 0x30e27b98 in -[NSObject doesNotRecognizeSelector:] 
#1 0x30dacb18 in ___forwarding___ 
#2 0x30da3840 in __forwarding_prep_0___ 
#3 0x0000bcfe in -[CustomTableViewCell setImageName:] at CustomTableViewCell.m:93 
#4 0x0000499e in -[RootTableViewController tableView:willDisplayCell:forRowAtIndexPath:] at RootTableViewController.m:469 
#5 0x3364d5d0 in -[UITableView(UITableViewInternal) _createPreparedCellForGlobalRow:withIndexPath:] 
#6 0x3364cde0 in -[UITableView(UITableViewInternal) _createPreparedCellForGlobalRow:] 
#7 0x335f832c in -[UITableView(_UITableViewPrivate) _updateVisibleCellsNow] 
#8 0x335f6514 in -[UITableView layoutSubviews] 
#9 0x335f22d8 in -[UIView(CALayerDelegate) _layoutSublayersOfLayer:] 
#10 0x32bac1c0 in -[CALayer layoutSublayers] 
#11 0x32babedc in CALayerLayoutIfNeeded 
#12 0x32bab844 in CA::Context::commit_transaction 
#13 0x32bab474 in CA::Transaction::commit 
#14 0x32bb35dc in CA::Transaction::observer_callback 
#15 0x30da1830 in __CFRunLoopDoObservers 
#16 0x30de9346 in CFRunLoopRunSpecific 
#17 0x30de8c1e in CFRunLoopRunInMode 
#18 0x332e7374 in GSEventRunModal 
#19 0x335adc30 in -[UIApplication _run] 
#20 0x335ac230 in UIApplicationMain 

... 어디 # 3 - CustomTableViewCell.m : 93이되어있는 NSString * = IMAGEPATH [[NSBundle mainBundle] resourcePath]; 위에서 게시 한 코드 부분에서

Answer 1

시뮬레이터가 아닌 장치의 충돌 (및 그 반대)은 일반적으로 하나의 하드웨어 플랫폼 만 준수하지만 다른 모듈은 그렇지 않은 컴파일 된 라이브러리/프레임 워크 때문에 발생합니다. 시뮬레이터는 인텔과 장치를 작동 시키므로 이상한 충돌이 발생합니다. 최근에 컴파일하지 않은 항목을 추가했는지 확인하십시오.

오류 -[NSBundle < null selector>]: unrecognized selector sent to instance 0x10a0e0은 NSBundle 클래스가 "잊어 버린"이유가 무엇이든간에 mainBundle 메서드를 사용한다고 제안합니다. 우리가 메모리 관련 오류에서 예상하는 것처럼 그것은 객체가 아닌 null 인 selector입니다. 그것은 어느 정도 수준 높은 부패를 제안합니다.

나는 정말 갑자기 mainBundle 선택을 잃는 경우이 당신을 말할 것이다 [NSBundle mainBundle];

NSLog(@"responds to selector mainBundle=%@",[NSBundle respondsToSelector:@selector(mainBundle)]?@"YES":@"NO"); 

를 호출하기 전에 다음과 같은 로그를 둘 것입니다.

Edit01 : 귀하의 답변에 대한

감사합니다. 그것은 Nsbundle 그것이 mainbundle에 응답 할 수있는 상태 것 같다 "선택에 응답 mainBundle = YES"단지 [NSBundle mainBundle]로 충돌 호출

흠 전에 충돌이 원인이 충분히 나쁜해야합니다 잘못된 오류 코드가 반환됩니다. 이는 mainBundle을 호출하기 직전 또는 직후에 문제가있을 수 있음을 의미합니다.

크래시가 CustomTableViewCell에서 발생한다고 가정 할 때 펜촉의 문제라고 생각합니다. 너트에 정의 된 UITableViewCell의 하위 클래스가 있습니까? 펜촉에 이미지가 정의되어 있습니까? 어떤 파일 유형입니까? 다른 이미지 또는 다른 펜촉으로 동일한 오류가 발생합니까?

저는 핵심 단서가 시뮬레이터에서는 작동하지만 장치에서는 작동하지 않는다고 생각합니다. 하드웨어에 따라 다르게 작동하는 것을 찾아야합니다.

당신은 분명 여기 하드 하나있어.

Answer 2

기본적으로 문제는 제목에 정확히 나와 있습니다. - 아니야. [NSBundle mainBundle]은 이 아니며,이 고장 났음을 보증합니다. 크래시는 코드의 다른 부분에서 잘못하고있는 것의 증상입니다. 예를 들어 나쁜 메모리 관리처럼.

Answer 3

NSZombieEnabled를 켜면 문제가 실제로 어디에 있는지 알 수 있습니다.

Answer 4

한 가지 가능한 문제는 동일한 이유로 imageName을 두 번 전달한 경우 유지하기 전에 해제해야한다는 것입니다. 처음 두 줄을 다음과 같이 바꿀 수도 있습니다.

if (imageName != s) { 
    [imageName release]; 
    imageName = [s retain]; 
} 

Answer 5

문서에 하드 코딩 경로 문자열을 사용하는 것은 좋지 않습니다. 경로가 변경됩니다 (일반적으로 각 빌드마다). 크래시가 진행되는 한 더 많은 코드를 보지 않고도 알기가 어렵습니다.그러나이 제안에 대해 살펴 :

대신

[imagePath stringByAppendingString:imageName]; 

당신이

[imagePath stringByAppendingPathComponent:imageName]; 

stringByAppendingPathComponent 특히 경로와 파일 이름을 처리에 적합 사용해야합니다.

Answer 6

언제든지 [NSBundle mainBundle] 할 수 있어야합니다. 첫 번째 시간을 잡기 위해 코드에 흩어져있는 방법, St3fan 상태가 문제가 될 수있는 메모리 관리 (예 : 메모리 손상 발생)를 무력화시키는 무언가에 가깝게 두는 것이 좋습니다.