ME & IT

Image Cache Probleme von XCode 4 in den Griff kriegen

Gestern hatte ich schon darüber berichtet, dass XCode 4 und sein integrierter Interface-Builder manchmal Probleme mit dem Anzeigen von Images in der IDE haben. Das Problem war temporär durch Verschieben oder Umbenennen des Projektverzeichnisses zu lösen, so daß ich fehlerhafte Cache-Strukturen vermutet.

Heute habe ich herausgekriegt wie das Problem entsteht und wie man es lösen kann. Zunächst einmal liegt es weder an korrupten Projektdateien noch an einem ausstehenden CLEAN auf das Projekt oder Target. Das ist sicher schon mal beruhigend: Es ist nichts kaputtgegangen.

Den wahren Übeltäter habe ich gefunden als ich in die Xcode Preferences geschaut und dort das Locations-Menü inspiziert habe. Hier gibt es Einträge für "derived data", also "abgeleitete Daten" wie Builds, Logs und Indexes.

Und diese "Derived-Data"-Ordnerstrukur ist die Problemquelle. Hier werden Resourcen, die im XCode-Quellverzeichnis liegen, für die IDE in gewandelter Form temporär gecached. Der Interface-Builder zieht in der IDE seine Images aus diesem Ordner, nicht direkt aus dem Quellverzeichnis.

Manchmal wenn man nun Bilddateien verschiebt oder neu in XCode in Gruppen anordnet verliert XCode den Zusammenhang zwischen Cache und Quelle. Genau das ist der Zeitpunkt ab dem Bilder im Interface-Builder nicht mehr angezeigt werden.

Ein CLEAN löst das Problem nicht da es nur die Compiler-Caches leert.

Ein Kopieren des Projekts in einen neuen Ordner legt auch einen neuen Derived-Data-Ordner an. Jedoch bleibt auch der alte Derived-Data-Ordner bestehen, so daß beim Zurückkopieren in den alten Originalordner das Problem wieder auftaucht.

Mit dem Organizer kann man die Derived-Data-Ordner einer Anwendung anzeigen:

Und exakt hier kann man diese Caches auch gefahrlos löschen. Danach sind alle Probleme mit dem Interfacebuilder beseitigt und die Bilder werden wieder korrekt angezeigt. Alternativ können die zugehörigen Ordner auch mittels Finder oder Terminal aus den angegebenen Pfaden gelöscht werden.

 

Falls InterfaceBuilder mal Images verschluckt

Sollte XCode mal Eure Images nicht mehr anzeigen in NIBs (obwohl sie im laufenden Programm oder im Simulator normal zu sehen sind):

• Einfach Xcode schliessen,
• den Projekt-Ordner auf den Desktop kopieren,
• das Projekt aus dem kopierten Ordner öffnen.

Mysteriöserweise funktionieren die NIBs dann auch im Interfacebuilder wieder.

Das ganze scheint mir ein internes Caching-Problem des Interfacebuilders zu sein, und das egal ob in Version 3 oder 4. Ich denke das Problem tritt verstärkt dann auf wenn man das Projekt auf mehreren Rechnern in verschiedenen Ordnern bearbeitet und zwischen den beiden Maschinen ab und an hin- und herkopiert.

UDID eines iPhones via iTunes ermitteln

iOS und der AppStore sind wie wir alle wissen ein geschlossener Garten. Eine Folge davon: Will man die Beta-Version einer Software an Tester oder Kunden ausliefern muss man für das Provisioning die Zielgeräte kennen. Für diesen Zweck hat jedes iPhone eine eindeutige UDID. Diese lässt sich sehr leicht via XCode und Organizer ermitteln, aber der Kunde oder Betatester hat nicht immer die komplette Entwicklungsumgebung installiert und im Zugriff. Glücklicherweise kann man die UDID aber auch über iTunes ermitteln.

Klicken wir in iTunes auf den Sidebar-Eintrag eines angeschlossenen iOS-Gerätes, zeigt es uns zunächst bereitwillig seine Seriennummer, nicht jedoch die für die Registrierung wichtige UDID:

Diese kann man aber an selber Stelle ermitteln indem man die angezeigte Seriennummer anklickt:

Auch die anderen Dialog-Felder zeigen auf Klick weitere Informationen, beispielsweise IMEI und Buildversion.

iOS 4 wandert gerade auf mein iPhone 3G

Heute abend war ich endlich mutig genug, iOS 4 auf mein alt-ehrwürdiges iPhone 3G zu senden. Ich war einfach zu neugierig darauf, wie sich das neue Betriebssystem auf dem 3G schlägt, als dass ich noch länger warten wollte.

Bisher läuft das Upgrade recht reibungslos, auch wenn es eine ganze Menge Schritte benötigt:

Zunächst einmal benötigt man einen Apple Developer Account für das iPhone Developer Center. Dort lädt man dann drei Dinge herunter: Das aktuelle XCode, die passende Firmware für das eigene Gerät sowie iTunes 9.2 in der englischen Beta-Fassung.

