Autor: Thomas

 

 

Neulich war ich leider der verwerflichen Meinung, dass es viel interessanter sein könnte, das neue iOS 5 zu installieren, als meine Zeit mit sinnvollem Programmieren zu verschwenden. Hier muss gesagt werden, dass es sich um die „Golden Master“ Version handelt. Ein Begriff, den ich immer glaubte erfunden zu haben – aber auch Apple bezeichnet damit die letzte Version vor einem Release – sozusagen die Testweise Release-Version.

Gesagt, getan, „Do you really want to …“ wird man noch gefragt, es werden ja alle Daten gelöscht, wenn man die Test-Version installiert, aber davor hat man ja wenig Angst, es ist ja alles in einem Backup gespeichert. Allerdings hatte ich das vor sooo vielen Monaten zuletzt gemacht, dass ich etwas zögerte, bevor ich es tat.

Leider ging die Installation schief, ich hatte vergessen, vorher das richtige XCode an zu werfen, Denn die iOS 5 GM-Version funktionierte nicht mit der gerade laufenden Xcode 4.1-Version. Klasse. das iPhone war im embryonal Zustand, mir lief die Zeit davon, meine Verabredung würde mich bald erwarten und ich konnte nicht mal anrufen um Bescheid zu sagen, es würde vielleicht später werden… Also: iPhone so schnell wie möglich wieder gesund machen – egal wie!

Kurze Überlegung – jetzt lieber keine Experimente mehr, kein iOS 5, sondern wieder die „alte“ Version 4.3.5 aufspielen. Risikomanagement, wenn auch kein Gutes, weil ja nur noch Schadensbegrenzung.
Eigentlich wollte ich schreiben, „schnell wieder die alte Version installiert“, aber das dauerte alles so lange, da war nur der Entschluss zum Installieren schnell. Ich sah vor meinem Inneren Auge, wie meine Verabredung am Tisch im Restaurant saß und ein ums andere mal dem Kellner sagen musste, nein, ich esse noch nicht…

Endlich war das Telefon wieder benutzbar, da machte ich den nächsten Fehler: Anstatt einfach im Computer die Telefonnummer rauszusuchen und im iPhone einzutippen um dann schnell los zu fahren, warf ich die Synchronisierung an, damit ich alle Telefonnummern und Apps wieder auf dem Telefon haben würde.

Das synchronisieren dauerte auch noch mal eine Weile, denn ich habe zwar nur sehr wenig Musik und sonstiges auf dem iPhone, aber zu Test-Zwecken der App war ja noch das Hörbuch von Charlotte Roche „Schoßgebete“ drauf und die neue Platte von Feist wollte auch synchronisiert werden. Die Zeit rinnt, dann, endlich fertig, schnell anrufen, ja, ich komme etwas später, Rechner runter fahren und los!

– Leider war die Geschichte hier noch nicht ganz zu ende…

Nun bin ich ja App Entwickler – und auf eine App die ich veröffentliche, kommen ca. vier Apps, die ich nicht veröffentliche, sondern nur zu Testzwecken programmiert habe, oder wo ich glaube, dass es sich nicht lohnt, diese App zu veröffentlichen.

Das Treffen war mit einem langjährigen Freund, den ich ca. ein Jahr nicht mehr gesehen hatte. Wir plauderten über dies und jenes, irgendwann will ich ihm eine meiner Apps zeigen, hole das iPhone raus, wische vom ersten Bildschirm mit den Apps zum nächsten, zum dritten und … entsetzen !

Mich starrte die leere von meinem iPhone an. Der Erste Bildschirm noch voller Apps, der zweite leer bis auf eine App, der dritte noch zwei… Wo zum Teufel sind alle meine Apps ??? Wieso sind nur die gekauften Apps wieder aus dem Backup eingespielt worden???

Was ich nicht bedacht hatte, ist, dass alle meine selbst-entwickelten und lokal installierten Apps auch alle gelöscht sind. Und leider, leider, leider nicht im Apple Backup landen. Warum auch immer. Ich wusste es ja eigentlich, hatte es nur vergessen.

Was mich in dem Moment am meisten wurmte: Taschengeld, eine der Apps, die ich seit der Entwicklung immer mal wieder benötige war auch nicht mehr da. Schließlich führe ich so Buch, welches Kind wann Taschengeld von mir bekommen hat. Und jetzt? Einfach Computer hochfahren, iPhone mit meiner Taschengeld App neu bespielen und …fertig? Oder einfach meine eigene App selber kaufen?

So komisch es klingt, damit ich beim nächsten mal meine eigene App auch im Backup wieder eingespielt bekomme, wähle ich, meine eigene App selber zu kaufen. Einen Moment lang überlege ich noch, ob ich die App mal eben einen Tag lang umsonst anbieten sollte um mir die 31 Cent, die Apple in Deutschland vom Entwickler-Verdienst abzieht (79-48=31) auch zu sparen, aber das ist zu viel Arbeit für meine Ungeduld, ich kaufe, lade runter…

Und bin überrascht!

