diff --git a/documentation/installation-und-konfiguration.german b/documentation/installation-und-konfiguration.german
new file mode 100644
index 0000000000000000000000000000000000000000..44738bfd89260edd1aa964561165657d6ff23352
--- /dev/null
+++ b/documentation/installation-und-konfiguration.german
@@ -0,0 +1,2146 @@
+	   Installations- und Bedienungsanleitung für WINE
+			     Peter Ganten
+			   peter@ganten.org
+			     7. Juli 2000
+
+
+1. Zusammenfassung
+
+Dieser Text beschreibt die Installation, Einrichtung und Bedienung von
+WINE. WINE ist eine Laufzeitumgebung zum Ausführen von Programmen für
+MS-Windows unter GNU/Linux und anderen UNIX-kompatiblen
+Betriebssystemen auf Intel-x386-kompatiblen Computern, das Programm kann
+außerdem dazu genutzt werden, den Quellcode existierender
+Windows-Programme nach UNIX zu portieren. In diesem Text geht es in
+erster Linie jedoch um die Installation und Konfiguration der
+Laufzeitumgebung für Windows-Programme. Der Text wurde
+ursprünglich als Begleitmatierial für einen Vortrag über WINE und die
+Integration von Windows-Anwendungen unter GNU/Linux auf dem LinuxTag
+2000 vom 30. Juni bis zum 2. Juli 2000 in Stuttgart geschrieben. 
+
+2. Einleitung
+                                        
+Mit WINE wird ein umfassender Ansatz zur Integration von
+Windows-Anwendungen unter GNU/Linux verfolgt. WINE besteht u.a. aus
+einem Loader, mit dem Windows- und DOS-Programme unter Linux in den
+Speicher geladen und vom Prozessor des Rechners ausgeführt werden
+können. Außerdem stellt das Programm einen großen Teil der
+Schnittstellen (APIs) Windows-basierter Betriebssysteme zur Verfügung.
+Diese Schnittstellen werden von Windows-Programmen, die mit WINE
+ausgeführt werden, benutzt, so dass solche Programme die selbe,
+erwartete Umgebung vorfinden, wie unter Windows. Weil diese
+Schnittstellen mit WINE vorhanden sind und deren Definitionen in Form
+von Header-Dateien vorliegen, kann WINE auch benutzt werden, um den
+Quellcode von Windows-Programmen nach GNU/Linux oder anderen
+UNIX-basierten Betriebssystemen zu portieren. Es entstehen dann echte
+UNIX/Linux-Programme, welche die selbe Funktionalität haben, wie ihre
+äquivalenten Programme unter Windows. Die Verwendung eines
+einheitlichen APIs unter Windows und Linux hat für Softwarehersteller
+den Vorteil, dass nur eine einzige Version des Quellcodes gepflegt und
+weiterentwickelt werden muss, die sich unter beiden
+Betriebssystemfamilien verwenden lässt.
+
+Das WINE-Projekt wurde 1993 gestartet, es wird im wesentlichen von
+Freiwilligen getragen, die über Mailinglisten miteinander
+kommunizieren. In letzter Zeit hat WINE zusätzliche Unterstützung
+durch mehrere kommerzielle Unternehmen erfahren, die WINE dazu
+einsetzen, ihre Windows-Programme nach GNU/Linux zu portieren. WINE
+ist heute in der Lage einen großen Teil der existierenden
+Windows-Programme (16- und 32bit) unter Linux auszuführen, in einem
+begrenzten Umfang können auch DOS-Programme mit WINE benutzt
+werden. WINE führt Windows-Programme direkt unter Linux aus, es
+benötigt dazu keine speziellen Kernelerweiterungen, keine besonderen
+Rechte und keine existierende Windows-Installation. Das Design erlaubt
+es, die betreffenden Programme unter Linux genauso schnell
+auszuführen, wie unter Windows, weil keine Emulation im Sinne einer
+Interpretation von Prozessoranweisungen stattfindet. Zur Ausführung
+eines bestimmten Programms werden unter GNU/Linux mit WINE theoretisch
+die selben Systemressourcen benötigt, wie unter Windows. Optional kann
+WINE eine bestehende Windows-Installation verwenden. Es ist dann
+möglich, die Einstellungen dieser Installation für Windows-Programme
+zu übernehmen und einige Original-Bestandteile von Windows mit WINE zu
+verwenden, welche in WINE noch nicht in ausreichendem Umfang zur
+Verfügung stehen.
+   
+Im folgenden wird beschrieben, wie WINE auf einem GNU/Linux-System
+installiert und eingerichtet werden kann. Ausgegangen wird dabei von
+der Linux-Distribution Debian GNU/Linux 2.2 (potato) und der
+WINE-Version 20000614. Bei Verwendung einer anderen Linux-Distribution
+oder einer anderen WINE-Version sind die beschriebenen Schritte
+entsprechend anzupassen.
+   
+3. Binärpaket oder Quellcode?
+
+In den meisten Linux-Distributionen sind heute WINE-Pakete
+enthalten. Hierbei handelt es sich um Binärpakete, die WINE in einer
+Form enthalten, in der es direkt ausgeführt werden kann. Aktuelle
+Versionen solcher Pakete lassen sich auch von verschiedenen
+Internetseiten herunterladen. Theoretisch sollte WINE nach der
+Installation eines Binärpakets sinnvoll konfiguriert und sofort
+benutzbar sein. Tatsächlich ist es in vielen Fällen jedoch notwendig, 
+die mit dem Paket installierte Konfiguration zu überarbeiten. 
+
+Aufgrund der schnellen Entwicklung von WINE wird zur Zeit empfohlen,
+an Stelle eines Binärpakets den aktuellen Quellcode zu verwenden. Der
+Quellcode muss, nachdem man ihn sich beschafft hat, entpackt,
+konfiguriert und kompiliert (übersetzt) werden. Dabei entsteht dann
+eine Binärdatei, die genau an das eigene System angepasst ist und
+deshalb eine höhere Wahrscheinlichkeit für optimale Ergebnisse bietet,
+als Binärpakete, die u.U. für ein anders konfiguriertes System
+erstellt wurden. Die Verwendung des Quellcodes bietet außerdem die
+Möglichkeit, das Programm relativ einfach aktualisieren zu können,
+wobei nicht immer wieder das komplette Paket heruntergeladen werden
+muss. Darüberhinaus kann mit der Verwendung des aktuellen Quellcodes 
+sichergestellt werden, dass evtl. auftretende Fehler wirklich in WINE
+vorhanden sind und nicht bereits behoben worden sind. Dadurch wird die
+Möglichkeit gesteigert, sinnvolle Fehlerberichte an die
+WINE-Entwickler schicken zu können. 
+
+Die Installation von Binärpaketen ist abhängig vom eingesetzten
+Paketformat der Distribution (zumeist wird das Redhat- oder
+Debian-Format benutzt) sowie der Distribution selbst. Die hierzu
+benötigten Informationen sollten sich in der Dokumentation der von
+Ihnen eingesetzten Distribution finden. In diesem Text wird die
+Installation aus dem Quellcode von WINE beschrieben. 
+
+4.0 Systemvoraussetzungen
+
+Damit WINE auf dem System übersetzt und ausgeführt werden kann, müssen
+die folgenden Programme und Dateien installiert sein:
+
+    1. Linux-Kernel der Versionsfamilie 2.2.x. (WINE lässt sich auch
+       unter Linux-Kernels der Versionsfamilie 2.0.x ausführen,
+       allerdings unterstützen diese Kernels bestimmte von WINE benötigte
+       Eigenschaften nicht. Dies macht sich insbesondere dann bemerkbar,
+       wenn 32Bit-Windowsprogramme mit WINE ausgeführt werden sollen, bei
+       denen mehrere Threads gleichzeitig ausgeführt werden.) Die
+       Versionsnummer des aktuell ausgeführten Linux-Kernels wird
+       angezeigt, wenn der folgenden Befehl an der Kommandozeile
+       eingegeben wird:
+
+       uname -r 
+
+    2. Es wird empfohlen, die GNU C-Bibliothek (libc6) ab Version 2.1
+       einzusetzen. Die Versionsnummer der aktuell eingesetzten
+       C-Bibliothek kann angezeigt werden, indem der folgende 
+       Befehl benutzt wird:
+
+       ls -l /lib/libc.so.* 
+
+       Auf einigen Systemen ist sowohl die ältere C-Bibliothek libc5,
+       als auch die neuere Bibliothek libc6 vorhanden. Entscheidend
+       ist dann in der Regel die neuere Version. Die C-Bibliothek muss
+       Reentrant sein, damit WINE Multithreading unterstützen
+       kann. Dies ist bei allen neueren Linux-Distributionen der
+       Fall. Die C-Bibliothek befindet sich im Paket libc6. Um WINE zu
+       übersetzen werden zusätzlich die Entwicklerdateien zur
+       C-Bibliothek benötigt. Diese befinden sich unter Debian im
+       Paket libc6-dev.
+
+    3. Weil WINE das X Window System benutzt, werden die X-Bibliotheken
+       und, wenn WINE übersetzt werden soll, die Entwicklerdateien für
+       X benötigt. Die Bibliotheken sind unter Debian im Paket xlib6g
+       und die Entwicklerdateien im Paket xlib6g-dev enthalten.
+
+    4. Darüberhinaus benötigt WINE die XPM-Bibliothek (Paket xpm4g),
+       damit das Programm übersetzt werden kann, werden die
+       Entwicklerdateien für XPM benötigt, diese befinden sich im Paket
+       xpm4g-dev.
+
+    5. Für Programme, die im Textmodus ausgeführt werden, kann WINE die
+       Bibliothek libncurses verwenden. Damit die Unterstützung dafür in
+       das Programm eingebunden wird, müssen die Entwicklerdateien für
+       diese Bibliothek installiert sein (Paket libncurses5-dev). Die
+       Verwendung der ncurses-Bibliothek ist jedoch optional.
+
+    6. Ebenfalls optional ist die Unterstützung einer OpenGL-kompatiblen
+       Bibliothek, wie z.B. Mesa. Wenn die Unterstützung für OpenGL in
+       das Programm eingebunden werden soll, müssen die
+       OpenGL-Entwicklerdateien auf dem System installiert sein, wie sie
+       z.B. durch das Paket mesag-dev bereitgestellt werden. Zusätzlich
+       sind dann natürlich die OpenGL-Bibliotheken selbst erforderlich.
+
+    7. Um WINE zu übersetzen, muss der GNU-C-Compiler benutzt werden.
+       Empfohlen wird zur Zeit Version 2.95. Weiter werden einige
+       Standardwerkzeuge wie make, yacc und bison benötigt, die auf den
+       meisten Linuxsystemen bereits installiert sein sollten.
+       
+   Je nachdem, ob in dem zu erzeugenden Binärcode Debug-Informationen
+   enthalten sein sollen, werden für die Übersetzung und die
+   Installation von WINE zwischen ca. 100 MB und ca. 250 MB
+   Speicherplatz auf der Festplatte benötigt. An den Prozessor des
+   Rechners werden keine besonderen Anforderungen gestellt, so ist ein
+   Prozessor der Pentium-Klasse mit 133 Mhz ausreichend, um mit WINE
+   beispielsweise Textverarbeitungsprogramme auszuführen. Für Spiele
+   und andere Multimedia-Anwendungen wird allerdings in der Regel ein
+   schnellerer Rechner benötigt. Wichtig ist, dass sich in dem Rechner
+   ausreichend Arbeitsspeicher (RAM) befindet. Zur Ausführung größerer
+   Windows-Programme sollte der Rechner mit 64 MB RAM ausgestattet
+   sein.
+   
+5.0 Beschaffung und Installation des Quellcodes
+
+   WINE kann von verschiedenen Servern im Internet per FTP oder HTTP
+   heruntergeladen werden. Normalerweise kann der jeweils aktuelle
+   Quellcode u.a. von den folgenden Adressen bezogen werden:
+
+     * ftp://metalab.unc.edu/pub/Linux/ALPHA/wine/development/
+     * ftp://ftp.infomagic.com/pub/mirrors/linux/sunsite/ALPHA/wine/development/
+     * ftp://orcus.progsoc.uts.edu.au/pub/wine/development/
+     * http://metalab.unc.edu/pub/Linux/ALPHA/wine/development/
+       
+   Bei der Entwicklung von WINE werden zur Zeit noch keine
+   Versionsnummern benutzt. An Stelle dessen trägt jede Ausgabe eine
+   Zahl, welche nach dem Schema Jahreszahl, Monat, Tag dem Datum
+   entspricht, an welchem die betreffende Version herausgegeben wurde.
+   Die Datei Wine-20000614.tar.gz in einem der oben aufgeführten
+   Verzeichnisse enthält also die Version von WINE. die am 14. Juni
+   2000 herausgegeben wurde. Prinzipiell ist es zu empfehlen, die
+   jeweils neueste Version zu verwenden. Nachdem der Quellcode
+   heruntergeladen worden ist, kann er durch die Eingabe des folgenden
+   Befehls im aktuellen Arbeitsverzeichnis entpackt werden:
+   
+   tar -xvzf Wine-20000614.tar.gz
+   
+   Dabei ist Wine-20000614.tar.gz natürlich durch den Namen der
+   heruntergeladenen Datei zu ersetzen. Der Quellcode wird dann in ein
+   Unterverzeichnis des aktuellen Verzeichnisses entpackt, dessen Name
+   sich aus der Bezeichnung wine und, getrennt von einem Bindestrich,
+   dem Herausgabedatum der benutzten Version zusammensetzt, also
+   beispielsweise wine-20000614. Normalerweise empfiehlt es sich,
+   dieses Verzeichnis in wine umzubenennen, wie es durch Eingabe des
+   folgenden Befehls geschehen kann:
+   
+   mv wine-20000614 wine
+   
+  5.1 Aktualisieren des Quellcodes mit Patchdateien
+  
+   Neben den komprimierten Tar-Archiven, welche den Quellcode von WINE
+   beinhalten, befinden sich in den aufgeführten Verzeichnissen auch
+   so genannte Patch-Dateien, welche lediglich die Änderungen
+   enthalten, die zwischen zwei Ausgaben an WINE vorgenommen
+   wurden. Diese Dateien sind normalerweise viel kleiner als der
+   komplette Quellcode, so dass es sich empfiehlt, sie zu verwenden,
+   wenn das Programm von einer Version auf die nächste aktualisiert
+   werden soll. Falls auf einem Rechner beispielsweise Wine-20000614
+   installiert ist und auf WINE-20000614 aktualisiert werden soll, so
+   wäre die Datei WINE-20000614.diff.gz herunterzuladen. Die in der
+   Datei beschrieben Veränderungen können auf den installierten
+   Quellcode angewandt werden, indem zunächst in das Basisverzeichnis
+   des Quellcodes (also in das Verzeichnis wine, welches durch die
+   oben beschriebenen Schritte entstanden ist) gewechselt wird und
+   dann das Programm patch wie folgt aufgerufen wird:
+   
+   gunzip -c ../Wine-20000526.diff.gz | patch -p1
+   
+   Hier wird davon ausgegangen, dass sich die Patch-Datei in dem
+   Verzeichnis befindet, welches dem WINE-Verzeichnis (wine)
+   übergeordnet ist und den Namen Wine-20000526.diff.gz trägt. Der
+   Dateiname ist entsprechend anzupassen, wenn eine Datei mit einem
+   anderen Namen oder aus einem anderen Verzeichnis benutzt wird.
+   
+  5.2 Herunterladen und Aktualisieren von WINE mit CVS
+  
+   Alternativ kann der Quellcode vom CVS-Server des WINE-Projektes
+   installiert werden. Der Vorteil dieses Verfahrens besteht darin,
+   dass es jederzeit unkompliziert möglich ist, den eigenen Quellcode
+   an den Entwicklungsstand des Projekts anzupassen ohne dass auf eine
+   neue Ausgabe des Programms gewartet werden muss. Für jeden, der
+   plant, selbst an dem Projekt mitzuarbeiten, ist die Verwendung von
+   CVS normalerweise erforderlich. Damit CVS benutzt werden kann, muss
+   das Programm cvs natürlich installiert sein. Unter Debian ist es in
+   dem gleichnamigen Paket enthalten. Wenn dies sichergestellt ist,
+   kann durch die Umgebungsvariable CVSROOT eingestellt werden, von wo
+   der Quellcode bezogen, bzw. aktualisiert werden soll. Bei
+   Verwendung der Bash kann dazu der folgende Befehl eingegeben
+   werden:
+   
+   export CVSROOT=:pserver:cvs@cvs.winehq.com:/home/wine
+   
+   Danach kann man sich bei dem CVS-Server anmelden. Hierzu dient
+   dieser Befehl:
+   
+   cvs login
+   
+   Das Programm erfragt dann ein Passwort für den Zugriff auf den
+   Server.  Hier ist das Passwort cvs zu verwenden. Nun kann der
+   Quellcode vom Server heruntergeladen werden, indem der nächste
+   Befehl eingegeben wird:
+   
+   cvs -z 3 checkout wine
+   
+   Im aktuellen Arbeitsverzeichnis wird dann ein Unterverzeichnis mit
+   der Bezeichnung wine angelegt. Sobald der Befehl abgeschlossen ist,
+   befinden sich in diesem Verzeichnis der aktuelle Quellcode des
+   Projekts und einige zusätzliche Dateien, die von CVS benötigt
+   werden.
+   
+   Um den Quellcode auf den neuesten Stand zu bringen, kann dieser
+   Befehl benutzt werden:
+   
+   cvs -z 3 update -PAd WINE
+   
+   Informationen über die hier verwendeten Parameter beim Aufruf von
+   CVS und über weitere Möglichkeiten des Programms befinden sich
+   u.a. in der Manualseite zu cvs(1) sowie auf der CVS-Homepage, die
+   unter http://www.sourcegear.com/CVS zu erreichen ist. Weitere
+   Hinweise im Hinblick auf CVS und WINE sind unter der Adresse
+   http://www.winehq.com/dev.html verfügbar.
+   
+6.0 Konfiguration und Übersetzung des Quellcodes
+
+   Vorausgesetzt, der Quellcode befindet sich im Unterverzeichnis wine
+   des aktuellen Arbeitsverzeichnisses, ist zunächst in dieses
+   Verzeichnis zu wechseln, um alle weiteren Schritte durchzuführen:
+   
+   cd wine
+   
+   Dann kann das Skript configure aufgerufen werden. Dieses Skript
+   führt eine Reihe von Tests durch, die u.a. untersuchen, ob das
+   System alle notwendigen Eigenschaften erfüllt und die benötigten
+   Entwicklerdateien installiert sind. Daraufhin erzeugt es die
+   Dateien, durch welche die Übersetzung des Quellcodes gesteuert
+   wird. Dem Skript können verschiedene Parameter übergeben werden,
+   mit denen sich beispielsweise bestimmen lässt, dass in den zu
+   erzeugenden Programmen und Bibliotheken keine Debug-Mitteilungen
+   enthalten sein sollen. Die vollständige Liste der verfügbaren
+   Optionen für configure wird angezeigt, wenn das Skript mit der
+   Option --help aufgerufen wird.  Normalerweise reicht es aus, das
+   Skript folgendermaßen aufzurufen:
+   
+   ./configure
+   
+   Falls wichtige Dateien oder Eigenschaften des Systems von configure
+   nicht gefunden werden können, erfolgt unter Umständen eine Warn-
+   oder Fehlermeldung. Solche Fehler sollten behoben werden, bevor mit
+   der Übersetzung des Quellcodes fortgefahren wird.
+   
+   Im nächsten Schritt wird der Quellcode übersetzt. Dazu sind
+   hintereinander die folgenden beiden Befehle zu benutzen:
+   
+   make depend
+   
+   make
+   
+   Auf der Partition, auf welcher sich das Verzeichnis mit dem
+   Quellcode befindet, werden für die komplette Übersetzung zur Zeit
+   ungefähr 230 MB Speicherplatz benötigt. Der größte Teil dieses
+   Speicherplatzes wird dabei von den Debug-Informationen in den
+   Objektdateien, die beim Übersetzen erzeugt werden, benötigt. Falls
+   nicht beabsichtigt wird, irgendwelche Fehler in WINE zu
+   untersuchen, können die Binärdateien auch ohne Debug-Informationen
+   erzeugt werden, dazu ist der letzte der beiden oben genannten
+   Befehle durch den nächsten Befehl zu ersetzen (für die Übersetzung
+   werden dann nur noch ungefähr 80 MB Speicherplatz benötigt).
+   
+   make CFLAGS="-O2"
+   
+   Nun kann WINE auf dem System installiert werden. Hierzu ist mit den
+   Rechten des Administrators der folgende Befehl einzugeben:
+   
+   make install
+   
+   Dadurch werden die ausführbaren Programme von WINE standardmäßig in
+   das Verzeichnis /usr/local/bin, die Programmbibliotheken in das
+   Verzeichnis /usr/local/lib, die Manualseiten unterhalb des
+   Verzeichnisses /usr/local/man und einige Header-Dateien in das
+   Verzeichnis /usr/local/include/wine installiert. 
+
+   Achtung:
+   Standardmäßig wird bei einigen Distributionen (z.B. bei Debian
+   GNU/Linux) in dem Verzeichnis /usr/local/lib nicht nach
+   Programmbibliotheken gesucht. Falls beim Start von WINE gemeldet wird,
+   dass bestimmte Bibliotheken nicht geladen werden können, sollte der
+   Name dieses Verzeichnisses in die Datei /etc/ld.so.conf (in eine
+   eigene Zeile) eingetragen und danach das Programm ldconfig aufgerufen
+   werden.
+   
+7.0 Konfiguration
+
+   Wie viele UNIX-Programme kann WINE entweder über eine systemweit
+   gültige Konfigurationsdatei oder über eine benutzerspezifische
+   Datei im Heimatverzeichnis des betreffenden Benutzers konfiguriert
+   werden.  Die benutzerspezifische Konfigurationsdatei trägt den
+   Namen .winerc.  Wenn diese Datei existiert, wird die systemweit
+   gültige Konfigurationsdatei (standardmäßig
+   /usr/local/etc/wine.conf) nicht beachtet und es werden alle
+   Einstellungen aus der Konfigurationsdatei des betreffenden
+   Benutzers gelesen. Für den Anfang ist es zu empfehlen, mit einer
+   benutzerspezifischen Konfigurationsdatei zu beginnen.
+   
+  7.1 Aufbau der Konfigurationsdatei   
+
+   Von Ihrem Aufbau und den Möglichkeiten zur Konfiguration
+   unterscheidet sich die globale Konfigurationsdatei nicht von der
+   benutzerspezifischen. Das Format orientiert sich an den von Windows
+   her bekannten *.ini-Dateien, die Datei besteht aus einzelnen
+   Blöcken, welche durch Bezeichner eingeleitet werden, die in eckigen
+   Klammern und in einer eigenen Zeile stehen. Innerhalb eines Blockes
+   befinden sich Paare von Variablen und Werten, die durch ein
+   Gleichheitszeichen miteinander verbunden sind. Diese Paare stehen
+   ebenfalls jeweils in einer Zeile. Kommentare werden in der Datei
+   durch ein Semikolon eingeleitet. Außerdem dürfen leere Zeilen
+   benutzt werden, um die Datei zu strukturieren. Ein Beispiel für
+   einen solchen Block wäre also:
+
+   [Drive C]
+   Path=/home/karl
+   Type=hd
+   Label=Laufw.C
+   Filesystem=win95
+
+   Außerdem ist es möglich, innerhalb der Konfigurationsdatei mit
+   Werten von Umgebungsvariablen zu arbeiten. Dazu ist an Stelle eines
+   Wertes der Name der zu verwendenden Umgebungsvariablen in
+   geschweiften Klammern und mit einem vorangestellten Dollarzeichen
+   anzugeben. Soll beispielsweise der Variablen Path aus dem obigen
+   Beispiel der Wert zugeordnet werden, den die Umgebungsvariable HOME
+   zur Zeit der Ausführung von WINE hat, so wäre die entsprechende
+   Zeile folgendermaßen zu schreiben:
+
+   Path=${HOME}
+
+   Im Basisverzeichnis des WINE-Quellcodes befindet sich in der Datei
+   wine.ini ein Beispiel als Vorlage für die Erstellung einer eigenen
+   Konfigurationsdatei. Die Datei enthält alle wichtigen Blöcke und
+   Variablen, sie muss jedoch an die eigene Konfiguration angepasst
+   werden, bevor WINE das erste Mal benutzt wird. Angenommen, das
+   Basisverzeichnis des WINE-Quellcodes trägt den Namen wine und ist
+   ein Unterverzeichnis des eigenen Heimatverzeichnisses, dann kann
+   diese Vorlage durch den folgenden Befehl an den richtigen Platz
+   kopiert werden:
+   
+   cp ~/wine/wine.ini ~/.winerc
+   
+   Die Werte, welche Variablen in der Konfigurationsdatei zugewiesen
+   werden, lassen sich in drei Typen einteilen: Zeichenketten, Zahlen
+   und Boolsche Werte. Im Fall von Boolschen Werten lässt sich
+   entweder true oder false, 1 oder 0 beziehungsweise yes oder no
+   angeben. In den folgenden Beispielen wird die true / false
+   -Schreibweise benutzt.
+   
+  7.2 Konfiguration von Laufwerksbuchstaben
+  
+   Zwischen UNIX/Linux auf der einen und DOS bzw. Windows auf der
+   anderen Seite gibt es einige Unterschiede in der Art, wie
+   Datenträger und Dateien bezeichnet werden. Unter UNIX/Linux gibt es
+   ein Dateisystem mit einem Wurzelpunkt (/), in das unterschiedliche
+   Datenträger durch einen speziellen Befehl (mount) eingebunden
+   werden. Alle Dateien auf eingebundenen Datenträgern können deswegen
+   innerhalb dieses Dateisystems angesprochen werden. DOS und Windows
+   verwenden jedoch für jeden erkannten Datenträger ein eigenes
+   Dateisystem. Um eine bestimmte Datei eindeutig zu bezeichnen, ist
+   es bei diesen Betriebssystemen deswegen notwendig, neben dem Pfad-
+   und Dateinamen einen so genannten Laufwerksbuchstaben
+   anzugeben. Üblicherweise entspricht dabei der Laufwerksbuchstabe A
+   dem ersten Diskettenlaufwerk und der Buchstabe C der ersten
+   Festplattenpartition des Systems.
+   
+   Weil Programme, die für DOS oder Windows geschrieben sind,
+   Laufwerksbuchstaben verwenden, um Dateien zu bezeichnen, muss WINE
+   diese Buchstaben auf das UNIX-Dateisystem abbilden. Das Problem ist
+   auf die folgende Art gelöst: In der Konfigurationsdatei (.winerc
+   oder /usr/local/etc/wine.conf) wird jedem Laufwerksbuchstaben ein
+   Verzeichnis im UNIX-Dateisystem zugeordnet. Dieses Verzeichnis
+   stellt dann (aus Sicht der Windows-Programme) das Basisverzeichnis
+   des entsprechenden Laufwerks dar. Ist also beispielsweise das
+   Verzeichnis /var/winroot dem Laufwerksbuchstaben C zugeordnet und
+   würde ein Windows-Programm unter WINE versuchen, die Datei
+   C:\Dokumente\finanzamt.doc zu öffnen, so würde in Wirklichkeit die
+   Datei /var/winroot/Dokumente/finanzamt.doc geöffnet werden,
+   vorrausgesetzt, diese Datei existiert tatsächlich. Durch diesen
+   Mechanismus kann auch erreicht werden, dass von Windows-Programmen,
+   die unter WINE ausgeführt werden, nur auf einen Teil des
+   UNIX-Dateisystems zugegriffen werden kann.
+   
+   Ein weiterer Unterschied zwischen den Dateisystemen unter DOS und
+   Windows auf der einen und UNIX/Linux auf der anderen Seite besteht
+   in der Berücksichtigung von Groß- und Kleinschreibung bei
+   Dateinamen.  Während es unter Linux durchaus möglich ist, dass sich
+   in einem Verzeichnis gleichzeitig Dateien mit den Namen brief.txt,
+   Brief.txt und brief.TXT befinden, ist dies unter Windows
+   ausgeschlossen, hier wird beispielsweise die Datei brief.txt
+   geöffnet, falls diese existiert, aber eigentlich die Datei
+   Brief.txt angefordert wurde. Die meisten Programme, die für DOS
+   oder 16Bit-Windows geschrieben wurden, erwarten darüberhinaus, dass
+   Dateinamen aus nicht mehr als acht Zeichen zuzüglich einer drei
+   Zeichen langen Erweiterung bestehen. WINE muss aus diesen Gründen
+   entscheiden, welche Datei tatsächlich geöffnet wird, wenn es
+   aufgrund von Groß- und Kleinschreibung unterschiedliche
+   Möglichkeiten gibt. Außerdem muss es die Dateinamen in acht Zeichen
+   lange Namen übersetzen, falls sie von 16bit-Programmen abgefragt
+   werden.
+   
+   Wenn WINE mit einer bestehenden Windows-Installation benutzt werden
+   soll, sollte darauf geachtet werden, dass die Laufwerksbuchstaben
+   unter Windows und WINE übereinstimmen. Befindet sich die
+   Windows-Installation also beispielsweise auf der Partition
+   /dev/hda1, welche unter Windows über den Laufwerksbuchstaben C
+   angesprochen wird, so sollte diese Partition unter GNU/Linux in ein
+   beliebiges Verzeichnis eingebunden werden und dieses Verzeichnis in
+   der Konfigurationsdatei von WINE wieder dem Laufwerksbuchstaben C
+   zugeordnet werden.
+   
+   Ein Beispiel für die Zuordnung von UNIX-Verzeichnissen und
+   Laufwerksbuchstaben in der Konfigurationsdatei wurde weiter oben
+   bereits gebracht. Eine solche Definition besteht aus einem Block,
+   dessen Name sich aus dem Schlüsselwort Drive und dem Buchstaben des
+   Laufwerks zusammensetzt, für das die Definition gelten soll. Ein
+   Beispiel wäre also [Drive C]. Darauf folgen verschiedene Variablen,
+   mit denen die Eigenschaften des Laufwerkes festgelegt werden. Die
+   wichtigste dieser Variablen ist Path. Hiermit wird bestimmt,
+   welchem UNIX-Verzeichnis das Laufwerk entsprechen soll (Beispiele:
+   Path=/home/karl, Path=${HOME}). Die weiteren Variablen haben die
+   folgende Bedeutung:
+   
+   Type
+          Windows kann Anwendungen mitteilen, von welchem Typ
+          (Festplatte, CDROM usw.) ein bestimmter Datenträger ist. Mit
+          dieser Variablen wird WINE mitgeteilt, welchen Typ das
+          entsprechende Laufwerk haben soll. Mögliche Werte sind
+          floppy (Diskettenlaufwerk), hd (Festplattenpartition), cdrom
+          (CDROM-Laufwerk) und network (Netzwerklaufwerk). Im
+          allgemeinen empfiehlt es sich, hier den Typ anzugeben, der
+          dem UNIX-Verzeichnis, welches dem Laufwerk zugeordnet ist,
+          entspricht. Beispiel: Type=floppy.
+          
+   Label
+          Unter DOS und Windows können Laufwerke eine so genannte
+          Datenträgerbezeichnung haben. Diese Bezeichnung kann von
+          Windows-Anwendungen abgefragt werden. Mit dieser Variable
+          kann angegeben werden, welchen Datenträgerbezeichnung WINE
+          zurückliefern soll, falls eine Anwendung diese für das
+          Laufwerk abfragt. Die Datenträgerbezeichnung darf aus nicht
+          mehr als 11 Buchstaben bestehen. Beispiel: Label=Platte1.
+          
+   Serial
+          Jedes Laufwerk hat unter Windows eine so genannte
+          Seriennummer, die ebenfalls von Windows-Programmen abgefragt
+          werden kann. Mit dieser Variablen lässt sich in Form eine
+          acht-stelligen hexadezimalen Zahl angeben, welche
+          Seriennummer in solchen Fällen zurückgeliefert werden
+          soll. Beispiel: Serial=23f78a6b.
+          
+   Filesystem
+          Hiermit wird bestimmt, welche Eigenschaften das emulierte
+          Dateisystem auf dem betreffenden Laufwerk haben soll. Es
+          sind die folgenden Werte möglich:
+          
+        msdos
+                Auf dem Laufwerk sind nur Dateinamen mit einer Länge
+                von acht Zeichen und einer Erweiterung, die aus drei
+                Zeichen besteht, zugelassen. Unterschiede in Groß- und
+                Kleinschreibung werden nicht
+                berücksichtigt. Alternativ für msdos können die
+                Bezeichnungen dos oder fat für diesen Dateisystemtyp
+                benutzt werden.
+                
+        win95
+                Auf dem Laufwerk sind lange Dateinamen zugelassen. DOS
+                und 16bit-Windowsprogramme können jedoch weiterhin
+                kurze Dateinamen benutzen. Unterschiede in Groß- und
+                Kleinschreibung werden nicht berücksichtigt. Dies ist
+                die empfohlenen Einstellung für fast alle Anwendungen.
+                Alternativ für win95 kann dieser Dateisystemtyp auch
+                als vfat bezeichnet werden.
+                
+        unix
+                Das Dateisystem auf dem Laufwerk verhält sich ähnlich
+                wie ein typisches UNIX-Dateisystem, d.h. Dateinamen
+                können die normalerweise erlaubte Länge haben und die
+                Groß- und Kleinschreibung ist bedeutsam. Mit dieser
+                Einstellung kommen die meisten Windows-Programme nicht
+                zurecht.  Probleme treten beispielsweise dann auf,
+                wenn ein Windows-Programm eine Datei zunächst unter
+                dem Namen Daten speichert und dann unter dem Namen
+                DATEN wieder öffnen will.
+                
+          Achtung: 
+	  Es ist zu beachten, dass mit dieser Einstellung nicht
+	  angegeben wird, welche Eigenschaften das zugrunde liegende
+	  UNIX-Dateisystem hat, sondern welche Eigenschaften von WINE
+	  für das entsprechende Laufwerk emuliert werden sollen. Es
+	  ist also durch aus möglich (und in den meisten Fällen
+	  erforderlich) für ein Laufwerk, das sich auf einem
+	  UNIX-Dateisystem befindet, die Einstellung win95 zu
+	  verwenden. Falls es sich bei dem Datenträger, auf dem sich
+	  das dem Laufwerk zugeordnete Verzeichnis befindet,
+	  allerdings um ein FAT-Dateisystem handelt, welches mit dem
+	  FAT-Treiber von Linux (und nicht, wie üblich, mit dem
+	  VFAT-Treiber) betrieben wird, dann muss hier der
+	  Dateisystemtyp msdos benutzt werden, weil es sonst passieren
+	  könnte, dass WINE versucht, auf dem betreffenden Datenträger
+	  Dateien mit langen Namen anzulegen, was dann zu einem Fehler
+	  führen würde. Beispiel: Filesystem=win95.
+          
+   Device
+          In besonderen Fällen ist es notwendig, dass die
+          Windows-Programme direkt, also unter Umgehung des
+          Dateisystems, auf den Datenträger schreiben oder von ihm
+          lesen. Damit dies auch mit WINE möglich ist, kann hier der
+          Name der Gerätedatei angegeben werden, welcher den
+          Datenträger unter Linux repräsentiert. Dies ist nur dann
+          sinnvoll, wenn das dem betreffenden Laufwerk zugeordnete
+          Verzeichnis dem Mountpunkt des hier angegebenen Datenträgers
+          entspricht. Der direkte Gerätezugriff sollte normalerweise
+          nur für solche Datenträger gestattet werden, deren Inhalt
+          nicht besonders geschützt werden muss (u.U. Disketten) oder
+          von denen ohnehin nur gelesen werden kann
+          (z.B. CDROMs). Damit auf den Datenträger geschrieben werden
+          kann, ist es zusätzlich natürlich notwendig, dass die Rechte
+          an der betreffenden Gerätedatei ausreichend sind.  Beispiel:
+          Device=/dev/fd0.
+          
+   FailReadOnly
+
+          Eine Reihe von Windows-Programmen öffnen Dateien prinzipiell
+          zum Lesen und Schreiben, auch wenn aus den betreffenden
+          Dateien lediglich gelesen werden soll. Dieses Verhalten
+          führt normalerweise dazu, dass Dateien, in die von WINE
+          nicht geschrieben werden darf oder die sich auf Datenträgern
+          befinden, auf die nicht geschrieben werden kann (etwa
+          CDROMs), nicht geöffnet werden können. Aus diesem Grund
+          öffnet WINE Dateien standardmäßig zum Lesen, falls eine
+          Datei nicht zum Lesen und zum Schreiben geöffnet werden
+          konnte. Wenn die Variable FailReadOnly auf den Wert true
+          gesetzt wird, verhält sich WINE so wie unter UNIX üblich und
+          liefert eine Fehlermeldung an das Windows-Programm, falls
+          eine Datei nicht zum Schreiben geöffnet werden kann. In der
+          Regel empfiehlt es sich, hier die Standardeinstellung zu
+          übernehmen.  Beispiel: FailReadOnly=true.
+          
+   ReadVolInfo
+          Wenn der Wert dieser Variablen auf true gesetzt ist,
+          versucht WINE, die Seriennummer und die
+          Datenträgerbezeichnung des betreffenden Laufwerks direkt von
+          dem Datenträger zu lesen.  Dazu muss dem Laufwerk eine
+          Gerätedatei zugeordnet sein (Variable device). Diese
+          Einstellung ist vor allem für solche Programme sinnvoll, die
+          nur dann funktionieren, wenn sich beispielsweise die
+          richtige CDROM im Laufwerk befindet und die dies anhand der
+          Seriennummer oder der Datenträgerbezeichnung
+          feststellen. Beispiel: ReadVolInfo=true
+          
+  7.3 Allgemeine Einstellungen
+  
+   Im Abschnitt [wine] der Konfigurationsdatei werden die wichtigsten
+   allgemeinen Einstellungen vorgenommen. Im wesentlichen handelt es
+   sich dabei um Verzeichnisangaben. Es ist zu beachten, dass diese
+   Verzeichnisangaben in der unter DOS und Windows üblichen Weise zu
+   erfolgen haben. D.h., jedem Verzeichnis muss ein Laufwerksbuchstabe
+   vorangestellt werden. Laufwerksbuchstaben und Verzeichnis werden
+   durch einen Doppelpunkt voneinander getrennt, außerdem werden
+   einzelne Verzeichnisse nicht durch einen normalen Schrägstrich,
+   sondern durch einen umgekehrten Schrägstrich (Backslash)
+   voneinander separiert. Die Angaben werden durch die im vorherigen
+   Abschnitt beschriebenen Zuordnungen von Laufwerksbuchstaben in
+   UNIX-Dateinamen übersetzt.
+   
+   Windows
+          Unter Windows spielt das Windows-Verzeichnis eine besondere
+          Rolle. Programme legen hier oft Initialisierungsdateien ab
+          und Installationsprogramme kopieren gelegentlich
+          verschiedene Dateien in dieses Verzeichnis. Mit der
+          Variablen Windows wird eingestellt, welches Verzeichnis von
+          den unter WINE ausgeführten Programmen als
+          Windows-Verzeichnis behandelt werden soll. Das hier
+          angegebene Verzeichnis muss existieren, bevor WINE das erste
+          Mal gestartet wird. Wenn WINE eine bestehende
+          Windows-Installation verwenden soll, muss hier das
+          Verzeichnis angegeben werden, in dem sich die Installation
+          befindet. 
+
+          Falls WINE mit einer existierenden Windows-Installation
+          verwendet werden soll und diese Installation sich auf der
+          Festplattenpartition befindet, die unter Windows den
+          Laufwerksbuchstaben C: trägt und unter Linux durch die
+          Gerätedatei /dev/hda1 repräsentiert wird, so könnte diese
+          Partition beispielsweise unter Linux beispielsweise in das
+          Verzeichnis /Windows eingebunden werden. Diesem Verzeichnis
+          wäre dann im Abschnitt, welcher die
+          Laufwerksbuchstabenkonfiguration enthält der
+          Laufwerksbuchstabe C: zuzuordnen:
+ 
+          [Drive C] 
+          Path=/Windows 
+          Type=hd 
+          Label=windows 
+          Filesystem=win95
+
+          Wenn weiter der Name des Windows-Verzeichnisses dieser
+          Installation windows lautet (unter Windows also C:\windows
+          und unter Linux /Windows/windows), so wäre im Abschnitt
+          [wine] der Konfigurationsdatei folgende Angabe vorzunehmen:
+    
+          Windows=C:\Windows
+
+          Soll WINE jedoch ohne existierende Windows-Installation
+          benutzt werden, so kann ein beliebiges Verzeichnis als
+          Wurzelverzeichnis für das Laufwerk dienen, welches das
+          Windows-Verzeichnis beinhaltet, beispielsweise könnte
+          hierfür das Verzeichnis /Windows angelegt werden. In diesem
+          Verzeichnis müsste nun das Windows-Verzeichnis erzeugt
+          werden, welches daraufhin wie oben beschrieben im Abschnitt
+          [wine] als Windows-Verzeichnis deklariert werden müsste.
+          
+   System
+          Das System-Verzeichnis hat eine ähnliche Bedeutung wie das
+          Windows-Verzeichnis. Unter Windows befinden sich in diesem
+          Verzeichnis im wesentlichen die Programmbibliotheken, es ist
+          normalerweise ein Unterverzeichnis des
+          Windows-Verzeichnisses.  Dieses Verzeichnis muss ebenfalls
+          existieren, bevor WINE das erste Mal gestartet wird. Auch
+          hier muss das System-Verzeichnis der bestehenden
+          Windows-Installation angegeben werden, falls eine solche
+          benutzt werden soll. Unter Windows 95/98 trägt dieses
+          Verzeichnis normalerweise den Namen system und unter Windows
+          NT den Namen system32. Beispiel: System=C:\Windows\System.
+          
+   Temp
+          Das Temp-Verzeichnis wird von vielen Windows-Programmen dazu
+          benutzt, temporäre Dateien abzulegen. Damit dies gelingt,
+          muss hier ein Verzeichnis angegeben werden, welches sich auf
+          einem Laufwerk befindet, das einem UNIX-Verzeichnis
+          entspricht, in dem Schreibberechtigung besteht. Beispiel:
+          Temp=D:\tmp.
+          
+   Path
+          Diese Variable hat die gleiche Bedeutung wie die
+          Umgebungsvariable PATH unter UNIX. Ihr Wert besteht aus
+          einer Kette einzelner Verzeichnisnamen, die nach einem
+          auszuführenden Programm durchsucht wird, wenn der Name eines
+          solchen Programms nicht mit Verzeichnisnamen angegeben
+          wurde. Es ist zu beachten, dass die einzelnen Elemente diese
+          Variable unter Windows nicht durch einen Doppelpunkt sondern
+          durch ein Semikolon voneinander getrennt werden, außerdem
+          erwarten viele Windows-Programme, dass das Windows- und das
+          System-Verzeichnis in dieser Variablen enthalten
+          sind. Beispiel:
+          Path=C:\Windows;C:\Windows\System;D:\Winstuff.
+          
+   Profile
+          Diese Variable wird von WINE benutzt, um den
+          benutzerspezifischen Teil der Systemregistratur einer
+          bestehenden Windows-Installation zu laden. Falls es sich bei
+          der bestehenden Installation um Windows 95/98 handelt, das
+          nicht mit mehreren Benutzern betrieben wird oder ohne eine
+          bestehende Windows-Installation gearbeitet werden soll,
+          braucht die Variable Profile nicht gesetzt zu werden. Wenn
+          jedoch eine Windows NT- oder eine Windows 95/98-Installation
+          mit mehreren Benutzern eingesetzt wird, muss hier angegeben
+          werden, aus welchem Verzeichnis WINE die benutzerspezifische
+          Registrationsdaten laden soll. Diese Verzeichnisse befinden
+          sich normalerweise im Unterverzeichnis Profiles des
+          Windows-Verzeichnis und tragen den Namen des Benutzers,
+          dessen Konfigurationsdaten sie beherbergen. Beispiel:
+          Profile=C:\Windows\Profiles\Peter.
+          
+   GraphicsDriver
+          WINE kann unterschiedliche Treiber für die graphische
+          Ausgabe verwenden. Welcher Treiber zu verwenden ist, wird
+          mit dieser Variablen festgelegt. Zur Zeit stehen zwei
+          Treiber zur Verfügung, nämlich x11drv für die Verwendung des
+          X Window Systems und ttydrv für die Verwendung von WINE an
+          der Konsole.  Der Treiber ttydrv ist zur Zeit nicht voll
+          funktionsfähig, weswegen sich hier nur die Verwendung des
+          Treibers x11drv empfiehlt, dies ist auch die
+          Standardeinstellung, wenn die Variable nicht gesetzt
+          wird. Beispiel: GraphicsDriver=x11drv.
+          
+  7.4 Konfiguration der zu verwendenden Bibliotheken
+  
+   Wie UNIX/Linux-Programme bestehen Windows-Programme in der Regel
+   aus der eigentlichen Programmdatei und einer Reihe von
+   Programmbibliotheken, die beim Laden des Programms oder später mit
+   dem Programm verbunden werden. Eine Reihe der Programmbibliotheken
+   unter Windows stellt dabei gleichzeitig die Schnittstelle zum
+   Betriebssystem dar. Neben dem eigentlichen Windows-Programm werden
+   also die Bibliotheken benötigt, um das Programm ausführen zu
+   können.
+   
+   WINE stellt eine großen Anzahl der normalerweise unter Windows
+   verfügbaren Bibliotheken zur Verfügung. Diese Bibliotheken liegen
+   entweder in Form eigener Dateien vor, welche sich standardmäßig im
+   Verzeichnis /usr/local/lib befinden oder sie sind direkt in der
+   Programmdatei wine enthalten. WINE ist jedoch auch in der Lage, die
+   normalen Windows-Bibliotheken zu verwenden, dies ist beispielsweise
+   dann notwendig, wenn von einem Programm eine Bibliothek benötigt
+   wird, bei der es sich nicht um eine standardmäßige
+   Windows-Bibliothek handelt, sondern um eine, die dem System während
+   der Installation des betreffenden Programms hinzugefügt worden
+   ist. Solche Bibliotheken werden normalerweise nicht von WINE zur
+   Verfügung gestellt.
+   
+   Falls WINE mit einer bestehenden Windows-Installation benutzt wird,
+   bietet es sich u.U. an, in einigen Fällen an Stelle der von WINE
+   zur Verfügung gestellten Bibliotheken die Bibliotheken der
+   Windows-Installation zu verwenden. Diese sind in vielen Fällen
+   vollständiger und können dem auszuführenden Programm deswegen eher
+   die erwartete Funktionalität zur Verfügung stellen. Dabei ist
+   jedoch zu beachten, dass dies nur mit solchen Bibliotheken möglich
+   ist, die keine Betriebssystemfunktionen beinhalten. Bibliotheken,
+   die lediglich einfachen Programmcode, wie beispielsweise den für
+   häufig benötigte Dialoge, beinhalten, können hingegen problemlos
+   aus einer bestehenden Windows-Installation benutzt werden.
+   
+   Die meisten Bibliotheken stehen unter Windows (95/98) in zwei
+   verschiedenen Versionen zur Verfügung, einer 32Bit Version, die von
+   32Bit-Programmen geladen werden kann und einer 16Bit-Version, die
+   von 16Bit-Programmen benutzt werden kann. Beide Versionen benutzen
+   in der Regel Programmcode aus der jeweils zugehörigen anderen
+   Version (Unter Windows 95/98 befindet sich die eigentliche
+   Funktionalität meist in den 16Bit-Bibliotheken, die von den
+   32Bit-Versionen geladen und aufgerufen werden). Deswegen ist es
+   erforderlich, dass immer jeweils beide Versionen einer Bibliothek
+   als Windows- oder als WINE-Bibliothek geladen werden, andere
+   Einstellungen führen in der Regel direkt nach dem Aufruf von WINE
+   zu Fehlern. Die folgende Tabelle zeigt, welche der wichtigsten 16-
+   und 32-Bit Bibliotheken zusammen gehören und gibt Auskunft darüber,
+   ob diese Bibliotheken aus einer bestehenden Windows-Installation
+   geladen werden können oder unbedingt von WINE zur Verfügung
+   gestellt werden müssen. Es wird jeweils zunächst die 16-Bit Version
+   und dann die 32-Bit Version genannte
+   
+   krnl386 
+   kernel32 
+   Diese Bibliothek stellt die Schnittstelle zu den grundlegenden
+   Funktionen, wie Dateizugriff, Ein- und Ausgabe oder
+   Prozesssynchronisation, von Windows-Betriebssystemen zur Verfügung.
+   Deswegen können hier nicht die Bibliotheken einer
+   Windows-Installation benutzt werden.
+
+   - 
+   ntdll 
+   Diese Bibliothek enthält die Schnittstelle zu dem Betriebssystem
+   Windows NT. Es muss deswegen die WINE-Version benutzt werden.
+
+   - 
+   advapi32 
+   Hier befinden sich u.a. Funktionen zum Zugriff auf die
+   Windows-Registratur sowie Sicherheitsfunktionen und
+   kryptographische Funktionen. In der Regel empfiehlt es sich, WINEs
+   Version dieser Bibliothek zu verwenden.
+
+   winsock 
+   wsock32 
+   Hier befindet sich die Internet Protokoll (IP) Schnittstelle von
+   Windows. Mit WINE wird die IP-Funktionalität des Betriebssystems
+   (Linux) benutzt, so dass hier die WINE-Versionen dieser
+   Bibliotheken benutzt werden müssen, welche die IP-Aufrufe von
+   Windows-Programmen an Linux weiterleiten.
+
+   gdi 
+   gdi32 
+   GDI steht für Graphic Device Interface. Die Bibliothek stellt eine
+   einheitliche Schnittstelle zur Bildschirmausgabe und zu Druckern
+   dar. Auch hier müssen die WINE-Versionen benutzt werden.  
+
+   user
+   user32 
+   User stellt u.a. Funktionen zur Fensterverwaltung, zu Menüs oder
+   zur Bedienung der Zwischenablage bereit. Die Windows 95/98
+   Versionen dieser Bibliotheken können theoretisch unter bestimmten
+   Bedingungen mit WINE benutzt werden. Die USER-Bibliotheken von
+   Windows NT rufen in der Regel Funktionen im NT-Kernel auf und
+   können deswegen nicht mit WINE benutzt werden. Normalerweise
+   empfiehlt es sich, die User-Bibliotheken von WINE zu verwenden.
+
+   lzexpand 
+   lz32 
+   Diese beiden Bibliotheken stellen Funktionen zum dekomprimierieren
+   von LZ-Archiven zur Verfügung. Solche Funktionen werden im
+   wesentlichen von Installationsprogrammen benötigt. Die zu Windows
+   gehörenden Versionen dieser Bibliotheken benutzen einige Funktionen
+   aus der Kernel-Bibliothek, die in WINE zur Zeit nicht implementiert
+   sind. Es müssen deswegen die von WINE bereitgestellten Versionen
+   benutzt werden.
+
+   commctrl 
+   comctl32 
+   Diese Bibliothek (common controls) stellt Funktionen zur Erzeugung
+   oft benutzter Fensterelemente, wie Werkzeugleisten oder
+   Statusanzeigen, zur Verfügung. Es können sowohl die Version von
+   WINE als auch die Windows-Version der Bibliothek benutzt werden.
+
+   commdlg 
+   comdlg32 
+   Hier befinden sich komplette Dialoge, die oft von
+   Windows-Programmen benutzt werden (Farbauswahl, Auswahl der
+   Schriftart, Suchen und Ersetzen usw.). Auch hier können wahlweise
+   die Windows- oder WINE-Versionen benutzt werden.
+
+   shell 
+   shell32 
+   Die Shell-Bibliothek beinhaltet den größten Teil der
+   Benutzerschnittstellen von Windows. Sie wird unter Windows
+   besonders vom Explorer (dem Dateimanager) und vielen anderen
+   Anwendungen benutzt, die Funktionen wie beispielsweise
+   Drag-and-Drop unterstützen.  Prinzipiell kann sowohl die Windows-
+   als auch die WINE-Version benutzt werden.
+
+   - 
+   crtdll 
+   Dies ist die standardmäßige C-Laufzeitbibliothek von Windows. Zur
+   Zeit ist die Windows-Version vollständiger, weswegen einige
+   Programme mit der WINE-Version nicht richtig funktionieren.
+   
+   Neben den hier genannten wichtigsten Systembibliotheken stellt WINE
+   eine Reihe weiterer Bibliotheken zur Verfügung, beispielsweise zur
+   Unterstützung von Multimedia-Anwendungen. Falls eine
+   Windows-Installation zur Verfügung steht, empfiehlt es sich in
+   vielen Fällen, auszuprobieren ob ein Programm besser mit den
+   WINE-Versionen oder den Windows-Versionen dieser Bibliotheken
+   funktioniert. 
+
+   In der Datei .winerc bzw. wine.conf gibt es zwei Abschnitte mit
+   denen bestimmt wird, welche Bibliotheken aus einer
+   Windows-Installation geladen werden sollen. Darüberhinaus können
+   diese Einstellungen beim Aufruf von WINE an der Kommandozeile
+   überschrieben werden. Im allgemeinen empfiehlt es sich, die
+   Einstellungen in der Beispielversion der Konfigurationsdatei
+   (wine.ini) zu übernehmen und diese nur dann zu verändern, falls
+   bestimmte Programme mit den Voreinstellungen nicht richtig
+   funktionieren. Falls die Bibliotheken einer Windows-Installation
+   benutzt werden sollen, ist darauf zu achten, dass diese auch von
+   WINE gefunden werden können. Dies setzt in der Regel voraus, dass
+   mit den Variablen Windows und System im allgemeinen Teil der
+   Konfiguration auf das Windows- bzw. das Systemverzeichnis einer
+   gültigen Windows-Installation gezeigt wird und dass diese beiden
+   Verzeichnisse im Wert der Variablen Path genannt werden.
+   
+   Im Abschnitt [DllDefaults] können die folgenden beiden Einstellungen
+   vorgenommen werden:
+   
+   EXTRA_LD_LIBRARY_PATH
+          Mit dieser Variablen können, durch Doppelpunkte voneinander
+          getrennt, UNIX-Verzeichnisse angegeben werden, in denen WINE
+          zusätzlich zu den normalerweise nach dynamisch ladbaren
+          Bibliotheken durchsuchten Verzeichnissen, nach Bibliotheken
+          suchen soll. Die Variable beeinflusst nur die Suche nach den
+          WINE-Versionen der Bibliotheken und nicht die Suche nach
+          Windows-Bibliotheken. Beispiel:
+          EXTRA_LD_LIBRARY_PATH=/home/peter/WINE_libs:/usr/local/WINE/libs.
+          
+   DefaultLoadOrder
+          Hiermit wird bestimmt, welche Reihenfolge WINE standardmäßig
+          benutzen soll, wenn versucht wird, eine Bibliothek zu laden.
+          Diese Reihenfolge wird durch die folgenden Schlüsselwörter
+          definiert:
+          
+        native
+                Es soll versucht werden, die Windows-Version der
+                betreffenden Bibliothek zu laden.
+                
+        builtin
+                Es soll versucht werden, die WINE-Version der
+                betreffenden Bibliothek zu laden.
+                
+        elfdll
+                Elfdlls sind eine besondere Form von
+                Windows-Bibliotheken, welche von WINE zur Verfügung
+                gestellt werden. Sie sind ursprünglich geplant worden,
+                um die eingebauten Bibliotheken abzulösen, allerdings
+                haben die eingebauten Bibliotheken mit der Zeit viele
+                der für Elfdlls geplanten Funktionen bekommen, so dass
+                diese Form von Bibliotheken zur Zeit keine besondere
+                Bedeutung hat.
+                
+        so
+                In einigen Fällen gibt es von einer Bibliothek Linux-
+                und Windows-Versionen, die sich sowohl hinsichtlich
+                ihrer Funktionalität als auch hinsichtlich der
+                aufrufbaren Funktionen in der Bibliothek nicht
+                unterscheiden. Falls ein Windows-Programm die
+                Windows-Version einer solchen Bibliothek laden will,
+                kann WINE versuchen, an Stelle dessen die Linux-Version
+                zu laden und die Funktionen dieser Version an Stelle
+                der in der Windows-Version aufrufen. Mit dem
+                Schlüsselwort so kann dieses Verhalten hervorgerufen
+                werden.
+                
+          Durch die Reihenfolge, mit der diese Schlüsselwörter der
+          Variablen DefaultLoadOrder zugeordnet werden, wird
+          festgelegt, in welcher Reihenfolge WINE die einzelnen
+          Strategien benutzt.  Wurde beispielsweise DefaultLoadOrder =
+          native, builtin, so angegeben, so versucht WINE, wenn eine
+          Bibliothek geladen werden muss, zunächst die
+          Windows-Version zu laden. Wenn dies nicht funktioniert (in
+          der Regel, weil die Bibliothek nicht vorhanden ist oder
+          nicht gefunden werden kann), wird versucht, die WINE-Version
+          der Bibliothek zu verwenden und falls auch eine solche nicht
+          vorhanden ist, wird versucht, direkt die UNIX-Version der
+          entsprechenden Bibliothek zu laden.
+          
+   Im Abschnitt [DllOverrides] lässt sich das im vorherigen Abschnitt
+   spezifizierte Verhalten für einzelne Bibliotheken wieder
+   überschreiben. Während es nämlich im allgemeinen eine gute
+   Strategie ist, zunächst zu versuchen, die Windows-Versionen von
+   Bibliotheken zu laden, darf dies (wie oben beschrieben) bei
+   bestimmten Bibliotheken auf keinen Fall geschehen und es müssen in
+   jedem Fall die WINE-Versionen benutzt werden. Als Variablen werden
+   in diesem Abschnitt die Bibliotheken genannt, für die eine
+   spezielle Reihenfolge gelten soll. Hinter dem Gleichheitszeichen
+   wird dann die für diese Bibliotheken gewünschte Reihenfolge in der
+   gleichen Form angegeben, wie es im vorherigen Abschnitt beschrieben
+   ist. Beispiel:
+
+   [DllOverrides]
+   krnl386, kernel32 = builtin
+   gdi, gdi32        = builtin
+   user, user32      = builtin
+   shell,shell32     = native, builtin
+
+
+  7.5 Konfiguration des X11 Graphiktreibers
+  
+   Der X11 Graphiktreiber stellt die Schnittstelle zwischen den
+   Graphikfunktionen der Windows-Betriebssysteme und dem X Window
+   System dar. Er ermöglicht es also, dass Windows-Programme unter
+   WINE das X Window System ähnlich benutzen können, wie sie unter
+   echtem Windows eine normale Graphikkarte benutzen. Das Verhalten
+   des Treibers wird im Abschnitt x11drv der Konfigurationsdatei
+   eingestellt. Dort stehen die folgenden Variablen zur Verfügung:
+   
+   PrivateColorMap
+          Wenn diese Variable auf true gesetzt ist, verwendet WINE
+          eine eigene Farbpalette. Bei X-Servern die mit eine
+          Farbtiefen von 256 Farben (8bpp) oder weniger betrieben
+          werden, hat das zur Folge, dass andere Fenster u.U. in
+          falschen Farben dargestellt werden, wenn zu WINE gehörende
+          Fenster in den Vordergrund geschaltet sind. Dafür kann WINE
+          jedoch Farben besser darstellen als ohne diese
+          Einstellung. Falls der X Server mit einer Farbtiefe von mehr
+          als 256 Farben betrieben wird, ist die Einstellung
+          wirkungslos.
+          
+   AllocSystemColors
+          Wenn WINE keine eigene Farbpalette verwendet, kann hier
+          angegeben werden, wieviele Farben von der systemweit
+          geteilten Palette maximal von WINE benutzt werden
+          dürfen. Der höchstmögliche Wert ist hier 256, weil bei
+          besseren Farbtiefen keine Palette benutzt wird. Beispiel:
+          AllocSystemColors = 100.
+          
+   PerfectGraphics
+          An einigen Stellen hat WINE die Möglichkeit,
+          Graphikoperationen entweder so durchzuführen, dass sie
+          besonders schnell sind oder so, dass sie besonders korrekt
+          ausgeführt werden. Wenn diese Variable auf den Wert true
+          gesetzt wird, wird der Genauigkeit Vorzug gegeben. Beispiel:
+          PerfectGraphics = false.
+          
+   UseDGA
+          DGA (Direct Graphics Access) ist eine Erweiterung von
+          XFree86, welche den direkten Zugriff auf den Speicher der
+          Graphikkarte ermöglicht. Dadurch lassen sich
+          Graphikoperationen wesentlich schneller durchführen als
+          normalerweise. Die DirectDraw-Bibliothek (DirectX) von WINE
+          kann diese Erweiterung benutzen, wodurch sich insbesondere
+          Spiele mit einer ähnlichen Geschwindigkeit wie unter Windows
+          ausführen lassen. Weil DGA den direkten Hardwarezugriff
+          erfordert, sind dazu in der Regel Administratorrechte
+          erforderlich. Die Verwendung von DGA wird mit UseDGA = true
+          ein- und mit UseDGA = false ausgeschaltet.
+
+          Achtung: 
+          Anwendungen, die DirectDraw benutzen, versuchen
+          normalerweise den Bildschirm in eine bestimmte Auflösung und
+          Farbtiefe zu schalten. WINE kann die Auflösung zwar
+          verändern, falls sich in der Datei XF86Config eine
+          Definition für den angeforderten Modus befindet, weil das X
+          Window System jedoch nicht den Wechsel der Farbtiefe
+          unterstützt, ist es oft erforderlich, den X-Server in der
+          benötigten Farbtiefe zu starten, bevor WINE gestartet wird.
+          
+   UseXShm
+          Hierbei handelt es sich um eine andere Erweiterung des X
+          Window Systems, die schnellere Graphikoperationen
+          ermöglicht.  Beispiel: UseXShm = true.
+          
+   DXGrab
+          Diese Option bewirkt, dass der Mauszeiger - bei der
+          Verwendung von DirectDraw (DirectX) - das von DirectDraw
+          gesteuerte Fenster nicht verlassen kann. Dies ist notwendig,
+          um einige Programme richtig bedienen zu können, allerdings
+          wird dadurch verhindert, mit der Maus in ein anderes Fenster
+          zu schalten, beispielsweise um WINE zu beenden. Beispiel:
+          DXGrab = false.
+          
+   ScreenDepth
+          Einige X-Server unterstützen unterschiedliche Farbtiefen auf
+          dem selben Bildschirm. Mit dieser Variable kann ausgewählt
+          werden, welche Farbtiefe in einem solchen Fall benutzt
+          werden soll.
+
+   Managed
+          WINE kann von Windows-Programmen dargestellte Fenster
+          u.a. unabhängig vom eingesetzten Window-Manager anzeigen
+          oder sie unter die Kontrolle des Window-Managers
+          stellen. Das zweite Verfahren bietet eine bessere
+          Integration von Windows-Programmen in die Arbeitsumgebung
+          unter Linux, weil die Fenster dann genauso wie die von
+          Linux-Programmen erscheinen und zu steuern sind. Welcher der
+          verfügbaren Anzeigemodi verwendet werden soll, wird
+          normalerweise an der Kommandozeile beim Aufruf von WINE
+          angegeben. Durch diese Variable in der Konfigurationsdatei
+          lässt sich festlegen, ob von WINE gesteuerte Fenster
+          standardmäßig den Window-Manager verwenden sollen (Managed =
+          true).
+
+   DesktopDoubleBuffered
+          Diese Option sollte auf den Wert true gesetzt werden, wenn
+          mit WINE Programme benutzt werden, die OpenGL
+          benutzen. Hierdurch wird die Darstellung solcher Anwendungen
+          verbessert.
+          
+  7.6 Konfiguration der zu verwendenden Schriftarten
+  
+   Der X11-Graphiktreiber x11drv verwendet zur Darstellung von Schrift
+   die Schriftarten, die dem X-Server direkt oder über einen Fontserver
+   zur Verfügung stehen. Eine Reihe von Windows-Anwendungen erwarten
+   allerdings ganz bestimmte Schriften, die unter Windows in der Regel
+   verfügbar sind und viele Anwendungen werden anders als unter Windows
+   dargestellt, falls andere Schriftarten benutzt werden müssen.
+   
+   Windows verwendet normalerweise zwei unterschiedliche Typen von
+   Schriftarten, nämlich so genannten TrueType-Schriften und einfache
+   Bitmap-Schriftarten. Beide Schrifttypen können von XFree86 in der
+   Versionsfamilie 3.x standardmäßig nicht zur Verfügung gestellt
+   werden. Allerdings ist es möglich, Windows-Bitmap-Schriftarten in
+   ein Format zu übersetzen, welches von XFree86 eingebunden werden
+   kann. TrueType-Schriftarten können über spezielle
+   TrueType-Fontserver, die mittlerweile in den meisten Distributionen
+   enthalten sind, eingebunden werden. Falls eine Windows-Installation
+   zur Verfügung steht, empfiehlt es sich im allgemeinen, die dort
+   vorhandenen Schriftarten auch unter Linux einzubinden, damit unter
+   WINE ausgeführte Windows-Anwendungen die erwarteten Schriftarten
+   vorfinden. Wenn WINE ohne Windows-Schriftarten benutzt wird,
+   versucht das Programm, die angeforderten Schriften durch die
+   Schriften des X Window Systems zu ersetzen, wodurch sich
+   Veränderungen im Erscheinungsbild der Anwendungen ergeben können.
+   
+    7.6.1 Einbinden von Bitmap-Schriften
+    
+   Windows Bitmap-Schriftarten befinden sich normalerweise im
+   Unterverzeichnis fonts des Windows-Verzeichnisses und haben die
+   Dateinamensendung .fon. Es ist aber auch möglich, dass sie in
+   ausführbaren Dateien oder in Bibliotheken enthalten sind. Im
+   Unterverzeichnis tools des Basisverzeichnisses mit dem
+   WINE-Quellcode befindet sich das Programm fnt2bdf, mit dem die
+   Fonts aus diesen Dateien extrahiert und in das Bitmap Distribution
+   Format (.bdf) umgewandelt werden können. Dazu ist das Programm
+   folgendermassen aufzurufen:
+   
+   fnt2bdf -o Basisname Schriftdatei
+
+   Dabei ist für Schriftdatei der Name der Datei anzugeben, in der
+   sich die zu extrahierenden Schriften befinden und für Basisname
+   eine Bezeichnung, mit der die Namen der zu extrahierenden Dateien
+   beginnen sollen. Es ist zu beachten, dass sich in der Regel in
+   einer Windows-Schriftartendatei mehrere Schriftarten befinden, die
+   in unterschiedliche Dateien extrahiert werden. Bei einigen
+   Schriftarten ist es notwendig, dem Programm mitzuteilen, wie die
+   Schriftarten kodiert sind. Hierzu ist die Option -c zu verwenden
+   und dahinter die Bezeichnung der Kodierung anzugeben. Eine
+   Übersicht über alle von dem Programm unterstützten Optionen wird
+   ausgegeben, wenn es ohne Parameter aufgerufen wird. Um also
+   beispielsweise die Bitmap-Schriften aus der Datei SERIFF.FON in
+   Dateien zu extrahieren, deren Namen mit der Bezeichnung seriff
+   beginnen, wäre das Programm so aufzurufen:
+   
+   fnt2bdf -o seriff SERIFF.FON
+   
+   Es werden dann eine Reihe von Dateien mit unterschiedlichen Fonts
+   aus der Originaldatei erzeugt. Im nächsten Schritt sind diese
+   Dateien mit dem Programm bdftopcf(1) in das so genannte Portable
+   Compiled Format zu übersetzen. Dieses Programm sollte Bestandteil
+   jeder X11-Installation sein und ist durch eine Manualseite
+   dokumentiert. Um beispielsweise die Datei seriff_r400-23.bdf zu
+   übersetzen und das Ergebnis in die Datei seriff_r400-23.pcf zu
+   schreiben, könnte das Programm so aufgerufen werden:
+   
+   bdftopcf -o seriff_r400-23.pcf seriff_r400-23.bdf
+   
+   Die auf diese Weise erzeugten Dateien können nun in eines der, von
+   dem X-Server oder einem Fontserver benutzten, Font-Verzeichnis
+   kopiert werden. In diesem Verzeichnis ist danach der Befehl
+   mkfontdir aufzurufen, damit der dort befindlich Fontindex neu
+   erzeugt wird.  Bevor die Schriften dann tatsächlich unter X zur
+   Verfügung stehen und damit von WINE benutzt werden können, muss X
+   neu gestartet oder der folgende Befehl an der Kommandozeile
+   eingegeben werden:
+   
+   xset fp +rehash
+   
+   Im Unterverzeichnis tools des WINE-Quellcodeverzeichnisses befindet
+   sich ein Shellskript mit dem Namen font_convert.sh, welches die
+   oben genannten Schritte automatisch durchführt und alle unterhalb
+   eines Verzeichnisses befindlichen Bitmap-Schriftarten automatisch
+   konvertiert und installiert.
+   
+    7.6.2 Einbinden von TrueType-Schriften
+    
+   Wie bereits erwähnt, können die X-Server von XFree86 in der
+   Versionsfamilie 3.x keine TrueType-Schriften darstellen. Seit
+   XFree86 4.0 hat sich dies allerdings geändert, so dass solche
+   Schriften zukünftig problemlos unter X - und damit auch mit WINE -
+   zur Verfügung gestellt werden können. Leider können über das
+   X-Font-Protokoll nicht alle von manchen Windows-Programmen
+   benötigten Informationen über TrueType-Fonts dargestellt werden, so
+   dass manche Windows-Programme auch dann noch nicht richtig
+   funktionieren, wenn die benötigten Fonts zur Verfügung gestellt
+   worden sind. Mit XFree86 3.x bietet sich der Einsatz eines
+   TrueType-Fontservers an. Zur Zeit stehen drei unterschiedliche
+   solcher Programme zur Verfügung, nämlich: xfs-xtt (Debian-Paket:
+   xfs-xtt), xfstt (Debian-Paket xfstt) und xfsft (im Internet unter
+   der Adresse http://www.dcs.ed.ac.uk/home/jec/programs/xfsft/
+   verfügbar).
+   
+   Der Autor hat mit dem Programm xfsft die besten Ergebnisse erzielt.
+   Dieser Server lässt sich leicht konfigurieren und ist kompatibel zu
+   herkömmlichen Fontservern, so dass nicht zwei verschiedene
+   Fontserver auf einem Rechner ausgeführt werden müssen. Dieses
+   Programm diente auch als Grundlage für die Integration der
+   TrueType-Unterstützung in XFree86 4.0.
+   
+   Um die von einem Fontserver zur Verfügung gestellten Schriften zu
+   verwenden, muss dem X-Server die Adresse des Fontservers mitgeteilt
+   werden. Dies kann entweder in der Datei /etc/X11/XF86Config oder
+   durch Eingabe dieses Befehls geschehen:
+   
+   xset fp+ tcp/localhost:7100
+   
+   Dabei muss localhost u.U. gegen den Namen des Rechners ausgetauscht
+   werden, auf dem der Fontserver ausgeführt werden und 7100 durch den
+   Port, der vom Fontserver benutzt wird. Wenn der Fontserver auf dem
+   selben Rechner ausgeführt wird wie der X-Server, dann können zur
+   Kommunikation zwischen X-Server und Fontserver auch
+   UNIX-Domain-Sockets benutzt werden. Der entsprechende Befehl könnte
+   dann folgendermaßen aussehen:
+   
+   xset fp+ unix/:7100
+   
+    7.6.3 Font-Einstellungen in der WINEs Konfigurationsdatei
+    
+   In der Konfigurationsdatei .winerc bzw. wine.conf stehen die
+   folgenden Variablen zur Verfügung, mit denen WINEs Umgang mit
+   Schriftarten beeinflusst werden kann:
+   
+   Resolution
+          Unter Windows können Programme die Größe eines zu
+          verwendenden Fonts in Punkten (an Stelle von Pixeln)
+          angeben. Damit die Schriftart dann in der richtigen Größe
+          angezeigt werden kann, muss die tatsächliche Größe des
+          Bildschirms bekannt sein, was unter X nicht unbedingt der
+          Fall ist. Mit der Variable Resolution kann deswegen justiert
+          werden, welche Schriftgrößen in solchen Fällen von WINE
+          ausgewählt werden. Der Standardwert ist 96, sinnvolle Werte
+          liegen zwischen 60 und 120. Beispiel: Resolution = 100.
+          
+   Default
+          Mit dieser Variable wird angegeben, welche Schriftart WINE
+          als Standard verwenden soll. Die dabei anzugebende
+          Zeichenkette besteht aus der Herstellerbezeichnung der zu
+          verwendenden Schriftart und ihrem Namen, diese Bezeichnungen
+          werden durch ein Minuszeichen miteinander verbunden,
+          außerdem muss sich zu Beginn und am Ende der Zeichenkette
+          ein Minuszeichen befinden.  Die unter X11 verfügbaren Fonts
+          können beispielsweise mit den Programmen xfontsel(1) oder
+          xlsfonts(1) ausgewählt werden.  
+          Beispiel: Default =  -adobe-times-
+          
+   DefaultFixed
+          Hiermit wird festgelegt, welchen Font WINE als
+          standardmäßige Schriftart mit gleichmäßiger Buchstabenbreite
+          verwenden soll.  Der Name der gewünschten Schrift ist wie
+          bei der Variablen Default anzugeben. Beispiel:
+          DefaultFixed = -sony-fixed-
+          
+   DefaultSerif
+          Hiermit wird festgelegt, welchen Font WINE als
+          standardmäßige Schriftart mit Serifen verwenden
+          soll. Beispiel: DefaultSerif = -adobe-times-
+          
+   DefaultSansSerif
+          Hiermit wird bestimmt, welchen Font WINE als standardmäßige
+          Schriftart ohne Serifen verwenden soll. Beispiel:
+          DefaultSansSerif = -adobe-helvetica-
+          
+   Fontmetric
+          Wenn WINE das erste Mal gestartet wird, fragt es vom
+          X-Server die Eigenschaften der verfügbaren Fonts ab.  Weil
+          diese Operation recht zeitaufwendig ist, wird das Ergebnis
+          der Abfrage in einer Datei im Heimatverzeichnis des
+          betreffenden Benutzers gespeichert. Die Abfrage braucht dann
+          bei einem späteren Aufruf des Programms nur ausgeführt zu
+          werden, falls sich die verfügbaren Fonts geändert haben. Mit
+          dieser Variablen kann angegeben werden, in welcher Datei die
+          Fontdaten zwischengespeichert werden sollen. Dadurch lässt
+          sich beispielsweise vermeiden, dass die Abfrage für jeden
+          Benutzer erneut ausgeführt werden muss. Beispiel:
+          Fontmetric=/var/lib/WINE/font.cache.
+          
+   Alias
+          Wie weiter oben bereits angesprochen, kann es vorkommen,
+          dass Windows-Anwendungen bestimmte Schriftarten benutzen
+          wollen, die vom X-Server nicht zur Verfügung gestellt
+          werden. Mit der Variable Alias können solchen Fontnamen
+          anderen, unter X verfügbaren Schriftarten zugeordnet
+          werden. Werte, die dieser Variablen zugeordnet werden,
+          bestehen aus drei Elementen, die durch Kommata voneinander
+          zu trennen sind. Das erste Element ist der Name der zu
+          ersetzenden Schriftart, das zweite Element der Name der X
+          Schriftart, in der Form, wie sie auch bei der Definition der
+          Variablen Default anzugeben ist. Als drittes Element kann
+          optional das Schlüsselwort subst angegeben werden.  Dieses
+          Schlüsselwort bewirkt, dass durch die Aliasdefinition eine
+          bereits vorhandene Definition (die von WINE automatisch
+          erstellt wurde) überschrieben wird. Weil es möglich ist,
+          mehrere Alias-Definitionen vorzunehmen, muss der
+          Variablenbezeichnung Alias jeweils eine Zahl nachgestellt
+          werden, mit der angegeben wird, um die wievielte
+          Alias-Definition es sich handelt. Dabei ist mit der Zahl
+          Null zu beginnen, es darf keine Zahl ausgelassen
+          werden. Beispiel: Alias0 = System, --international-, subst
+          
+  7.7 Konfiguration von Schnittstellen und Hardwarezugriff
+  
+   WINE kann Anwendungen den direkten Zugriff auf serielle und
+   parallele Schnittstellen sowie auf weitere beliebige Ein- und
+   Ausgabeadressen gestatten. Grundsätzlich ist dabei zu bedenken,
+   dass der betreffende WINE-Prozess mit ausreichenden Privilegien
+   ausgestattet sein muss, damit ein solcher Zugriff tatsächlich
+   möglich wird. Wird WINE mit gewöhnlichen Benutzerrechten (und nicht
+   mit den Privilegien des Administrators) ausgeführt, bedeutet dies
+   in der Regel, dass die Zugriffsrechte auf die Gerätedateien, welche
+   Geräte repräsentieren, auf die Windows-Programmen der Zugriff
+   gestattet werden soll, überprüft werden müssen. Der direkte Zugriff
+   auf Ein- und Ausgabeadressen ist unter Linux ausschließlich dem
+   Administrator gestattet.
+   
+   Zur Konfiguration der seriellen Schnittstellen dient der Abschnitt
+   [serialports] in der Konfigurationsdatei. Die einzelnen Variablen in
+   diesem Abschnitt bezeichnen die seriellen Schnittstellen so wie es
+   unter DOS und Windows üblich ist (Com1, Com2 usw.). Als Wert wird
+   diesen Variablen der Name der Gerätedatei übergeben, welche die
+   entsprechende Schnittstelle unter Linux repräsentiert. Falls also
+   Windows-Anwendungen unter WINE über die Schnittstelle Com1 auf das
+   Gerät zugreifen sollen, dass unter Linux durch die Gerätedatei
+   /dev/ttyS0 repräsentiert wird, so muss in der Konfigurationsdatei
+   der folgende Abschnitt zu finden sein:
+
+   [serialports]
+   Com1=/dev/ttyS0
+
+
+   Die Konfiguration paralleler Schnittstellen erfolgt analog zur
+   Konfiguration serieller. Der Name des entsprechenden Abschnitts
+   lautet [parallelports] und die Namen paralleler Schnittstellen
+   unter DOS und Windows lauten Lpt1, lpt2 usw. Wenn also von
+   Windows-Programmen unter WINE über den Namen Lpt1 auf die parallele
+   Schnittstelle zugegriffen werden soll, welche unter Linux durch die
+   Gerätedatei /dev/lp0 repräsentiert wird, so wäre in die
+   Konfigurationsdatei dieser Abschnitt aufzunehmen.
+
+   [parallelports]
+   Lpt1=/dev/lp0
+
+   Um den Zugriff auf bestimmte Ein- und Ausgageadressen zu ermöglichen
+   sind die gewünschten Adressen in hexadezimaler Schreibweise im
+   Abschnitt [ports] anzugeben. Als Adressen lassen sich entweder
+   einzelne Adressen (Beispiel: 0x779) oder Adressbereiche angeben. Bei
+   Adressbereichen werden die untere und obere Adresse des gewünschten
+   Bereichs, verbunden durch einen Bindestrich angegeben (Beispiel:
+   0x280-0x2a0). Wenn mehrere Adressen oder Adressbereiche konfiguriert
+   werden sollen, sind diese hintereinander - durch Kommata getrennt -
+   anzugeben. Adressen, von denen gelesen werden soll, sind der Variablen
+   read zuzuordnen und solche, auf die geschrieben werden soll, der
+   Variablen write. Falls auf eine bestimmte Adresse sowohl lesend als
+   auch schreibend zugegriffen werden soll, ist sie beiden Variablen
+   zuzuordnen. Beispiel:
+
+   [ports]
+   read=0x378,0x379,0x220-0x2a0
+   write=0x379,0x220-0x2a0
+
+
+    7.7.1 Zugriff auf SCSI-Geräte
+    
+   WINE ermöglicht auch den direkten Zugriff auf SCSI-Geräte (über die
+   ASPI-Schnittstelle). Hierzu sind keine speziellen Angaben in der
+   Konfiguration notwendig, allerdings muss der Kernel des Systems so
+   konfiguriert worden sein, dass er die Unterstützung für generischen
+   SCSI-Zugriff enthält. Außerdem müssen die Gerätedateien, welche die
+   generischen SCSI-Geräte repräsentieren (normalerweise /dev/sg0,
+   /dev/sg1 usw.) mit ausreichenden Rechten für den Zugriff
+   ausgestattet sein.
+   
+  7.8 Konfiguration der Windows-Systemregistratur
+  
+   Windows-Betriebssysteme stellen eine Datenbank zur Verfügung, in
+   der Programme u.a. Konfigurationsdaten ablegen und später wieder
+   auslesen können. Diese so genannte Registratur wird von WINE
+   ebenfalls bereitgestellt. WINE ist ferner in der Lage, die
+   Registratur einer bestehenden Windows-Installation zu importieren,
+   damit den mit WINE ausgeführten Programmen alle Daten zur Verfügung
+   stehen, die auch unter Windows verfügbar sind. Dies ist
+   insbesondere dann von Bedeutung, wenn Programme unter Windows
+   installiert worden sind und unter WINE ausgeführt werden. Es ist zu
+   beachten, dass WINE die Registratur einer bestehenden
+   Windows-Installation niemals verändert.  Falls Programme also unter
+   WINE Daten in die Registratur schreiben, stehen diese unter Windows
+   nicht zur Verfügung. WINE speichert die Registratur vielmehr in
+   eigenen Dateien, welche sich üblicherweise unterhalb des
+   Heimatverzeichnisses des betreffenden Benutzers befinden. Neben den
+   benutzerspezifischen Registraturdaten können vom Administrator
+   systemweit gültige Dateien bereit gestellt werden. Diese befinden
+   sich üblicherweise in dem gleichen Verzeichnis wie die systemweit
+   gültige Konfigurationsdatei, also in /etc oder in /usr/local/etc,
+   wenn WINE mit den Standardeinstellungen übersetzt wurde. Im
+   Abschnitt [registry] der Konfigurationsdatei stehen die folgenden
+   Variablen zur Verfügung, mit denen u.a. bestimmt werden kann, ob
+   eine bestehenden Registratur importiert werden soll und wo WINE die
+   eigene Registratur ablegen soll.
+   
+   LoadGlobalRegistryFiles
+          Wenn diese Variable auf den Wert true gesetzt ist, liest
+          WINE die systemweit gültigen Registraturdaten ein. Dies ist
+          die Standardeinstellung. Beispiel: LoadGlobalRegistryFiles =
+          true
+          
+   LoadHomeRegistryFiles
+          Wenn diese Variable auf den Wert true gesetzt ist, liest
+          WINE die Registraturdaten aus dem Verzeichnis .wine im
+          Heimatverzeichnis des aufrufenden Benutzers ein. Die
+          Registraturdaten des Benutzers werden nach den systemweit
+          gültigen Daten geladen, so dass Benutzer die
+          Voreinstellungen aus der globalen Registratur mit eigenen
+          Werten überschreiben können. Beispiel:
+          LoadHomeRegistryFiles = true 
+          
+   LoadWindowsRegistryFiles
+          Mit dieser Variablen wird bestimmt, ob die Registratur einer
+          bestehenden Windows-Installation geladen werden soll. Wenn
+          die Variable auf den Wert true gesetzt ist, stellt WINE
+          selbstständig fest, um welche Version von Windows es sich
+          bei der bestehenden Installation handelt und liest die
+          Registraturdaten der Installation ein, Es ist zu beachten,
+          dass dies nur funktioniert, wenn das Windows- und das
+          Systemverzeichnis im allgemeinen Teil der
+          Konfigurationsdatei richtig angegeben worden sind und der
+          bestehenden Installation entsprechen. Außerdem ist es
+          u.U. notwendig, die Variable Profile im allgemeinen Teil
+          richtig zu setzen. Beispiel: LoadWindowsRegistryFiles = true.
+          
+   WriteToHomeRegistryFiles
+          Wird diese Variable auf den Wert true gesetzt, versucht WINE
+          alle Änderungen, die während der Laufzeit von WINE an der
+          Registratur vorgenommen werden in die Registraturdateien im
+          Verzeichnis .wine des aufrufenden Benutzers zu
+          schreiben. Dies ist in der Regel notwendig, damit
+          Windows-Programme (insbesondere Installationsprogramme)
+          Änderungen an der Konfiguration abspeichern
+          können. Beispiel: WriteToHomeRegistryFiles = true.
+                    
+   PeriodicSave
+          Wenn Veränderungen an der Registratur von WINE gespeichert
+          werden sollen, geschieht dies normalerweise automatisch,
+          während WINE beendet wird. Allerdings werden die Änderungen
+          dann nicht gespeichert, wenn WINE aufgrund eines Fehlers
+          nicht korrekt beendet werden kann. Deswegen ist es möglich,
+          mit dieser Variablen anzugeben, in welchem Zeitintervall das
+          Programm die Registratur automatisch sichern soll. Die
+          dieser Variablen übergebene Zahl wird als Zeitintervall in
+          Sekunden interpretiert. Damit die Registratur also
+          beispielsweise alle 10 Minuten automatisch abgespeichert
+          wird, wäre diese Variable so zu setzen: PeriodicSave = 600.
+          
+   SaveOnlyUpdatedKeys
+          Mit dieser Variablen kann bestimmt werden, ob WINE lediglich
+          solche Teile der Registratur sichern soll, die sich während
+          der Laufzeit verändert haben oder ob immer die gesamte
+          Registratur gespeichert werden soll. Das folgende Beispiel
+          speichert die Registratur komplett:
+          SaveOnlyUpdatedKeys=false.
+          
+   Hinweis: 
+   Weil das Importieren einer großen Windows-Registratur ein relativ
+   zeitaufwendiger Vorgang ist, empfiehlt es sich, die
+   Windows-Registratur nur beim ersten Start von WINE zu importieren
+   (LoadWindowsRegistryFiles=true) und diese dann komplett von WINE
+   speichern zu lassen (SaveOnleUpdatedKeys=false). Danach liegt die
+   Registratur vollständig in WINEs eigenem Format vor, so dass bei
+   späteren Starts von WINE auf den Import der Windows-Registratur
+   verzichtet werden kann (LoadWindowsRegistryFiles=false).
+   
+  7.9 Einstellung des Look and Feel
+  
+   Im Abschnitt Tweak.Layout der Registratur lässt sich durch die
+   Variable WINELook bestimmen, welches Look and Feel von Windows
+   durch WINE nachempfunden werden soll. Der Wert Win31 bewirkt, dass
+   WINE alle Fensterelemente in dem Erscheinungsbild erzeugt, wie es
+   von Windows 3.11 bekannt ist. Analog dazu bewirken die Werte Win95
+   und Win98 ein moderneres Erscheinungsbild. Beispiel:
+
+   [Tweak.Layout]
+   WINELook=Win98
+
+
+  7.10 Konfiguration der Windows-Console
+  
+   Im Gegensatz 16-Bit-Windows-Versionen ist es mit dem Win32 API wie
+   unter UNIX möglich, Programme für den Textmodus zu erstellen, die
+   unter Windows normalerweise in einem so genannten "MS-DOS-Fenster"
+   ausgeführt werden (obwohl diese Programme nicht viel mit MS-DOS zu
+   tun haben). Unter WINE verwenden solche Programme standardmäßig die
+   Standardeingabe und -Ausgabe des Terminals, von dem aus WINE
+   gestartet wurde. Im Abschnitt [Console] der Konfigurationsdatei ist
+   es möglich die Eigenschaften der Konsole für Windows-Programme
+   näher zu bestimmen.
+   
+   Drivers
+          Hermit wird festgelegt, wie die Konsole zur Verfügung
+          gestellt werden soll. WINE kann dazu das mit dem
+          WINE-Prozess verbundene Terminal verwenden oder für jedes
+          Windows-Programm, welches eine neue Konsole anfordert ein
+          neues Terminalfenster (wie z.B. xterm) starten. Im
+          allgemeinen ist es zu empfehlen, für jede Konsole ein
+          eigenes Terminalfenster zu verwenden, weil es zu
+          unerwünschten Nebeneffekten kommen kann, wenn verschiedene
+          Windows-Prozesse und WINE selbst das selbe Terminal
+          verwenden. Es ist ferner möglich, die ncurses-Bibliothek zu
+          benutzen, um bestimmte Eigenschaften, wie die Darstellung
+          unterschiedlicher Farben, zu benutzen. Der Variablen Drivers
+          kann zur Zeit eine Kombination aus den folgenden
+          Schlüsselwörtern übergeben werden: tty, xterm und
+          ncurses. Wenn mehrere diese Schlüsselwörter benutzt werden,
+          sind diese durch das Plus-Zeichen voneinander zu
+          trennen. Die Angabe tty bewirkt, dass WINE das Terminal für
+          die Konsole verwendet, mit welchem der WINE-Prozess
+          verbunden ist. Durch die Angabe xterm wird ein neues
+          Terminalfenster geöffnet, wenn ein Windows-Programm eine
+          neue Konsole anfordert. Die Angabe ncurses bewirkt, dass die
+          ncurses-Bibliothek benutzt wird. Dies funktioniert nur, wenn
+          die Unterstützung dafür beim Übersetzen des Programms
+          aktiviert wurde. Beispiel: Drivers=ncurses+xterm
+          
+   XtermProg
+          Hiermit lässt sich angeben, welches Programm aufgerufen
+          werden soll, um die Konsole in einem eigenen Fenster
+          darzustellen (z.B. bei Drivers=xterm). Es lassen sich alle
+          Terminalemulationsprogramme verwenden, welche die von xterm
+          her bekannten Kommandozeilenargumente verstehen. Beispiel:
+          XtermProg=wterm.
+          
+   InitialRows
+          Mit der Variablen wird angegeben, wieviele Zeilen die
+          Konsole nach ihrem Start haben soll. Beispiel:
+          InitialRows=24.
+          
+   InitialColumns
+          Mit der Variablen wird angegeben, wieviele Spalten die
+          Konsole nach ihrem Start haben soll. Beispiel:
+          InitialColumns=80.
+          
+   TerminalType
+          Hiermit lässt sich festlegen, von welchem Terminaltyp die
+          ncurses-Bibliothek ausgehen soll. Typische Werte sind xterm
+          oder linux.
+          
+  7.11 Die Zwischenablage
+  
+   Das Konzept der Zwischenablage unterscheidet sich zwischen Windows
+   und dem X Window System etwas. Um beispielsweise einen Text in die
+   Zwischenablage zu stellen, wird dieser unter Windows normalerweise
+   zunächst markiert und dann über einen Menübefehl in die
+   Zwischenablage kopiert oder verschoben. Unter X stehen mindestens
+   zwei Typen von Zwischenablage zur Verfügung. Nachdem ein Text dort
+   markiert worden ist, steht er als so genannte primäre Auswahl zur
+   Verfügung; er kann dann sofort in andere Anwendungen eingefügt
+   werden (etwa durch Betätigung der mittleren Maustaste). Die
+   Zwischenablage ist eine weitere Auswahl in die Texte oder andere
+   Daten von vielen X-Anwendungen aus kopiert und von dort aus wieder
+   eingefügt werden können. Im Abschnitt [clipboard] der
+   Konfigurationsdatei lässt sich bestimmen, wie die
+   Windows-Zwischenablage mit der Zwischenablage des X Window Systems
+   interagiert.
+   
+   ClearAllSelections
+          Wenn diese Variable auf true gesetzt ist, wird der Inhalt
+          der Windows-Zwischenablage gelöscht und durch den Inhalt der
+          Zwischenablage des X Window Systems ersetzt, falls in einer
+          anderen X Anwendung etwas in die primäre Auswahl gestellt
+          wird.  Wird bei Verwendung dieser Einstellung also zunächst
+          etwas mit einem Windows-Programm in die Zwischenablage
+          gestellt und danach mit der Maus ein Text in einer X
+          Anwendung markiert, so geht der ursprüngliche Inhalt der
+          Windows-Zwischenablage verloren und es steht dort der mit
+          der Maus markierte Text zur Verfügung. Falls die Variable
+          auf false gesetzt ist, bleibt der Inhalt der Zwischenablage
+          durch die Veränderung der primären Auswahl unberührt. Um
+          dann beispielsweise einen Text von XEmacs nach Word zu
+          kopieren, reicht es nicht aus, den Text in XEmacs zu
+          markieren, sondern er muss dort explizit in die
+          Zwischenablage kopiert werden, falls sich dort vorher eine
+          Auswahl befand, die von einer Windows-Anwendung aus
+          vorgenommen wurde. Beispiel: ClearAllSelections=true
+          
+   PersistantSelection
+          Nachdem WINE beendet worden ist, kann der Inhalt der
+          Zwischenablage anderen X Programmen normalerweise nicht mehr
+          zur Verfügung gestellt werden. Wenn diese Variable auf true
+          gesetzt ist, startet WINE deswegen ein kleines
+          Hintergrundprogramm (wineclipsrv) welches den Inhalt der
+          Zwischenablage so lange verfügbar hält, bis dieser durch ein
+          anderes Programm ersetzt wird und sich dann
+          beendet. Beispiel: PersistantSelection=true
+          
+  7.12 Konfiguration des PostScript-Druckertreibers
+  
+   WINE kann zwei Typen von Druckertreibern verwenden, nämlich echte
+   16bit Windows-Druckertreiber, wie Sie von Windows 3.11 oder Windows
+   95/98 benutzt werden oder einen eigenen PostScript- Druckertreiber,
+   mit dem sich aus den meisten Windows-Anwendungen heraus im
+   PostScript-Format drucken lässt. Diese PostScript-Ausgabe kann dann
+   über die Spooler-Software des Systems (normalerweise lpr/lpd) auf
+   einen direkt angeschlossenen oder fernen Drucker ausgegeben werden.
+   
+   Hinweise zur Verwendung von 16bit Windows-Druckertreiber finden
+   sich u.a. in der Datei printing im Unterverzeichnis documentation
+   des WINE-Quellcodeverzeichnisses. Im folgenden soll lediglich auf
+   die Konfiguration des eingebauten PostScript-Druckertreibers
+   eingegangen werden.
+   
+   Zunächst ist das Vorhandensein des Druckertreibers anzumelden. Dazu
+   sind in der Datei win.ini im Windows-Verzeichnis die folgenden
+   Änderungen vorzunehmen:
+
+   [windows]
+   device=WINE PostScript Driver,WINEPS,LPT1:
+
+   [devices]
+   WINE PostScript Driver=WINEPS,LPT1:
+
+   Falls Sie WINE ohne eine bestehende Windows-Installation verwenden,
+   kann es sein, dass die Datei win.ini noch nicht existiert. In
+   diesem Fall kann die Datei neu angelegt und die oben gezeigten
+   Zeilen dort eingetragen werden. Falls die Datei bereits vorhanden
+   ist, müssen die Abschnitte [devices] und [windows] in der Datei
+   lokalisiert und um die oben gezeigten Zeilen ergänzt
+   werden. Keinesfalls sollten die Abschnitte devices oder windows
+   mehrmals in der Datei vorhanden sein.
+   
+   Damit auch von 32bit Programmen aus gedruckt werden kann, ist es
+   notwendig, einige Einträge in der Registratur vorzunehmen. Diese
+   Einträge sind in der Datei psdrv.reg im Unterverzeichnis
+   documentation des WINE-Quellcodeverzeichnisses vorhanden und lassen
+   sich mit dem Programm regapi, welches sich im Unterverzeichnis
+   programs/regapi des Quellcodeverzeichnisses befindet,
+   importieren. Falls noch nicht geschehen ist regapi dazu zunächst zu
+   übersetzen. Zu diesem Zweck ist in das Verzeichnis programs/regapi
+   zu wechseln und dort der Befehl make einzugeben. (Dies setzt
+   voraus, dass WINE bereits erfolgreich übersetzt wurde) Danach
+   können die erforderlichen Schlüssel durch die Eingabe des folgenden
+   Befehls importiert werden:
+   
+   ./regapi setValue < ../../documentation/psdrv.reg
+   
+   Achtung:
+   Bei dem Programm regapi handelt es sich um ein so genanntes
+   WineLib-Programm. Solche Programme benutzen WINE, um
+   Windows-spezifische Funktionen verwenden zu können. Damit sie
+   ausgeführt werden können, muss bereits eine funktionsfähige
+   WINE-Konfiguration vorhanden sein. Dieser Schritt sollte also nicht
+   durchgeführt werden, bevor die Erstellung der Konfigurationsdatei
+   abgeschlossen und die Funktionsfähigkeit von WINE getestet worden
+   ist.
+   
+   Weiter wird eine so genannte PPD-Datei benötigt. Eine solche Datei
+   beschreibt verschiedene Eigenschaften des Druckers und wird
+   benötigt, damit WINE beispielsweise entscheiden kann, ob in Farbe
+   oder in Schwarz-Weiß gedruckt werden kann. Wenn kein
+   PostScript-fähiger Drucker benutzt wird, dann benötigt man eine
+   PPD-Datei, welche die Eigenschaften des ghostscript-Treibers für
+   den eingesetzten Drucker beschreibt, weil dieses Programm in der
+   Regel zur Umwandlung von PostScript in das Druckerformat benutzt
+   wird. Mit Debian stehen solche Dateien in dem Paket ppd-gs zur
+   Verfügung. Wird dieses Paket benutzt, sollte vorher die Datei
+   /usr/doc/ppd-gs/README gelesen werden.
+   
+   Eine Reihe von PPD-Dateien stehen unter der Adresse
+   ftp://ftp.adobe.com/pub/adobe/printerdrivers/win/all/ppdfiles/ zur
+   Verfügung. In dem Verzeichnis befinden sich selbstauspackende
+   ZIP-Archive, die PPD-Dateien für Drucker verschiedener Hersteller
+   enthalten. Diese Archive können mit dem Programm unzip(1) entpackt
+   werden. Um beispielsweise die Datei hp.exe auszupacken, wäre
+   folgender Befehl einzugeben:
+   
+   unzip -L hp.exe
+   
+   Danach ist die gewünschte PPD-Datei auszuwählen, hierbei muss
+   u.U. ein wenig experimentiert werden, um optimale Ergebnisse zu
+   erzielen. Die Datei kann dann beispielsweise in das Verzeichnis
+   /usr/local/etc/ kopiert werden und muss WINE durch den folgenden
+   Eintrag in der Konfigurationsdatei bekannt gemacht werden:
+
+   [psdrv]
+   ppdfile=/usr/local/etc/HP4M3_V1.PPD
+
+   Falls sich die Datei in einem anderen Verzeichnis befindet oder
+   einen anderen Namen trägt, ist der Wert für die Variable ppdfile
+   natürlich entsprechend anzupassen.
+   
+   Schließlich benötigt WINE die Fontmetric-Dateien der Schriftarten,
+   die auf dem Drucker (oder mit ghostscript) zur Verfügung
+   stehen. Eine Reihe solcher Fontmetric-Dateien lassen sich unter
+   Debian beispielsweise mit dem Paket tetex-extra installieren. Sie
+   befinden sich nach der Installation unterhalb des Verzeichnisses
+   /usr/share/texmf/fonts/afm. Sie haben normalerweise die
+   Dateinamensendung .afm (Adobe FontMetric). Die zu verwendenden
+   Dateien sind im Abschnitt [afmfiles] der Konfigurationsdatei
+   anzugeben. Der Name jeder Datei ist dabei einer Variablen
+   zuzuordnen, deren Name sich aus der Zeichenkette file und einer
+   fortlaufenden Ziffer zusammensetzt.  Bei der Auswahl der
+   AFM-Dateien ist zu beachten, dass nur die Dateien angegeben werden
+   brauchen, für die der entsprechende Font tatsächlich in der vorher
+   definierten PPD-Datei genannt wurde. Die Bezeichnungen der Fonts
+   befinden sich normalerweise in den Fontmetric-Dateien, die mit
+   einem Texteditor betrachtet werden können. Der Anfang des
+   entsprechenden Abschnitts in der Konfigurationsdatei könnte
+   beispielsweise folgendermaßen aussehen:
+
+   [afmfiles]
+   file1=/usr/share/texmf/fonts/afm/adobe/times/ptmb8a.afm
+   file2=/usr/share/texmf/fonts/afm/adobe/times/ptmbi8a.afm
+   file3=/usr/share/texmf/fonts/afm/adobe/times/ptmr8a.afm
+   file4=/usr/share/texmf/fonts/afm/adobe/times/ptmri8a.afm
+   file5=/usr/share/texmf/fonts/afm/adobe/helvetic/phvbo8an.afm
+   file6=/usr/share/texmf/fonts/afm/adobe/helvetic/phvb8a.afm
+   file7=/usr/share/texmf/fonts/afm/adobe/helvetic/phvb8an.afm
+   file8=/usr/share/texmf/fonts/afm/adobe/helvetic/phvbo8a.afm
+   file9=/usr/share/texmf/fonts/afm/adobe/helvetic/phvro8an.afm
+   file10=/usr/share/texmf/fonts/afm/adobe/helvetic/phvr8a.afm
+   file11=/usr/share/texmf/fonts/afm/adobe/helvetic/phvr8an.afm
+   file12=/usr/share/texmf/fonts/afm/adobe/helvetic/phvro8a.afm
+
+   Auch hier sind die Dateinamen natürlich an die tatsächlich
+   benutzten Fontmetric-Dateien anzupassen. Der Druckertreiber sollte
+   dann als WINE PostScriptDriver in den Druckdialogen der
+   Windows-Anwendungen zur Verfügung stehen.
+   
+  7.13 Konfiguration des Spoolers
+  
+   Standardmäßig werden Druckdaten in eine Datei im aktuellen
+   Arbeitsverzeichnis ausgegeben, deren Name der Bezeichnung des
+   Druckeranschlusses unter Windows, auf den gedruckt wurde, entspricht.
+   Im Abschnitt [spooler] der Konfigurationsdatei lässt sich die Ausgabe in
+   eine andere Datei umlenken oder an ein anderes Programm weiterleiten.
+   Dazu ist in dem Abschnitt der Name des Anschlusses als
+   Variablenbezeichnung anzugeben (Beispiel: LPT1:) und dieser Variable
+   der Name der Datei zu übergeben, in welche die Druckausgabe gelenkt
+   werden soll. Um die Ausgabe an die Standardeingabe eines Programms zu
+   übergeben, ist der Name des gewünschten Programms hinter dem
+   Pipe-Zeichen (|) anzugeben.
+   
+   Wenn also beispielsweise die Ausgabe auf den Anschluss LPT1: an das
+   Programm lpr übergeben werden soll, um sie dem Spooler zuzuführen,
+   wäre in die Konfigurationsdatei folgender Abschnitt aufzunehmen:
+
+   [spooler]
+   LPT1:|lpr
+
+
+  7.14 Multimedia Konfiguration
+  
+   Die Multimedia-Architektur unter Windows besteht aus verschiedenen
+   Typen von Treibern und Schnittstellen, die von Windows-Programmen
+   benutzt werden können. Diese Architektur wird von WINE
+   nachgebildet, wobei unterschiedliche Bestandteile mehr oder weniger
+   vollständig vorhanden sind. Eine ausführliche Beschreibung der
+   Multimedia-Architektur von WINE befindet sich in der Datei
+   multimedia um Unterverzeichnis documentation/status des
+   WINE-Quellcodes.
+   
+   WINE stellt einen eigenen Treiber zur Ansteuerung der Soundhardware
+   zur Verfügung. Diese Ansteuerung geschieht über die Gerätedateien
+   /dev/dsp, /dev/audio, /dev/mixer usw. Deswegen muss darauf geachtet
+   werden, dass Schreib und Leseberechtigung für diese Dateien
+   besteht, falls die Soundunterstützung von WINE benutzt werden
+   soll. Der Treiber setzt auf die OSS- (Open SoundSystem) Treiber
+   auf, die standardmäßig Bestandteil des Linux-Kernels sind.
+   
+   Bis auf die Bibliotheken winmm und mmsystem lassen sich alle
+   anderen Komponenten des Multimediasystems auch aus einer
+   bestehenden Windows-Installation verwenden. Dies ist vor allem bei
+   einigen MCI-Treibern hilfreich, die in WINE noch nicht vollständig
+   implementiert sind. MCI-Treiber werden geladen, wenn im Abschnitt
+   [mci] der Datei system.ini im Windows-Verzeichnis Anweisungen in der
+   folgenden Form stehen:
+
+   [mci]
+   cdaudio=mcicda.drv
+   sequencer=mciseq.drv
+
+   Bei Verwendung einer bestehenden Windows-Installation sollten sich
+   die entsprechenden Anweisungen dort bereits befinden. Wird ohne
+   eine bestehende Windows-Installation gearbeitet, kann die Datei
+   system.ini im Unterverzeichnis documentation/samples des
+   WINE-Quellcodeverzeichnisses als Vorlage dienen. Durch die Variable
+   mci im Abschnitt [options] der Konfigurationsdatei von WINE lassen
+   sich die Definitionen aus der Datei system.ini überschreiben. Das
+   ist sinnvoll, um bestimmte Treiber nicht zu laden, die in der Datei
+   system.ini angegeben sind, weil diese Treiber mit WINE nicht
+   richtig funktionieren. Dies ist zur Zeit mit dem MCI-Treiber
+   videodisk der Fall. Um alle MCI-Treiber (bis auf videodisk) zu
+   laden, könnte in die Konfigurationsdatei der also der folgende
+   Abschnitt aufgenommen werden:
+
+   [options]
+   mci=CDAUDIO:SEQUENCER:WAVEAUDIO:AVIVIDEO:MPEGVIDEO
+
+   Ob ein Treiber aus einer bestehenden Windows-Installation geladen
+   oder der von WINE zur Verfügung gestellte Treiber benutzt werden
+   soll, kann wie bei Bibliotheken im Abschnitt DllOverrides der
+   Konfigurationsdatei festgelegt werden, wie es weiter oben
+   beschrieben wurde. Dabei ist zu beachten, dass die
+   Dateinamensendung .drv bei Treibern - im Gegensatz zu Bibliotheken
+   - mit anzugeben ist. Um beispielsweise die MCI-Treiber mciavi und
+   mcianim aus einer bestehenden Installation zu laden und die übrigen
+   Treiber von WINE zu verwenden, wären dem Abschnitt [DllOverrides]
+   die folgenden Zeilen zuzufügen:
+
+   mciavi.drv, mcianim.drv = native, builtin
+   mcicda.drv, mciseq.drv  = builtin, native
+   msacm.drv, midimap.drv  = builtin, native
+   mciwave.drv             = builtin, native
+
+
+  7.15 Einrichten der Registratur
+  
+   Eine Reihe von Windows-Programmen und WINE selbst benötigen
+   bestimmte Einträge in der Registratur, damit sie richtig
+   funktionieren. Wenn WINE ohne eine bestehende Windows-Installation
+   benutzt wird oder die Windows-Registratur nicht importiert werden
+   soll, sind diese Einträge noch nicht vorhanden und müssen mit dem
+   weiter oben bereits erwähnten Programm regapi importiert
+   werden. Als Vorlage kann dazu die Datei winedefault.reg im
+   Quellcodeverzeichnis von WINE dienen. Die Datei sollte jedoch
+   daraufhin überprüft werden, ob alle dort angegebenen
+   Laufwerksbuchstaben und Pfade stimmen, bevor sie importiert wird.
+   Außerdem sollte in der Konfigurationsdatei natürlich festgelegt
+   sein, dass die Registratur bei Beendigung des Programms gespeichert
+   wird, damit die importierten Daten auch beim nächsten Aufruf von
+   WINE zur Verfügung stehen. Danach kann in das Unterverzeichnis
+   programs/regapi des Quellcodeverzeichnisses gewechselt werden. Dort
+   ist das Programm zunächst durch Eingabe des Befehls make zu
+   erstellen, falls dies noch nicht geschehen ist. Danach können die
+   erforderlichen Daten mit dem folgenden Befehl importiert werden:
+   
+   ./regapi setValue ../../WINEdefault.reg
+   
+8 Aufruf von WINE und Kommandozeilenoptionen
+
+   WINE lässt sich wie jedes andere Programm von der Kommandozeile aus
+   aufrufen. Der Name des auszuführenden Windows-Programms ist WINE
+   dabei an der Kommandozeile angeben. Programme, die sich in einem
+   Verzeichnis befinden, das in der Variablen Path im Abschnitt WINE
+   der Konfigurationsdatei aufgeführt ist, können dabei ohne Angabe
+   des Pfadnamens aufgerufen werden. Die Angabe der Dateinamensendung
+   .exe ist optional. Falls WINE also gestartet und das
+   Windows-Programm winmine (Minesweeper) geladen werden soll, wäre
+   der folgende Befehl einzugeben, vorausgesetzt, die Datei
+   winmine.exe würde sich in einem Verzeichnis befinden, welches in
+   der Variablen Path aufgeführt ist.
+   
+   wine winmine.exe
+   
+   Sollen Programme gestartet werden, die sich in Verzeichnissen
+   befinden, welche nicht in der Variablen Path befinden, ist es
+   erforderlich, den Pfadnamen mit anzugeben. Hier kann entweder der
+   DOS-/Windows-Pfadname oder der UNIX-Pfadname benutzt werden. Die
+   beiden folgenden Befehle würden also das gleiche bewirken, falls
+   das Laufwerk C: dem UNIX-Verzeichnis /var/winroot zugeordnet wäre.
+
+   wine c:\\windows\\winmine.exe
+   wine /var/winroot/windows/winmine.exe
+
+   Der Rückwärts-Schrägstrich hat für die Shell Bash eine besondere
+   Bedeutung und wird deswegen normalerweise nicht an WINE
+   übergeben. Durch die doppelte Angabe dieses Zeichens wird bewirkt,
+   dass ein einfacher Schrägstrich übergeben wird. Datei- und
+   Verzeichnisnamen enthalten unter Windows gelegentlich
+   Leerzeichen. Auch hier ist es notwendig einen Trick anzuwenden,
+   damit die Leerzeichen nicht dazu führen, dass die Shell die
+   einzelnen Teile der Namen in verschiedenen Argumente zerlegt. Der
+   folgende Befehl würde beispielsweise nicht zum gewünschten Ergebnis
+   führen:
+   
+   WINE /var/winroot/Programme/Microsoft Games/RoA Trial Version/PACDEMO.EXE
+   
+   Hier würde die Shell WINE vier Argumente übergeben, nämlich
+   /var/winroot/Programme/Microsoft, Games/RoA, Trial und
+   Version/PACDEMO.EXE, woraufhin das zu startende Programm nicht mehr
+   gefunden werden würde. Damit die Shell bei Leerzeichen keine
+   Trennung durchführt, ist den betreffenden Leerzeichen ebenfalls ein
+   rückwärtsgerichteter Schrägstrich voranzustellen:
+   
+   WINE /var/winroot/Programme/Microsoft\ Games/RoA\ Trial\ Version/PACDEMO.EXE
+   
+   Argumente, die den zu startenden Windows-Programmen übergeben
+   werden sollen, sind dem Programmnamen, getrennt durch Leerzeichen,
+   nachzustellen. Um beispielsweise das Programm notepad.exe zu
+   starten und diesem Programm das Argument readme.1st zu übergeben,
+   wäre WINE so aufzurufen:
+   
+   wine notepad readme.1st
+   
+   Wenn mehrere Windows-Programme hintereinander gestartet werden sollen,
+   muss WINE mehrmals hintereinander mit den entsprechenden Programmnamen
+   als Argument aufgerufen werden.
+   
+  8.1 Kommandozeilenoptionen
+  
+   Neben den Namen der zu startenden Programme versteht WINE eine Reihe
+   von Optionen, mit denen die Operation des Programms global beeinflusst
+   werden kann. Diese Optionen werden direkt von WINE interpretiert
+   und nicht an das aufzurufende Windows-Programm übergeben.
+   
+   --managed
+          Standardmäßig laufen Windows-Programme mit WINE unabhängig
+          vom eingesetzten Windows-Manager. Dies kann zu Problemen bei
+          der gleichzeitigen Verwendung normaler X Programme und von
+          Windows-Programmen führen. Durch Verwendung der Option
+          --managed werden auch Windows-Programme vom Window-Manager
+          verwaltet, sie erhalten dann die gleichen Verzierungen wie
+          normale X Programme (siehe auch Abschnitt 7.5)
+          
+   --desktop BreitexHöhe
+          Mit diesem Parameter werden alle Fenster von
+          Windows-Programmen in einem eigenen Fenster dargestellt. Die
+          Größe dieses Fensters wird in Bildpunkten mit Breite und
+          Höhe angegeben. Beispiel: --desktop 800x600. Dieser Modus
+          wird für die Verwendung solcher Programme benötigt, die den
+          Bildschirm selbst komplett verwalten wollen, wie es
+          z.B. beim Windows-Explorer der Fall ist. Der Modus ist auch
+          erforderlich, um WINE mit den Bibliotheken user und user32
+          aus einer bestehenden Windows-Installation zu verwenden.
+          
+   --config Dateiname
+          Hiermit kann WINE angewiesen werden, eine andere
+          Konfigurationsdatei zu verwenden.
+          
+   --display Displaybezeichnung
+          Wie alle X-Programme verwendet WINE normalerweise den
+          X-Server, der mit der Umgebungsvariablen DISPLAY angegeben
+          ist. Um einen anderen Server zu verwenden, ist diese Option
+          zu benutzen.  Beispiel: --display workstation:0.
+          
+   --winver Version
+          Viele Windows-Programme funktionieren nur mit bestimmten
+          Versionen von Windows oder verhalten sich unterschiedlich,
+          je nachdem mit welcher Version von Windows sie ausgeführt
+          werden.  Dieser Parameter dient dazu, WINE anzuweisen, als
+          welche Windows-Version es sich ausgeben soll, wenn Programme
+          dies erfragen. Standardmäßig versucht WINE selbst
+          herauszufinden, welche Version von einem bestimmten Programm
+          erwartet wird. Mit Version kann folgendes angegeben werden:
+          win31 (Windows 3.1), win95 (Windows 95), win98 (Windows 98),
+          nt351 (Windows NT 3.51) oder nt40 (Windows NT 4.0). Im
+          Zweifelsfall empfiehlt sich win95, weil WINE zur Zeit die
+          meisten Gemeinsamkeiten mit dieser Windows-Version
+          aufweist. Beispiel: --winver win95.
+          
+   --dosver Version
+          Wenn DOS-Programme mit Windows ausgeführt werden, erwarten
+          diese gelegentlich eine bestimmte Version von MS-DOS. Dazu
+          ist mit dem Parameter --dosver die gewünschte Version, in
+          der Form x.xx anzugeben. Beispiel: --dosver 7.10 (diese
+          Version entspricht Windows 95b).
+          
+   --language Sprache
+          Während Windows in Versionen für verschiedene Sprachen
+          verfügbar ist, befindet sich die Unterstützung für eine
+          Reihe von Sprachen direkt in WINE. Welche Sprache benutzt werden
+          soll kann mit diesem Parameter angegeben werden. Um die
+          deutsche Sprache auszuwählen, ist für Sprache De
+          anzugeben. Es ist zu beachten, dass einige Anwendungen nur
+          mit bestimmten Sprachen funktionieren. Wenn Anwendungen
+          irgendwelche Bibliotheken nicht finden können, kann das
+          daran liegen, dass sie solche Bibliotheken suchen, die für
+          die Sprache entwickelt wurden, mit der WINE arbeitet und
+          diese nicht verfügbar sind. Hier hilft es, die richtige
+          Sprache anzugeben. Beispiel: --language De.
+          
+   --help
+          Die Option bewirkt, dass eine Übersicht über die verfügbaren
+          Optionen ausgegeben wird.
+          
+   --version
+          Die Option bewirkt, dass die Versionsnummer von WINE
+          angezeigt wird.
+          
+   --dll Bibliothek[,Bibliothek ...]=b|n[:Bibliothek[,Bibliothek,...]=b|n]
+          Mit dieser Option lassen sich die Einstellungen aus dem
+          Abschnitt [DllOverrides] aus der Konfigurationsdatei
+          überschreiben, es kann also angegeben werdem, welche
+          Bibliotheken aus einer bestehenden Windows-Installation
+          geladen und welche direkt von WINE zu Verfügung gestellt
+          werden sollen.  Der Option ist ein Ausdruck zu übergeben,
+          welcher aus den Namen der betreffenden Bibliotheken besteht,
+          die durch Kommata (ohne Leerzeichen) voneinander getrennt
+          werden. Danach folgt ein Gleichheitszeichen und daraufhin
+          entweder der Buchstabe b, um zu bestimmen, dass die
+          angegebenen Bibliotheken von WINE zur Verfügung gestellt
+          werden sollen, oder der Buchstabe n, damit versucht wird,
+          die Bibliotheken aus einer bestehenden Installation zu
+          laden. Solche Ausdrucke können wiederholt angegeben werden,
+          sie sind dann durch einen Doppelpunkt (ohne Leerzeichen)
+          voneinander zu trennen. Sollen beispielsweise die
+          Bibliotheken shell, commdlg und commctrl mit ihren
+          zugehörigen 32bit Bibliotheken aus einer bestehenden
+          Installation geladen werden und die Bibliothek advapi32 von
+          WINE zur Verfügung gestellt werden, obwohl dies in der
+          Konfigurationsdatei anders angegeben ist, so könnte man die
+          Option so einsetzen:
+
+          --dll commdlg,comdlg32,commctrl,comctl32,shell,shell32=n:advapi32=b.
+          
+   --debugmsg +|-foo,+|-bar
+          Diese Option dient dazu, zu kontrollieren, welche Art von
+          Informationen WINE zur Fehler- und Ablaufverfolgung ausgeben
+          soll. Es stehen eine Reihe so genannter Kanäle zur Verfügung,
+          deren Namen angezeigt werden, wenn die Option ohne weitere Angaben
+          benutzt wird. Die einzelnen Kanäle entsprechen normalerweise
+          unterschiedlichen Teilbereichen von WINE, deren Verhalten durch
+          die Ausgabe bestimmter Informationen überprüft werden kann. Um
+          beispielsweise die Meldungen für den Kanal file einzuschalten,
+          wäre die Option --debugmsg +file zu benutzen. Wenn die
+          Meldungen der Kanäle file und dosfs ausgegeben werden sollen,
+          wäre --debugmsg +file,+dosfs anzugeben. Weitere Informationen
+          hierzu befinden sich in der Datei debug-msg im Unterverzeichnis
+          documentation des WINE-Quellcodeverzeichnisses. Zwei besonders
+          wichtige Kanäle sind relay und snoop. Wenn der Kanal relay
+          eingeschaltet ist, wird ausgegeben, welche Funktionen in WINE
+          von Windows-Programmen mit welchen Parametern aufgerufen werden
+          und welche Rückkehrwerte diese Funktionen liefern. Der Kanal
+          snoop zeigt an, welche Funktionen aus echten
+          Windows-Bibliotheken aufgerufen werden. Die Ausgabe des Kanals
+          relay dient WINE-Entwicklern oft dazu, festzustellen, wo ein
+          Fehler aufgetreten ist. Deswegen ist es ratsam, bei
+          Fehlerberichten in die WINE-Newsgroup die letzten 200 Zeilen
+          der Ausgabe von WINE mitzuschicken, die bei dem Aufruf des
+          Programms mit der Option --debugmsg +relay vor Auftreten des
+          Fehlers entstanden sind.
+          
+9 Fehlerquellen
+
+   WINE befindet sich zur Zeit noch mitten in der Entwicklung, weswegen
+   viele Windows-Programme nur teilweise oder überhaupt nicht damit
+   funktionieren. Mit großer Wahrscheinlichkeit werden einige Programme
+   sogar nie mit WINE funktionieren, beispielsweise weil sie eigene
+   Windows-Treiber brauchen, die unter Linux nicht geladen werden können.
+   Trotzdem funktionieren viele Windows-Programme ausgesprochen gut mit
+   WINE und die Anzahl funktionierender Programme erhöht sich relativ
+   schnell. Wenn ein Programm nicht wie gewünscht funktioniert, kann es
+   deswegen hilfreich sein, die folgenden Fragen zu untersuchen:
+   
+   WINE funktioniert überhaupt nicht
+          In bestimmten Paketversionen der C-Bibliothek (Version
+          2.1.3) liegt ein Fehler vor, der dazu führt, dass WINE
+          direkt nach dem Start mit Fehlermeldungen abbricht. Sie
+          können das Problem beheben, indem Sie eine neuere Version
+          der C-Bibliothek installieren oder die Variable LANG auf
+          einen Wert setzen. Bei Verwendung der Bash kann dies
+          beispielsweise durch Eingabe des folgenden Befehls
+          geschehen: export LANG=de_DE.
+          
+   WINE funktioniert immer noch nicht
+          Wenn Sie WINE auf die beschriebene Art installiert haben,
+          sollten Sie überprüfen, dass sich nicht gleichzeitig noch
+          eine andere, ältere Version des Programms auf dem Rechner
+          befindet, welches u.U. von Ihrer Distribution mitinstalliert
+          wurde. Dies könnte nämlich dazu führen, dass versucht wird,
+          inkompatible Bibliotheken zu laden.
+          
+   Windows- und Windows/system-Verzeichnis sind nicht richtig angegeben
+          Die Meldung Invalid path 'c:\windows' for windows directory
+          besagt, dass im Abschnitt WINE der Konfigurationsdatei mit
+          der Variablen Windows ein Windows-Verzeichnis angegeben
+          wurde, welches nicht existiert. Es ist dann zu überprüfen,
+          ob das Windows-Verzeichnis vorhanden ist und ob das
+          Laufwerk, auf dem es sich befindet, dem richtigen
+          UNIX-Verzeichnis zugeordnet ist.
+          
+   Die Zuordnungen der Laufwerksbuchstaben stimmen nicht
+          Wenn beim Start von WINE Meldungen wie Warning:
+          /var/winroot/windows/sol.exe not accessible from a DOS drive
+          ausgegeben werden, teilt WINE mit, dass das auszuführende
+          Programm sich in einem Verzeichnis befindet, dass aufgrund
+          der Zuordnungen in der Konfigurationsdatei mit keinem
+          Laufwerk assoziiert ist. Es sollten dann die
+          Laufwerkszuordnungen überprüft werden.
+          
+   Windows-Programme finden Einstellungen und Bibliotheken nicht
+          Wenn WINE mit einer bestehenden Windows-Installation benutzt
+          wird, ist es erforderlich, dass die Laufwerksbuchstaben
+          unter Windows und WINE übereinstimmten. Falls ein Programm
+          nämlich beispielsweise in der Registratur gespeichert hat,
+          dass sich eine bestimmte Komponente im Verzeichnis
+          C:\Windows\System befindet, dann ist es erforderlich, dass
+          dieses Programm die Komponente auch unter WINE in dem selben
+          Verzeichnis findet. Es ist jedoch möglich mit WINE
+          zusätzliche Laufwerke zu verwenden (also z.B. das eigene
+          Heimatverzeichnis einem Laufwerksbuchstaben zuzuordnen), die
+          unter Windows nicht vorhanden sind.
+          
+   Spiele werden im Fenster dargestellt, obwohl Vollbild ausgewählt wurde
+   und sind zu langsam
+
+          Die meisten Spiele benutzen einen bestimmte Farbtiefe, in
+          die Windows umschaltet, wenn das betreffende Spiel gestartet
+          wird.  Mit dem X Window System ist es leider nicht möglich
+          die Farbtiefe während des laufenden Betriebs zu ändern,
+          weswegen WINE die gewünschte Farbtiefe in einem Fenster
+          emulieren muss, falls der X-Server nicht in der richtigen
+          Farbtiefe läuft.  Dadurch wird sehr viel Rechenleistung
+          benötigt und außerdem kann nicht in einen Vollbildmodus
+          geschaltet werden. Abhilfe schafft hier nur, den X-Server in
+          der richtigen Farbtiefe zu starten, bevor WINE aufgerufen
+          wird. Hierzu dienen die Optionen -bpp, bei X-Servern des
+          XFree86-Projekts der Versionsfamilie 3.3.x bzw. -depth in
+          der Versionsfamilie 4.0) Gelegentlich empfiehlt es sich
+          auch, einen zweiten X-Server zu starten, was am einfachsten
+          mit dem Befehl xinit(1) geschehen kann. Um beispielsweise
+          das Programm q2test.exe mit WINE auf einem zweiten X-Server
+          mit einer Farbtiefe von 8 Bit pro Pixel aus dem aktuellen
+          Arbeitsverzeichnis zu starten, könnte der folgende Befehl
+          benutzt werden:
+          
+          xinit /usr/local/bin/WINE q2test.exe --display :1 -- -bpp 8 :1
+        
+          Falls sich WINE in einem anderen Verzeichnis als
+          /usr/local/bin befindet, ist der Befehl natürlich
+          entsprechend anzupassen.
+          
+   Der DGA-Modus funktioniert nicht, obwohl X in der richtigen
+   Farbtiefe ausgeführt wird; Spiele sind immer noch langsam
+          Die Verwendung von DGA ist normalerweise nur dem
+          Systemadministrator gestattet, das betreffende Programm muss
+          also mit dessen Rechten ausgeführt werden. Alternativ dazu
+          reicht es auch aus, Benutzern Schreib- und Leserechte auf
+          die Gerätedatei /dev/kmem zu erteilen.
+          
+   Es ist kein Sound zu hören
+          Zunächst sollte überprüft werden, ob die Soundunterstützung
+          des Linux-Kernels richtig funktioniert, also ob es möglich
+          ist, mit anderen Linux-Programmen die Soundkarte zu
+          verwenden. Im nächsten Schritt kann überprüft werden, ob die
+          Sound-Hardware von einem anderen Programm benutzt wird und
+          WINE deswegen nicht darauf zugreifen kann.
+          
+Weiterführende Informationen
+
+   Die zentrale Web-Adresse für Informationen zu WINE ist
+   http://www.winehq.com. Dort befinden sich Links zu vielen weiteren
+   Dokumenten, wie einem WINE-FAQ, einem WINE-HOWTO, einer Anleitung zum
+   Erstellen von Fehlerberichten und vieles mehr.