Wein (Software)
Originalautor (en) | Bob Amstadt, Eric Youngdale |
---|---|
Entwickler (en) | Weinautoren[1] (1.755) |
Erstveröffentlichung | 4. Juli 1993 |
Stabile Version | |
Vorschau -Version | 7.13[5] / 15. Juli 2022 |
Repository | Quelle |
Geschrieben in | C |
Betriebssystem | |
Plattform | IA-32, x86-64, ARM |
Verfügbar in | Mehrsprachig |
Typ | Kompatibilitätsschicht |
Lizenz | LGPLV2.1+[8][9] |
Webseite | wonehq.org |
Wein (früher a rekursiv BackRonym zum Wein ist kein Emulator, jetzt nur "Wein")[10] ist ein frei und offen Kompatibilitätsschicht das zielt zu erlauben Anwendungssoftware und Computerspiele entwickelt für Microsoft Windows weiter laufen Unix-artig Betriebssysteme. Wein bietet auch a Softwarebibliothek, genannt Winelib, gegen welche Entwickler können kompilieren Windows -Anwendungen zur Unterstützung Hafen sie zu Unix-ähnlichen Systemen.[11]
Wein liefert seine Kompatibilitätsschicht für Windows Laufzeitsystem (auch Laufzeitumgebung genannt), was übersetzt wird Windows -API Anrufe in Posix API -Anrufe,[10] neu erstellen Verzeichnisaufbau von Windows und Bereitstellung alternativer Implementierungen von Windows Systembibliotheken,[12] Systemdienste durch WinseServer
[13] und verschiedene andere Komponenten (wie z. Internet Explorer, das Windows Registry Editor,[14] und msiexec[15]). Wein wird überwiegend mit Verwendung geschrieben Black-Box-Tests umgekehrter Engineering, um zu vermeiden Urheberrechte © Ausgaben.[16]
Die Auswahl von "Wein ist kein Emulator", da der Name des Weinprojekts das Ergebnis einer Namensdiskussion im August 1993 war[17] und David Niemi zugeschrieben. Es gibt einige Verwirrung durch eine frühe FAQ, die verwendet wird Windows Emulator und andere ungültige Quellen, die nach dem festgelegten Weinprojektnamen angezeigt werden. Nein Codeemulation oder Virtualisierung tritt beim Ausführen eines Fensters auf Anwendung unter Wein.[18] "Emulation" normalerweise würde sich auf Hinrichtung von zusammengestellt Code für einen bestimmt Prozessor (wie zum Beispiel x86) durch Interpretieren/Neukompilieren Software, die auf einem anderen Prozessor ausgeführt wird (wie z. Powerpc). Während der Name manchmal in den Formularen erscheint WEIN und WeinDie Projektentwickler haben sich bereit erklärt, das Formular zu standardisieren Wein.[19]
Wein wird hauptsächlich für Linux und für Linux entwickelt und Mac OS,[20] Und es gibt ab Juli 2020[aktualisieren], gut gepflegte Pakete für beide Plattformen.[21]
In einer Umfrage von 2007 von Desktoplinux.com von 38.500 Linux -Desktop -Benutzern gaben 31,5% der Befragten an, Wine zum Ausführen von Windows -Anwendungen zu verwenden.[22] Diese Pluralität war größer als alle x86 Virtualisierung Programme kombiniert sowie größer als die 27,9%, die angaben, Windows -Anwendungen nicht auszuführen.[23]
Geschichte
Bob Amstadt, der erste Projektleiter, und Eric Youngdale starteten 1993 das Weinprojekt, um Windows -Anwendungen auf Linux. Es wurde von zwei inspiriert Sun Microsystems'Produkte, die Wabi für die Solaris Betriebssystem und die Öffentliche Windows -Initiative,[24] Welches war ein Versuch, das zu bekommen Windows -API voll implementiert als öffentlich zu implementiert als ISO Standard, aber aufgrund des Drucks aus dem Druck abgelehnt Microsoft in 1996.[25] Wein ursprünglich gezielt 16-Bit-Anwendungen zum Windows 3.x, aber ab 2010[aktualisieren] konzentriert sich auf 32-Bit und 64-Bit Versionen, die zum Standard für neuere Betriebssysteme geworden sind. Das Projekt stammt aus Diskussionen über Usenet in comp.os.linux Im Juni 1993.[26] Alexandre Julliard hat das Projekt seit 1994 geleitet.
Das Projekt hat sich für die Entwickler zeitaufwändig und schwierig erwiesen, hauptsächlich aufgrund unvollständig und falsch Dokumentation der Windows -API. Während Microsoft die meisten Win32 umfassend dokumentiert Funktionen, einige Bereiche wie Dateiformate und Protokolle Sie haben keine öffentlich verfügbar Käfer Dieser Wein muss genau duplizieren, damit einige Anwendungen ordnungsgemäß funktionieren können.[27] Folglich hat das Weinteam dekompiliert Viele Funktionsaufrufe und Dateiformate in Bereichen wie dunkeln.
Das Weinprojekt veröffentlichte ursprünglich Wein unter demselben MIT -Lizenz als X -Fenstersystem, aber aufgrund der Besorgnis um proprietär Versionen von Wein, die ihre Veränderungen nicht zum Kernprojekt zurückführen,[28] Die Arbeiten ab März 2002 haben die LGPL für die Lizenzierung verwendet.[29]
Der Wein trat offiziell mit Version 0.9 am 25. Oktober 2005 Beta ein.[30] Version 1.0 wurde am 17. Juni 2008 veröffentlicht.[31] Nach 15 Jahren Entwicklung. Version 1.2 wurde am 16. Juli 2010 veröffentlicht.[32] Version 1.4 am 7. März 2012,[33] Version 1.6 am 18. Juli 2013[34] und Version 1.8 am 19. Dezember 2015.[35] Entwicklungsversionen werden ungefähr alle zwei Wochen veröffentlicht.
Weinstart ist ein unabhängig gepflegter Satz aggressiv Patches Nicht von WinEHQ-Entwicklern als bereit für die Verschmelzung in das Weinrepository als nützlich angesehen, sondern auch für das Weinkompolio als nützlich angesehen Gabel. Es umfasst hauptsächlich experimentelle Funktionen und Fehlerbehebungen. Seit Januar 2017 werden Patches im Weinstock aktiv in den WinEHQ stromaufwärts verschmolzen, als Weinkompholio das Projekt an Alistair Leslie-Hughes, einen wichtigen WinEHQ-Entwickler, übertragen hat.[36]
Firmensponsoring
Der Hauptsponsor von Wein ist der Hauptsponsor von Wein ist Codeweavers, der Julliard und viele andere Weinentwickler einsetzt, um an Wein zu arbeiten und an Crossover, CodeWeavers 'unterstützte Version von Wein. Crossover beinhaltet einige anwendungsspezifische Verbesserungen, die für die nicht als geeignet angesehen werden stromaufwärts Version sowie einige zusätzliche proprietäre Komponenten.[37]
Die Beteiligung von Corel Eine Zeit lang half das Projekt, hauptsächlich durch die Beschäftigung von Julliard und anderen, um daran zu arbeiten. Corel interessierte sich am Portieren Wordperfect Office, es ist Office Suitezu Linux (besonders Corel Linux). Corel hat später alle Projekte im Zusammenhang mit Linux abgesagt, nachdem Microsoft große Investitionen in Corel getätigt hatte und ihre Weinbemühungen gestoppt hatte.[38]
Andere Unternehmenssponsoren umfassen Google, die Codeweavers anstellte, um Wein so zu reparieren Picasa Lief gut genug, um direkt auf Linux zu portieren, indem Sie denselben Binärer wie unter Windows verwenden. Google bezahlte später für Verbesserungen der Unterstützung des Weins für die Wein Adobe Photoshop CS2. Wein ist auch ein regelmäßiger Nutznießer von Google's Sommer des Code Programm.[39][40]
Entwurf
Das Ziel von Wein ist es, die umzusetzen Windows -APIs Voll oder teilweise werden von Programmen erforderlich, die die Benutzer von Wein auf einem Unix-ähnlichen System laufen möchten.
Grundlegende Architektur
Die Programmierschnittstelle von Microsoft Windows besteht weitgehend aus Dynamische Linkbibliotheken (DLLs). Diese enthalten eine große Anzahl von Wrapper-Unterroutinen für die Systemaufrufe des Kernels, des NTOS-Kernel-Modus-Programms (NTOSKRNL.EXE). Ein typisches Windows-Programm ruft einige Windows-DLLs auf, die wiederum Benutzer-Modus-GDI/User32-Bibliotheken aufrufen, was wiederum den Kernel32.DLL (Win32-Subsystem) verwendet, der für den Umgang mit dem Kernel durch Systemanrufe verantwortlich ist. Die System-Call-Ebene gilt als privat für Microsoft-Programmierer, da die Dokumentation nicht öffentlich verfügbar ist, und veröffentlichte Schnittstellen basieren alle auf Subsysteme, die auf dem Kernel ausgeführt werden. Außerdem gibt es eine Reihe von Programmierschnittstellen, die als Dienste implementiert sind, die als separate Prozesse ausgeführt werden. Anwendungen kommunizieren mit User-Mode-Diensten über RPCs.[41]
Wein implementiert die Fenster Anwendung Binärschnittstelle (Abi) vollständig in Benutzerraumeher als als als Kernelmodul. Wein spiegelt meistens die Hierarchie wider, wobei Dienste normalerweise vom Kernel in Windows erbracht werden[42] stattdessen von a bereitgestellt Dämon Bekannt als The WinseServer, dessen Aufgabe es ist, grundlegende Windows -Funktionen zu implementieren, sowie die Integration in die X Fenstersystemund Übersetzung von Signale in native Windows -Ausnahmen. Obwohl WinseServer einige Aspekte der implementiert Windows -KernelAufgrund der zugrunde liegenden Architektur des Weins ist es nicht möglich, native Windows -Treiber zu verwenden.[41]
Bibliotheken und Anwendungen
Wein ermöglicht das Laden sowohl Windows DLLs als auch Unix gemeinsame Objekte für seine Windows -Programme. Seine integrierte Implementierung der grundlegendsten Windows DLLs, nämlich Ntdll, Kernel32, GDI32, und User32Verwendet die gemeinsam genutzte Objektmethode, da sie auch Funktionen im Host -Betriebssystem verwenden müssen. Übergeordnete Bibliotheken wie Wined3D können das DLL-Format nutzen. In vielen Fällen können Benutzer eine DLL von Windows anstelle der von Wine implementierten Windows laden. Dies kann Funktionen liefern, die noch nicht von Wein implementiert werden, aber auch zu Fehlfunktionen führen können, wenn es auf etwas anderes angewiesen ist, das nicht im Wein vorhanden ist.[41]
Wein verfolgt seinen Implementierungszustand durch automatisiert Unit -Tests bei jedem Git -Commit gemacht.[43]
Grafik und Spiele
Während die meisten Office-Software komplexe GPU-beschleunigte Grafik-APIs nicht verwenden, tun es Computerspiele. Um diese Spiele richtig zu betreiben, müsste Wein die Zeichnungsanweisungen an das Host -Betriebssystem weiterleiten und sie sogar in etwas übersetzen, das der Host verstehen kann.
DirectX ist eine Sammlung von Microsoft -APIs für Rendering, Audio und Eingabe. Ab 2019 enthält Wine 4.0 eine DirectX 12 -Implementierung für Vulkan APIund DirectX 11.2 für OpenGL.[44] Wine 4.0 ermöglicht es auch Wein, Vulkan -Anwendungen durchzuführen, indem sie den Host -Betriebssystem oder bei MacOS Zeichnungsbefehle übergeben, indem sie sie in die übersetzen Metall -API durch Moltenvk.[44]
- Xaudio
- Ab Februar 2019[aktualisieren], Wine 4.3 verwendet die Faudio -Bibliothek (und Wine 4.13 enthalten eine Lösung dafür), um die zu implementieren Xaudio2 Audio -API (und mehr).[45][46]
- Xinput und Roheingabe
- Wein seit 4.0 (2019) unterstützt Spielcontroller durch seine integrierten Implementierungen dieser Bibliotheken. Sie werden als UNIX -gemeinsame Objekte erstellt, da sie auf die Controller -Schnittstellen des zugrunde liegenden Betriebssystems zugreifen müssen, insbesondere durch SDL.[44]
- Direct2D
- Wine 4.0 unterstützt Direct2d 1.2.[44]
Direct3d
Ein Groß Direkt zeichnen API ruft in OpenGL. Ab 2019 unterstützt diese Komponente bis zu DirectX 11.[44] Ab 12. Dezember 2016, Wein ist gut genug, um zu laufen Overwatch mit d3d11.[47] Die WINED3D-DLLs wurden nicht nur in Wein verwendet, sondern auch unter Windows selbst, sodass ältere GPUs Spiele mit neueren DirectX-Versionen und für alte DDRAW-basierte Spiele korrekt ausführen können.[48]
Einige Arbeiten dauern an, um das Direct3D -Backend in Vulkan API zu verlegen. DIRECT3D 12 -Unterstützung in 4.0 wird von einem "VKD3D" -Subprojekt bereitgestellt.[44] und Wined3d wurde 2019 experimentell für die Nutzung der Vulkan -API portiert.[49] Eine andere Implementierung, DXVK, übersetzt auch Direct3d 9, 10 und 11 Anrufe mit Vulkan und ist ein separates Projekt.[50]
Wein, der beim Patch alternativ Direct3D 9 -API -Befehle direkt über a ausführen kann frei und offen Gallium3d State Tracker (auch bekannt als GPU -Treiber) ohne Übersetzung in OpenGL -API -Aufrufe. In diesem Fall ermöglicht die Gallium3D-Schicht einen direkten Durchgang von DX9-Zeichnungsbefehlen, der zu Leistungsverbesserungen von bis zu einem Faktor 2 führt.[51] Ab 2020 heißt das Projekt Gallium. Es ist ab sofort als separates eigenständiges Paket erhältlich und benötigt keine Patched Wine -Version mehr.[52]
Benutzeroberfläche
Wein wird normalerweise aus dem Befehlszeilen-Interpreter aufgerufen: Weinprogramm.exe
.[53]
Winecfg
Da ist der Dienstprogramm Winecfg
Dadurch wird eine grafische Benutzeroberfläche mit Steuerelementen zum Anpassen grundlegender Optionen gestartet.[54] Es handelt sich um ein GUI -Konfigurationsdienstprogramm, das mit Wein enthalten ist. WinecFG erleichtert das Konfigurieren von Wein, indem es unnötig ist, die Registrierung direkt zu bearbeiten. Bei Bedarf kann dies jedoch mit dem enthaltenen Registrierungseditor erfolgen (ähnlich wie Windows reflikt).
Anwendungen von Drittherstellern
Einige Anwendungen erfordern mehr Optimierungen als die einfache Installation der Anwendung, um ordnungsgemäß zu funktionieren, z. B. manuell konfigurieren Wein für bestimmte Verwendung Windows DLLs. Das Weinprojekt integriert solche nicht workarounds in die WeincodeBase, sondern konzentrieren Windows -API. Während dieser Ansatz die Weinentwicklung auf die langfristige Kompatibilität konzentriert, erschwert er es den Benutzern, Anwendungen auszuführen, die Problemumgehungen erfordern. Folglich wurden viele Anwendungen von Drittanbietern erstellt, um die Verwendung der Anwendungen zu erleichtern, die nicht funktionieren aus der Schachtel innerhalb des Weins selbst. Das Weinwiki unterhält eine Seite aktueller und veralteter Anwendungen von Drittanbietern.[55]
- Winetricks ist ein Skript So installieren Sie einige grundlegende Komponenten (in der Regel Microsoft -DLLs und Schriftarten) und Optimierungseinstellungen, die für einige Anwendungen erforderlich sind, um sie unter Wein korrekt auszuführen.[56] Es kann die Installation einer Reihe von Anwendungen und Spielen vollständig automatisieren, einschließlich der Anwendung der erforderlichen Problemumgehungen. Winetricks hat a GUI.[57] Das Weinprojekt akzeptiert im Gegensatz zu den meisten Anwendungen von Drittanbietern Fehlerberichte für Benutzer von Winetricks. Es wird vom Weinentwickler Austin English gepflegt.[58]
- Q4Wine ist eine offene GUI für fortgeschrittene Weinanlage.
- Weintüren ist ein Anwendungsmanagement -Tool für die Gnom Desktop, der Wein mit Funktionen verleiht. Wine-Doors ist eine Alternative zu Winetools, die die Merkmale von Winetools verbessern und die ursprüngliche Idee mit einem moderneren Designansatz ausdehnen soll.[59]
- IEs4Linux ist ein Dienstprogramm zur Installation aller Versionen von Internet Explorer, einschließlich Versionen 4 bis 6 und Version 7 (in Beta).[60]
- Winskin ist ein Dienstprogramm zur Verwaltung von Wine Engine -Versionen und zum Erstellen von Wrappern für Mac OS.[61]
- PlayOnLinux ist eine Anwendung, um die Installation von Windows -Anwendungen (hauptsächlich Spiele) zu erleichtern. Es gibt auch eine entsprechende Macintosh -Version namens namens Playonmac.
- Lutris Ist eine Open-Source-Anwendung, um Windows Games auf Linux einfach zu installieren.[62]
- Bordeaux ist ein proprietärer Wine GUI -Konfigurationsmanager, der Winelib -Anwendungen ausführt. Es unterstützt auch die Installation von Drittanbietern, die Installation von Anwendungen und Spielen sowie die Möglichkeit, benutzerdefinierte Konfigurationen zu verwenden. Bordeaux Derzeit läuft unter Linux, FreeBSD, PC-BSD, Solaris, OpenSolaris, Openindiana,[63][64] und MacOS -Computer.
- Flaschen ist ein open-source-grafisches Weinpräfix und Läufermanager für Wein basierend auf GTK. Es bietet ein auf Repository basierendes Abhängigkeitsinstallationssystem und eine Flaschenversionierung, um einen früheren Status wiederherzustellen.[65]
- Winegui ist eine kostenlose und open-Source-grafische Schnittstelle zur Verwaltung von Wein. Sie können problemlos Weinflaschen erstellen und Windows -Anwendungen oder Spiele installieren.[66]
Funktionalität
Die Entwickler der Direct3d Teile des Weins haben weiterhin neue Funktionen wie z. Pixel -Shader Erhöhung der Spielunterstützung.[67] Wein kann auch native DLLs direkt verwenden, wodurch die Funktionalität erhöht wird. Anschließend wird eine Lizenz für Windows benötigt, es sei denn, die DLLs wurden mit der Anwendung selbst verteilt.
Wein umfasst auch seine eigenen Open-Source-Implementierungen mehrerer Windows-Programme wie z. Notizblock, Wordpad, Schalttafel, Internet Explorer, und Windows Explorer.[68]
Die Wine Application Database (APPDB) ist eine von der Community gepflegte Online-Datenbank darüber, welche Windows-Programme mit Wein arbeiten und wie gut sie funktionieren.
Rückwärtskompatibilität
Wein sorgt gut Rückwärtskompatibilität mit Legacy Windows -Anwendungen, einschließlich der für geschriebenen für Windows 3.1x.[69] Wein kann verschiedene Windows -Versionen nachahmen, die für einige Programme erforderlich sind, und gehen bis nach Windows Version 2.0 zurück.[70] Die Unterstützung von Windows 1.x und Windows 2.x wurde jedoch aus der Weinentwicklung Version 1.3.12 entfernt. Wenn dosbox auf dem System installiert ist (siehe unten auf MS-DOS), Wine Development Version 1.3.12 und später doch die Option "Windows 2.0" für die Windows-Version zum Nachahmung, aber Wein wird immer noch nicht die meisten Windows 2.0-Programme ausführen, da MS-DOS- und Windows-Funktionen derzeit nicht integriert sind.
Rückwärtskompatibilität in Wein ist im Allgemeinen der von Windows überlegen, da neuere Versionen von Windows Benutzer dazu zwingen können, Legacy Windows -Anwendungen zu verbessern, und können möglicherweise brechen verlassene Software Für immer, da niemand das Programm für die Änderungen im Betriebssystem anpasst. In vielen Fällen kann Wein eine bessere Legacy -Unterstützung bieten als neuere Windows -Versionen mit "Kompatibilitätsmodus". Wein kann laufen 16-Bit Windows -Programme (Win16) auf einem 64-Bit-Betriebssystem, das ein verwendet x86-64 (64-Bit) CPU,[71] Eine Funktionalität, die in 64-Bit-Versionen von Microsoft Windows nicht zu finden ist.[72][73] Winevdm Ermöglicht 16-Bit-Windows-Anwendungen auf 64-Bit-Versionen von Windows.[74]
Wein unterstützt teilweise Fenster Konsolenanwendungenund der Benutzer kann auswählen, welches Backend zum Verwalten der Konsole verwendet werden soll (Auswahl umfasst Rohströme. Flüche, und User32).[75] Bei Verwendung der Rohströme oder Flüche Backends werden Windows -Anwendungen in einem UNIX -Terminal ausgeführt.
64-Bit-Anwendungen
Vorläufige Unterstützung für 64-Bit Windows -Anwendungen wurden im Dezember 2008 zu Wine 1.1.10 hinzugefügt.[76] Ab April 2019[aktualisieren]Die Unterstützung wird als stabil angesehen. Die beiden Weinversionen werden getrennt gebaut, und infolgedessen erzeugt der Bau von Wine64 eine Umgebung, die nur X86-64-Anwendungen ausführen kann.[77]
Ab April 2019[aktualisieren], Wein hat eine stabile Unterstützung für a Wow64 Build, wodurch sowohl 32-Bit- als auch 64-Bit-Windows-Anwendungen in derselben Weininstanz ausgeführt werden können. Um einen solchen Build auszuführen, muss man zuerst die 64-Bit-Version erstellen und dann die 32-Bit-Version auf die 64-Bit-Version erstellen. Genau wie der WOW64 von Microsoft wird der 32-Bit-Build-Prozess Teile hinzufügen, die für die Behandlung von 32-Bit-Programmen zum 64-Bit-Build erforderlich sind.[77] Diese Funktionalität ist mindestens 2010 zu sehen.[78]
MS-DOS
Frühe Versionen von Microsoft Window MS-DOSund Windows-Programme können von MS-DOS-Programmen abhängen, die nutzbar sind. Wine hat keine gute Unterstützung für MS-DOS, aber beginnend mit der Entwicklung Version 1.3.12 versucht Wein, die MS-DOS-Programme in den Bereichen MS-DOS-Programme ausführen Dosbox Wenn dosbox auf dem System verfügbar ist.[79] Aufgrund eines Fehlers aktuelle Versionen[Benötigt Update] von Wein fälschlicherweise identifizieren Sie Windows 1.x- und Windows 2.x-Programme als MS-DOS-Programme und versuchen, sie in dosbox auszuführen (was nicht funktioniert).[80]
Winelib
Wine bietet Winelib, mit dem die Implementierungen der Windows-API mit Shared-Object als tatsächliche Bibliotheken für ein UNIX-Programm verwendet werden können. Auf diese Weise kann Windows -Code in native UNIX -Executables integriert werden. Seit Oktober 2010 arbeitet Winelib auch an der ARM Plattform.[81]
Nicht x86 Architekturen
Unterstützung für Solaris Sparc wurde in Version 1.5.26 fallen gelassen.
Arm, Windows CE und Windows RT
Wein unterstützt einige Unterstützung für ARM (sowie ARM64/AArch64) Prozessoren und die darauf laufen, die darauf laufen. Ab April 2019[aktualisieren], Wein kann Arm/Win32 -Anwendungen für Entsperrung betreiben Windows Rt Geräte (aber nicht Windows RT -Programme). Windows CE Unterstützung (entweder x86 oder arm) fehlt,[82] aber eine inoffizielle, Pre-Alpha Die Proof-of-Concept-Version namens Winece ermöglicht eine gewisse Unterstützung.[83]
Wein für Android
Am 3. Februar 2013 im Fosdem Talk in Brüssel, Alexandre Julliard zeigte eine frühe Demo von Wein, die bei Google läuft Android Betriebssystem.[84]
Experimentelle Weinbauten für Android (x86 und Arm) wurden Ende 2017 veröffentlicht. Seitdem wurde es von den offiziellen Entwicklern routinemäßig aktualisiert.[7] Die Standard-Builds implementieren keine Cross-Architecture-Emulation über über Qemuund infolgedessen werden Armversionen nur Armanwendungen ausführen, die die Win32 -API verwenden.[85]
Microsoft -Anwendungen
Wine verwendet standardmäßig spezielle Fenster Builds von Gecko und Mono Microsofts ersetzen Internet Explorer und .NET Framework. Wein hat eingebaute Implementierungen von Jscript und Vbscript. Es ist möglich, die Installateure von Microsoft für diese Programme über Winetricks oder manuell herunterzuladen und auszuführen.
Es ist nicht bekannt, dass Wein für die meisten Versionen von Internet Explorer (dh) eine gute Unterstützung bietet. Internet Explorer 8 für Windows XP ist die einzige Version, die eine nutzbare Bewertung für das AppDB von Wine, Out-of-the-Box, meldet.[86] Jedoch Google Chrome erhält eine Goldbewertung (zum Wein von 5,5 Starts),[87] und Microsofts IE Ersatz -Webbrowser Edge basiert auf diesem Browser (nach dem Umschalten von Microsofts eigener Rendering -Engine[88]). Winetricks bieten eine automatische Installation für Internet Explorer 6 bis 8, sodass diese Versionen vernünftigerweise mit seinen eingebauten Problemumgehungen zusammenarbeiten können.
Eine Alternative zur direkten Installation des Internet Explorer besteht darin, die inzwischen aufgelöste Nutzung zu verwenden IEs4Linux. Es ist nicht mit den neuesten Versionen von Wein kompatibel.[89] Und die Entwicklung von IES4Linux ist inaktiv.
Andere Versionen von Wein
Die Kernweinentwicklung zielt auf eine korrekte Implementierung der Windows -API als Ganzes ab und ist in einigen Bereichen der Kompatibilität mit bestimmten Anwendungen manchmal zurückgeblieben. Direct3d zum Beispiel blieb bis 1998 unimplementiert.[90] Obwohl neuere Veröffentlichungen eine zunehmend vollständige Umsetzung hatten.[91]
Crossover
Codeweavers Markets Crossover speziell zum Laufen Microsoft Office und andere wichtige Windows -Anwendungen, einschließlich einiger Spiele. Codeweavers beschäftigt Alexandre Julliard Um an Wein zu arbeiten und den größten Teil seines Code zum Weinprojekt unter der LGPL beizutragen. Codeweavers veröffentlichte auch eine neue Version namens Crossover Mac für Intel-basierte Intel-basierte Version Apple Macintosh Computer am 10. Januar 2007.[92]
Ab 2012 umfasst Crossover die Funktionalität sowohl der Crossover -Spiele als auch der Crossover -Pro -Linien. Daher sind Crossover -Spiele und Crossover Pro nicht mehr als einzelne Produkte erhältlich.[93]
Crossover -Spiele wurden für das Ausführen von Fenstern optimiert Videospiele. Im Gegensatz zu Crossover konzentrierte es sich nicht auf die stabilste Version von Wein. Stattdessen werden experimentelle Funktionen zur Unterstützung neuerer Spiele bereitgestellt.[94]
Wein@Eteroft
Das Russisch Das Unternehmen Eteroft entwickelt seit 2006 eine proprietäre Version von Wein. Wine@Eteroft unterstützt beliebte russische Anwendungen (zum Beispiel, 1c: Enterprise durch 1c Company).[95]
Proton
Am 21. August 2018, Ventil kündigte eine neue Variation des Weins mit dem Namen Proton an, um in die Linux -Version des Unternehmens integriert zu werden Dampf Software (einschließlich Dampfinstallationen, die in ihre Linux-basierten integriert sind Steamos Betriebssystem und Dampfmaschine Computers).[96] Valves Ziel für Proton ist es, Dampfnutzern auf Linux zu ermöglichen, Spiele zu spielen, denen ein nationaler Linux-Port (insbesondere Back-Catalog-Spiele) fehlt, und letztendlich durch Integration mit Steam sowie Verbesserungen der Spielunterstützung in Bezug auf Mainline-Wein, um Benutzer zu geben "Das gleiche einfache Plug-and-Play-Erlebnis", das sie bekommen würden, wenn sie das Spiel nativ unter Linux spielen würden.[96] Proton trat sofort nach der Bekanntgabe der öffentlichen Beta ein.[96]
Valve hat bereits seit 2016 mit Codeweavers zusammengearbeitet, um Verbesserungen der Spiele von Wine zu entwickeln, von denen einige mit dem vorgelagerten Weinprojekt zusammengeführt wurden.[96] Einige der in Proton einbezogenen spezifischen Verbesserungen umfassen Vulkan-Basierend Direct3d 9, 10, 11 und 12 Implementierungen über vkd3d,[97] DXVK,[98] und D9VK[99] Multi-Thread-Leistungsverbesserungen über Esync,[100] Verbessertes Umgang mit Vollbildspielen und besserer Unterstützung für automatische Spielcontroller -Hardware.[96]
Proton ist vollständig offen und über GitHub erhältlich.[101]
Andere Projekte mit Weinquellcode
Weitere Projekte mit Weinquellcode sind:
- OTVDM,[102] Eine 16-Bit-App-Kompatibilitätsebene für 64-Bit-Fenster.
- Reactos, ein Projekt zum Schreiben eines Betriebssystems, das mit kompatibel ist Windows NT Versionen 5.x und up (einschließlich einschließlich Windows 2000 und seine Nachfolger) bis zur Gerätetreiber eben. Reactos verwendet den Weinquellcode erheblich, aber aufgrund architektonischer Unterschiede wird ReactOS -Code (z.[103] Im Juli 2009 startete Aleksey Bragin, der Reactos Project Lead, begann[104] Ein neuer Reactos -Zweig genannt Arwinss,[105] und es wurde offiziell im Januar 2010 angekündigt.[106] Arwinss ist eine alternative Implementierung der Kern -Win32 -Komponenten und verwendet überwiegend unveränderte Versionen von Wine user32.dll und GDI32.dll.
- Winebottler,[107] Eine Wrapper um Wein in Form einer normalen MAC -Anwendung. Es verwaltet mehrere Weinkonfigurationen für verschiedene Programme in Form von "Flaschen".
- Winskin, ein Open Source Wine GUI -Konfigurationsmanager für Mac OS. Wineskin erstellt einen Wrapper um Wein in Form einer normalen MAC -Anwendung. Der Wrapper kann auch verwendet werden, um einen verteilbaren "Port" der Software zu erstellen.[108]
- Odin, ein Projekt zum Ausführen von Win32 -Binärdateien auf OS/2 oder konvertieren Sie sie in OS/2 Native Format. Das Projekt bietet auch die ODIN32 -API, um Win32 -Programme für OS/2 zu erstellen.
- Virtualisierungsprodukte wie z. Parallelen Desktop für Mac und Virtualbox Verwenden Sie Wined3D, um die GPU zu verwenden.
- Winonx, ein kommerzielles Weinpaket für MacOS, das eine GUI zum Hinzufügen und Verwalten von Anwendungen und virtuellen Maschinen enthält.[109]
- WINED3D für Windows, eine Kompatibilitätswrapper, die alte Direct3D -Versionen und Funktionen emuliert, die von Microsoft in den letzten Windows -Releases mit OpenGL entfernt wurden. Dies funktioniert manchmal wieder ältere Spiele.[110]
Abgesetzt
- CEDEGA / WINEX: Transgaming Inc. (jetzt Findev Inc. Seit dem Verkauf seiner Softwareunternehmen) produzierte die proprietäre Cedega -Software. Früher als Winex bekannt, vertrat Cedega a Gabel Von der letzten MIT-lizenzierten Wine-Version im Jahr 2002. Ähnlich wie bei Crossover-Spielen wurde Transgamings Cedega darauf ausgerichtet, Windows-Videospiele zu leiten. Am 7. Januar 2011 kündigte Transgaming Inc. die fortgesetzte Entwicklung der CEDEGA -Technologie im Rahmen des Gametree -Entwicklerprogramms an. Transgaming Inc. erlaubte den Mitgliedern, ihre CEDEGA -ID und ihr Passwort bis zum 28. Februar 2011 weiter zu verwenden.[111]
- Apfelwein: Transgaming produzierte auch Apfelwein, eine Bibliothek für Apfel -Untzur -Architektur Macintoshes. Anstatt ein Endbenutzerprodukt zu sein, ist Apfelwein (wie Winelib) a Verpackung Ermöglicht den Entwicklern, ihre Spiele anzupassen, um nativ zu laufen Intel Mac ohne Änderungen im Quellcode.
- Darwine: Ein veralteter Hafen der Weinbibliotheken zu Darwin und macOS sowohl für die PowerPC- als auch für Intel X86 -Architekturen. Alle Patches für die X86 -Version wurden 2009 wieder in den Hauptzweig von Wine zusammengeführt. Die Entwicklung der PPC -Version wurde aufgegeben (und im Jahr 2020 Wine 5.11 Unterstützung für PowerPC.). Mike Kronenberg kreierte zuvor den Winehelper für Darwine, um eine GUI- und MacOS -App für die Interaktion mit Wein hinzuzufügen, die später durch Winebottler ersetzt wurde.[107] Darwine bietet jetzt MacOS -kompatible Pakete aus dem Weinrepository.[112]
- E/OS LX : Ein Projekt, das versucht, ein Programm für ein Betriebssystem auszuführen, ohne dass ein anderes Betriebssystem tatsächlich installiert werden muss.
- Pipelight: Eine benutzerdefinierte Version von Wein (Weinkompholio), die als a wirkt Verpackung für Windows Npapi Plugins innerhalb von Linux -Browsern.[113] Dieses Tool ermöglicht Linux -Benutzern zum Ausführen Microsoft Silverlightdas Microsoft -Äquivalent von Adobe Flash, und die Unity Web Pluginzusammen mit einer Vielzahl anderer NPAPI -Plugins. Das Projekt bietet einen umfangreichen Satz von Patches gegen das vorgelagerte Weinprojekt.[114] Einige davon wurden zugelassen und zu stromaufwärts gelegener Wein hinzugefügt. Pipelight ist größtenteils veraltet, da moderne Browser keine NPAPI -Plugins mehr unterstützen und Microsoft das Silberlicht veraltet hat.[115]
Rezeption
Das Weinprojekt hat im Laufe der Jahre eine Reihe technischer und philosophischer Beschwerden und Bedenken erhalten.
Sicherheit
Aufgrund der Fähigkeit des Weins, Windows-Binärcode auszuführen[116] Als Wein kann eine begrenzte Malware für Windows durchgeführt werden. Eine Sicherheitsanalyse aus dem Jahr 2018 ergab, dass 5 von 30 Malware -Proben erfolgreich durch Wein laufen konnten, eine relativ niedrige Rate, die dennoch ein Sicherheitsrisiko darstellte.[117] Aus diesem Grund empfehlen die Entwickler von Wein, es nie als die zu laufen Superuser.[118] Malware -Forschungssoftware wie Zerowine[119] Läuft Wein auf Linux in a virtuelle Maschine, um die Malware vollständig aus dem Host -System isoliert zu halten. Eine Alternative zur Verbesserung der Sicherheit ohne die Leistungskosten für die Verwendung einer virtuellen Maschine besteht darin, Wein in einem zu betreiben LXC Container, as Anbox Software geht standardmäßig mit Android.
Ein weiteres Sicherheitsanliegen ist, wenn die implementierten Spezifikationen schlecht gestaltet sind und Sicherheitskompromisse ermöglichen. Da Wein diese Spezifikationen implementiert, werden wahrscheinlich auch alle von ihnen enthaltenen Sicherheitslücken implementiert. Ein Instanz dieses Problems war das 2006 Windows Metafile -Verwundbarkeit, bei der Wein die schutzbedürftige Setabortproc -Flucht implementiert.[120][121]
Wein gegen native Unix -Anwendungen
Ein häufiges Anliegen des Weins ist, dass seine Existenz bedeutet, dass Anbieter weniger wahrscheinlich native Linux-, MacOS- und BSD -Anwendungen schreiben. Als Beispiel dafür lohnt es sich, das Betriebssystem von IBM von 1994 in Betracht zu ziehen. OS/2 Warp.[Originalforschung?] Ein Artikel beschreibt die Schwächen von OS/2, die ihn getötet haben, wobei der erste:
OS/2 bot eine hervorragende Kompatibilität mit DOS- und Windows 3.1 -Anwendungen. Nein, das ist kein Fehler. Viele Anwendungsanbieter argumentierten, dass sie durch die Entwicklung einer DOS- oder Windows -App zusätzlich zu den DOS/Windows -Märkten den OS/2 -Markt erreichen und keine nativen OS/2 -Anwendungen entwickelt haben.[122]
OS/2 hatte jedoch viele Probleme mit der Akzeptanz von Endbenutzern. Am schwerwiegendsten war vielleicht, dass die meisten verkauften Computer bereits mit DOS und Windows geliefert wurden, und viele Menschen haben sich nicht die Mühe gemacht, OS/2 auf seine Verdienste zu bewerten, da bereits ein Betriebssystem verfügte. "Bündelung" von DOS und Windows und der köstliche Effekt, den dies auf den Markt für Betriebssysteme hatte United States gegen Microsoft Corporation.
Das Weinprojekt selbst reagiert auf die spezifische Beschwerde über die "Förderung" der fortgesetzten Entwicklung der Windows -API auf einem ihrer Wiki Seiten:
Für die meisten Menschen bleiben eine Handvoll Programme, die sie in Windows einsperrten. Es ist offensichtlich, dass es niemals ein Microsoft -Büro geben wird, das auf Linux portiert ist, aber ältere Versionen von Programmen wie Turbotax werden jedoch auch nicht portiert. In ähnlicher Weise gibt es Zehntausende von Spielen und internen Unternehmensanwendungen, die niemals portiert werden. Wenn Sie Linux verwenden möchten und sich auf eine Legacy -Windows -Anwendung verlassen möchten, ist etwas wie Wein unerlässlich ... Wein macht Linux nützlicher und ermöglicht es Millionen von Benutzern, zu wechseln, die sonst nicht können. Dies führt zu erheblich Linux Marketshare und zieht mehr kommerzielle und Community -Entwickler an Linux.[123]
Außerdem behauptet die Weinwiki -Seite, dass Wein helfen kann, das zu brechen Hühner- und Ei-Problem zum Linux auf dem Desktop:[124]
Dies bringt uns zum Huhn- und Eierproblem von Linux auf dem Desktop. Bis Linux Äquivalente für die oben genannten Anwendungen bereitstellen kann, stagniert der Marktanteil auf dem Desktop. Bis zum Marktanteil von Linux auf dem Desktop steigt jedoch kein Anbieter Anwendungen für Linux. Wie bricht man diesen Teufelskreis?
Auch hier kann Wein eine Antwort geben. Durch die Wiederverwendung der Windows -Anwendungen, in die sie Zeit und Geld investiert haben, senkt Wine die Barriere, die die Benutzer daran hindern, auf Linux zu wechseln. Dies ermöglicht Linux dann, auf dem Desktop abzunehmen, was seinen Marktanteil in diesem Segment erhöht. Dies macht es wiederum für Unternehmen, Linux -Versionen ihrer Anwendungen zu produzieren und neue Produkte nur für den Linux -Markt zu erstellen. Diese Argumentation könnte leicht entlassen werden, wenn Wein nur Solitaire laufen konnte. Jetzt kann es jedoch Microsoft Office, Multimedia -Anwendungen wie QuickTime und Windows Media Player sowie Spiele wie Max Payne oder Unreal Tournament 3. Fakultät machen. Fast jede andere komplexe Anwendung kann mit etwas Zeit gut ausgeführt werden. Und jedes Mal, wenn die Arbeit erledigt wird, um eine Anwendung zu dieser Liste hinzuzufügen, profitieren viele andere Anwendungen von dieser Arbeit und werden auch verwendbar.
Schauen Sie sich unsere Anwendungsdatenbank an, um eine Vorstellung davon zu erhalten, was unter Wein geführt werden kann.
Die Verwendung von Wein für Spiele hat sich in der Linux -Community als speziell als kontrovers erwiesen, da einige der Ansicht sind, dass dies das weitere Wachstum von Native verhindern oder zumindest behindert Linux -Spiele auf dem Bahnsteig.[125][126]
Microsoft
Bis 2020, Microsoft hatte keine öffentlichen Aussagen über Wein gemacht. Allerdings die Windows Update Software blockiert Updates für Microsoft -Anwendungen, die in Wein ausgeführt werden. Am 16. Februar 2005 stellte Ivan Leo Puoti fest, dass Microsoft begonnen hatte, das zu überprüfen Windows -Registrierung Für die Weinkonfigurationstaste und das Windows -Update für jede Komponente blockieren.[127] Wie Puoti bemerkte: "Es ist auch das erste Mal, dass Microsoft die Existenz von Wein anerkennt."
Im Januar 2020 zitierte Microsoft Wein als positive Folge der Neuauflagen von APIs in seiner Amicus curiae Brief für Google LLC gegen Oracle America, Inc.[128]
Siehe auch
- Anbox
- Columbia Cycada
- Liebling (Software)
- Executor (Software)
- Liste der kostenlosen und Open-Source-Softwarepakete
- Linux -Kernel -API
- Mono (Software)
- PlayOnLinux
- Playonmac
- Reactos
- Windows Interface Source -Umgebung
- Windows -Subsystem für Linux
- Winegui
Verweise
- ^ "Weinquelle: Wein-6.4: Autoren". Source.Winehq.org. Abgerufen 1. November 2020.
- ^ "Wein 7.0 freigelassen". 18. Januar 2022. Abgerufen 18. Januar 2022.
- ^ "Weinfreigabe 7.0". 18. Januar 2022. Abgerufen 18. Januar 2022.
- ^ https://source.winehq.org/git/wine.git/tag/wine-7.0; Veröffentlichungsdatum: 18. Januar 2022; Abgerufen: 18. Januar 2022.
- ^ https://www.winehq.org/announce/7.13.
- ^ a b c "Download - Winehq Wiki". Abgerufen 31. Oktober 2018.
- ^ a b "Index von /Weingebäuden /Android".
- ^ "Lizenzierung - Winehq Wiki". Winehq. Archiviert Aus dem Original am 10. Januar 2017. Abgerufen 10. Januar 2017.
- ^ "Lizenz". Winehq. Abgerufen 10. Januar 2017.
- ^ a b "Winehq - Über Wein". Winehq. Abgerufen 15. April 2017.
- ^ "Winelib". Wein HQ. Abgerufen 29. Juni 2008.
- ^ "Weinarchitektur". Wein HQ. Abgerufen 16. Juni 2012.
- ^ "WinseServer - Winehq Wiki". wiki.winehq.org. Abgerufen 15. April 2017.
- ^ "REGEDIT - WIKI WIKI". wiki.winehq.org. Abgerufen 15. April 2017.
- ^ "Msiexec - wonehq wiki". wiki.winehq.org. Abgerufen 15. April 2017.
- ^ McKenzie, James (26. Dezember 2009). "Rechtsfragen". Winehq -Foren.
- ^ "Wineconf 2018" (PDF). wiki.winehq.org. Abgerufen 15. Januar 2019.
- ^ "1.3 Ist Wein ein Emulator? Es scheint Uneinigkeit zu geben". Winehq.
- ^ "Warum schreiben einige Leute Wein und nicht Wein?". Wein Wiki FAQ. Offizielles Weinwiki. 7. Juli 2008. archiviert von das Original am 21. Juni 2011. Abgerufen 13. Juli 2008.
- ^ "macos - wonehq wiki". Abgerufen 31. Oktober 2018.
- ^ "Download - Winehq Wiki". Abgerufen 31. Oktober 2018.
- ^ "2007 Desktop Linux Market Survey". 21. August 2007. archiviert von das Original am 24. Mai 2012. Abgerufen 8. Oktober 2007.
- ^ Vaughan-Nichols, Steven J. (22. August 2007). "Ausführen von Windows -Anwendungen unter Linux". 2007 Ergebnisse der Desktop Linux -Umfrage. Desktoplinux. Archiviert von das Original am 11. Februar 2010.
- ^ Amstadt, Bob (29. September 1993). "Weinprojektstatus". Newsgroup:comp.windows.x.i386unix. Abgerufen 13. Juli 2008.
- ^ "Sun verwendet ECMA als Weg zur ISO Java -Standardisierung". Computergram International. 7. Mai 1999. archiviert von das Original am 8. Juli 2012. Abgerufen 13. Juli 2008.
- ^ Byron A Jeff (25. August 1993). "Wabi unter Linux verfügbar oder nicht". Newsgroup:comp.os.linux.misc. Abgerufen 21. September 2007.
- ^ Loli-Queru, Eugenia (29. Oktober 2001). "Interview mit Alexandre Julliard von Wine". Osnews (Interview). Abgerufen 30. Juni 2008.
Normalerweise beginnen wir mit der verfügbaren Dokumentation, implementieren Sie eine erste Version der Funktion. Wenn wir dann Probleme mit Anwendungen finden, die diese Funktion aufrufen Zustände.
- ^ White, Jeremy (6. Februar 2002). "Weinlizenzwechsel". Abgerufen 27. April 2010.
- ^ Alexandre Julliard (18. Februar 2002). "LIZENTURANKLEISTUNGS -ERGEBNISSE". Abgerufen 27. April 2010.
- ^ "Beta!". 25. Oktober 2005. Abgerufen 9. Dezember 2010.
- ^ "Ankündigung von Version 1.0". Wein HQ. 17. Juni 2008. Abgerufen 1. September 2008.
- ^ Julliard, Alexandre (16. Juli 2010). "Veröffentlichungsnachrichten".
- ^ "Weinanzeige". Abgerufen 7. März 2012.
- ^ "Wein 1.6 freigelassen". Winehq. 18. Juli 2013. Abgerufen 18. Juli 2013.
- ^ "Wein 1.8 freigelassen". Winehq. 19. Dezember 2015. Abgerufen 19. Dezember 2015.
- ^ "Weinstock". Winehq Wiki. Abgerufen 22. April 2019.
- ^ White, Jeremy (27. Januar 2011). "Ankündigung von Crossover 10.0 und Crossover Games 10.0, The Imitpersonator". Codeweavers. Abgerufen 28. Januar 2011.
- ^ Vaughan-Nichols, Steven J. (25. Februar 2002). "Das sind alles Leute: Corel lässt Open Source hinter sich". Linux.com. Abgerufen 11. Mai 2021.
- ^ Kegel, Dan (14. Februar 2008). "Google's Support für Wein im Jahr 2007". Wein-Devel (Mailingliste). Abgerufen 3. Januar 2009.
- ^ "Open Source -Patches: Wein". Abgerufen 7. September 2008.
- ^ a b c "Überblick über Weinentwickler/Architektur". Winehq. Abgerufen 22. April 2019.
- ^ Siehe ""Windows -Service"Artikel
- ^ "Weinstatus". Winehq. Abgerufen 22. April 2019.
- ^ a b c d e f "Wein 4.0". Winehq.
- ^ "Faudio landet in Wein für neue Xaudio2-Neuauflagen". Phoronix. 25. Februar 2019.
- ^ "WinEHQ - WEINSCHAFTSPOLDUNG - Die Wine Development Release 4.3 ist jetzt erhältlich".
- ^ "Mit Wine Git können Sie das D3D11 Blizzard Overwatch -Spiel unter Linux laufen lassen.". Phoronix. 12. Dezember 2016.
- ^ DOSSENA, FEDERICO. "Wined3d für Windows". Federico Dossena.
- ^ "Wein 4.6". Winehq. Abgerufen 22. April 2019.
- ^ Neueink sein, Philip (4. Mai 2021), Doitsujin/dxvk, abgerufen 4. Mai 2021
- ^ Christoph Bumiller. "Direct3d 9 Gallium3d State Tracker".
Es gibt einige Unterschiede zu D3D1X: [...] Es ist in C anstelle von C ++ geschrieben und stützt sich nicht auf ein schreckliches multiple Erbe mit [...] Bisher habe ich Skyrim, Civilization 5, Anno 1404 und Starcraft 2 bei den Treibern NVC0 und R600G ausprobiert, die ziemlich gut funktionieren, bis zu x2 die FPS, die ich mit Wined3D bekomme (Hinweis: Noch keine gründlichen Benchmarking ausgeführt).
- ^ "Gallium neun eigenständig". Github. Abgerufen 3. Dezember 2020.
- ^ "Wein". Winehq. Abgerufen 29. April 2017.
- ^ Nick Congleton (26. Oktober 2016). "Wein mit Winecfg konfigurieren". Linuxconfig. Abgerufen 29. April 2017.
- ^ "Anwendungen von Drittherstellern". Offizielles Weinwiki. Abgerufen 3. Januar 2009.
- ^ "Spielen auf Linux: Ein Leitfaden für gesunde Menschen mit begrenzter Geduld". PC Welt. Abgerufen 11. Januar 2015.
- ^ VitalyLipatov (30. März 2011). "Winetricks - das offizielle Wein Wiki". Abgerufen 2. August 2011.
- ^ "Winetricks". Offizielles Weinwiki. Abgerufen 3. Januar 2009.
- ^ "Weintüren". Weintüren. Abgerufen 27. April 2010.
- ^ "IES4LINUX". Tatanka.com.br. Archiviert von das Original am 20. August 2008. Abgerufen 27. April 2010.
- ^ "Wineskin". Archiviert von das Original am 6. November 2020. Abgerufen 7. November 2012.
- ^ "Lutris".
- ^ "Openindiana Bordeaux Ankündigung". Openindiana-Announce-Mailingliste. Abgerufen 1. Oktober 2010.
- ^ "Bordeaux -Gruppe Pressemitteilung". Bordeaux -Gruppenstelle. Archiviert von das Original am 7. Oktober 2010. Abgerufen 1. Oktober 2010.
- ^ Flaschen an GitHub
- ^ "Winegui". Winegui. Abgerufen 17. Juni 2022.
- ^ "DirectX-Shaders". Offizielles Weinwiki. Archiviert von das Original am 1. Januar 2009. Abgerufen 3. Januar 2009.
- ^ "Liste der Befehle". Winehq. 12. April 2016. Abgerufen 29. April 2017.
- ^ "Windows Legacy Application Support unter Wein" (PDF). Abgerufen 9. Dezember 2010.
- ^ Strohmeyer, Robert (6. April 2007). "Müssen Sie immer noch Windows -Apps ausführen? Haben Sie ein Glas Wein". Abgerufen 9. Dezember 2010.
- ^ Andre da Costa (20. April 2016). "So aktivieren Sie die 16-Bit-Anwendungsunterstützung in Windows 10". Groovypost. Abgerufen 9. April 2019.
- ^ "64-Bit-Versionen von Windows unterstützen keine 16-Bit-Komponenten, 16-Bit-Prozesse oder 16-Bit-Anwendungen". Abgerufen 22. August 2015.
- ^ Savill, John (11. Februar 2002). "Warum kann ich nicht 16-Bit-Programme auf einem Computer installieren, der die 64-Bit-Version von Windows XP ausführt?". Abgerufen 9. Dezember 2010.
- ^ "16-Bit-Windows (Windows 1.x, 2.x, 3.0, 3.1 usw.) auf 64-Bit-Fenstern". GitHub. 27. Oktober 2021. Auf Github.
- ^ "Textmodusprogramme (CUI: Konsolenbenutzerschnittstelle)". Weinbenutzerhandbuch. Abgerufen 22. Mai 2010.
- ^ Lankhorst, Maarten (5. Dezember 2008). "Wine64 Hello World App läuft!". Wein-Devel (Mailingliste). Abgerufen 15. Dezember 2008.
- ^ a b "Weinbau". Winehq. Abgerufen 23. April 2019.
- ^ "Wine64 für Verpacker". Offizielles Weinwiki. Archiviert von das Original am 25. April 2010. Abgerufen 20. April 2010.
- ^ "[Wein] Re: Wein irgendwann überraschen mich wirklich". Abgerufen 15. Februar 2013.
- ^ "WinEHQ Bugzilla - Bug 26715 - Win1.0 Executable auslöst Dosbox". Abgerufen 15. Februar 2013.
- ^ "Die Wine Development Release 1.3.4 Ankündigung". Wonehq.org. Abgerufen 15. Oktober 2010.
- ^ "Armunterstützung". Das offizielle Weinwiki. Abgerufen 22. April 2019.
- ^ "Weinverpackungen und mehr".
- ^ "Wine on Android kommt zum Ausführen von Windows -Apps". Phoronix. 3. Februar 2013.
- ^ "Android". Winehq. Abgerufen 23. April 2019.
- ^ "Internet Explorer". WinEHQ AppDB. Abgerufen 23. April 2019.
- ^ "Google Chrome". WinEHQ AppDB. Abgerufen 9. September 2020.
- ^ "Chrombrowser sind schwarze - Winehq -Foren". Forum.Winehq.org. Abgerufen 9. September 2020.
- ^ "Bisher schaffe ich es nicht, IES4Linux zu installieren.". 22. Juni 2012.
- ^ Vincent, Brian (3. Februar 2004). "Wineconf 2004 Zusammenfassung". Weinwöchentliche Nachrichten. Nr. 208. wonehq.org. Archiviert von das Original am 31. Dezember 2006. Abgerufen 3. Januar 2009.
- ^ "Weinstatus - DirectX DLLS". Wonehq.org. Archiviert von das Original am 26. Dezember 2008. Abgerufen 3. Januar 2009.
- ^ "CodeWeavers veröffentlicht Crossover 6 für Mac und Linux". Slashdot. Abgerufen 3. Januar 2009.
- ^ "Crossover - Protokoll ändern - CodeWeavers". Archiviert von das Original am 19. August 2012. Abgerufen 9. März 2012.
- ^ "Crossover Games Site". Codeweavers. 6. Januar 1990. Abgerufen 27. April 2010.
- ^ "Wein@Eteroft - Russische proprietäre Gabel von Wein" (auf Russisch). PCWeek.ru. 21. April 2010. Abgerufen 27. April 2010.
- ^ a b c d e "Steam für Linux :: Einführung einer neuen Version des Steam Play". Ventil. 21. August 2018. Abgerufen 22. August 2018.
- ^ "VKD3D.GIT -Projekt Zusammenfassung". Winehq Git. Abgerufen 22. August 2018.
- ^ "DXVK Github Repository". Github. Abgerufen 22. August 2018.
- ^ "D9VK Github Repository". Github. Abgerufen 6. Oktober 2019.
- ^ "Github: Readme für Esync". Github. Abgerufen 22. August 2018.
- ^ "Proton Github Repository". Github. Abgerufen 22. August 2018.
- ^ "Winevdm auf 64-Bit-Fenstern". GitHub. 27. Oktober 2021.
- ^ "Entwickler FAQ". Reactos. Archiviert von das Original am 13. November 2008. Abgerufen 25. Mai 2009.
- ^ "Schöpfung von Arwinss Branch". Mail-archive.com. 17. Juli 2009. Abgerufen 27. April 2010.
- ^ "Arwinss bei Reactos Wiki". Reactos.org. 20. Februar 2010. Abgerufen 27. April 2010.
- ^ "Arwinss Präsentation". Reactos.org. Abgerufen 27. April 2010.
- ^ a b "WINEBOTTLER | Führen Sie Windows-basierte Programme auf einem Mac aus".
- ^ "Wineskin FAQ". doh123. Archiviert von das Original am 26. Oktober 2012. Abgerufen 7. November 2012.
- ^ "Winonx - Windows on Mac OSX".
- ^ DOSSENA, FEDERICO. "Wined3d für Windows". Federico Dossena. Abgerufen 19. Juli 2020.
- ^ "Gametree -Entwicklerprogramm". gametreelinux.com. Archiviert von das Original am 10. Januar 2011. Abgerufen 2. Januar 2011.
- ^ "Mac OS X bei WinEHQ". Winehq. Abgerufen 20. März 2013.
- ^ "Pipelight: Silverlight in Linux -Browsern verwenden". FDS-Team. Archiviert von das Original am 22. August 2013. Abgerufen 4. April 2014.
- ^ "Wein-Compholio-tägliches Readme". Github. Abgerufen 4. April 2014.
- ^ Smith, Jerry (2. Juli 2015). "Wechsel zu HTML5 Premium Media". Microsoft Edge Blog. Abgerufen 10. Februar 2019.
- ^ Matt Moen (26. Januar 2005). "Laufen Windows -Viren mit Wein". Archiviert von das Original am 7. Januar 2013. Abgerufen 23. Oktober 2009.
- ^ Duncan, Rory; Schreiers, Z. Cliffe (1. März 2019). "Sicherheitsauswirkungen des Ausführens von Windows -Software auf einem Linux -System mit Wein: Eine Malware -Analysestudie". Zeitschrift für Computervirologie und Hacking -Techniken. 15 (1): 39–60. doi:10.1007/s11416-018-0319-9. ISSN 2263-8733.
- ^ "Soll ich Wein als Wurzel laufen lassen?". Wein Wiki FAQ. Offizielles Weinwiki. 7. August 2009. archiviert von das Original am 21. Juni 2011. Abgerufen 24. August 2009.
- ^ "Zerowine -Projekt Homepage".
- ^ "Linux/BSD, das immer noch WMF -Exploit durch Wein ausgesetzt ist!". ZDNET. 5. Januar 2006.
- ^ "CVE-2006-0106-GDI/Driver.c und GDI/printdrv.c in Wine 20050930 und andere Versionen implementieren Sie die Setabortproc GDI-CVE-Search". Abgerufen 9. Juli 2019.
- ^ Michal Necasek. "OS/2 Warp History". Archiviert von das Original am 12. April 2010.
- ^ Bernhard Rosenkraenzer. "Weinmythen entlarven". Archiviert von das Original am 11. Januar 2016. Abgerufen 21. Oktober 2016.
- ^ "Warum Wein so wichtig ist". Abgerufen 11. Dezember 2011.
- ^ Ports gegen Wein GameSpot (Artikel von James Hills)
- ^ Ein Interview mit einem Linux Game Porter Phoronix, 3. Juli 2009 (Artikel von Michael Larabel)
- ^ Puoti, Ivan Leo (18. Februar 2005). "Microsoft Echte Downloads suchen Wein". Wein-Devel (Mailingliste). Abgerufen 23. Januar 2006.
- ^ Tung, Liam. "Wein zum Ausführen von Windows 10 Apps unter Linux erhält ein großes Upgrade". ZDNET. Abgerufen 26. November 2020.
Weitere Lektüre
- Jeremy White's Wein antwortet – Slashdot Interview mit Jeremy White von Codeweavers
- "Mad Penguin: Ein Interview mit Codeweavers Fouder [sic] Jeremy White". 25. Mai 2004. archiviert von das Original am 7. Oktober 2015.
- Ernennung des Software Freedom Law Center als Rechtsbeistand zur Vertretung des Weinprojekts
- Wein: Woher es kam, wie man es benutzt, wohin es geht - Eine Arbeit von Dan Kegel