wine64-Entwicklung - Online in der Cloud

PROGRAMM:

NAME/FUNKTION

wine - Windows-Programme unter Unix ausführen

ZUSAMMENFASSUNG

Wein Programm [Argumente]
Wein --help
Wein --Version

Anweisungen zum Übergeben von Argumenten an Windows-Programme finden Sie im
PROGRAMM/ARGUMENTE Abschnitt der Manpage.

BESCHREIBUNG

Wein lädt und führt das angegebene Programm aus, das ein DOS, Windows 3.x, Win32 oder Win64 sein kann
ausführbar (auf 64-Bit-Systemen).

Verwenden Sie zum Debuggen von Wein Weindbg stattdessen.

Verwenden Sie zum Ausführen ausführbarer CUI-Dateien (Windows-Konsolenprogramme) Weinkonsole statt Wein.
Dadurch wird die Ausgabe in einem separaten Fenster angezeigt. Nicht verwenden Weinkonsole für CUI-Programme
bietet nur eine sehr eingeschränkte Konsolenunterstützung und Ihr Programm funktioniert möglicherweise nicht.
richtig.

Bei Aufruf mit --help or --Version als einziges Argument, Wein werde einfach ein kleines drucken
Hilfenachricht bzw. deren Version und beenden.

PROGRAMM/ARGUMENTE

Der Programmname kann im DOS-Format angegeben werden (C:\\WINDOWS\\SOL.EXE) oder im Unix-Format
(/msdos/windows/sol.exe). Sie können Argumente an das ausgeführte Programm übergeben, indem Sie
sie bis zum Ende der Befehlszeile aufrufen Wein (wie zum Beispiel: Wein Notizblock
C:\\TEMP\\README.TXT). Beachten Sie, dass Sie Sonderzeichen (und Leerzeichen) mit Escapezeichen versehen müssen.
beim Aufrufen von Wine über eine Shell, zB

wine C:\\Programme\Dateien\\MyPrg\\test.exe

Es kann sich auch um eine der mit Wine ausgelieferten ausführbaren Windows-Dateien handeln
der vollständige Pfad ist nicht obligatorisch, zB Wein Forscher or Wein Notizblock.

Wein macht die Umgebungsvariablen der Shell, von der aus sie gestartet wird, zugänglich für
die Windows/DOS-Prozesse wurden gestartet. Verwenden Sie also die entsprechende Syntax für Ihre Shell, um einzugeben
Umgebungsvariablen, die Sie benötigen.

WEINPREFIX
Wenn gesetzt, wird der Inhalt dieser Variablen als Name des Verzeichnisses verwendet, in dem
Wine speichert seine Daten (die Standardeinstellung ist $HOME/.wein). Dieses Verzeichnis wird auch verwendet, um
Identifizieren Sie den Socket, der verwendet wird, um mit dem zu kommunizieren Weinserver. Alle Wein
Prozesse mit den gleichen Weinserver (dh: derselbe Benutzer) bestimmte Dinge teilen wie
Registry, Shared Memory und Konfigurationsdatei. Indem man es einstellt WEINPREFIX zu unterschiedlich
Werte für verschiedene Wein ist es möglich, eine Reihe von wirklich
unabhängig Wein Prozesse.

WEINSERVER
Gibt den Pfad und den Namen des Weinserver binär. Wenn nicht festgelegt, versucht Wine, dies zu tun
Belastung /usr/lib/wine-development/wineserver, und wenn das nicht existiert, dann wird es
Suchen Sie im Pfad und an einigen anderen wahrscheinlichen Orten nach einer Datei namens "wineserver".

WINELOADER
Gibt den Pfad und den Namen des Wein Binärdatei zum Starten von neuem Windows
Prozesse. Wenn nicht festgelegt, versucht Wine zu laden /usr/lib/weinentwicklung/wein, und wenn
dies existiert nicht, es wird dann im Pfad und in einer Datei nach einer Datei namens "Wein" gesucht
wenige andere wahrscheinliche Orte.

WEINKÄFER
Schaltet Debugging-Nachrichten ein oder aus. Die Syntax der Variablen hat die Form
[Klasse][+|-]Kanal[,[class2][+|-]channel2]

Klasse ist optional und kann einer der folgenden sein: sich irren, warnen, repariere mich, oder Spur. Wenn
Klasse nicht angegeben ist, werden alle Debugging-Meldungen für den angegebenen Kanal umgedreht
An. Jeder Kanal druckt Nachrichten über eine bestimmte Komponente von Wine. Die
folgendes Zeichen kann entweder sein + or - um den angegebenen Kanal ein- oder auszuschalten
bzw. Wenn es keine gibt Klasse Teil davor, eine führende + kann ausgelassen werden.
Beachten Sie, dass in der Zeichenfolge keine Leerzeichen zulässig sind.

Beispiele:

WINEDEBUG=warn+alles
schaltet alle Warnmeldungen ein (empfohlen für das Debugging).

WINEDEBUG=warnen+dll,+haufen
schaltet DLL-Warnmeldungen und alle Heap-Meldungen ein.

