2017-08-12 1 views
0

Ich habe einen Absturzbericht in Crashlytics erhalten, der mir Unsinn scheint; nur basierend auf ein paar Zeichen und Methodenname ist meine Vermutung, dass es irgendwie mit einem Modell verwandt ist, das von Realm Object geerbt wurde.Was sagt dieser obskure Absturzbericht (Stack-Trace)?

  • Könnten Sie bitte irgendeinen Hinweis geben, was hier vor sich geht?
  • Warum konnte Crashlytics keine Zeilennummern bereitstellen? (während es ist schon kein Problem mit anderen Crash-Berichte) enter image description here
+0

Haben Sie ReloadItems Funktion? – Jaydeep

+0

kann es nicht in der Lage sein, Ihnen die genaue Zeilennummer, wie der Fehler innerhalb der Schließung auftreten kann, obwohl ich nicht sicher bin, aber ich habe beobachtet, manchmal gibt es nicht die Zeilennummer der Abstürze innerhalb Schließung –

+0

@jaydeep ja, es ist wahr. Aber leider ist es eine lange Methode. und mein Hauptbedürfnis besteht darin, den genauen Grund für diesen Absturz zu kennen (da ich basierend auf dem Stack - Trace erraten kann, welcher Teilabsturz passiert. – Erfan

Antwort

0

Es zeigt Ihnen, wo in Ihrem Code der Absturz auftritt. Es wird ein bisschen schwierig mit diesen Absturzberichten in Swift, weil Sie keine genauen Zeilennummern erhalten, aber Sie bekommen die Abschlussnummer. Es sieht aus wie der einfachste Ort zu starten ist BaseDao.swift bei Linie 41, folgen Sie dieser Schließung FavViewControllerreloadItems Funktion und prüfen, was passiert mit dem LeafBriefModel Objekt?

Wir müssten mehr Code sehen, um vollständig helfen zu können, aber das sollte ein Anfang sein.

+0

Danke. Ich hatte bisher kein Problem mit anderen Absturzberichten für Swift - Code (immer mit die Zeilennummer) Ja, BaseDao.swift ist ein guter Anfang, aber ich muss den endgültigen Absturzgrund kennen. Hast du eine Idee, warum Crashlytics auf diese obskure Art berichtet? – Erfan

+0

Es scheint in den meisten Fällen sinnvoll zu sein, Aber es ist schwer, den wahren Grund zu kennen, ohne den Code zu sehen. –