Jeder, der jetzt glaubt, dass das eigene Apple-II-Handbuch ein kleines Vermögen wert sei, den müssen wir enttäuschen. Denn die diesen Monat bei RR Auction versteigerte Ausgabe ist eine ganz Besondere.

Handbuch mit persönlicher Widmung

Sie gehörte Julian Brewer, oder war zumindest diesem gewidmet. Julian ist der Sohn von Michael Brewer, der für Apple in Großbritannien 1979 Vertriebsrechte aushandelte. Die persönliche Widmung sieht Julian als Teilnehmer der ersten Generation, die mit einem Computer aufwächst. Er solle die Welt verändern, wünscht ihm Steve Jobs. Da es diese Widmung kein zweites Mal gibt, handelt es sich um ein Unikat, das entsprechend wertvoll ist.

„Julian, your generation is the first to grow up with computers. Go change the world! Steve Jobs 1980“

Direkt unter Steve Jobs unterschrieb dann noch Mike Markkula, der erste Investor der Firma.

Weitere Apple-Memorabilia versteigert

Bei RR Auction standen noch weitere Andenken an Steve Jobs zur Versteigerung. Für 479.939 US-Dollar bekam ein Bieter den Zuschlag für einen Brief von Steve Jobs, in dem er lediglich schrieb, dass er leider keine Autogramme gibt.

„I’m afraid I don’t sign autographs“.

210.325 US-Dollar brachte eine Software-Verpackung von NeXTSTEP. Auch sie enthält ein Autogramm von Steve Jobs. Ferner wurde ein funktionsfähiger Apple I Computer für 464.876 US-Dollar versteigert. In der Vergangenheit wurden für so ein Gerät auch schon höhere Preise erzielt, aber auch geringere. Ein Apple Lisa wurde für 94.949 US-Dollar ersteigert.

Insgesamt wurden 36 Apple-Andenken versteigert. Natürlich gab es dabei auch Teile, die humanere Preise erzielten. So wurden für eine Computermaus mit Unterschrift von Steve Wozniak 250 US-Dollar gezahlt, oder für ein Diskettenlaufwerk mit Wozniaks Autogramm 2.106 US-Dollar.

Der Beitrag Apple II: Handbuch für über $780.000 versteigert erschien zuerst auf Macnotes.de.

Neues Ansteckmikrofon

In einer vorherigen Podcast-Ausgabe hab ich bereits angekündigt, dass ich ein wenig Budget in die Hand nehme, um ein neues Mikrofon anzuschaffen, das mir erlaubt auch ein wenig durch den Raum zu gehen, während ich die Aufnahme mache. Tatsächlich hab ich das „Wireless Go“ von Røde angeschafft. Bei dem System handelt es sich um einen Sender und einen Empfänger für die kabellose Übertragung von Audio. Dazu hab ich dann noch ein passendes Ansteckmikrofon geordert, das „Lavalier Go“.

Wenn Ihr Euch den Podcast anhört, könnt Ihr Euch von der Audioqualität bereits überzeugen. Denn ich habe das System über eine USB-Soundkarte bereits an meinen Mac mini mit Apple Silicon angestöpselt. Zum jetzigen Zeitpunkt wirkt das ein wenig wie Kanonen und Spatzen. Doch in Zukunft möchte ich vielleicht auch wieder in die Videoproduktion einsteigen, und da kann es ganz hilfreich sein, wenn man sich deutlich freier bewegen kann und nicht auf den Schreibtisch oder eben einen festen Standort angewiesen ist.

Jetzt auch Stereo statt Mono

Was mir aber jetzt erst per Zufall auffiel: Ich habe bislang immer nur einen Kanal aufgezeichnet. Das gilt auch für das Yeti Blue Mikro, das bei mir auf dem Schreibtisch steht. Dummerweise hab ich das erst jetzt gemerkt, als ich die Mikrofone umstellen wollte und ein wenig in der Oberfläche rumgeklickt hab. In Zukunft bekommt Ihr dann also Stereo auf die Ohren.

CES 2021 doch interessanter?

Ich möchte dann noch einen Nachtrag zur CES 2021 machen. Ich find sie nach wie vor ein wenig enttäuschend. Doch mir ist noch etwas untergekommen, das ich im Podcast anspreche und außerdem auch im Beitrag zu den Apple-Neuigkeiten auf der CES 2021 ergänzt habe. Es geht um Signify und Philips Hue.

Emulation vs. Virtualisierung

