2014-10-17 10 views
5

Mam kompilację aplikacji na SDK iOS8, którą archiwizuję, a następnie podpisuję dystrybucję adhoc.Zderzenie iOS8/iPhone6 ​​+ XPC

Od 2 lat działa na wszystkich urządzeniach z różnymi aktualizacjami. Teraz mam iPhone'a 6 plus.

Aplikacja prowadził drobny pierwszy po nowej instalacji, ale teraz zawiesza się z powodu błędu:

"XPC API Misuse: Given object not of required type"

Dzieje zanim dostanie się didFinishLaunchingWithOptions

stosu wywołań:

Thread 0 name: XPC API Misuse: Given object not of required type. Dispatch queue: com.apple.main-thread Thread 0 Crashed: 0 libxpc.dylib 0x0000000197dd99d8 _xpc_api_misuse + 60 1 libxpc.dylib 0x0000000197dd99d4 _xpc_api_misuse + 56 2 libxpc.dylib 0x0000000197dc9ae8 xpc_dictionary_set_value + 88 3 libxpc.dylib 0x0000000197dc5538 xpc_dictionary_set_string + 48 4 CoreFoundation 0x0000000186e4b590 _CFXNotificationRemoveObservers + 912 5 Foundation 0x0000000187d1ff20 -[NSNotificationCenter removeObserver:name:object:] + 252 6 UIKit 0x000000018b8588e4 -[UITableView dealloc] + 96 7 UIKit 0x000000018b6bf510 -[UIView(Hierarchy) removeFromSuperview] + 696 8 UIKit 0x000000018b79cb24 -[UIScrollView removeFromSuperview] + 76 9 UIKit 0x000000018b6c219c -[UIView dealloc] + 444 10 CoreFoundation 0x0000000186e217e4 CFRelease + 520 11 CoreFoundation 0x0000000186e2dda4 -[__NSArrayM dealloc] + 148 12 libobjc.A.dylib 0x0000000197599720 (anonymous namespace)::AutoreleasePoolPage::pop(void*) + 560 13 CoreFoundation 0x0000000186e25400 _CFAutoreleasePoolPop + 24 14 Foundation 0x0000000187d1f180 -[NSAutoreleasePool release] + 144 15 UIKit 0x000000018b72f9ac -[UIApplication _run] + 584 16 UIKit 0x000000018b72a980 UIApplicationMain + 1484 17 HelloWorld 0x000000010000636c main (main.m:16) 18 libdyld.dylib 0x0000000197beea04 start + 0

Czy ktoś może pomóc?

+0

Mam kilka rozproszonych raportów o awariach od użytkowników przedstawiających ten sam podstawowy problem. Wszystko na iPhone 6 i 6+. Brak innych urządzeń. – rmaddy

+0

Ten sam problem i występuje tylko na iPhone 6 i iPhone 6 Plus. – nonamelive

Odpowiedz

1

Naprawiłem awarię we własnej aplikacji, ale nie mogę w 100% wskazać głównej przyczyny. Podejrzewam, że było to uszkodzenie pamięci lub zachowanie obiektu.

Klucz był [UITableView dealloc] Zaimplementowałem dealloc w moim widoku tabeli, aby zobaczyć, gdzie wystąpił problem. W końcu wywnioskowałem to do wersji UITableViewCell utworzonej z pliku .xib. Ten konkretny .xib zawierał wiele s. UITableViewCell. Po nadaniu każdemu widokowi tabeli własnego pliku .xib awaria zniknęła.

+0

Masz ten problem, ale użyj storyboardu. Czy masz jakieś pomysły, jak to naprawić? –

+0

Ten sam problem. To jedna z naszych najczęstszych awarii w naszych aplikacjach. – Jake

+0

Widząc, że masz błąd "niewłaściwego API", Apple regularnie dokumentuje to w swoich dokumentach XPC itp. ... Wystarczająco często pojawia się także na stronach man. XPC ma dość złożony system pamięci podręcznej, który żele ściśle z 'launchd' po prostu dowolnie" ponownie uruchamia "upaść aplikacji po wprowadzeniu zmian nie zawsze będzie to naprawić. Bufory XPC wymagają spłukiwania, jeśli chodzi o awarie XPC. Czasami sprowadza się tylko do oczekiwania na launchd (na korzyść wywoływania wypowiedzenia i stresowania) ... W interesie, cache XPC jest wykonywane przez '/ usr/libexec/xpchelper --rebuild-cache' –

Powiązane problemy