.\" -*- nroff -*-
.TH WINE 1 "November 2007" "@PACKAGE_STRING@" "Windows On Unix"
.SH NAME
wine \- Windows-Programme auf Unix-Systemen ausführen
.SH ÜBERSICHT
.BI "wine " "Programm " "[Argumente ... ]"
.br
.B wine --help
.br
.B wine --version
.PP
Für das Übergeben von Kommandos an Windows-Programme siehe den
Abschnitt
.B
"Programm / Argumente"
in dieser Manpage.
.SH BESCHREIBUNG
.B wine
lädt und führt ein Windows-Programm aus. Dieses Programm kann ein
beliebiges DOS/Win3.1/Win32-Programm sein; es wird nur die
x86-Architektur unterstützt.
.PP
Um wine zu debuggen, nutzen Sie anstelledessen das Kommando
.B winedbg.
.PP
Um rein kommandozeilenbasierte Programme auszuführen, nutzen Sie
.B wineconsole
anstelle von
.B wine.
Wenn Sie nicht
.B wineconsole
für CLI-Programme nutzen, kann dies dazu führen, dass das Programm
nicht korrekt ausgeführt werden kann.
.PP
Wenn wine nur mit
.B --help
oder
.B --version
als Argument aufgerufen wird, wird
.B wine
nur einen kleinen Hilfetext oder die Version ausgeben und sich beenden.
.SH PROGRAMM/ARGUMENTE
Der Programmname kann auf DOS-Art (
.I
C:\(rs\(rsWINDOWS\(rs\(rsSOL.EXE
) oder auf UNIX-Art angegeben werden (
.I /msdos/windows/sol.exe
).  Sie können Argumente an die Windows-Anwendung übergeben, indem Sie
sie einfach an den wine-Befehl anhängen (z. B.:
.I wine notepad C:\(rs\(rsTEMP\(rs\(rsREADME.TXT
).
Sie müssen unter Umständen Sonderzeichen und/oder Leerzeichen
mit '\(rs' maskieren, wenn Sie wine über die Kommandokonsole aufrufen,
z.B.
.PP
wine C:\(rs\(rsProgram\(rs Files\(rs\(rsMyPrg\(rs\(rstest.exe
.PP
.SH UMGEBUNGSVARIABLEN
.B wine
leitet die Umgebungsvariablen der Shell, in der es gestartet wurde, an
die Windows-Applikation weiter. Um eine für Ihre Applikation nötige
Variable zugänglich zu machen, folgen Sie der Anleitung Ihrer Shell zu
Umgebungsvariablen.
.TP
.I WINEPREFIX
Wenn gesetzt, wird dieser Ordner als Speicherort für die
Konfigurationsdateien von
.B wine
genutzt. Die Standardeinstellung ist
.I $HOME/.wine.
Dieser Ordner wird auch für den UNIX-Socket zur Kommunikation mit
.I wineserver.
genutzt. Alle
.B wine
-Prozesse, die den gleichen
.B wineserver
nutzen (z.B. Prozesse desselben Nutzers) teilen sich bestimmte Objekte
wie die Registry, Arbeitsspeicher und die Konfigurationsdateien.  Mit
dem Setzen von
.I WINEPREFIX
beim Starten verschiedener
.B wine
-Prozesse ist es möglich, eine Anzahl vollkommen unabhängiger
.B wine
-Prozesse zu starten.
.TP
.I WINESERVER
Gibt den Ort der
.B wineserver
-Anwendung an. Wenn diese Variable nicht gesetzt ist, wird versucht,
.B @bindir@/wineserver
zu laden. Wenn auch dies nicht funktioniert, sucht
.B wine
in $PATH und anderen Orten nach wineserver.
.TP
.I WINELOADER
Gibt den Ort der
.B wine
-Anwendung an, die genutzt wird, um Windows-Programme zu laden. Wenn
 diese Variable nicht gesetzt ist, wird versucht,
.B @bindir@/wineserver
zu laden. Wenn auch dies nicht funktioniert, wird in $PATH und anderen
Orten nach wine gesucht.
.TP
.I WINEDEBUG
Wählt die Stufe der Debug-Meldungen aus. Die Variable hat das Format
.RI [ Klasse ][+/-] Kanal [,[ Klasse2 ][+/-] Kanal2 ].
.RS +7
.PP
.I Klasse
ist optional und kann z.B. folgende Werte annehmen:
.B err, warn, fixme,
oder
.B trace.
Wenn
.I class
nicht angegeben ist, werden alle Debugmeldungen dieses Kanals
ausgegeben. Jeder Kanal gibt Meldungen einer bestimmten
.B wine.
-Komponente aus. Das folgende Zeichen kann entweder + oder - sein, je
nachdem ob der Kanal ein- oder ausgeschaltet werden soll.  Wenn keine
.I Klasse
angegeben ist, kann das führende + weggelassen werden. In WINEDEBUG
sind keine Leerzeichen erlaubt.
.PP
Beispiele:
.TP
WINEDEBUG=warn+all
zeigt alle Nachrichten der Kategorie "warning" an (empfohlen zum
Debuggen).
.br
.TP
WINEDEBUG=warn+dll,+heap
schaltet alle DLL-Meldungen der Kategorie "warning" sowie jegliche
Heap-Meldungen an.
.br
.TP
WINEDEBUG=fixme-all,warn+cursor,+relay
schaltet alle FIXME-Nachrichten ab, Zeigernachrichten der Kategorie
"warning" an und schaltet alle Relay-Meldungen (API-Aufrufe) an.
.br
.TP
WINEDEBUG=relay
schaltet alle Relay-Nachrichten an. Für mehr Kontrolle über die im
Relaytrace angezeigten DLLs und Funktionen siehe den [Debug]-Abschnitt
der Wine-Konfigurationsdatei.
.PP
Für mehr Informationen zu den Debug-Meldungen siehe den Abschnitt
.I Running Wine
im Wine-Benutzerhandbuch.
.RE
.TP
.I WINEDLLPATH
Gibt den Pfad/die Pfade an, in denen wine nach eigenen DLLs und
Winelib-Anwendungen sucht. Die Einträge der Liste werden mit einem ":"
getrennt. Zusätzlich wird noch in
.B @dlldir@
gesucht.
.TP
.I WINEDLLOVERRIDES
Definiert die Bibliotheksüberschreibung und Ladereihenfolge der DLLs,
die beim Laden jeder DLL berücksichtigt wird. Die Standardwerte sind
in der Konfigurationsdatei enthalten.  Derzeit gibt es zwei Typen von
DLLs, die in den Speicher eines Prozesses geladen werden können:
Native Windows-DLLs (
.I native
) und
.B wine
-interne DLLs (
.I builtin
). Der Typ kann mit dem ersten Buchstaben abgekürzt werden (
.I n, b
). Jede Anweisungssequenz muss mit einem Komma abgeschlossen werden.
.RS
.PP
Jede DLL kann ihre eigene Ladereihenfolge besitzen. Die
Ladereihenfolge bestimmt, welche DLL-Version als erste geladen werden
soll. Wenn die erste versagt, ist die nächste an der Reihe und so
weiter. Viele DLLs mit derselben Reihenfolge können durch Kommata
getrennt werden. Es ist auch möglich, mit dem Semikolon verschiedene
Reihenfolgen für verschiedene DLLs festzulegen.
.PP
Die Ladereihenfolge für eine 16bit-DLL wird immer durch die
Reihenfolge der 32bit-DLL bestimmt, die sie enthält. Diese 32bit-DLL
kann durch Ansehen des symbolischen Links der 16bit .dll.so-Datei
gefunden werden. Wenn zum Beispiel ole32.dll als "builtin" eingestellt
ist, wird storage.dll ebenfalls als "builtin" geladen, da die
32bit-DLL ole32.dll die 16bit-DLL storage.dll enthält.
.PP
Beispiele:
.TP
WINEDLLOVERRIDES="comdlg32,shell32=n,b"
.br
Versuche, die DLLs comdlg32 und shell32 als native Windows-DLLs zu
laden; wenn dies fehlschlägt, soll Wine die mitgebrachte Version
benutzen.
.TP
WINEDLLOVERRIDES="comdlg32,shell32=n;c:\(rs\(rsfoo\(rs\(rsbar\(rs\(rsbaz=b"
.br
Versuche, die DLLs comdlg32 und shell32 als native Windows-DLLs zu
laden. Weiterhin, wenn eine Anwendung versucht, die DLL
c:\(rsfoo\(rsbar\(rsbaz.dll zu laden, soll wine die eingebaute DLL baz
verwenden.
.TP
WINEDLLOVERRIDES="comdlg32=b,n;shell32=b;comctl32=n"
.br
Versuche, die mitgebrachte comdlg32-Bibliothek zu laden; wenn dies
fehlschlägt soll Wine die native comdlg32-DLL nutzen. Bei shell32 soll
immer die mitgebrachte Version verwendet werden; bei comctl32 immer
die native.
.RE
.TP
.I DISPLAY
Gibt das zu nutzende X11-Display an.
.TP
OSS sound driver configuration variables
.TP
.I AUDIODEV
Gerät für Audio-Ein-/Ausgabe festlegen. Standard:
.B /dev/dsp.
.TP
.I MIXERDEV
Audiomixer-Gerät festlegen. Standard:
.B /dev/mixer.
.TP
.I MIDIDEV
MIDI-Sequencergerät festlegen. Standard:
.B /dev/sequencer.
.SH DATEIEN
.TP
.I @bindir@/wine
Der
.B wine
-Programmstarter
.TP
.I @bindir@/wineconsole
Der
.B wine
-Programmstarter für Konsolenapplikationen (CLI)
.TP
.I @bindir@/wineserver
Der
.B wine
-Server
.TP
.I @bindir@/winedbg
Der
.B wine
-Debugger
.TP
.I @dlldir@
Der Ordner mit den gemeinsamen DLLs von
.B wine
.TP
.I $WINEPREFIX/dosdevices
Dieser Ordner enthält die DOS-Gerätezuweisungen. Jede Datei in diesem
Ordner ist ein Symlink auf die Unix-Gerätedatei, die dieses Gerät
bereitstellt.  Wenn zum Beispiel COM1 /dev/ttyS0 repräsentieren soll,
wird der Symlink $WINEPREFIX/dosdevices/com1 -> /dev/ttyS0 benötigt.
.br
DOS-Laufwerke werden auch mit Symlinks angegeben. Wenn z.B. das
Laufwerk D: dem CD-ROM-Laufwerk entsprechen soll, das auf /mnt/cdrom
eingebunden ist, wird der Link $WINEPREFIX/dosdevices/d: -> /mnt/cdrom
benötigt. Es kann auch die Unix-Gerätedatei angegeben werden; der
einzige Unterschied ist der "::" anstelle dem einfachen ":" im Namen:
$WINEPREFIX/dosdevices/d:: -> /dev/hdc.
.SH AUTOREN
.B wine
ist dank der Arbeit vieler Entwickler verfügbar. Für eine Liste siehe
die Datei
.B AUTHORS
im obersten Ordner der Quellcodedistribution.
.SH COPYRIGHT
.B wine
kann unter den Bedingungen der LGPL genutzt werden; für eine Kopie der
Lizenz siehe die Datei
.B COPYING.LIB
im obersten Ordner der Quellcodedistribution.
.SH FEHLER
.PP
Statusberichte für viele Anwendungen sind unter
.I http://appdb.winehq.org
 verfügbar. Bitte fügen Sie Anwendungen, die Sie mit Wine nutzen, der
 Liste hinzu, sofern noch kein Eintrag existiert.
.PP
Fehler können unter
.I http://bugs.winehq.org
gemeldet werden. Wenn Sie einen Fehler melden möchten, lesen Sie
bitte vorher die Datei
.I documentation/bugs.sgml
im
.B wine
-Quellcode, um zu sehen, welche Informationen benötigt werden.
.PP
Probleme und Hinweise mit/zu dieser Manpage können auch auf
.I http://bugs.winehq.org
gemeldet werden.
.SH VERFÜGBARKEIT
Die aktuellste öffentliche Wine-Version kann auf
.I http://www.winehq.org/download
bezogen werden.
.PP
Ein Schnappschuss des Entwicklungscodes kann via GIT besorgt werden,
siehe dazu
.I
http://www.winehq.org/site/git
.PP
WineHQ, die Hauptseite der
.B wine
-Entwicklung, befindet sich auf
.I http://www.winehq.org.
Diese Website bietet viele Informationen und Ressourcen zu
.B wine.
.PP
Für nähere Informationen zur Entwicklung von
.B wine
können Sie sich als Abonnement bei der
.B wine
-Mailingliste auf
.I http://www.winehq.org/forums
eintragen.
.SH "SIEHE AUCH"
.BR wineserver (1),\  winedbg (1)