Wein ist eine freie und offene Quellsoftwareanwendung, die zum Ziel hat, für Windows von Microsoft geschriebenen Computerprogrammen zu erlauben, auf Unix ähnlichen Betriebssystemen zu laufen. Wein stellt auch eine Softwarebibliothek, bekannt als Winelib zur Verfügung, gegen den Entwickler Windows-Anwendungen kompilieren können, um zu helfen, sie zu Unix ähnlichen Systemen zu tragen.

Wein ist eine Vereinbarkeitsschicht. Es kopiert Funktionen eines Windows-Computers durch die Versorgung alternativer Durchführungen des DLLs, den Windows-Programme, und ein Prozess nennen, um den Kern des Windows NT auszuwechseln. Diese Methode der Verdoppelung unterscheidet sich von anderen Methoden, die auch als Wetteifer betrachtet werden könnten, wohin Windows-Programme in einer virtuellen Maschine laufen. Wein wird mit der Proberücktechnik des schwarzen Kastens vorherrschend geschrieben, um Urheberrechtsprobleme zu vermeiden.

Der Name Wein war am Anfang ein Akronym für den 'Windows-Emulator. Seine Bedeutung hat sich später zum rekursiven backronym bewegt, Wein Ist Nicht ein Emulator, um die Software von anderen Emulatoren zu unterscheiden. Während der Name manchmal im Form-WEIN und Wein erscheint, sind die Projektentwickler bereit gewesen, auf dem Form-Wein zu standardisieren.

In einem 2007-Überblick durch desktoplinux.com 38,500 Tischbenutzer von Linux haben 31.5 % von Befragten Verwenden-Wein gemeldet, Windows-Anwendungen zu führen. Diese Mehrzahl war größer als alle x86 Virtualisierungsprogramme verbunden, sowie größer als die 27.9 %, wer nicht laufende Windows-Anwendungen gemeldet hat.

Geschichte

Bob Amstadt (der anfängliche Projektführer) und Eric Youngdale hat das Wein-Projekt 1993 als eine Weise angefangen, Windows-Anwendungen auf Linux zu führen. Es wurde durch zwei Sonne-Mikrosystemprodukte, Wabi für Solaris Betriebssystem und die Öffentliche Windows-Initiative (ein Versuch begeistert, die Windows-API zu bekommen, die völlig im öffentlichen Gebiet als ein ISO Standard wiederdurchgeführt ist, aber durch die Entität wegen des Drucks von Microsoft 1996 zurückgewiesen ist). Wein hat ursprünglich Windows 3.x (16 Bit) Anwendungssoftware ins Visier genommen, aber konzentriert sich auf 32-bit- und 64-Bit-Anwendungen. Das Projekt ist in Diskussionen über Usenet in [news:comp.os.linux comp.os.linux] im Juni 1993 entstanden. Alexandre Julliard hat das Projekt seit 1994 geführt.

Das Projekt hat sich zeitraubend und schwierig für die Entwickler größtenteils wegen der unvollständigen und falschen Dokumentation der Windows-API erwiesen. Während Microsoft umfassend Dokumente die meisten Win32-Funktionen, einige Gebiete wie Dateiformate und Protokolle keine offizielle Spezifizierung von Microsoft hat. Windows von Microsoft schließt auch undokumentierte auf niedriger Stufe Funktionen und dunkle Programmfehler ein, die Wein genau kopieren muss, um einigen Anwendungen zu erlauben, richtig zu arbeiten. Folglich hat die Wein-Mannschaft viele Funktionsanrufe und Dateiformate in solchen Gebieten wie thunking rückkonstruiert. Mehr kürzlich einige Entwickler haben erhöhte Taktik wie das Überprüfen der Quellen von noch vorhandenen frei und Software der offenen Quelle vorgeschlagen.

Das Wein-Projekt hat ursprünglich Wein laut derselben MIT-Lizenz wie das X Fenstersystem veröffentlicht, aber infolge der Sorge über Eigentumsversionen von Wein, der nicht ihre Änderungen zurück zum Kernprojekt beiträgt, hat die Arbeit bezüglich des Märzes 2002 den LGPL für sein Genehmigen verwendet.

Wein ist offiziell in Beta mit der Version 0.9 am 25. Oktober 2005 eingegangen. Version 1.0 wurde am 17. Juni 2008 nach 15 Jahren der Entwicklung veröffentlicht. Version 1.2 wurde am 16. Juli 2010 veröffentlicht. Entwicklungsversionen werden grob alle zwei Wochen veröffentlicht.