Ja und dann gibt es in dieser Ausgabe noch einen Nachtrag zur vorherigen Episode. Denn mein Bauchgefühl war Mist und das, was ich als Virtualisierung in NextSTEP wahrgenommen hab, war damals aber nur Emulation. Dass es feine Unterschiede zwischen diesen beiden Dingen gibt, erkläre ich ebenfalls im Podcast.

Ach ja, abonnieren könnt Ihr den Podcast auch auf iTunes.

Dieser Artikel enthält Affiliate-Links.

Der Beitrag Sajonaras 7 Minuten #9: CES 2021 zum Zweiten, neues Mikrofon und Emulation vs. Virtualisierung erschien zuerst auf Macnotes.de.

Damals war Jobs nämlich kein Apple-Mitarbeiter mehr, sondern man hatte den einstigen Gründer vor die Tür gesetzt. Der gründete kurzerhand Next und es ist natürlich belegt, dass das damalige Mac OS und auch spätere Versionen von NextSTEP profitieren sollten.

Doch konkret auf das Video bezogen war meine spontane Vermutung, dass macOS Big Sur an der Stelle der Virtualisierung heute sogar wieder näher an macOS Big Sur herangerückt ist, und Ideen aufgreift, die Steve Jobs damals 1992 der Öffentlichkeit vorstellte.

Mithilfe erwünscht

Vielleicht gibt es unter Euch ja einige, die deutlich tiefer im Thema Virtualisierung drinstecken, und mir Anhaltspunkte liefern könnten, ob mein Bauchgefühl mich trügt, oder ob ich eventuell sogar Recht damit habe.

In jedem Fall möchte ich zukünftige Podcasts auch weiterhin dafür Nutzen, Aufrufe zur gegenseitigen Zusammenarbeit zu starten. Nicht zuletzt kann man nicht alles wissen und am Ende des Tages gibt es viel mehr unbeantwortete Fragen, die man so gemeinsam beantworten könnte.

Feedback erwünscht

Da ich die Kommentar-Funktion auf Macnotes seit einer Weile aus administrativen Gründen abgeschaltet habe – „irgendwann“ kommt sie bestimmt zurück –, könnt Ihr Euch in der Zwischenzeit gerne auf Twitter, Facebook oder per E-Mail bei uns melden, solltet Ihr Fragen oder Anregungen haben.

Letzten Endes ist dies ein Projekt, das nicht an einem Tag erbaut werden kann und eigentlich eher ständig im Fluss.

Abonnieren könnt Ihr den Podcast auch bei iTunes, wenn Ihr mögt.

Dieser Artikel enthält Affiliate-Links.

Der Beitrag Sajonaras 7 Minuten #7: Wie viel NextSTEP steckt in macOS Big Sur? erschien zuerst auf Macnotes.de.

Quellcode einsehbar

Bei Darwin handelt es sich um einen Betriebssystemkern, den Apple verwendet, um daraus macOS, tvOS, iOS und watchOS zu machen. Die Software wurde unter der BSD-Lizenz freigegeben und ist damit quelloffen. Wie bei bislang jeder Version von macOS (bzw. damals Mac OS X der OS X) hat Apple nun den Quellcode der relevanten Komponenten freigegeben.

Darwin selbst besteht aus dem Kernel, einigen Treibern und einer Reihe von Tools, die vor allem für die Kommandozeile genutzt werden. Das, was die Systeme aber aus Sicht des Nutzers ausmacht, etwa die grafische Oberfläche, ist nicht Teil von Darwin und wurde deshalb auch nicht veröffentlicht.

Seit Mac OS X 10.0 hat Apple für jede Ausgabe die Darwin-Quellen zur Verfügung gestellt. Früher gab es sogar fertige ISO-Images, mit denen sich Darwin starten ließ. In der Folge sind einige Betriebssysteme daraus entwickelt worden, die ebenfalls Darwin als ihre Grundlage verwenden, beispielsweise OpenDarwin oder PureDarwin.

Der Beitrag macOS Sierra: Quellcode der Darwin-Bestandteile nun öffentlich erschien zuerst auf Macnotes.de.

Als Apple 1997 NeXT Computer gekauft hat, geschah das nicht ohne Grund. Während eines Sendefensters, das mit „Steve Jobs: A Legacy of Vision and Leadership“ überschrieben wurde im Rahmen des Churchhill Club, haben einige frühe Apple-Mitarbeiter einen Einblick in das Geschäft gegeben. Mit von der Partie waren Bill Atkinson (Autor von MacPaint), Jean-Louis Gassée (früherer Chef der Macintosh-Entwicklung), Andy Hertzfeld (Programmierer für den Ur-Macintosh), Regis McKenna (früherer Marketing-Verantwortlicher) und Larry Tesler (Chef-Wissenschaftler bei Apple).

