App stürzt in Release-Build, aber nicht in Debug ab

Wie gesagt im Titel, ich Schreibe eine app für iPhone, die perfekt läuft im debug-Modus, aber wenn ich es bauen als release und installieren Sie es via TestFlight, stürzt es ab.
Durch die crash-log-es könnte etwas zu tun haben mit diesen Zeilen:

let path = NSBundle.mainBundle().pathForResource("PrinterList", ofType: "plist")
if path != nil {
    let printerDic = NSDictionary(contentsOfFile: path!)
    let printerList = NSArray(array: printerDic.allKeys)
    printerNames = printerList as [String]
}

Ich bin mit einem Rahmen von Brother drucken ohne AirPrint, aber ich denke, das ist nicht das problem, weil die app abstürzt, bevor etwas zu tun mit dem Rahmen.
Es stürzt nur in diesem ViewController, wo ich diese Zeilen ausführen. Muss ich den Rahmen nur in diesem ViewController als gut.

InformationsquelleAutor der Frage Ben | 2014-09-02

  1. 37

    Es gibt viele Gründe, dass eine app Abstürzen, im release-Modus aber nicht im debug-Modus (z.B. memory allocation Unterschiede zeigt sich ein Fehler, der tatsächlich in beide builds.) Sie können nehmen eine Menge Arbeit auf die Spur, sogar mit einem non-beta-compiler/Sprache.

    Ihnen sagen, dass das problem verschwindet, wenn Sie das tun, was ich vorgeschlagen, und bauen Sie für die Freigabe mit Optimierungen ausgeschaltet. Da der Swift compiler ist noch in der beta ist und bestimmt noch das eine oder andere problem—ich habe gesehen, der compiler stürzt einfach ab beim erstellen optimierte builds—dies kann tatsächlich ein Optimierungstool bug.

    Für jetzt, also, ich würde aufschieben Blick in Sie. Version ohne Optimierungen, bis wir eine vollständige release-version des Compilers. Drehen Sie dann die Optimierung wieder auf und sehen, ob du immer noch das problem. Wenn Sie das tun, das ist der Zeit zu starten, verbringen Sie Ihre Energie, um herauszufinden, ob es einen compiler-Fehler oder ein Fehler in Ihrem eigenen code.

    InformationsquelleAutor der Antwort Matt Gibson

  2. 7

    Ich habe das gleiche problem. Ich schließlich fest, indem du auf whole module optimization. Kombiniert mit der korrekten Implementierungen von Zutrittskontrolle
    dies sollte fix your crash.

    Ganze Modul Optimierung laut Apple:

    Verwenden Ganzes Modul Optimierung abzuleiten Finale auf interne Erklärungen.
    Erklärungen mit den internen Zugriff (Standard, wenn nichts deklariert ist)
    sind nur sichtbar innerhalb des Moduls, wo Sie deklariert sind. Da
    Swift normalerweise kompiliert die Dateien, aus denen sich ein Modul separat,
    der compiler kann nicht prüfen, ob eine interne Erklärung
    außer Kraft gesetzt wird, in einer anderen Datei. Jedoch, wenn Ganze Modul
    Optimierung aktiviert ist, werden alle module kompiliert, die zusammen an der
    gleichen Zeit. Dies ermöglicht es dem compiler, um Rückschlüsse auf die
    gesamte Modul zusammen und folgern endgültig auf die Erklärungen mit internen
    wenn es keine sichtbaren überschreibt.

    Aktivieren Sie diese in Ihrem Projekt-Einstellungen:

    App stürzt in Release-Build, aber nicht in Debug ab

    Aber bewusst sein, diese option optimiert alle Dateien in einem Ziel zusammen und ermöglicht eine bessere Leistung auf Kosten der erhöhten compile-Zeit.

    InformationsquelleAutor der Antwort Antoine

  3. 1

    Fangen crash-test-der mit dem Optimization Level auf Schnellste, Kleinste [-Os] im Debug-Modus, um genauer zu simulieren den code, der generiert wird & laufen auf dem Gerät des Benutzers.

    Können Sie es in den build-Einstellungen unter Swift-Compiler/Code Generation

    InformationsquelleAutor der Antwort Sakshi Singla

  4. 0

    Apple beschreibt auch ein bekanntes Problem. Ich beschreibe es mal kurz, falls jemand schauen, für die Antwort und die bisherige Lösung funktioniert nicht.

    Überprüfen Sie Ihre crashlog auf Fehler wie 

    Dyld Error Message:
  Library not loaded: @rpath/libswiftCore.dylib

    oder 

    [....] [deny-mmap] mapped file has no team identifier and is not a platform binary:
/private/var/mobile/Containers/Bundle/Application/5D8FB2F7-1083-4564-94B2-0CB7DC75C9D1/YourAppNameHere.app/Frameworks/libswiftCore.dylib

    und Folgen apple Anleitung wenn Sie ähnliche Absturz-Ausgang wie oben.

    PS: Sie könnten überprüfen Sie die log-leicht, noch unter Fenster ->Gerät in XCode. klicken Sie auf das Gerät und klicken Sie auf view device-Protokolle.

    InformationsquelleAutor der Antwort flatronka

Schreibe einen Kommentar