App Crashed beim Start mit Exeption Breakpoint

Kannst du das Projekt hier mal hochladen?

Da du einen Exception Breakpoint gesetzt hast, wird dieser bei jeder Exception getriggert, auch wenn diese Exception aufgefangen wird und nicht zum Crashs führt. Kann es sein das du ein Framework nutzt was intern mit Exceptions arbeitet und deswegen dein Breakpoint getriggert wird? Passiert ja zum Beispiel auch wenn man mit der AVFoundation arbeitet.

Wie gesagt treten die Exceptions bei meinem einen Projekt nur unter den Betas auf.
Hast du mal geschaut ob unter Yosemity + Xcode 6 das Selbe passiert?

Manuel1987 schrieb:

Ist ein fast fertiges Kundenprojekt.

Kundenprojekte mit Beta zu bauen, ist mit Vorsicht zu geniessen. Kann überhaupt nicht funktionieren und sobald das Release da ist funktioniert alles wunderbar, oder du steckst jetzt Zeit rein um das Projekt lauffähig zu machen und nach dem Release läuft es dann doch nicht.

Alles schon erlebt, Kunde wollte umbedingt, dass wir die App auf eine Beta testen, damit wir später direkt in den Store gehen können, leider hatte sich ein paar Sachen zum Release geändert und schwups die ganze Arbeit nochmal.

Ok, dann ist es aber doch was anderes als bei mir.
Zu Abstürzen kommt es nicht.

ich hatte daher eher einen Bug in Xcode 7 bzw, den iOS9 Frameworks in Verdacht.

Aktiviere einfach noch mal den Exception Breakpoint und starte die App. Bei einem Stop setzte die App dann mit Continue fort, bis es zu einem echten Crash kommt. Dann sollte es auch einen Cashlog bzw. Stacktrace geben und Du konntest vorher sehen an welcher Stelle die App vor dem Crash war. Damit solltest Du das Problem recht genau eingrenzen können.

Es wird versucht an einem Objekt vom Typ NSSQLEntity die Methode deviceOrientationDidChange aufzurufen. Die gibt's aber für die Klasse nicht. Schau' mal, wo Du in Deinem Projekt sowas aufrufst und schau Dir den Empfänger der Nachricht an. Vermutlich hast Du diese Methode für eine UIDeviceOrientationDidChangeNotification irgendwo registriert und evtl. vergessen die Methode zu implementieren.

Andere Möglichkeit: Ein Problem mit der Speicherverwaltung, d.h. dein ursprüngliches Objekt ist schon weggeräumt und stattdessen sitzt eine NSSQLEntity an der Stelle im Speicher.

ciao

gandhi

Du könntest mal im Scheme unter Diagnostics die Option „Enable Zombie Objects“ aktivieren. Damit kommst du eventuell einem Problem in der Speicherverwaltung auf die Spur.

Manuel1987 schrieb:

Ich glaube eher, Möglichkeit 2 ist die Ursache.

Vermutlich. Zumindest vom Namen her (NSSQLEntity) würde ich sagen, das es eher unwahrscheinlich ist, das dieses Objekt der korrekte Empfänger der Notification ist. Nachdem der Observer/Target für eine Notification nur per "assign" gehalten wird, kriegt es der Sender nicht mit, wenn das Target aus dem Speicher gelöscht wird. Und wenn dann beim Sender der Notification schon wieder eine neues Objekt an der Stelle ist (also eine NSSQLEntity) kommt es genau zu dem Effekt.

Schau' Doch mal, wo Du eine Methode namens deviceOrientationDidChange: für eine Notification registrierst. Und schau' Dir dann mal den Lifecycle des ursprünglichen Zielobjekts an.

Hm, es sollte eigentlich einen Crash oder zumindest eine Warnung in der Console geben, wenn ein Objekt freigeben wird, welches noch als Notification Empfänger registriert ist.

Gerade mal ausprobiert: Ich bekomme keine Warnung.