OSStatus-Fehler-code -34018

Ich habe gerade die Erforschung der gleiche Fehler.

Das wesentliche ist, dass der security-Dienst von apple verwendet, um zu kommunizieren mit dem Schlüssel-Kette, in seltenen Fällen, wenn der Benutzer das Gerät über wenig Speicher, Abstürze und wegnehmen der app Fähigkeit zu sprechen, die Schlüsselanhänger, die Ergebnisse der schreckliche -34018.

Dies ist nicht passiert, nur beim laufen durch Xcode wie manche vielleicht behaupten.

Dies ist den jüngsten Daten, die zur Ausgabe entnommen aus der Apple-developer-Foren von einem Apple-Mitarbeiter:

UPDATE: Wir haben endlich in der Lage zu reproduzieren, die -34018 Fehler auf iOS
8.3. Dies ist der erste Schritt bei der Ermittlung der Ursache und dann kommen mit einem Update.

Als üblich, können wir nicht verpflichten, zu einem release-Zeitraum, aber das hat
betroffen sind viele Entwickler, und wir wirklich wollen, um dies gelöst zu kriegen.

Früher habe ich vorgeschlagen, indem eine kleine Verzögerung in
Anwendung:didFinishLaunchingWithOptions und
applicationDidBecomeActive: vor dem Zugriff auf den Schlüsselbund, als
Problemumgehung. Jedoch, nicht scheinen, um zu helfen. Das bedeutet, dass
es gibt keine bekannte Problemumgehung zu diesem Zeitpunkt andere als Relaunch
die app.

Das Problem zu sein scheint in Bezug auf Arbeitsspeicher, also vielleicht
mehr aggressiv im Umgang mit Speicher Warnungen kann das problem zu lindern.

Von einem Anderen Apple-Mitarbeiter:

• Schlüsselanhänger engineering ist sich bewusst, wie wichtig dieses Thema ist.
• Das primäre problem wurde die Reproduktion der Fehler hier bei Apple.
• Wir sind jetzt in der Lage, das zu tun (vor allem Dank der Arbeit, die Sie Jungs haben in der Einreichung und die Begleitung auf Ihrem bug-reports).

Von einem Anderen Apple-Mitarbeiter auf Mar 22, 2016:

OK, hier ist das neueste. Das ist ein Komplexes problem mit mehreren
mögliche Ursachen: Einige Instanzen, die das problem verursacht durch falsche
die app-Signierung. Sie können leicht unterscheiden, da hier das problem
ist zu 100% reproduzierbar. Einige Instanzen des Problems verursacht werden, durch einen
Fehler wie iOS unterstützt die app-Entwicklung (r. 23,991,853). Debugging
dies wurde erschwert durch die Tatsache, dass ein bug im OS (r.
23,770,418) maskiert seine Wirkung, d.h. das problem nur aufgetaucht
wenn das Gerät wurde unter Speicherdruck. Wir glauben, dass diese Probleme
gelöst wurden in iOS 9.3. Wir vermuten, dass es noch mehr Ursachen
von diesem problem. Also, wenn Sie dieses problem auf einem Benutzer-Gerät (eine
das hat nicht gesprochen worden, um von Xcode), auf dem iOS 9.3 oder höher,
bitte einen bug-report darüber. Versuchen Sie, das Gerät
system log in deinen Fehlerbericht ein (mir ist klar, dass kann tückisch sein, wenn
Umgang mit Kunden-Geräte; eine Möglichkeit ist, den Kunden bitten
installieren Sie Apple Configurator können Sie das SystemProtokoll anzeigen). Und
wenn Sie einen bug, bitte postet Eure bug-Nummer, einfach für die
Datensatz. Im Auftrag von Apple möchte ich mich bei allen bedanken für Ihre
Bemühungen zu helfen, auf die Spur dieser doch eher schrecklichen Problem. Teilen und
Genießen Sie

Leider gibt es keine bekannten Problemumgehungen und das Problem ist noch nicht behoben 9.3.2 Beta 1 (13F51a)

InformationsquelleAutor Segev

Dieser code funktioniert bei mir:

static const UInt8 kKeychainItemIdentifier[] = "com.apple.dts.KeychainUI\0";

- (NSData *)getKeychainData:(NSString *)key
{
    NSData *keychainItemID = [NSData dataWithBytes:kKeychainItemIdentifier length:strlen((const char *)kKeychainItemIdentifier)];

    NSDictionary *query = @{
        (__bridge id)kSecClass: (__bridge id)kSecClassGenericPassword,
        (__bridge id)kSecAttrService: SEC_ATTR_SERVICE,
        (__bridge id)kSecAttrAccount: key,
        (__bridge id)kSecReturnData: (__bridge id)kCFBooleanTrue,
        (__bridge id)kSecAttrGeneric: keychainItemID
    };

    CFDataRef result = NULL;

    OSStatus status = SecItemCopyMatching((__bridge CFDictionaryRef)query, (CFTypeRef *)&result);

    if(status == errSecItemNotFound) {
        return nil;
    }

    if(status == noErr) {
        return CFBridgingRelease(result);
    } else {
        [self logError:[NSString stringWithFormat:@"SecItemCopyMatching status %d", (int)status] :nil];
        return nil;
    }
}

Der Hauptunterschied mit OP ' s code ist die Zugabe von ein Generisches Attribut der Abfrage. Der Schlüsselanhänger Item Identifier ist der Standard von apple. Der Grund hinter dieser kommt zu unterscheiden möglich verschiedene Schlüsselanhänger Elemente von einander. Dies ist ein Weg, um eine mehr die keychain-Elemente, Zugriff auf mehr zuverlässig. Im Grunde, in anderen Worten, das macht Sie sicher, dass Sie Zugriff auf apples Standard-Schlüsselanhänger.

InformationsquelleAutor flizana