Letzterer war es, der erwähnte, dass Apple von den PowerPC-Chips weg und hin zu Intel wollte. Hierfür allerdings war es notwendig, ein Betriebssystem zu schreiben, das sowohl auf PPC-, als auch auf Intel-Chips läuft. MacOS war hierfür nicht geeignet, weil zu viel Maschinencode im Quellcode enthalten war – ein Umschreiben wäre viel zu zeitaufwendig gewesen. Einige Entwickler haben sich stattdessen zusammengesetzt, um ein modernes Betriebssystem zu designen und programmieren. Es stellte sich jedoch heraus, dass dies eines der Projekte würde, das immer weiter wächst, aber nie fertig wird.

Also wurde geschaut, was man sinnvollerweise stattdessen einkaufen könnte. Zur Debatte stand dann BeOS und NeXT, die beide sowohl auf PPC- als auch auf Intel-Chips liefen. Die Wahl fiel dann auf NeXT, wohl nicht ganz ohne Zutun von Gassée:

Gott sei dank ist das nicht passiert, denn ich hasste Apples damaliges Management
Gassée

Auch Steve Jobs hatte ein Interesse, Macs mit Intel-CPUs zu verkaufen, doch es dauerte noch bis 2005, bis schließlich Intel-Macs angekündigt wurden. Mit dem auf NeXTSTEP basierenden Mac OS X war aber zumindest der Grundstein für den Wechsel gelegt – und dank der Portabilität können auch ARM-CPUs in iPhone und iPad von dem Kauf profitieren.

[via AppleInsider]

Der Beitrag NeXT-Kauf: Interesse an Intel-CPUs war wichtiger Faktor erschien zuerst auf Macnotes.de.

75 MHz-Prozessor, 500 MB-Festplatte, 40MB RAM und ein externes 56k-Modem: Damals waren das Randdaten, die dafür ausreichten, Netscape Communicator, ICQ und einen IRC-Client am Laufen und mich mit dem Internet verbunden zu halten. Damals war die Mac-Welt noch grau und eckig, genau so wie am Anfang. Doch die Tage meines herzallerliebsten Performa waren gezählt.

Denn 2000 zog an seiner Stelle eine kleiner, knuffige türkise Knutschkugel ein – der iMac, der unter Jobs‘ Schirmherrschaft Sinnbild einer neuen Ära wurde. Weg mit den alten grauen Kisten, her mit Lifestyle und Ästhetik – und über die unbenutzbare Hockey-Puck-Maus sieht man dann hinweg. Nicht vergessen wurde dabei dankenswerterweise, dass zu einer guten Hardware auch ein gutes Betriebssystem gehört. Das einer der Gründe für mich war, nicht auf Windows wechseln zu wollen.

OS X war dabei eine scheinbar kleine und doch gewaltige Revolution: Es sah nicht nur hübscher als der klassische Vorgänger, sondern konnte effektiv auch mehr. Ohne Terminal wäre die Nutzung eines Mac für mich wohl nur halb so spannend. Auch OS X wäre ohne Steve Jobs so nicht möglich gewesen, basiert es doch auf NeXTStep von NeXT Inc, einem von ihm gegründeten Unternehmen.

Eher eine kleine Nebenanekdote: Dank Jobs konnten Filme wie Toy Story, Findet Nemo, Oben und Wall-E entstehen, da Jobs in Pixar investierte – danke für viele Lieblingsfilme.

Ich bin zuversichtlich, dass Apple uns auch in Zukunft mit anständiger Software und einfach zu bedienender Hardware beglücken wird. Mit Steve Jobs verlässt uns nun allerdings ein Charakterkopf, der so nicht ersetzbar sein wird. Tschö, Steve. Und grüß uns John Lennon.

Der Beitrag So long, Steve – and thanks for all the iMacs. erschien zuerst auf Macnotes.de.

Der 16. September ist für Apple in vieler Hinsicht ein auffälliges Datum: Am 16. September 1985 verließ Steve Jobs sein „Baby“ Apple, wohl der schwerste Tag in seinem bisherigen Leben. Es gab nur zwei Möglichkeiten: Entweder er geht selbst oder er wird vom Vorstand rausgeschmissen. Am gleichen Tag wurde bereits seine neue Firma gegründet, aus dessen Knowhow später Mac OS X entstand: NeXT Computer. Das Unternehmen wurde leider kein Erfolg, das Betriebssystem NeXTStep wurde später für das aktuelle Apple-Betriebssystem verwendet – als Apple NeXT aufkaufte.

