Virtual OS/2 International Consumer Education
VOICE Homepage: http://de.os2voice.org 		Dezember 2001

[Inhaltsverzeichnis]
[Vorherige Seite] [Nächste Seite]
[Artikelverzeichnis]

editor@os2voice.org

Eine OS/2-Geschichtsstunde: OS/2 2.1

Von Michal Necasek © Dezember 2001, Übersetzung: Carsten Kettner

IBM gab die OS/2 Version 2.1 im Mai 1993 heraus. Diese stellte gegenüber 2.0 eine schrittweise Verbesserung dar, vor allem weil OS/2 2.1 auf den ersten Blick nicht wesentlich anders aussah als sein Vorgänger. Das ist gut, weil Sie nun nicht mehr die langweiligen technischen Beschreibungen all der kleinen Wunder der OS/2-Architektur lesen müssen und stattdessen sich an den prächtigen Screenshots weiden können....hmm, okay, ich übertreibe ein wenig. OS/2 2.1 hatte in der Tat das gleiche langweilige Aussehen wie OS/2 2.0 mit dem seltsamen (aber zweifellos durch gewissenhafte wissenschaftliche Forschungen bestimmten) Farbschema  und den selben alten langweiligen Icons:
 

Ich denke, auch den größten OS/2-Liebhabern düfte es schwerfallen zu entscheiden, ob dies nun OS/2 2.0 oder 2.1 ist. Von daher werden Sie mich beim Wort nehmen müssen. Was Sie außerdem nicht aus dem obigen Bildschirmphoto erkennen können, ist, daß es sich tatsächlich um OS/2 2.1 Special Edition handelt, besser bekannt als OS/2 für Windows, das im Oktober 1993 herauskam.

Installation

Lassen Sie mich erst einmal die Geschichte erzählen, wie ich OS/2 2.1 fast nicht installiert bekam. Ich habe die CD-Version von OS/2 für Windows. Sie beinhaltet im ganzen vier Boot-Disketten - zwei 3.5" und zwei 5.25" HD-Disketten. Was sie jedoch leider nicht enthielt, waren moderne Treiber (obwohl das für diesen Veteran kein Wunder ist). Ich versuchte die Installation erst gar nicht auf meiner Hauptplatte mit 40 GB, sondern kramte meine alte 4 GB-Platte heraus. Aber nichts lief. Zunächst wollte das System noch nicht einmal von meinen Disketten booten und beschwerte sich über eine fehlende A:\COUNTRY.SYS. Ich fand dies komisch, weil diese Datei bestimmt vorhanden war und es konnte nichts mit den erwarteten Festplatten-Problemen zu tun haben. Daher griff ich auf einen Trick zurück, den ich während meiner Installation von OS/2 2.0 gelernt hatte - ich schaltete den internen und externen Cache meines PIII-600 ab.

Damit nahm ich die erste Hürde. Die zweite folgte auf dem Fuße. Wie ich schon erwähnte, besitze ich die CD-ROM-Version. Ich hatte wirklich keine Lust, 20 Disketten zu erstellen, obwohl es mir rückblickend eine Menge Zeit gespart hätte. Ich habe eigentlich zwei CD-ROM-Laufwerke: ein neues IDE DVD-ROM und ein altes SCSI-CD-ROM, das am Adaptec 2940 PCI-Adapter hängt. Es ist wirklich zu dumm, daß OS/2 2.1 für keines von beiden Treiber mitbrachte - ich glaube, sowohl die IDE-CD-ROM- als auch die Adaptec 2940-Treiber erschienen kurz nach OS/2 2.1. Ich probierte den Adaptec-Treiber von Warp aus, der aber unter 2.1 nicht geladen wurde, wahrscheinlich wegen der fehlenden PCI-Unterstützung. Nun hatte ich eine nette, glänzende CD-ROM, aber ich kam nicht an ihre Daten heran.