WINEDEBUG=fixme-all,warn+cursor,+relais
schaltet alle FIXME-Meldungen aus, schaltet Cursor-Warnmeldungen ein und schaltet
auf alle Relay-Nachrichten (API-Aufrufe).

WINEDEBUG=Relais
schaltet alle Relay-Nachrichten ein. Für mehr Kontrolle beim Ein- oder Ausschließen
Funktionen und DLLs aus dem Relay-Trace, schauen Sie in die
HKEY_CURRENT_USER\Software\Wine\Debug Registrierungsschlüssel.

Weitere Informationen zum Debuggen von Nachrichten finden Sie im Laufen Wine Kapitel der
Wein-Benutzerhandbuch.

WINELLPATH
Gibt die Pfade an, in denen nach integrierten DLLs und Winelib-Anwendungen gesucht werden soll.
Dies ist eine Liste von Verzeichnissen, die durch ":" getrennt sind. Zusätzlich zu jedem Verzeichnis
spezifiziert in WINELLPATH, Wein wird auch reinschauen /usr/lib/x86_64-linux-gnu/wine-
Entwicklung.

WINEDLLÜBERSCHREIBUNGEN
Definiert den Überschreibungstyp und die Ladereihenfolge von DLLs, die im Ladeprozess für verwendet werden
jede DLL. Derzeit gibt es zwei Arten von Bibliotheken, die in a geladen werden können
Prozessadressraum: native Windows-DLLs (nativen) und Wine interne DLLs
(builtin). Der Typ kann mit dem ersten Buchstaben des Typs abgekürzt werden (n or b).
Die Bibliothek kann auch deaktiviert werden (''). Jede Reihenfolge von Bestellungen muss durch getrennt werden
Kommas.

Jede DLL kann ihre eigene spezifische Ladereihenfolge haben. Die Ladereihenfolge bestimmt, welche
Es wird versucht, die Version der DLL in den Adressraum zu laden. Wenn das erste
schlägt fehl, dann wird der nächste versucht und so weiter. Mehrere Bibliotheken mit derselben Last
Reihenfolge kann durch Kommas getrennt werden. Es ist auch möglich, verschiedene angeben
Ladereihenfolgen für verschiedene Bibliotheken, indem Sie die Einträge durch ";" trennen.

Die Ladereihenfolge für eine 16-Bit-DLL wird immer durch die Ladereihenfolge der 32-Bit-DLL definiert
dll, die es enthält (die durch einen Blick auf den symbolischen Link von
die 16-Bit-.dll.so-Datei). Zum Beispiel, wenn Ole32.dll ist als eingebaut konfiguriert,
storage.dll wird auch als eingebaut geladen, da die 32-Bit Ole32.dll enthält das
16-bit storage.dll.

Beispiele:

WINEDLLOVERRIDES="comdlg32,shell32=n,b"
Versuchen Sie zuerst comdlg32 und shell32 als native Windows-DLL zu laden und versuchen Sie es
integrierte Version, wenn das native Laden fehlschlägt.

WINEDLLOVERRIDES="comdlg32,shell32=n;c:\\foo\\bar\\baz=b"
Versuchen Sie, die Bibliotheken comdlg32 und shell32 als native Windows-DLLs zu laden.
Darüber hinaus, wenn eine Anwendungsanforderung zum Laden c:\foo\bar\baz.dll Laden Sie die
eingebaute Bibliothek baz.

WINEDLLOVERRIDES="comdlg32=b,n;shell32=b;comctl32=n;oleaut32="
Versuchen Sie zuerst comdlg32 als Builtin zu laden und versuchen Sie die native Version, wenn die
eingebaute Last schlägt fehl; lade shell32 immer als Builtin und comctl32 immer als
einheimisch; oleaut32 wird deaktiviert.

WEINARCH
Gibt die zu unterstützende Windows-Architektur an. Es kann entweder eingestellt werden auf win32
(unterstützt nur 32-Bit-Anwendungen) oder an win64 (unterstützen beide 64-Bit-Anwendungen
und 32-Bit-Versionen im WoW64-Modus).
Die von einem bestimmten Wine-Präfix unterstützte Architektur wird zum Zeitpunkt der Präfix-Erstellung festgelegt
und kann nachträglich nicht mehr geändert werden. Bei der Ausführung mit einem vorhandenen Präfix wird Wine
weigern Sie sich zu starten, wenn WEINARCH stimmt nicht mit der Präfixarchitektur überein.

DISPLAY
Gibt die zu verwendende X11-Anzeige an.

Konfigurationsvariablen des OSS-Soundtreibers:

AUDIODEV
Stellen Sie das Gerät für die Audioeingabe / -ausgabe ein. Standard /dev/dsp.

MIXERDEV
Stellen Sie das Gerät für die Mischersteuerung ein. Standard /dev/mixer.

MIDIDEV
Stellen Sie das MIDI-Gerät (Sequenzer) ein. Standard /dev/sequenzer.

Nutzen Sie wine64-development online über die Dienste von onworks.net