Xcode 4.4-Fehler - Zeitüberschreitung beim Warten auf den Start der App


101

gestern habe ich Xcode 4.4 installiert.

Ich arbeite an einem Projekt, das auf iOS 4.1 oder höher ausgeführt werden muss und iOS-Geräte mit Kamera unterstützt. Bis ich Xcode 4.4 installiert habe, lief alles gut und ich kann die App auf dem iPhone 3G und 4S testen. Nachdem ich Xcode 4.4 installiert hatte, konnte ich die App auf dem iPhone 3gs nicht testen. Jedes Mal, wenn ich es versuche, zeigt mir xcode die folgende Meldung: - "Appname" konnte nicht gestartet werden. Zeitüberschreitung für App zum Starten -

Hat jemand eine Idee, wie man diesen Fehler beseitigt?


Was ist die iOS-Version auf Ihren 3Gs? Angenommen, es ist 4.1, überprüfen Sie in den XCode-Einstellungen, ob Sie Geräte-Debugging-Unterstützung für 4.1 installiert haben oder nicht
Vin

Antworten:


268

Ich hatte ein ähnliches Problem beim Versuch, eine App mit Ad-hoc-Bereitstellung zu debuggen ... Überprüfen Sie, welche Bereitstellung Sie verwenden. Es scheint, dass die Ad-hoc-Bereitstellung nicht zum Debuggen verwendet werden kann.

BEARBEITEN Tatsächlich scheinen nur Entwicklungsbereitstellungsprofile für das Debuggen in Ordnung zu sein


Ja, das hat es für mich getan. Vielen Dank!
Jemmons

2
Ja. Ich denke, frühere Xcode-Versionen hatten eine andere Warnung.
BastiBen

40
Apple sollte den Stackoverflow lesen und seine Tools basierend auf solchen Antworten reparieren!
Viggio24

Auch für mich gelöst. Problem noch da, auch im neuesten Xcode 4.5 ++
Gerd

Ich habe versucht, mit einem ausgewählten Enterprise Dist-Zertifikat zu debuggen. Zurück zu meinem Entwicklungszertifikat gewechselt und das Problem wurde behoben - danke!
RyanG

4

Schema Konfiguration Für mich:
Unter Edit Scheme
Für die RunKonfiguration
Auf der InfoRegisterkarte
Für hatte Build Configuration
ich Releaseausgewählt

Es muss jedoch aktiviert sein Debug, damit es lokal auf einem Gerät ausgeführt werden kann.


Aber muss es nicht in der Lage sein, Set to Release auszuführen, damit Apple es testen kann? Ich bekomme eine Crash-Ablehnung, weil es beim ersten Lauf abstürzt. Die einzige Möglichkeit, diesen Absturz zu replizieren, besteht darin, Buid config: auf release zu setzen.
Andres Canella

@AndresCanella Leider sind mir die Überprüfungsrichtlinien für den App Store in Bezug auf diese Einstellung nicht bekannt.
BearMountain

Gibt es einen Weg, dies zu umgehen, da es nützlich wäre, vor dem Senden an den App Store auf einem realen Gerät unter einem Release-Build testen zu können?
Bryce Thomas

3

Ich hatte ein ähnliches Problem. In meinem Fall war der Grund, dass ich die Einstellung für Start (xcode -> Produkt -> Schema bearbeiten) auf Warten geändert und vergessen habe.

Wenn ich die Einstellung wieder auf Automatisch geändert habe, wird die App wie gewohnt gestartet.


2

Ich hatte auch das gleiche Problem. Ich habe alte Bereitstellungs- und Verteilungsprofile von den Testgeräten gelöscht und die geänderten Profile installiert. Das Datum dieser Bereitstellungsprofile ist wichtig. Das Zeitlimit für Fehler wurde behoben.


1

Entfernen Sie die App vom Gerät / Simulator und versuchen Sie es erneut, sollte funktionieren. Scheint ein Fehler in xcode zu sein.


Ich habe nichts Besonderes gemacht, aber Probleme treten nicht mehr so ​​oft auf und es wird möglich, damit umzugehen ... hoffe auf ein zukünftiges Upgrade von Apple :). Vielen Dank!
Notsoux

1

Es handelt sich um ein Problem mit dem Bereitstellungsprofil. Ich habe das Verteilungsbereitstellungsprofil verwendet. Vom Entwicklerportal zurück zum Entwicklungsbereitstellungsprofil geändert und dieses verwendet. Das Problem wurde behoben.


1

Dies funktionierte bei mir unter XCode 4.6 iOS 6.1.2

  • Öffnen Sie den Organizer
  • Wählen Sie Ihr Gerät von links aus
  • Zum Portal hinzufügen
  • Geben Sie Ihre Entwickleranmeldeinformationen ein
  • Schließen Sie den Organizer und wählen Sie in der Projektdatei unter Ihrem Ziel "Build Settings" -> "Code Signing Identity" aus. Wählen Sie das Profil "iOS Team Provisioning Profile".
  • Reinigen und laufen lassen.

1

Ich hatte das gleiche Problem, jetzt habe ich es gelöst.

Befolgen Sie diese Schritte, um das Problem zu beheben.

Schritt: 1 Gehen Sie wie folgt zum xcode-Ordner

Geben Sie hier die Bildbeschreibung ein

Schritt 2: Greifen Sie zum Ordner xcode-> DerivedData

Schritt 3: Löschen Sie alle Ordner in DerivedData

Es wird für Sie funktionieren. Danke


0

Alte Frage, aber meine Lösung für seltene Fälle wie meine hinzufügen. Das Entfernen der App von Änderungen an Geräten / Clean-Builds / Bereitstellungen hat bei mir nicht funktioniert. Ich habe den Xcode neu gestartet und es hat gut funktioniert.


0

Versuchen Sie, Ihre App aus dem Simulator zu entfernen und / oder die Simulatoreinstellungen zurückzusetzen.

Die Simulatoreinstellungen können von den alten abweichen.

Im Allgemeinen funktioniert das Zurücksetzen gut.


Vielen Dank für Ihre Antwort :) ... Mein Problem besteht darin, die App auf realen Geräten zu testen, aber Sie haben angewendet, was Sie mir gesagt haben, nur um sicherzugehen, dass Sie alles ausprobieren;)!
Notsoux

es ist das gleiche ... versuchen Sie, Ihre App zu entfernen, Ihr Gerät neu zu starten, xcode neu zu starten oder besser Ihren Mac. Versuchen Sie dies und lassen Sie es mich wissen.
Elp

Haben Sie eine Lösung dafür gefunden? Das Gleiche gilt, Xcode 4.4 war bisher ein massiver Fehler!
Rog

Es ist mir oft passiert, aber das Entfernen von allem behebt das Problem. Aber ich weiß nicht, was das Problem ist.
Elp

0

In meinem Fall stellte sich heraus, dass der Startdämon die App-Symbole nicht laden konnte und abstürzte. Obwohl es nicht nach einem Absturz aussah, reagierten das Gerät und das Betriebssystem sehr langsam oder reagierten überhaupt nicht mehr. Ich habe das durch Analyse der Absturzprotokolle herausgefunden. (Meine Symbole waren zu groß - ungefähr 2.500 x 2.500 - ich habe einfach vergessen, ihre Größe richtig zu reduzieren, bevor ich sie zu Ressourcen hinzufügte). Hoffe das hilft jemandem.


0

Ich habe alle oben genannten Lösungen ohne Erfolg ausprobiert. Als ich mein iPhone 4S mit iOS 7 vollständig bereinigt habe, ist dieses Problem nie wieder aufgetreten.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.