Glücklicherweise hatte ich noch andere Tricks auf Lager. Ich hatte schon einmal vor langer, langer Zeit ähliche Probleme mit OS/2 Warp und einem alten Mitsumi Doublespeed CD-ROM-Laufwerk, das an einem eigenen proprietären Controller hing. Damals griff ich von DOS auf die CD-ROM zu, als ich begriffen hatte, daß es möglich ist, die Inhalte der CD-ROM auf die Festplatte zu kopieren und von hier aus zu installieren (die Datei OS2SE20.SRC im Wurzelverzeichnis sagt dem Installer, wo er suchen sollte). Genau so habe ich es gemacht.

Ich bewältigte die erste Phase der Installation ohne Probleme. Aber dann wollte das teilweise installierte OS/2 nicht neu starten und hängte sich gleich nach dem Laden des Bootmanagers auf. Dies ließ sich durch das Wiedereinschalten der L1- L2-CPU-Caches beheben - fragen Sie mich nicht, warum. Leider führte dies zur größten Hürde von allen. Ich konnte immer noch nicht booten und bekam Fehlermeldungen über fehlende VIOTBL.DCP, DOSCALL1.DLL und mehr. Ich wußte, daß dies etwas anderes bedeutete, weil diese Dateien vorhanden waren. Ich versuchte verschiedene Dinge, bis ich die glanzvolle Idee bekam, die CONFIG.SYS dahingehend zu editieren, daß zur CMD.EXE und nicht zur Installationsshell gebootet werden solle. Als ich sah, daß die Eingabeaufforderung auf Laufwerk L: zeigte - was ich gar nicht habe - wußte ich, was passierte.

Dies ist eine (Un-)art des Bootmanagers und des LVM. Sehen Sie, sobald Sie über den Bootmanager booten, teilt dieser dem System mit, welcher Laufwerksbuchstabe aktiv ist. Ich bin nicht sicher, warum, aber so funktioniert es. Das Laufwerk, auf dem ich OS/2 2.1 installierte, war unter LVM als L: konfiguriert, aber OS/2 2.1 betrachtete es als D:. Daher waren alle Dateien auf D:, aber das arme alte OS/2 dachte, es startete von L: und konnte daher dort nichts finden. Nachdem ich einmal das Problem verstanden hatte, war es nur noch eine Sache von Minuten, die Laufwerksbuchstaben zu reparieren.

Dann gab es noch ein letztes Problem - wieder die Festplattentreiber. OS/2 konnte immer noch nicht richtig die Platte erkennen. Dies wurde auf unerwartete Weise gelöst - zumindest hatte ich nicht erwartet, daß es so funktionieren würde. In einem Anfall von Verzweiflung nahm ich einfach die neuesten IDE-Treiber (datiert vom Juni 2001) von IBMs DDPak-Seite und packte sie in OS/2 2.1. Raten Sie mal - sie funktionierten! Und nicht nur das. Ich entdeckte auch, daß ich sie auf die Bootdisketten kopieren und die IDE CD-Treiber installieren kann. Und mit dem erneuerten Floppy-Treiber brauchte ich noch nicht einmal mehr die CPU-Caches abzuschalten. Dumm nur, daß ich das nicht früher bemerkt habe. Falls Sie mal den Drang haben sollten, Ihr altes OS/2 2.1 auszugraben und es auf Ihrer neuen Maschine zu installieren, dann denken Sie zuerst an diese Tips hier. Die Moral der Geschicht': Wenn Sie zu Beginn erfolglos bleiben, dann verändern Sie eine oder mehrere Variablen und versuchen es erneut. Es könnte funktionieren.
 

Des Pudels Kern

Jedenfalls bekam ich nach diesem Abenteuer, das mich (wie üblich) zwang, mehr über die inneren Abläufe von OS/2 zu lernen, als ich eigentlich wissen wollte, OS/2 2.1 installiert. Und weil ich schon dabei war, installierte ich eine großartige Neuigkeit von OS/2 2.1 - den Multimedia Presentation Manager/2. In der Version 2.1 wurde MMPM/2 mit dem Betriebssystem ausgeliefert, aber er war ein separater Teil und brachte sein eigenes Installationsprogramm mit. Er beinhaltete lediglich Treiber für Sound Blaster- und Pro Audio Spectrum-Karten, aber glücklicherweise funktioniert der SB Pro 16-Treiber sehr gut mit meiner AWE64. Nach der Installation von MMPM/2 sah die Arbeitsoberfläche nun so aus:
 