Version 1.4 wurde am 7. März 2012 veröffentlicht. Die 1.4 Ausgabe stellt viele Verbesserungen, solcher als das folgende (wie angesetzt, vom Wein HQ Website) zur Verfügung: "Diese Ausgabe vertritt 20 Monate des Entwicklungsaufwandes und mehr als 16,000 individuelle Änderungen. Die Haupthöhepunkte sind der neue DIB Grafikmotor, ein neu entworfener Audiostapel und die volle Unterstützung für den bidirektionalen Text und das Charakter-Formen. Es enthält auch viele Verbesserungen durch die Bank, sowie Unterstützung für viele neue Anwendungen, namentlich Microsoft Office 2010."

Korporative Bürgschaft

Der korporative Hauptförderer von Wein ist CodeWeavers, der Julliard und viele andere Wein-Entwickler anstellt, um an Wein und an CrossOver, der unterstützten Version von CodeWeavers von Wein zu arbeiten. Überkreuzung schließt einige anwendungsspezifische Kniffe nicht betrachtet passend für die Version von WineHQ, sowie einige zusätzliche Eigentumsbestandteile ein.

Die Beteiligung von Corel hat einige Zeit dem Projekt, hauptsächlich durch die Beschäftigung von Julliard und anderen geholfen, um daran zu arbeiten. Corel hatte ein Interesse am Halten nach Backbord des Büros von WordPerfect, seines Bürogefolges, zu Linux (besonders Corel Linux). Corel hat später alle Linux-zusammenhängenden Projekte annulliert, nachdem Microsoft Hauptinvestitionen in Corel gemacht hat, ihre Wein-Anstrengung aufhörend.

Andere korporative Förderer schließen Google ein, der CodeWeavers angestellt hat, um Wein zu befestigen, so ist Picasa ganz gut gelaufen, um direkt zu Linux mit derselben Dualzahl wie auf Windows getragen zu werden; Google hat später für Verbesserungen zur Unterstützung von Wein für Adobe Photoshop CS2 gezahlt. Wein ist auch ein regelmäßiger Begünstigter des Sommers von Google des Codeprogramms.

Architektur

Wein führt die Windows-API völlig im Benutzerraum, aber nicht als ein Kernmodul durch. Dienstleistungen, die normalerweise durch den Kern in Windows zur Verfügung gestellt sind, werden von einem Dämon bekannt als der wineserver zur Verfügung gestellt, dessen Aufgabe ist, grundlegende Windows-Funktionalität, sowie Integration mit dem X Fenstersystem und Übersetzung von Signalen in heimische Windows-Ausnahmen durchzuführen.

Obwohl Wein einige Aspekte des Windows-Kerns durchführt, ist es nicht möglich, heimische Windows-Treiber damit wegen der zu Grunde liegenden Architektur von Wein zu verwenden. Das hält bestimmte Anwendungen davon ab, wie einige kopiergeschützte Titel zu arbeiten.

Wein wird in erster Linie für Linux entwickelt, aber der Mac OS X, FreeBSD und die Häfen von Solaris sind zurzeit (bezüglich des Januars 2009) gut unterstützt. Wein ist auch für OpenBSD und NetBSD, durch Häfen von OpenBSD verfügbar

und NetBSD pkgsrc, beziehungsweise. Seit dem Oktober 2010 arbeitet Wein auch an der ARM-Plattform, wenn verwendet, als Winelib (der Entwickler Windows-Code auf Linux mit Wein als eine Bibliothek kompilieren lässt). Einige Versionen des DLLs von Wein sind für Windows von Microsoft verfügbar, aber Wein kompiliert nicht völlig oder auf Windows noch laufen.

Funktionalität

]]

Die Entwickler der Direct3D Teile von Wein haben fortgesetzt, neue Eigenschaften wie Pixel shaders durchzuführen, um Spielunterstützung zu vergrößern. Wein kann auch heimischen DLLs direkt verwenden, so Funktionalität vergrößernd, aber dann ist eine Lizenz für Windows erforderlich, wenn die DLLs mit der Anwendung selbst nicht verteilt wurden.

winecfg ist ein GUI mit Wein eingeschlossenes Konfigurationsdienstprogramm. Winecfg macht Konfigurieren-Wein leichter durch das Bilden davon unnötig, die Registrierung direkt zu editieren, obwohl, wenn erforderlich, das mit dem eingeschlossenen Registrierungsredakteur (ähnlich Windows regedit) getan werden kann. Wein schließt auch seine eigenen Durchführungen der offenen Quelle von mehreren anderen Windows-Programmen, wie Notizbuch, wordpad, Kontrolle, iexplore, und Forscher ein.