Hat man das alles erfolgreich auf seinen Rechner gezogen synchronisiert man das iPhone ein letztes mal mit dem alten iTunes, spielt dann das neue iTunes ein, startet XCode, zieht die Firmware in den XCode Organizer und tauscht damit die Firmware des Gerätes aus.

Danach XCode beenden, iTunes starten, Gerät via iTunes anmelden, und schon fragt einen iTunes ob es das zuvor angelegte Backup wiederherstellen soll. Es beinhaltet nur Daten, nicht die Anwendungen selbst. Diese installiert iTunes nach dem Einspielen des Backups nach. Genau dieser Schritt benötigt auch am längsten (bei randvollen Menüs wie das bei mir der Fall ist bis zu 2 Stunden).

Genau bei diesem Schritt warte ich gerade und bin nun gespannt wie alles nach Abschluß des Updates läuft. So es klappt werde ich sicher in den nächsten Tagen darüber noch ein wenig was zu erzählen haben.

iOS 4 kommt mir gerade recht

iPhone OS ist bald Vergangenheit: Da es iPad und iPhone abdecken soll hat Apple sein Betriebssystem für mobile Geräte in iOS umbenannt.

Am 24.6. wird iOS 4 offiziell aufschlagen, der finale Gold-Master davon ist seit gestern bei den Entwicklern. Sollte ich mutig genug sein, werde ich das Ganze heute mal auf mein altgedientes 3G aufspielen.

Das mir wichtigste Feature dabei ist Folders, mit dem ich meine Apps in Ordner einteilen kann. Das ist wegen übervoller Menüs auch unbedingt nötig. Ich muß derzeit viel zu oft etwas deinstallieren, das ich lieber auf dem Gerät behalten hätte.

[via iBlogger / iPhone]

Aloha iPad

Mein iPad ist am letzten Donnerstag eingetroffen, und ich denke es wird in der nächsten Zeit eine Menge dazu zu schreiben geben. Um mein IT-Blog hier nicht völlig zu überfrachten habe ich ein neues Blog angelegt, in dem es nur um meine Erfahrungen mit Apples neuer "revolutionary device" geht. Vielleicht mögt ihr ja auch mal bei IPad Acceptance Test vorbeischauen. Über Kommentare freue ich mich dort natürlich genauso wie hier.

OS4 und mein 3G - Teil 2

Nach der Konferenz ist vor der Konferenz... und ich bin nicht enttäuscht worden. OS4 kommt für mein altgedientes 3G, die existierende Firmware-Beta ist ein 100% sicherer Hinweis darauf, aber das gefürchtete Multitasking-Feature das meine 40 MB Arbeitsspeicher endgültig in die Knie zwingt bleibt für mein Gerät aus (zum Vergleich: Das 3GS hat fast 6 mal so viel freien Speicher wie das 2 Jahre alte 3G -- deshalb 7 parallele Apps maximal?). 

Ich find das Ganze ist ein cleverer Kompromiss: Ich bin bisher gut ohne Multitasking ausgekommen, konnte alle Aufgaben die ich so habe reibungslos erledigen, und kriege einen Großteil der neuen OS4 Features trotzdem. Ich bin mir fast sicher, dass andere Hersteller rein gar nichts geliefert hätten für ältere Modelle, fühle mich also ansprechend versorgt.

Diese Entscheidung ist auf jeden Fall eine bessere als dauernde Abstürze durch akuten Speichermangel. Und das aktuelle GUI-Konzept und Sandbox-Modell ist nun mal optimal auf Single-Tasking für 3rd-Party-Anbieter getrimmt. Es funktioniert heute noch genauso gut wie gestern und wird auch unter OS4 der dominierende Use-Case sein.

OS4 und mein 3G

OS4 wird heute in den europäischen Abendstunden vorgestellt, und es gibt wieder mal viel Gemunkel im Vorfeld was es alles bringen soll.

Ich bin immer noch nicht überzeugt davon App-Multitasking zu brauchen; mir hat es bisher auf dem Smartphone locker gereicht wenn die Core-Apps wie Mail, Browser, Telefon parallel zu einzelnen Drittanbieter-Apps laufen konnten. Mein etwas in die Jahre gekommenes 3G leidet auch schon in diesem Konzept primär an fehlendem freien Hauptspeicher. Ich kann mir darum garnicht so recht vorstellen, wie OS4 auf meinem Alt-iPhone eigentlich laufen soll.

Genau das wird aber die spannende Frage, nämlich welche iPhones und iPod Touch noch bedient werden mit OS4. Denn das Konzept Appstore funktionert nur deshalb auf Apples Smartphone-Wurf so gut, weil die Besitzer alter Geräte nicht "zurückgelassen" wurden.

Ich fürchte fast der Zenit des 3G könnte heute erreicht sein. Hoffe aber natürlich auf eine angenehme Überraschung.