Tja, ich hatte dort nun prächtige neue Multimedia-Icons. Und - klar! - ich hatte Sound! Der OS/2-Start, das Fenster-Öffnen und -Schließen, Fehlermeldungen, alles war mit Sound unterlegt. Erinnern Sie sich, das war 1993! Es war sogar Software-gesteuertes Video enthalten, aber um es richtig nutzen zu können, mußte ich noch Video-Treiber, die mindestens 256 Farben unterstützten, installieren (so etwas habe ich gar nicht für meine Matrox G400). Mit 16 Farben sahen Ultimotion-Videos schlimm aus und Indeo-Clips liefen überhaupt nicht. Die 2.1-CD enthielt die gleichen Beispiel-Filmchen wie auf den späteren OS/2 Warp-CDs.

Es gab noch ein paar andere nicht so offensichtliche Erweiterungen in OS/2 2.1. Es hatte das neue 32-Bit-Grafiksubsystem, das es nicht mehr in OS/2 2.0 geschafft hatte. Es schloß APM-Unterstützung, vor allem für Laptops, ein. Und schließlich und endlich bot die 2.1-Version eine größere Auswahl von Drucker- und Grafiktreibern an.
 

Operate at a higher level

Obiges war IBMs Slogan für OS/2 2.1. Die niedrigere Stufe waren natürlich DOS und Windows. Ganz genauso wie die Version 2.0, unterstützte OS/2 2.1 die meisten DOS- und Windows 3.x-Anwendungen. Aber während OS/2 2.0 noch mit Windows 3.0 kam, präsentierte sich die 2.1-Version mit Windows 3.1. Es sei denn, Sie hatten OS/2 für Windows wie ich. Mit OS/2 2.0 waren die Dinge einfach. Es gab Versionen auf 3.5"- und 5.25"- Disketten oder CD-ROM und es gab Upgrade-Ausgaben. Aber sie alle waren eigentlich gleich. Mit OS/2 für Windows begannen die Dinge, interessant zu werden. OS/2 für Windows kam nicht mit Win-OS/2 und konnte stattdessen eine bereits existierende Windows 3.1-Installation nutzen - obwohl es eigentlich nicht erforderlich war, so daß man OS/2 für Windows komplett ohne Windows haben konnte (lustig, nicht wahr?). Später, im Sommer 1995, erreichte die Verwirrung neue Höhepunkte mit der Einführung von Warp Connect. Damals gab es vier verschiedene Versionen (die verschiedenen Vertriebsmedien nicht mitgezählt), aus denen man auszuwählen hatte - aber dies ist etwas für einen neuen Artikel.

Der Codename für OS/2 2.1 war Borg. Dies trifft für OS/2 für Windows sicherlich gut zu, berücksichtig man die Situation am Markt. Microsoft hatte die OEMs unter strenger Kontrolle und achtete darauf, daß diese nicht etwas anderes als MS-DOS/Windows vorinstallierten. Später wurde dies für illegal befunden, aber OS/2 half das überhaupt nicht. Mit OS/2 für Windows fand IBM einen Weg für OEMs, OS/2 vorinstalliert zu liefern und trotzdem die Übereinkunft mit Microsoft einzuhalten. Ich erinnere mich, daß 1993-94 mehrere deutsche Händler OS/2-Vorinstallationen anboten. [Anm.d.Hrsg.: In der Tat. Dabei handelte es sich um Escom und Vobis.]
 

Anwendungen

Zu OS/2 2.1-Zeiten wuchs die Zahl der Anwendungen für OS/2 rapide. IBM schaffte es, mehrere Unternehmen mit großem Namen zu überreden, OS/2-Versionen ihrer Produkte zu entwickeln - Unternehmen wie Borland, Novell, Lotus oder WordPerfect. Ich habe gehört, daß IBM zumindest einige dieser OS/2-Produkte subventioniert hat, aber ich habe dazu keine konkreten Zahlen. Und wenn ich die Gerüchteküche schon anheize, sollte ich ebenfalls erwähnen, daß Microsoft nicht weniger "aktiv" als IBM war - aber anstatt diese Unternehmen zu bezahlen, drohte Microsoft ihnen, sie vom Zugang zu Betaversionen und Informationen über Windows abzuschneiden, falls sie für andere Plattformen entwickeln sollten (dies war sicherlich so im Fall Borland).