Wein-AnwendungsdatenbankappDB ist eine gemeinschaftsaufrechterhaltene Datenbank, über die Windows-Anwendungen mit Wein arbeiten, und wie gut sie arbeiten.

Rückwärts gerichtete Vereinbarkeit

Wein sichert gute rückwärts gerichtete Vereinbarkeit mit Vermächtnis-Windows-Anwendungen, einschließlich derjenigen, die für Windows 3.1 geschrieben sind. Wein kann verschiedene Windows-Versionen nachahmen, die für einige Programme erforderlich sind, schon zu Lebzeiten von die Windows-Version 2.0 gehend. Jedoch, wurde Unterstützung des Windows 1.x und Windows 2.x von der Wein-Entwicklungsversion 1.3.12 entfernt, wenn DOSBox auf dem System installiert wird (sieh unten auf dem MS-DOS). Sie können dennoch "Windows 2.0" als die Windows-Version auswählen, mit der Sie wetteifern wollen, aber Wein wird noch Programme des Windows 2.0 nicht führen.

Die rückwärts gerichtete Vereinbarkeit in Wein ist als dieses von Windows höher, weil neuere Versionen von Windows Benutzer zwingen können, Vermächtnis-Windows-Anwendungen zu befördern. In vielen Fällen kann Wein bessere Vermächtnis-Unterstützung anbieten als neuere Versionen von Windows mit der "Vereinbarkeitsweise". Wie illustriert, durch den Screenshot links kann Wein 16-Bit-Windows-Programme auf 64 Bit Betriebssystem führen, das einen x86-64 (64 Bit) Zentraleinheit verwendet. 64-Bit-Versionen von Windows von Microsoft können 16-Bit-Windows-Programme nicht führen.

Wein unterstützt teilweise Windows-Konsole-Anwendungen, und der Benutzer kann wählen, welchen backend zu verwenden, um die Konsole zu führen (schließen Wahlen rohe Ströme, Flüche und user32 ein). Wenn sie die rohen Ströme oder Flüche backends verwenden werden, werden Windows-Anwendungen in einem Terminal von Unix laufen.

64-Bit-Anwendungen

Die einleitende Unterstützung für 64-Bit-Windows-Anwendungen wurde zu Wein 1.1.10, im Dezember 2008 hinzugefügt. Das verlangt zurzeit mindestens gcc Version 4.4, und die Wein-Entwickler erwarten, dass sie Zeit in Anspruch nehmen wird, bevor sich Unterstützung stabilisiert. Jedoch, da fast alle Windows-Anwendungen in 32-Bit-Versionen verfügbar sind, und die 32-Bit-Version von Wein auf 64-Bit-Plattformen laufen kann, wird das als ein Nichtproblem gesehen.

Der 64-Bit-Hafen von Wein hat auch einleitende WoW64-Unterstützung , der sowohl 32-bit-als auch 64-Bit-Windows-Anwendungen erlaubt, innerhalb desselben Wein-Beispiels zu laufen.

Drittanwendungen

Einige Anwendungen verlangen mehr zwickend als einfache Installation der Anwendung, um richtig, wie das manuelle Konfigurieren von Wein zu arbeiten, um bestimmtes Windows DLLs zu verwenden. Das Wein-Projekt integriert solchen workarounds in den Wein codebase nicht, stattdessen es vorziehend, sich allein auf die Besserung der Durchführung von Wein der Windows-API zu konzentrieren. Während diese Annäherung Wein-Entwicklung auf die langfristige Vereinbarkeit einstellt, macht es es schwierig für Benutzer, Anwendungen zu führen, die workarounds verlangen. Folglich sind viele Drittanwendungen geschaffen worden, um den Gebrauch jener Anwendungen zu erleichtern, die aus dem Kasten innerhalb von Wein selbst nicht arbeiten. Der Wein wiki erhält eine Seite von aktuellen und veralteten Drittanwendungen aufrecht.