Seit dem Aufkauf näherte sich Jobs Apple langsam wieder an, nach einer Beratertätigkeit ab 1996 folgte seine Einberufung als vorübergehender Geschäftsführer am 16. September 1997. Aus NeXTStep wurde Mac OS X, auf Basis von Jobs‘ Visionen wurden die Consumer-Geräte in Form von iMac und iPhone entworfen und der breiten Öffentlichkeit vorgestellt – der Rest ist Geschichte. Jobs rettete letztendlich seine in den Siebziegern gegründete Firma, bis heute hat sich Apple zu einem der wichtigsten Unternehmen nicht nur in der Desktop-Sparte und dem Laptopbereich sondern auch in der Mobilfunkbranche gemausert.

Gestern erreichte der Apple-Aktienkurs mit einem weiteren Meilenstein, genau an dem Tag, der für die Firma bisher schon einige Bedeutung hatte: Zum Börsenschluss stand der Apple-Aktienkurs bei $276,57, dem bisher höchsten Stand der Unternehmensgeschichte.

Der Beitrag 16. September: Apples denkwürdiges Datum erschien zuerst auf Macnotes.de.

Die Einsatzleitzentrale der Kopenhagener Polizei war bereits zwischen 1996 und 2004 auf NeXTStep-Servern von Steve Jobs ehemaliger Firma gelaufen. Als vor ein paar Jahren die Ersatzteile für die in die Jahre gekommenen Systeme knapp wurden, sah man sich bei den Kollegen in ganz Europa nach Alternativen um, doch basierten die verwendeten Lösungen fast ausschließlich auf Windows.

Die dänischen Beamten waren damit allerdings nicht zufrieden und deswegen erleichtert, als der eigene Software-Vertragspartner Frontline ihnen ein neues Serversystem auf OS X-Basis anbot. Obwohl die technische Zusammenarbeit mit den europäischen (und nationalen) Kollegen mit Windows „einfacher“ gewesen wäre, entschied man sich für die Apple-Lösung – und kommt laut einem Sprecher nun mit einem Drittel weniger Operators aus als vergleichbare Leitstellen.

Ein Großteil der insgesamt 120 Workstations sind Mac Minis mit je einem 30-Zoll- und zwei 24-Zoll-Bildschirmen, im Keller finden sich noch einmal 220 Macs, alle mit OS X 10.5 Leopard, die bald auch auf 10.6 Snow Leopard aktualisiert werden sollen. Die verwendete Software kommt vollständig aus dem Hause Frontline, einer Softwareschmiede mit Sitz nördlich von Kopenhagen.

Auf das Zubehör von Apple verzichten die Beamten allerdings: Die Displays in Größen bis 65 Zoll sind aus Cupertino ohnehin nicht zu beziehen, die kleineren Bildschirme kommen seit der Einstellung des 23-Zoll Cinema Displays ebenfalls von anderen Herstellern. Auch bei Mäusen und Tastaturen greift die Polizei lieber zu Produkten der Konkurrenz. Die Stärken einer Magic Mouse liegen vermutlich auch eher in anderen Bereichen als der Verwaltung von eingehenden Notrufen.

In den kommenden 12 Tagen fällt auch ein ganz besonderes Ereignis in den Einsatzbereich der Mac-basierten Leitzentrale: Die Sicherheit des internationalen Klimagipfels in der dänischen Hauptstadt soll auch von der Stabilität und Einfachheit der Apple-Systeme profitieren.

Der Beitrag Kopenhagener Polizei überwacht mit Macs erschien zuerst auf Macnotes.de.

Mit Universal Binaries bezeichnet Apple Programme, die sowohl Programmcode für PowerPC- als auch Intel-Macs enthalten. Daher müssen solche Anwendungen nicht auf den Intel-Macs von Rosetta emuliert werden, sondern können direkt ausgeführt werden.

Binärformate

Ausführbare Programme werden in einem bestimmten Binärformat gespeichert. Dieses enthält einen Header, der z. B. Informationen enthält, welche Bibliotheken geladen werden müssen und an welcher Stelle die Ausführung des Programms beginnen soll. Diese Informationen sind nötig, damit der Programmstarter die richtige Ausführungsumgebung für ein Programm herstellen kann. Das „Executable and Linking“-Format (kurz ELF) ist quasi Standard bei Unix-basierten Betriebssystemen.