Ich habe Borland C++ im OS/2 2.0-Artikel präsentiert und Netzwerke sind nicht Thema dieser Artikelserie. Damit bleiben WordPerfect und Lotus übrig. 1993 gab die WordPerfect Corp. WordPerfect 5.2 für OS/2 heraus. Wie viele andere portierte Anwendungen nutzte es Micrografx Mirrors und sah so aus:
 

Anders als das wahnsinnig beliebte WordPerfect 5.1 für DOS, war die 5.2-Version für OS/2 (und auch Windows) eine WYSIWIG-Textverarbeitung. Und es war eine mächtige Textverarbeitung. Sie sah aus wie jede andere Textverarbeitung, aber sie hatte die tolle "Codeenthüllungs"-Eigenschaft [Anzeige der Formatierungseigenschaften mit direkter Editiermöglichkeit, d.Übers.]:

Beim letzten Mal habe ich Corel wegen ihrer mit der heißen Nadel gestrickten CorelDraw 2.5-Portierung kritisiert. WordPerfect 5.2 für OS/2 war komplett anders und doch sehr ähnlich. Es bot eine leistungsfähige WPS-Integration and und war tatsächlich eine vorbildich in die WPS eingebundene Anwendung:

WordPerfect brachte Dokument-Vorlagen, unterstütze massiv Drag-and-Drop in WordPerfect-Dokumenten (Drucken etc.) und all diese Bonbons. Leider beschwerten sich die meisten WP 5.2-Anwender darüber, daß es so wahnsinnig langsam (ich habe das auf meinem PIII-600 natürlich nicht bemerkt) und fehlerhaft sei. Eine interessante Tatsache ist, daß WP 5.2 eine 16-Bit-Anwendung war und tatsächlich mit Microsofts C 6.0 "gebaut" wurde. Ich bin sicher, daß dies Microsoft sehr glücklich gemacht hat. Es scheint so, als ob die meisten OS/2-WordPerfect-Anwender nach wie vor die DOS-Versionen 5.1 oder 6.x diesem (mehr oder weniger) nativen Produkt vorziehen. Die WordPerfect Corp. arbeitete noch an einer OS/2-Version von WordPerfect 6 für OS/2, stampfte das Produkt dann aber im Dezember 1993 ein, wahrscheinlich weil WP 5.2 für OS/2 nicht sonderlich gut angekommen war. Ob dies nun der Fehler von WordPerfect oder der der OS/2-Anwender war, mag jeder für sich selbst entscheiden.

Lassen Sie uns nun einen Blick auf den WordPerfect-Konkurrenten der Lotus Development Corporation werfen: AmiPro 3.0 für OS/2, das 1993 herauskam. AmiPro war meiner Meinung nach nie so leistungsfähig wie WordPerfect, aber es war in Ordnung für typische Büroarbeiten. AmiPro konnte auch mit anderen Lotusprodukten wie 1-2-3 oder Notes zusammenarbeiten.

Genauso wie WordPerfect 5.2 war AmiPro 3.0 eine Windows-Portierung. Aber im Unterschied zu WP 5.2 benutzte AmiPro nicht Mirrors und es war ein echtes 32-Bit-Programm (entwickelt mit Borland C++ 1.0 für OS/2).

AmiPro für OS/2 ließ einige Eigenschaften seines Windows-Widerparts missen (Zeichnen und Diagramme), hatte andererseits aber einige OS/2-spezifische Möglichkeiten wie die REXX-Integration. Ich bin nicht sicher, ob AmiPro 3.0 Lotus' erste OS/2-Textverarbeitung war, aber ich bin sicher, daß dies nicht die letzte war. Es gab mehrere Updates für AmiPro 3.0 (die neueste war, glaube ich, die 3.0b), denen später die von WordPerfect folgten. Ich bin nicht sicher, wie gut AmiPro 3.0 für OS/2 nun wirklich war, aber ich habe viele Beschwerden über die mangelnde Stabilität vernommen.