Alle meine Daten sind da! Wann welches meiner Kinder Taschengeld bekommen hat, alles da. Eigentlich ja kein Wunder, hatte ich es doch so programmiert, dass die Daten eine Neuinstallation einer Version überstehen würden. HATTE ICH NUR NICHT ERWARTET, DASS DIE DATEN IM BACKUP SIND, ABER NICHT DIE APP. Na gut, wunderbar, Apple ist gut, meine App ist gut und mein einer Sohn hat noch sein Taschengeld für diesem Monat zu bekommen.

…NA WENN DAS KEIN HAPPY END IST!

 

Ich bin ja selber kein großer Freund von Regeln, wie man zu programmieren hat, auch Coding Conventions genannt. Insbesondere, weil ich in verschiedenen Programmiersprachen und über die vielen Jahre hinweg so viele verschiedene Coding Styles kennen gelernt habe.

Da ich meinen Source Code aber immer öfter an andere Leute übergebe, die ihn dann gut und leicht lesbar finden sollen, hier meine eigenen Coding conventions, an die ich mich versuchen werde zu halten:

– Classes start with upper case letter
– Variables start with lower case letter
– init methods (all methods that have an „init“ in their name) have return type id
– Class and Factory methods (all methods that have a „+“ before them) have return type id
– all method calls need to be checked for return value
– always have a dealloc function and release all properties in it
– initialize all variables
– if a Class has a factory method (e.g.: + (id)Array), then check if your are allowed to use init
– Always read the Overview Part of the Class you are using
– put the stars „*“ to the variable name
– generate a nice looking indenting for Variables, e.g. in Xcode use I to do correct indenting

Ich hoffe, jetzt machen wir alle tolle Programme.

Time Machine ist schon ein geniales Programm mit einer Tollen, intuitiven Oberfläche. Auf dem Foto sieht man sie.

ich habe normalerweise sehr viel Freude an Time Machine, aber manchmal ärgert es mich. So geschehen im Oktober 2010, und so schon öfter mal geschehen, wenn es rumnörgelte – zum letzten mal gestern. Doch der Reihe nach.

Der Grund, warum auf dem Foto Oben nur Oktober 2010 als ältestes Backup steht und nicht etwa August 2009, wie es eigentlich davor war, lag daran, dass Time Machine überhaupt nicht damit klar kam, dass ich eine neue Festplatte im Rechner hatte – die alte Festplatte war schlicht voll geworden. Ich hätte mich erinnern müssen, dass Time machine das nicht mag – entweder, weil mein neues Dateisystem diesmal groß-Kleinschreibung unterschied, oder generell, weil Time Machine die Backups unter einer Platten-ID speichert. Ob es auch einen Weg um diese Probleme herum gibt, weiss ich nicht, ich hatte jedenfalls nicht danach gesucht und war daher in die Falle getappt.

ein Umzug auf eine neue Festplatte (mein dritter Umzug) ist ja unter MAC OS X sehr einfach. Kaum war er erledigt, legte Time Machine los. Leider ohne, dass ich mitbekam, was ablief: Denn Time Machine wollte ein Full Backup machen und Die Backup-Festplatte hatte nicht mehr genug freien Speicher. Daher löschte Time Machine erst mal alle alten Backups, in der Hoffnung, genug platz zu finden. Das tat es dann auch schließlich – als nur noch wenige Tage Backup übrig waren.

Zwischendurch fragte es mich um Erlaubnis – und ich sagte dummerweise auch noch ja… Als ich merkte, was vor sich ging, da waren die alten Backups schon weg. Blöd gelaufen. Gut dass ich noch andere Backups an einer anderen Stelle mache. Also: Backup komplett löschen (der eine Tag kostet auch nur Platz) und neu angefangen.

Seitdem lief es aber rund. Gestern stellte ich fest, dass ein anderer Rechner Probleme mit Backup hatte – immer wieder brach das backup mit dem fehler: Backup failed with error 11 (oder so ähnlich) ab. Und das seit Tagen.

Time machine empfahl die Überprüfung des Backup-Laufwerks auf Fehler. Gute Idee, brachte aber nichts, Time Machine scheiterte wieder. Was tun?

Backup Fehler werden in der System-Konsole gespeichert. Also
Programme-> Dienstprogramme.-> Konsole.app
geladen. Dann Ablage-> Systemprotokoll öffnen ausgewählt und nach dem Fehler geguckt. Da wurde was von Probleme mit einer Datei unter /shared …. erzählt. Immer wieder. Also da mal hin und die Eigenschaften der Datei überprüft. Nichts besonderes. Ausser: Da waren Zwei Einträge in den Zugriffseigenschaften, die sahen komisch aus. „_spotlight: Special“ oder so. Ich erinnerte mich, dass ich den ganzen Dateibaum vor Wochen unter shared dahin kopiert hatte – von meinem Rechner aus.

Offensichtlich waren dabei komische Datei-Zugriffs-Rechte in den Eigenschaften entstanden und die jetzt vielleicht teil des Problems. Einfach mal alle komischen Eigenschaften im ganzen Dateibaum Löschen, brauchen tut sie eh keiner, es sind noch genügend gute Zugriffsrechte da. Backup neu angestossen. Problem gelöst.

Wie zum Teufel soll da einer drauf kommen, der nicht mindestens IT-Erfahrung oder gar ein Informatik-Studium hat.

Danke Apple, dass ich nie Arbeitslos werde. 😉

Viel Spaß bei der ZEitreise! Gruß, Thomas