Nachdem Sie "WPS neustarten" ausgewählt haben, erscheint ein Bestätigungsfenster ähnlich demjenigen des Erweiterten Systemabschlusses. Der Unterschied besteht darin, daß, nachdem alle Fenster geschlossen wurden, nicht der gesamte Computer neugestartet wird, sondern nur der Prozeß der Arbeitsoberfläche (PMSHELL.EXE).

Um dies zu verstehen, ist es vielleicht hilfreich zu wissen, daß OS/2 seine Benutzeroberfläche in drei "Schichten" organisiert hat, die sozusagen aufeinander "sitzen":

   ┌─────────────────────────────┐
   │  Workplace Shell (WPS)      │
   └─────────────────────────────┘
   ┌─────────────────────────────┐
   │  Presentation Manager (PM)  │
   └─────────────────────────────┘
   ┌─────────────────────────────┐
   │  OS/2 Kernel                │
   └─────────────────────────────┘

Der Presentation Manager (PM) ist für alles Grafische auf Ihrem System verantwortlich, wie Fenster, Symbole, Menüs, Bilder, und auch einige nicht-grafische Dinge, wie zB. INI-Dateien. OS/2 kann auch Anwendungen ohne PM ausführen, sog. Textmodus-Anwendungen (wie zB. die OS/2-Kommandozeile, CMD.EXE), aber alle anderen Anwendungen benötigen den PM. Eine typische PM-Anwendung ist Netscape.

Die Workplace Shell (WPS) ist nur eine weitere, wenn auch äußerst komplexe PM-Anwendung. Sie ist für das Anzeigen von Ordnern, Starten von Programmen nach einem Doppelklick, Zuordnen von Dateien und Programmen usw. verantwortlich, kurz: alles was Sie nach dem Start von OS/2 so sehen. In diesem Kontext läuft auch XFolder.

Der Menüpunkt "WPS neustarten" beendet nun alleine die oberste der drei genannten Schichten, die Arbeitsoberfläche. Dies benötigt sehr viel weniger Zeit als wenn Sie Ihren gesamten Rechner neustarten, weil der PM und der Kernel nicht neu geladen und initialisiert werden müssen.

Die WPS neuzustarten kann hilfreich sein, wenn Ihr System sehr langsam geworden ist (aus irgendeinem Grund, jedenfalls nach meiner eigenen Erfahrung, frißt die WPS immer mehr Speicher, wenn man viel mit Dateien arbeitet) oder wenn Sie Software installiert haben, die WPS-Klassen geändert hat.

Wichtige Hinweise:

• Behalten Sie im Hinterkopf, daß diese Methode ursprünglich von IBM wohl nicht geplant war, als sie die Workplace Shell entwickelt hat. "WPS neustarten" zwingt die Arbeitsoberfläche zu einem Neustart, indem sie einfach beendet wird. Da XFolder ja ein Teil des WPS-Prozesses ist, kann es diesen Prozeß ja schlicht beenden. OS/2 startet diesen Prozeß dann komplett neu. Das Ergebnis ist ungefähr das gleiche, als wäre die WPS abgestürzt und hätte sich neugestartet, es werden allerdings die Daten der WPS vorher gesichert.
  
• Auf meinem System geraten nach einem WPS-Neustart die Symbole von ausführbaren Dateien durcheinander. Dies betrifft alle Programmobjekte und ausführbare Dateien, denen kein individuelles Symbol über die "Einstellungen" zugewiesen wurde. Entweder gehen die Symbole komplett verloren, oder es werden ganz falsche Symbole angezeigt. Dies ist ein Fehler im Presentation Manager, auf den ich keinen Einfluß habe. Nach einem Rechner-Neustart sind die Symbole jedenfalls wieder in Ordnung.
  
• Weder Einstellungen des Presentation Manager noch der CONFIG.SYS werden beim WPS-Neustart gelesen. Wenn sich diese Einstellungen geändert haben, werden sie nach einem WPS-Neustart nicht erkannt. Starten Sie in diesem Fall Ihren Rechner neu.
  
• Als Faustregel mag gelten, daß Sie um so wahrscheinlicher auf Probleme stoßen werden, je mehr WPS-Klassen Sie installiert haben. Dies kann vielerlei Gründe haben, die ich größtenteils nicht nachvollziehen kann, aber zum ersten gibt es WPS-Klassen, die ihre Ressourcen nicht ordentlich freigeben, wenn die WPS neugestartet wird, zum zweiten verliert der SOM-Kernel manchmal den Überblick mit WPS-Klassenersetzungen. Die WPS stürzt dann gelegentlich etwa 20 Sekunden nach dem Aufbau der Arbeitsoberfläche ab. Diese Probleme zeigen sich als Abstürze in irgendwelchen DLLs, die aber nur Symptome dafür sind, daß intern etwas durcheinander gekommen ist. Wenn dies vorkommt, müssen Sie den Rechner neustarten. Kandidaten für solche DLL-Abstürze waren bei mir INSTALL.DLL (enthält WPInstall), WPPRINT.DLL (enthält die Klassen für Druckerobjekte und den Spooler) sowie die WorkFrame-Klassen der verschiedenen IBM-Compilerpakete. (Lustigerweise sind alle diese Klassen von IBM programmiert.)
  
• Abhängig von Ihrem System wird die Anzahl der WPS-Neustarts, die Sie erfolgreich ausführen können, begrenzt sein. Einige Benutzer haben berichtet, daß dies nur ein einziges Mal funktioniert, aber auf meinem System habe ich die WPS auch schon 30 Mal erfolgreich neugestartet, bevor der Rechner ganz abgestürzt ist. (Das klingt nach sehr viel, aber bei der Entwicklung von XFolder ist das leider nötig.)