Die von den meisten OS/2-Anwendern bevorzugte Textverarbeitung war DeScribe von DeScribe, Inc. Sie war eine native Anwendung, die von Beginn an für OS/2 entwickelt wurde - ich glaube, die ersten Versionen von DeScribe liefen auf OS/2 1.x. Nur aus Neugierde habe ich mir die ausführbare Datei angeschaut und festgestellt, daß es mit dem IBM CSet++-Compiler geschrieben wurde. DeScribe war schnell und mächtig - es bot sogar einige DTP-ähnliche Möglichkeiten wie Textrahmen und enthielt ein Zeichnen-Paket:

Der obige Screenshot stammt von der DeScribe-Version 5 aus den späten 1994ern. Es wäre angemessener gewesen, ein Bild von DeScribe 4 oder 3 zu zeigen, aber ich habe nur die Version 5. Während viele AmiPro 3.0- und WordPerfect 5.2-Anwender die Nutzung dieser Produkte aufgrund der Fehler und Instabilität aufgaben, behaupteten die DeScribe-Benutzer, daß sich ihre Textverarbeitung noch nicht einmal unter schweren Lasten verbog.

Anwendungs-Entwicklung

Letztes Mal habe ich mir die verschiedenen Compiler angeschaut, die für OS/2 2.0 erhältlich waren. Zu 2.1-Zeiten gab es neue Versionen all dieser Produkte (IBM CSet++ 2.1, Borland C++ 1.5 und 2.0, Watcom C/C++ 9.5 und 10), aber mit Ausnahme der Watcom C/C++-Version 10 unterschieden sich diese nicht wesentlich von ihren Vorversionen. Anstatt nun einen Blick auf Watcom C/C++ 10 zu werfen, präsentiere ich hier nun ein anderes und sehr OS/2-spezifisches Produkt der Watcom International Corp., die in Waterloo, Ontario, Kanada sitzt: VX-REXX 1.0. Version 1.0 kam 1993 heraus. 1994 folgten die Versionen 2.0 und 2.1. Die fortgeschrittenste Version war die VX-REXX 2.1 Client/Server-Ausgabe, die Tabellenkalkulations-  und Datenbank-Objekte unterstützte und die mit Watcom SQL (klar!) und IBM DB/2 kommunizierten konnte.

VX-REXX ähnelte konzeptionell Produkten wie Delphi oder Visual Basic. Der Anwender erzeugt Fenster und plaziert GUI-Kontrollobjekte darin. Jedes Objekt besitzt einen umfassenden Satz von Möglichkeiten, die geschmackvoll in einem Notizbuch-Kontrollobjekt präsentiert werden. Die Objekte können Ereignisse abfangen und jedes Ereignis kann mit REXX-Code verknüpft werden. Einfach, aber wirkungsvoll.

Watcom VX-REXX war (und ist es immer noch) ein beliebtes Werkzeug, dank dessen Einfachheit, Umfang und Flexibilität. Die Entwicklung einfacher GUI-Applikationen ist mit VX-REXX sehr einfach und mehrere nette Beispiel-Programme waren beigepackt.

Ich sollte wohl erwähnen, daß Watcom VX-REXX 1.0 auf einer einzelnen 3.5"-HD-Diskette geliefert wurde und eine umfassende Online-Dokumentation (die mit der gedruckten Version identisch war) besaß. Produkte wie dieses scheint es heutzutage nicht mehr zu geben. Und VX-REXX hatte auch Konkurrenz - VisPro REXX. Ich bin sicher, wenn ich es nicht erwähnt hätte, würde ich nun erboste Post von seinen Liebhabern bekommen <g>.
 

OS/2 2.11 SMP