• CrossOver, Eigentumssoftware
• Bordeaux ist ein Eigentumswein GUI Konfigurationsbetriebsleiter, der winelib Anwendungen führt. Es unterstützt auch Installation von Drittdienstprogrammen, Installation von Anwendungen und Spielen und der Fähigkeit, kundenspezifische Konfigurationen zu verwenden. Bordeaux läuft zurzeit auf Linux, FreeBSD, PC-BSD, Solaris, OpenSolaris, OpenIndiana und Computern von Mac OS X.
• Winetricks ist eine Schrift, um einige grundlegende Bestandteile (normalerweise Microsoft DLLs und Schriftarten) erforderlich für einige Anwendungen zu installieren, richtig unter Wein zu laufen. Das Wein-Projekt wird Programmfehler-Berichte für Benutzer von Winetricks verschieden von den meisten Drittanwendungen akzeptieren. Es wird vom Wein-Entwickler Dan Kegel aufrechterhalten.
• QT4Wine ist ein offener Gui für die fortgeschrittene Einstellung von Wein.
• Wein-Türen sind ein Anwendungsmanagement-Werkzeug für die ZWERG-Arbeitsfläche, die Funktionalität zu Wein hinzufügt. Wein-Türen sind eine Alternative zu WineTools, der zum Ziel hat, die Eigenschaften von WineTools zu übertreffen und sich auf der ursprünglichen Idee mit einer moderneren Designannäherung auszustrecken.
• IEs4Linux ist ein Dienstprogramm, um alle Versionen von Internet Explorer, einschließlich Versionen 4 bis 6 und Version 7 (im Beta) zu installieren.
• PlayOnLinux ist eine Anwendung, um die Installation von Windows-Anwendungen (in erster Linie Spiele) zu erleichtern. Es gibt auch eine entsprechende Version von Macintosh genannt PlayOnMac
• Weinschlauch ist ein Dienstprogramm, um Wein-Motorversionen zu führen und Streifbänder für OS X zu schaffen.

Windows CE

Wein wird Programme des Windows CE nicht führen. Es gibt ein andauerndes Projekt, Wein zu tragen, um Verarbeiter, der Mai in der Zukunft ZU BEWAFFNEN, als eine Basis für WineCE verwendet werden, der Programme des Windows CE führt.

MS-DOS

Frühe Versionen von Windows von Microsoft, das oben auf dem MS-DOS und den Windows-Programmen geführt ist, können von MS-DOS-Programmen abhängen, die runnable sind. Wein hat gute Unterstützung für das MS-DOS nicht, aber mit der Entwicklungsversion 1.3.12 anfangend, Wein versucht, MS-DOS-Programme in DOSBox zu führen, wenn DOSBox auf dem System verfügbar ist. Jedoch, wegen eines Programmfehlers, identifizieren jetzige Versionen von Wein falsch Windows 1.x und Programme des Windows 2.x als MS-DOS-Programme, versuchend, sie in DOSBox zu führen (der nicht arbeitet).

Andere Versionen von Wein

Die Kernwein-Entwicklung zielt auf eine richtige Durchführung der Windows-API als Ganzes und ist manchmal in einigen Gebieten der Vereinbarkeit mit bestimmten Anwendungen langsam vergangen. Direct3D ist zum Beispiel undurchgeführt bis 1998 geblieben, obwohl neuere Ausgaben eine immer mehr ganze Durchführung gehabt haben.

Märkte von CodeWeavers CrossOver spezifisch, für Microsoft Office und andere Hauptwindows-Anwendungen einschließlich einiger Spiele zu führen. CodeWeavers stellt Alexandre Julliard an, um an Wein zu arbeiten, und trägt den grössten Teil seines Codes zum Wein-Projekt unter dem LGPL bei. CodeWeavers hat auch eine neue Version genannt die Überkreuzung Mac für auf Intel gegründete Computer des Apple Macintosh am 10. Januar 2007 veröffentlicht.

CrossOver schließt jetzt die Funktionalität sowohl der Spiele von CrossOver als auch CrossOver Pro Linien deshalb Spiele von CrossOver und CrossOver ein Pro sind als einzelne Produkte nicht mehr verfügbar.

Spiele von CrossOver wurden optimiert, um Windows-Videospiele zu führen. Verschieden von CrossOver hat es sich nicht darauf konzentriert, die stabilste Version von Wein zur Verfügung zu stellen. Statt dessen werden experimentelle Eigenschaften zur Verfügung gestellt, um neuere Spiele zu unterstützen.