[via iBlogger / iPhone]

Abenteuer iPhone Programmierung

Genau wie ich denken derzeit sicher auch eine ganze Menge anderer Programmierer darüber nach, sich auf Apples iPhone zu versuchen. Vermutlich liegt es an der Goldgräberstimmung in Apples AppStore, angetrieben durch zahlreiche Meldungen, dass man hier quasi über Nacht reichlich Ruhm, Ehre und nicht zuletzt Geld verdienen kann.

Das ist es jedoch nicht was mich reizt: Ich bin einfach neugierig darauf, was mich im AppStore als Publisher erwartet, schließlich war ich schon immer verrückt nach Auswertungen und Charts. Mehr noch als das Standard-Program reizt mich wenn ich ehrlich bin auch die Enterprise-Variante, doch die Eingangshürde von 500 Mitarbeitern schaffe ich in nächster Zeit wohl eher nicht. AppStore statt Eigen-Deployment muss also reichen. Doch auch hier will ich natürlich vor einer Investition von $99 pro Jahr wissen, welche Klippen die Programmierung für das iPhone bietet.

Das Abenteuer iPhone-Programmierung startet für mich dabei auf http://developer.apple.com/. Hier findet sich mit XCode (verpackt als iPhone SDK) alles was man für die Mac oder iPhone Entwicklung braucht -- Das ganze obendrein auch noch gratis. Persönlich finde ich das für Einsteiger schon mal deutlich interessanter als die mir vom PC bekannten Visual Studio Konditionen.

Ich hatte im Vorfeld bereits mehrere Bücher zum Thema iPhone-Programmierung auf Amazon gesichtet, und da sie nicht sonderlich dick sind stelle ich mir den Einstieg zunächst einfach vor.

Die erste dicke Überraschung kommt dann aber, wenn man sich einmal näher mit den Voraussetzungen von denen diese Bücher ausgehen beschäftigt:

• Zunächst einmal wäre das, dass man Objective-C 2.0 beherrscht. Selbiges ist zwar objektorientiert, aber doch schon recht unterschiedlich zu dem was wir Enterprise-Programmierer mit Java gewohnt sind.
• Objective C widerum setzt voraus, dass man irgendwann C als Sprache vollständig gefrühstückt hat. C kannte ich jetzt glücklicherweise schon aus Uni-Zeiten, allerdings werde ich wohl zum x-ten mal in meinem Leben den Kernighan/Ritchie lesen müssen. Die gute Nachricht: Meine mühsam in der Vergangenheit erlernten C++ Fähigkeiten darf ich getrost vergessen.
• Mit Objective-C und C hätten wir so schon mal die nötigen Programmiersprachen an der Hand. Fehlt also nur noch Cocoa als GUI-Framework. Schon auf den ersten Seiten der von mir gewählten Literatur erfahre ich aber, dass es bei der iPhone Entwicklung sinnvoll ist, in der Mac-Programmierung mit Cocoa bereits geübt zu sein. Auch hierfür werden weitere Studien und Literatur nötig.
• Ab den iPhone-Frameworks helfen mir dann aber endlich die glücklicherweise eher schmalen iPhone-Entwickler-Handbücher mit den nötigten Rezepten und schließlich stellt ja auch Apple eine Menge an Online-Dokumentation bereit.

Ein erstes Fazit: Das iPhone ist offensichtlich noch mehr Mac und OS X als ich bisher schon dachte.

Mir ist nun folgendes klar: Auf dem Weg zum iPhone-Entwickler liegen eine Menge Steine im Weg. Ich bin froh, dass ich noch nicht meine Jahres-Gebühr für das Standard-Program bezahlt habe, denn die $99 werden regelmässig fällig und bis ich AppStore-Zugang brauche wird es sicher noch ein klein wenig dauern.

Literaturliste:

• Amin Negm-Awad: Objective-C und Cocoa Band 1: Grundlagen
• Aaron Hillegass: Cocoa Programming for Mac OS X
• Stephen Kochan: Programming in Objective-C 2.0
• Brian W. Kernighan, Dennis Ritchie: The C Programming Language

Und direkt zum Thema iPhone SDK:

• Dave Mark, Jeff Lamarche: Beginning iPhone Development: Exploring the iPhone SDK
• Erica Sadun: The iPhone Developer's Cookbook: Building Mobile Applications with the iPhone SDK
• Christopher Allen, Shannon Appelcline: Iphone in Action: Introduction to Web and SDK Development

Vorsicht: Neuauflagen zur SDK 3.0 stehen kurz vor dem Start. Die englischen Ausgaben zum SDK 2.2 sind dadurch zwar derzeit recht günstig und sicher nicht völlig hinfällig. Mir erscheint der Kauf aber als noch nicht nötig, schließlich wollen erst einmal die OSX-Programmier-Grundlagen erarbeitet sein.