Einen wichtigen Meilenstein der OS/2-Geschichte zu erwähnen, sollte ich nicht vergessen: OS/2 2.11. SMP. Diese Version, im Juli 1994 auf den Markt gekommen, war die erste, die symmetrisches Multiprocessing, oder SMP, unterstützte. Es war in der Tat eines der ersten SMP unterstützenden PC-Betriebssysteme auf dem Markt. Bis zum Warp Server für e-Business (1999) hinkte unseligerweise die SMP-Version der Einzelprozessor-Version immer eine Version hinterher. Zusammen mit dem Mangel an und den hohen Kosten der SMP-Hardware verhinderte dies eine größere Verbreitung von SMP auf dem Desktop. Für diejenigen, die es vielleicht noch nicht wissen: SMP ist eine Möglichkeit, mehrere CPUs in einem System auszunutzen. Alle diese CPUs sind mehr oder weniger gleich und können jeden Task bearbeiten. Ich sollte erwähnen, daß SMP nicht die einzige Form des Multiprozessings ist. Es gibt auch noch eine "rohere" Variante, die asymmetrisches Multiprocessing genannt wird, bei der jede CPU einem bestimmten Task zugeordnet ist, was natürlich nicht so flexibel ist wie SMP. IBM hat in den frühen 90er Jahren asymmetrische Multiprocessing-Maschinen gebaut (auf denen OS/2 1.3 lief). Lassen Sie uns mal einen Blick auf OS/2 2.11 SMP werfen, das tatsächlich nicht anders aussah als das Einzelprozessor 2.11 - zumindest auf den ersten Blick:
 

Man sieht auf den ersten Blick, daß dies nicht OS/2 2.1 ist - das Farbschema macht einen großen Unterschied. Bei näherem Hinsehen werden Sie bemerken, daß das Arbeitsoberflächen-Layout und alle Icons unverändert geblieben sind, während die Farbzusammenstellung ungefähr dieselbe ist wie im späteren OS/2 Warp. Und es sieht viel besser aus. Technisch gesehen, war OS/2 2.11 SMP ein aufregendes Biest. Die Entwickler nahmen OS/2 2.11 - das eigentlich nicht für SMP gedacht war - ergänzten es um einige magische Schlüsselkomponenten (Primärkernel, Loader und DOSCALL1.DLL) und schlossen mit einem der besten SMP-Betriebssystemen ab. Dies erklärt sich aus der Tatsache, daß die SMP-Unterstützung in OS/2 sehr fein abgestimmt war (und ist) und nicht nur verschiedene Prozesse auf verschiedenen CPUs laufen können, sondern dies auch die Threads eines einzelnen Prozesses können. Von daher könnenn sogar Anwendungen, die nicht speziell für SMP geschrieben wurden, davon profitieren, wenn sie multithreaded sind.

Ich habe es fast nicht geschafft, OS/2 2.11 SMP im Multiprozessor-Modus laufen zu lassen. Auf der einzigen SMP-Maschine, zu der ich Zugang habe, einer IBM IntelliStation M Pro mit zwei 300 MHz Pentiium II-CPUs, fror es während des Bootens früh ein. Aber das überraschte mich nicht sonderlich, da OS/2 2.11 SMP den Ruf hatte, sehr, sehr wählerisch in Bezug auf die Hardware zu sein und mein Rechner wurde produziert, als 2.11 SMP nicht mehr unterstützt wurde. Dann aber hatte ich die glänzende Idee, OS2APIC.PSD (den plattformspezifischen SMP-Treiber) aus dem Warp Server für e-Business-Paket zu verwenden, und zu meiner Überraschung lief es!

Oben sehen Sie einen Screenshot des Multiprozessor-CPU-Monitortools, das die Prozessor-Auslastung zeigt und die Möglichkeit bietet, einzelne CPUs ein- oder auszuschalten. Dies ist einer der sehr wenigen sichtbaren Unterschiede zwischen der SMP- und der regulären Verison von OS/2 2.11. Schauen Sie es sich gut an.

WPS-Erweiterungen