TransGaming Technologies hat die Eigentumssoftware von Cedega erzeugt. Früher bekannt als WineX hat Cedega eine Gabel von der letzten MIT-lizenzierten Version von Wein 2002 vertreten. Viel wie Überkreuzungsspiele wurde der Cedega von TransGaming zu laufenden Windows-Videospielen ins Visier genommen. Am 7. Januar 2011 hat TransGaming Technologies fortgesetzte Entwicklung der Cedega Technologie laut des Entwickler-Programms von GameTree bekannt gegeben. TransGaming Technologies hat Mitgliedern erlaubt fortzusetzen, ihren Cedega Personalausweis und Kennwort bis zum 28. Februar 2011 zu verwenden.

TransGaming hat auch Apfelsaft, eine Bibliothek für Architektur-Regenmäntel von Apfelintel erzeugt. Anstatt ein Endbenutzer-Produkt zu sein, ist Apfelsaft (wie Winelib) ein Streifband, das Entwicklern erlaubt, ihre Spiele anzupassen, um heimisch auf Intel Mac OS X ohne irgendwelche Änderungen im Quellcode zu laufen.

Die russische Gesellschaft Etersoft hat eine Eigentumsversion von Wein seit 2006 entwickelt. WINE@Etersoft unterstützt populäre russische Anwendungen (zum Beispiel, 1C:Enterprise durch 1C Gesellschaft)., Etersoft war dabeiWINE@Etersoft CAD auszugeben, das zu CAD-Systemen wie AutoCAD, Bricscad, und mit dem Kompass 3D orientiert wird.

Andere Projekte mit dem Wein-Quellcode schließen ein:

• ReactOS, ein Projekt, ein Betriebssystem zu schreiben, das mit Versionen des Windows NT 5.x und vereinbar ist (der Windows 2000 und seine Nachfolger einschließt), unten zum Gerät-Fahrer Niveau. ReactOS verwendet Wein-Quellcode beträchtlich, aber wegen architektonischer Unterschiede wird Code von ReactOS (wie dlls geschrieben spezifisch dafür, wie ntdll, user32, kernel32, gdi32, und advapi) in Wein nicht allgemein wiederverwendet. Im Juli 2009 hat Aleksey Bragin, die Projektleitung von ReactOS, einen neuen Zweig von ReactOS genannt Arwinss angefangen, und er wurde im Januar 2010 offiziell bekannt gegeben. Arwinss ist eine alternative Durchführung der Win32 Kernbestandteile, und verwendet größtenteils unveränderte Versionen von Wein user32.dll und gdi32.dll.

• Linux Vereinigter Kern, ein Projekt hat vorgehabt, mit der Anwendungssoftware und den Gerät-Fahrern binär-vereinbar zu sein, die für Windows von Microsoft und Linux gemacht sind. Dieser Kern importiert alle Hauptmerkmale von Windows Betriebssystemkern in den Kern von Linux, um sowohl Linux als auch Windows applications und Gerät-Fahrer zu unterstützen.
• Darwine, ein Hafen der Wein-Bibliotheken Darwin und Mac OS X. haben Kronenberg.org festgesetzt, "Weil einige auf Wein-Devel gelesen haben könnten, ist Darwine für immer tot. Der OS X Hafen von Wein früher bekannt als Darwine ist jetzt Wein." Kronenberg setzt Arbeit an einer Version von Intel Mac genannt Winebottler fort
• Wineskin ein offener Quellwein schafft der GUI Konfigurationsbetriebsleiter für Mac OS X. Wineskin ein Streifband um Wein in der Form einer normalen Mac Anwendung. Das Streifband kann auch verwendet werden, um einen verteilbaren "Hafen" der Software zu machen.
• Odin, ein Projekt, Win32 Dualzahlen auf OS/2 zu führen oder sie zum OS/2 heimischen Format umzuwandeln. Das Projekt stellt auch die Odin32 API zur Verfügung, um Win32 Programme für OS/2 zu kompilieren.
• E/OS, ein Projekt, das versucht, jedes Programm zu erlauben, hat für jedes Betriebssystem vorgehabt, ohne das Bedürfnis geführt zu werden, wirklich jedes andere Betriebssystem zu installieren.
• Zurückspulung, eine verstorbene MIT-lizenzierte Gabel der letzten MIT-lizenzierten Version von Wein.
• Parallele-Arbeitsfläche 3 für Mac, ein Eigentumsprodukt, das einen Wein-Code für sein Berühren von DirectX verwendet.
• VirtualBox v3.x, eine virtuelle Maschine, die einen Wein-Code für sein Direct3D-Berühren verwendet.

Empfang

Das Wein-Projekt hat mehrere technische und philosophische Beschwerden und Sorgen im Laufe der Jahre erhalten.

