iPhone App wird beendet, auf Abschuss ohne Absturzprotokoll

Question

Meine Anwendung läuft auf 3.0-Geräte und auf 3.1 Geräte in Ordnung, wenn über Xcode gestartet, aber Abstürze beim Start, wenn sie auf einem 3.1-Gerät ausgeführt werden, wenn über iTunes installiert. Es hinterlässt keine Crash-Protokoll, sondern bringt diese in die Konsole:

Thu Oct  1 19:33:36 unknown mobile_installationd[329] <Error>: 00808e00 install_embedded_profile: Skipping the installation of the embedded profile
Thu Oct  1 19:33:37 unknown SpringBoard[24] <Warning>: Reloading and rendering all application icons.
Thu Oct  1 19:33:41 unknown com.apple.debugserver-43[342] <Warning>: debugserver-43 for armv6 Copyright (c) 2007-2009 Apple, Inc.  All Rights Reserved.
Thu Oct  1 19:33:41 unknown com.apple.debugserver-43[342] <Warning>: Connecting to com.apple.debugserver service...
Thu Oct  1 19:33:41 unknown com.apple.launchd[1] <Warning>: (UIKitApplication:com.companyname.AppName[0x60c]) Spawned and waiting for the debugger to attach before continuing...
Thu Oct  1 19:33:42 unknown kernel[0] <Debug>: launchd[343] Builtin profile: container (seatbelt)
Thu Oct  1 19:33:42 unknown kernel[0] <Debug>: launchd[343] Container: /private/var/mobile/Applications/291BFBE4-F5DC-494D-B7E5-81BED01E508B (seatbelt)
Thu Oct  1 19:33:42 unknown com.apple.debugserver-43[342] <Warning>: 1 [0156/0903]: error: ::task_for_pid ( target_tport = 0x0103, pid = 343, task => 0x0000 ) 0x000001f5/0x000001f5 0x000001f5/0x000001f5 err = (os/kern) failure (0x00000005)
Thu Oct  1 19:33:42 unknown com.apple.debugserver-43[342] <Error>: error: MachTask::StartExceptionThread (): task invalid, exception thread start failed.
Thu Oct  1 19:33:42 unknown com.apple.debugserver-43[342] <Warning>: 2 [0156/0903]: error: ::task_for_pid ( target_tport = 0x0103, pid = 343, task => 0x0000 ) 0x000001f5/0x000001f5 0x000001f5/0x000001f5 err = (os/kern) failure (0x00000005)
Thu Oct  1 19:33:42 unknown com.apple.debugserver-43[342] <Warning>: 3 [0156/0903]: RNBRunLoopLaunchInferior DNBProcessLaunch() returned error: 'DRHT'
Thu Oct  1 19:33:42 unknown com.apple.debugserver-43[342] <Warning>: error: failed to launch process (null): failed to get the task for process 343
Thu Oct  1 19:33:42 unknown com.apple.debugserver-43[342] <Warning>: 4 [0156/1603]: error: ::read ( 7, 0x28091c, 1024 ) => -1 err = Bad file descriptor (0x00000009)
Thu Oct  1 19:33:42 unknown com.apple.launchd[1] <Notice>: (UIKitApplication:com.companyname.AppName[0x60c]) Bug: launchd_core_logic.c:2649 (23909):10
Thu Oct  1 19:33:42 unknown com.apple.launchd[1] <Notice>: (UIKitApplication:com.companyname.AppName[0x60c]) Working around 5020256. Assuming the job crashed.
Thu Oct  1 19:33:42 unknown com.apple.launchd[1] <Warning>: (UIKitApplication:com.companyname.AppName[0x60c]) Job appears to have crashed: Segmentation fault
Thu Oct  1 19:33:42 unknown com.apple.launchd[1] <Warning>: (UIKitApplication:com.companyname.AppName[0x60c]) Throttling respawn: Will start in 2147483647 seconds
Thu Oct  1 19:33:42 unknown SpringBoard[24] <Warning>: Application 'AppName' exited abnormally with signal 11: Segmentation fault
Thu Oct  1 19:34:42 unknown SpringBoard[24] <Notice>: MultitouchHID(208ba0) uilock state: 0 -> 1

Die Anwendung verfügt über eine Default.png Datei, und das zeigt, für einen Moment, aber ich denke, dass durch Springboard / launchd / Dingsbums geladen werden kann, so dass ich glaube nicht, das ist ein Zeichen dafür, dass ich eigentlich überhaupt ausgeführt wird.

Ich habe ein zweites Projekt auf dem gleichen Feld und verwendet die gleichen Anmeldeinformationen und Zertifikate, es zu bauen, und es baut und betreibt über iTunes ohne ein Problem.

Answer 1

Ich legte den Build als Ausgang .app Datei auf Dropbox, und obwohl codesign -vvvv AppName.app auf der Kopie auf meiner Seite des Dropbox gearbeitet, es wurde offenbar geändert irgendwie durch die Zeit, die die Tester erreicht hatte. Die Zertifizierung nicht, und die Anmeldung zurückgewiesen zu starten.

Dieser Blog-Eintrag war maßgeblich an der Entdeckung, dass dies die Ursache und dieses war maßgeblich bei der Entdeckung die Lösung ( zippen die App up mit zip MyApp.zip -r -y MyApp.app).

Answer 2

Versuchen Sie, das Problem durch Kommentare aus dem Code, den Sie beim Laden zu isolieren laufen, und sehen, ob Ihre App mindestens sein Hauptfenster zu laden. Dann allmählich uncomment Code und NSLog Anweisungen verwenden, die Werte Ihrer initialisierten Variablen anzumelden (mit dem Debugger macht Ihr Problem nicht auftreten, also denke ich NSLog ok ist). Versuchen schwere Initialisierung aus dem Haupt-Thread zu halten, durch einen eigenen Hintergrund eines Start, wenn Sie sehen, dass Ihre Anwendung abstürzt durch zu viel Zeit alles im Voraus zu laden.