Dank der Flexibilität und Erweiterbarkeit der Workplace Shell wurde eine ganze Anzahl an Erweiterungen entwickelt. Die vollständigste und beliebteste war Object Desktop von Stardock Systems. Eigentlich kam es Ende 1995 heraus, was technisch nicht mehr der 2.1/2.11-Ära entsprach, aber zu der Zeit war OS/2 2.11 weitverbreitet und es wurde auch von Object Desktop unterstützt. Aufgrund des freundlichen Entgegenkommens Kris Kwilas von Stardock, der die vergessene OS/2-Gruft öffnete und für mich eine staubige Kopie (der Staub auf der ZIP-Datei war nur virtuell) des Object Desktop 1.03 ausgrub, kann ich nun ein paar Screenshots des bestverkauften OS/2-Hilfsprogrammes zeigen.

Wie üblich, ging das nicht ohne Schwierigkeiten. Object Desktop sieht in VGA-Auflösung nicht wirlich gut aus, so daß ich eine SVGA-Lösung für OS/2 2.11 auftreiben mußte. Die Treiber für meine Matrox G400 sollten mit OS/2 2.11 laufen, aber sie taten es nicht. Wieso war ich nicht überrascht? Glücklicherweise habe zur möglicherweise weltweit größten Sammlung von Grafikkarten Zugang. Nach einigen fehlgeschlagenen Versuchen fand ich eine steinzeitliche S3 928, die mit den Treibern von OS/2 lief. Während dieses Prozesses lernte ich die Boot-Kommandozeile sehr schätzen - die traurigerweise in OS/2 2.11 nicht enthalten war. Ich bekam auch ganz gut eine manuelle Installation der VGA-Treiber durch Editierung der CONFIG.SYSW und der OS2.INI hin. Und hier sind die Ergebnisse meiner harten Arbeit:

Sie sehen die Wunder des Object Desktop 1.0 - Erweiterte Verzeichnisse, Klickstartleiste mit Reitern (es gab eine solche in OS/2 2.1 noch nicht) und das Kontrollzentrum mit der wahrscheinlich wertvollsten Funktion des Object Desktop: Virtuelle Oberflächen. Oh, und ich darf nicht den Button zum Programmschließen vergessen, der jedes Fenster ergänzt. Aber Object Desktop hörte hier noch nicht auf:
 

Dies sind der Object Navigator und das Erweiterte Datenobjekt (Enhanced Data Object) mit einem netten kleinen Textbetrachter. Sieht man sich wieder das Kontrollzentrum an, findet man dort alle diese kleinen Anzeigen für Prozessor-Auslastung, RAM, Swap-Platz und Festplatten-Platz (und einen Zeitmonitor, alias Uhr), zusätzlich Referenzen der Arbeitsoberfläche und der wichtigen Verzeichnisse. Sieht das nicht einfach cool aus? Object Desktop hatte viele weitere Funktionen, aber ich habe hier nun wirklich nicht genug Platz, um auch nur die Hälfte von ihnen zu beschreiben. Die Installation des Object Desktop war fast wie ein Upgrade auf eine neue Version des Betriebssystems.

Verglichen mit OS/2 2.0 waren die Versionen 2.1 und 2.11 nicht so sehr interessant. Es gab eine ganze Anzahl von Erweiterungen, aber die meisten von ihnen waren nicht sonderlich sichtbar (das machte sie jedoch nicht weniger wichtig). Trotz alledem bot OS/2 2.1 eine substantiell größere Auswahl an erhältlichen Anwendungen und zog eine ganze Anzahl neuer Anwender an, die von der Windows 3.1 innewohnenden Instabilität frustriert waren und nach einer Alternative zu DOS suchten. Das vielleicht wichtigste war, daß OS/2 2.1 den Weg zu der Version von OS/2 bereitete: Warp. Aber OS/2 Warp wird Thema des nächsten Artikels sein.
 

Danksagungen

Mein Dank gilt Lewis G. Rosenthal, der mir freundlicherweise die OS/2 2.11 SMP-CD zukommen ließ.

Und noch einmal vielen Dank an Kris Kwilas für die Kopie des Object Desktop 1.0.

[Artikelverzeichnis]
editor@os2voice.org
[Vorherige Seite] [Inhaltsverzeichnis] [Nächste Seite]
VOICE Homepage: http://de.os2voice.org