Sicherheit

Wegen der Fähigkeit von Wein, Windows binärer Code zu führen, sind Sorgen über heimische Windows-Viren und malware das Beeinflussen Unix ähnlicher Betriebssysteme ausgedrückt worden. Wein kann viel malware führen, aber Programme, die in Wein laufen, werden auf die Vorzüge des aktuellen Benutzers beschränkt, einige unerwünschte Folgen einschränkend. Das ist ein Grund Wein sollte als der Überbenutzer nie geführt werden. Forschungssoftware von Malware wie ZeroWine führt Wein auf Linux in einer virtuellen Maschine, um den malware völlig isoliert vom Gastgeber-System zu halten.

Eine andere Sicherheitssorge ist, wenn die durchgeführten Spezifizierungen schlecht-entworfen werden und Sicherheitskompromiss berücksichtigen. Weil Wein diese Spekulationen durchführt, wird er auch jede Sicherheitsverwundbarkeit durchführen, die sie enthalten.

Wein gegen heimische Anwendungen von Unix

Eine allgemeine Sorge über Wein ist, dass seine Existenz bedeutet, dass Verkäufer mit geringerer Wahrscheinlichkeit Eingeborenem Linux, Mac OS X und BSD Anwendungen schreiben werden. Als ein Beispiel davon lohnt es sich, 1994 von IBM als Betriebssystem, OS/2 Verziehen zu betrachten. Ein Artikel beschreibt die Schwächen von OS/2, der ihn, der erste getötet hat zu sein:

Das Wein-Projekt selbst antwortet auf diese Beschwerden auf einer seiner Seiten von Wiki:

Außerdem behauptet die Wiki Wein-Seite, dass Wein helfen kann, das Problem des Huhnes-Und-Eies für Linux auf der Arbeitsfläche zu brechen:

Der Gebrauch von Wein für das Spielen hat sich spezifisch umstritten in der Gemeinschaft von Linux als ein Gefühl erwiesen, das es verhindert, oder mindestens, das weitere Wachstum des Eingeborenen hindert, der auf der Plattform spielt.

Microsoft und Wein

Microsoft hat allgemein öffentliche Erklärungen über Wein nicht abgegeben. Jedoch wird die Software von Microsoft Update Aktualisierungen zu Anwendungen von Microsoft blockieren, die in Wein laufen. Am 16. Februar 2005 hat Ivan Leo Puoti entdeckt, dass Microsoft angefangen hatte, die Windows-Registrierung für den Wein-Konfigurationsschlüssel zu überprüfen, und die Windows-Aktualisierung für jeden Bestandteil blockieren würde. Puoti hat geschrieben, "Es ist... das erste Mal, als sie Funkstille auf dem Projekt gebrochen haben."

Das System von Windows Genuine Advantage (WGA) überprüft auch für die Existenz von Wein-Registrierungsschlüsseln. Der WGA FAQ stellt fest, dass WGA in Wein durch das Design nicht laufen wird, weil Wein "echtes Windows" nicht einsetzt. Wenn Gültigkeitserklärung von WGA Wein entdeckt, der auf dem System läuft, wird es Benutzer benachrichtigen, dass sie nichtechtes Windows führen und echte Windows-Downloads für dieses System zurückweisen. Trotzdem haben einige Berichte des Systems von WGA zirkuliert, das in Wein arbeitet, obwohl diese Lücke jetzt mit der folgenden Teilaktualisierung von WGA geschlossen worden ist. Im Fall von Internet Explorer 7 hat Microsoft die Voraussetzungen von WGA seitdem entfernt.

Siehe auch

• Testamentsvollstrecker (Software)
• ReactOS
• Windows-Schnittstelle-Quellumgebung
• PlayOnLinux

Weiterführende Literatur

• Die Wein-Antworten von Jeremy White - Slashdot interviewen mit Jeremy White von CodeWeavers
• Interview von Jeremy White auf dem "Verrückten Pinguin" Website
• Die Ernennung des Softwarefreiheitsgesetzzentrums als der gesetzliche Anwalt, um den Wein zu vertreten, plant
• Wein: Wo es hergekommen ist, wie man es verwendet, wohin es - eine Arbeit von Dan Kegel geht

Links

• Wein-Entwicklung HQ - die offizielle Einstiegsseite von Wein
• [news://comp.emulators.ms-windows.wine Wein newsgroup] (Webschnittstelle von Google)
• WineBottler - Ein Wein-Programm für Mac OS X