Mach-O-Binärformat

Apple verwendet bei Mac OS X allerdings ein anderes Format, das Mach-O heißt. Dieses Format wurde bereits bei NextStep verwendet. Das Mach-O-Format kann im Gegensatz zum ELF-Format Binärcode für mehrere Architekturen enthalten. Damit ist es möglich die Programmvarianten für unterschiedliche Architekturen in eine ausführbare Datei zu packen. Der Programmstarter lädt dann anhand der Header-Informationen den richtigen Binärcode und startet das Programm.

Dieses Konzept ist nicht neu und bei Apple gibt es gewissermaßen ein Tradition damit. Bereits beim Umstieg von Motorola 68k-Prozessoren auf PowerPC kamen die damals „Fat Binaries“ genannten Binärdateien zum Einsatz. Darin war sowohl der Code für die 68k- als auch die PowerPC-Prozessoren enthalten. Mit dem Umstieg auf Intel-Prozessoren wurde dieses Konzept neu belebt und Universal Binary getauft. Gemeint ist damit, dass in dieser Mach-O-Datei der Programmcode für PowerPC- und Intel-Prozessoren enthalten ist. Inzwischen ist noch der Binärcode für die 64-Bit-Varianten beider Architekturen hinzugekommen. Insgesamt kann es also bis zu vier Varianten in einer Binärdatei geben.

Technik

Mit dem Kommandozeilenprogramm objdump kann man die einzelnen Architekturen innerhalb einer Binärdatei sichtbar machen. Das Programm ist Bestandteil der „GNU binutils“. Analysiert man z. B. das beliebte FTP-Programm Transmit, erhält man im Terminal folgende Ausgabe:

ml $ objdump -f Transmit.app/Contents/MacOS/Transmit 
In archive Transmit.app/Contents/MacOS/Transmit:

Transmit.app/Contents/MacOS/Transmit:     file format mach-o-be
architecture: powerpc:common, flags 0x000001ff:
HAS_RELOC, EXEC_P, HAS_LINENO, HAS_DEBUG, HAS_SYMS, HAS_LOCALS, DYNAMIC, WP_TEXT, D_PAGED
start address 0x00002bd0

Transmit.app/Contents/MacOS/Transmit:     file format mach-o-le
architecture: i386, flags 0x000001ff:
HAS_RELOC, EXEC_P, HAS_LINENO, HAS_DEBUG, HAS_SYMS, HAS_LOCALS, DYNAMIC, WP_TEXT, D_PAGED
start address 0x00000000

Man kann erkennen, dass Transmit Binärcode für die PowerPC- und die i386-Architektur (Intel) enthält. Das Format mach-o-be gibt an, dass es sich hier um Daten im Big-Endian-Format handelt – mach-o-le steht analog für Little-Endian-Daten; die Startadressen für beide Architekturen sind unterschiedlich.

Vor- und Nachteile

Der Vorteil Binärcode unterschiedlicher Architekturen in einer ausführbaren Datei zu kombinieren ist, dass nicht zahllose Varianten der gleichen Applikation angeboten werden müssen. Man lädt einfach das Programm herunter und kann sicher sein, dass es den richtigen Code für die eigene Architektur enthält. Für Softwareanbieter erleichtert sich damit der Vertrieb. Die Auswahl des richtigen Binärcodes übernimmt der Programmstarter des Betriebssystems. Eine andere Möglichkeit wäre alle nötigen Varianten in einem Installationspaket zu verpacken und den Installer die richtige Variante auswählen zu lassen. Das ist allerdings nicht so bequem für den Anwender.

Der Nachteil ist, dass die Größe von Programmen anwächst, da sie Binärcode für unterschiedliche Architekturen enthalten. Allerdings ist dieser Nachteil angesichts heutiger Festplattengrößen verschmerzbar. Die Ausführungsgeschwindigkeit solcher Anwendungen leidet nicht darunter, da der Programmstarter nur den für die Architektur benötigten Code lädt.

Ballast abwerfen

Wer dennoch den unnötigen Ballast der zweiten Architektur von seinem Mac zu verbannen möchte, kann zu Programmen wie z. B. Xslimmer greifen. Damit kann man den nicht benötigten Binärcode entfernen. Allerdings kann man dann die so auf Diät gesetzte Anwendung nicht mehr beliebig auf einen anderen Mac übertragen.

Der Beitrag Unterschied zwischen Universal und Fat Binaries erschien zuerst auf Macnotes.de.