iOS Connection device timeout debug

[Rollo62]

Hallo zusammen,

ich habe mal wieder verzweifelt mit iOS, weil ein Projekt mal wieder nicht startet.


http://www.embarcadero.com/starthere...ed_device.html

Daraus

Zitat:

For 'Device connection timeout,' please connect your iOS device to your Mac

If your iOS device is not connected, you see the following message in the IDE after you attempt to launch your app on an iOS device:

Device connection timeout

If you see this message, do the following:

Dismiss the message.
Connect your iOS device to the Mac using an Apple USB cable (shown above).
Run your app again from the IDE. See the steps given above.

Note: The PAServer command-line utility allows you to set a device connection timeout using the -devicetimeout=<n>. However, setting a different device timeout value does not solve the problem in the case of a missing iOS device.

Natürlich habe ich das 100x gemacht, auch die Demo-Projekte starten nicht mehr, iOS rebootet, etc. etc.

Aber was auf Anhieb geholfen hat:
- Öffne ein Dummy-Projekt in XCode
- Starte auf dem Device
- Danach läuft es auch über Fmx wieder :-)

Was mir aufgefallen ist:
- XCode fragte mich nach einer Berechtigung ab, was es sonst normalerweise nicht tut.
Vielleicht is das der Grund warum XCode das Debugging still und heimlich verweigert ?


Ach ja:
RadStudio XE8 + Upd1, XCode 6.3.2, Win8.1, VmWare Fusion 7.1.2

Rollo

[Mavarik]

Ja das kenne ich auch... Ich nehme nicht mehr meine Zertifikate sondern nur noch das von XCode angelegte Wildcard Profil...

[Rollo62]

Hallo mavarik,

ja dankesehr, ich habe eigentlich schon alles durchprobiert, mal gehts mal nicht.

Mit XCode-Wildcard Zertifikate meinst du die mit IOSTeamProvisioning.... ?

Kann man sich die neu erzeugen lassen, oder macht das XCode automatisch wenn man ein leeres XCode-Projekt startet ?

Ich lege mittlerweile schon immer auch direkt eine neue AppID im DeveloperPortal an,
aber der beste Weg um Probleme zu Vermeiden ist mir noch nicht klar.

Heute funktioniert dieser Weg, morgen der ...

Aber die Meldung oben sollte eigentlich nichts mit Provisioning zu tun haben, dann
kommt bei mir zumindest eine entsprechende Meldung.

Ich suche gerade ob man die eigenen Projekte in XCode nochmal manuell erzeugen kann,
vermutlich werden doch in Fmx die Binaries compiliert und dann in XCode der letzte Schliff mit Packaging und Provisioning gemacht.
Vielleicht hilft es wenn man bockige Projekte direkt in XCode laden und debuggen könnte, aber wie ?

Rollo

[Mavarik]

ja das meinte ich...

"Früher" war es so, dass es besser lief, wenn man XCode und den Device Manager offen hatte..
Jetzt ist es umgekehrt...

Die "starte das Device" Fehlermeldung ist nach meinen Erkenntnissen quatsch... hat oft andere Gründe...

[Rollo62]

Hallo Mavarik,

ja, ich glaube mittlerweile das iOS Programmierung sehr "esoterisch" ist.
Zumindest mit XE8.
Man entwickelt so seine Methoden.

Was mich dann immer überrascht ist das die Xcode Projekte 100% und sofort auf dem System sind.
Wie es bei größeren Projekten aussieht weiss ich leider nicht, aber ich denke das Xcode schon stabil bleibt.

Ich hoffe nur das es bald ein BugFix oder Update dafür gibt, sonst muss ich mir noch Duftkerzen und Rosenkranz besorgen :-)

Rollo

[RWarnecke]

[OT]

Zitat:

Zitat von Rollo62 (Beitrag 1309928)

Ich hoffe nur das es bald ein BugFix oder Update dafür gibt, sonst muss ich mir noch Duftkerzen und Rosenkranz besorgen :-)

Steig um auf Objective-C und Xcode und Du hast diese Probleme devinitiv nicht mehr.
[/OT]

[Rollo62]

Hallo RWarnecke,

und du steigst bald um auf Swift ???!!

Warum ich bei Delphi bleibe ist ja das ich über Jahrzehnte aktuelle Software schreiben kann, wo kann ich das sonst noch haben ?

Wenn nur nicht diese blöden Instabilitäten bei den Basics wären.

Hast du dich mit der Zukunft von ObjC schon auseinandergesetzt, ich glaube stark das es das in ein paar Jahren in der Form nicht mehr geben wird.
Aber es hängt natürlich davon ab ob Swift ein Erfolg wird.
Ich denke das wird es, weil so zumindest viele von C#, C++, Java und JS mehr Spass an Xcode bekommen könnten.

Rollo

[RWarnecke]

Zitat:

Zitat von Rollo62 (Beitrag 1309932)

Hallo RWarnecke,

und du steigst bald um auf Swift ???!!

Du wirst lachen, habe schon meine ersten Gehversuche hinter mir.

Zitat:

Zitat von Rollo62 (Beitrag 1309932)

Warum ich bei Delphi bleibe ist ja das ich über Jahrzehnte aktuelle Software schreiben kann, wo kann ich das sonst noch haben ?

Wenn nur nicht diese blöden Instabilitäten bei den Basics wären.

Hast du dich mit der Zukunft von ObjC schon auseinandergesetzt, ich glaube stark das es das in ein paar Jahren in der Form nicht mehr geben wird.
Aber es hängt natürlich davon ab ob Swift ein Erfolg wird.
Ich denke das wird es, weil so zumindest viele von C#, C++, Java und JS mehr Spass an Xcode bekommen könnten.

Rollo

Da bin ich nicht Deiner Meinung. Da Objectiv-C für iOS und Mac OSX schon seit mehreren Jahren besteht, deshalb wage ich mal die Vorhersage, dass ich die nächsten 5 - 10 Jahre mit Objective-C noch gut fahren werde und wenn es mal in Objective-C es nicht umsetzen kann, nehme ich Swift. Denn ich kann beide Programmiersprachen in einem Programm mischen.

[CCRDude]

Pascal unter XCode ist jetzt auch nicht soo schwer... FreePascal sei dank. Die Tutorials von Simon Choi sind großartig, damit erstelle ich Code, der gemischt Objective-C und FreePascal (samt Delphi-Kompatibilitätsmodus) ist, und das mit XCode als IDE.

Lediglich die GUI muss ich per Code erstellen, aber wahrscheinlich auch nur, weil ich mich noch nicht genug damit beschäftgft habe, wie ich .nibs in dieser Konstellation verwende.

[Mavarik]

Das Neueste...: *.o kann nicht erstellt werden...

Ich löschen dann immer den Debug ordner...