Wine（ソフトウェア）
Windows互換ソフトウェア

Wine
原著者Bob Amstadt、Eric Youngdale
開発者Wineの著者[1]
(1,989)
初回リリース1993年7月4日; 32年前 ( 1993-07-04 )
安定版リリース
10.0 [2]  / 2025年1月21日
プレビューリリース
10.19 [3]  / 2025年11月14日
リポジトリgitlab.winehq.org/wine/wine
言語C
オペレーティングシステム
プラットフォームIA-32、x86-64、ARM
対応OS多言語
タイプ互換レイヤー
ライセンスLGPL 2.1以降[7] [8]
ウェブサイトwinehq.org

Wine [a]は、 Microsoft Windows用に開発されたアプリケーションソフトウェアやコンピュータゲームをUnixライクなオペレーティングシステムで実行できるようにする互換レイヤーです。Wineは無料のオープンソースソフトウェアであり、著作権の問題を 回避するために、主にブラックボックステストのリバースエンジニアリングを使用して書かれています。

Wineは主にLinux、macOS、FreeBSD向けに開発されています。[10]開発者は、 WindowsアプリケーションをWineLibに対してコンパイルすることで、Unixライクなシステムへの移植を容易にすることができます。Apple Silicon Macコンピューターでは、x86コードをARMコードに変換するためにRosetta 2が使用されます が、コードエミュレーションや仮想化は行われません

2007年にdesktoplinux.comが38,500人のLinuxデスクトップユーザーを対象に実施した調査では、回答者の31.5%がWindowsアプリケーションを実行するためにWineを使用していると回答しました。[11]この割合は、すべてのx86仮想化プログラムを合わせたよりも多く、Windowsアプリケーションを実行していないと回答した27.9%よりも高かったです。[12]

歴史

初期のプロジェクトリーダーであるボブ・アムスタットとエリック・ヤングデールは、1993年にLinux上でWindowsアプリケーションを実行する方法としてWineプロジェクトを開始しました。これは、 Solarisオペレーティングシステム用のWabiとパブリックWindowsインターフェースという2つのサン・マイクロシステムズ製品に触発されました。 [13]はWindows APIをISO標準としてパブリックドメインで完全に再実装する試みでしたが、 1996年にマイクロソフトからの圧力により却下されました。[14] WineはもともとWindows 3.xの16ビットアプリケーションを対象としていましたが、2010年の時点では、新しいオペレーティングシステムで標準となっている32ビットと64ビットバージョンに重点を置いています。このプロジェクトは、1993年6月にUsenetのcomp.os.linuxでの議論から始まりました。 [15]アレクサンドル・ジュリアードが1994年からこのプロジェクトをリードしています。 [更新]

このプロジェクトは、主にWindows APIのドキュメントが不完全で不正確だったため、開発者にとって時間がかかり、困難であることが証明されています。MicrosoftはほとんどのWin32関数を広範囲にドキュメント化していますが、ファイル形式やプロトコルなどの一部の領域では、Microsoftから公開された完全な仕様がありません。また、Windowsには、ドキュメント化されていない低レベル関数、ドキュメント化されていない動作、そして一部のアプリケーションを正常に動作させるためにWineが正確に再現しなければならないわかりにくいバグが含まれています。[16]そのため、Wineチームは、サンクなどの分野で多くの関数呼び出しとファイル形式をリバースエンジニアリングしました。[要出典]

Wineプロジェクトは当初、X Window Systemと同じMITライセンスの下でWineをリリースしましたが、Wineのプロプライエタリバージョンが変更をコアプロジェクトに還元しないという懸念から、 [17] 2002年3月時点の作業では、ライセンスにLGPLを使用しています。[18]

Wineは2005年10月25日にバージョン0.9で正式にベータ版になりました。[19]バージョン1.0は15年間の開発期間を経て、2008年6月17日にリリースされました。 [20]バージョン1.2は2010年7月16日にリリースされ、[21]バージョン1.4は2012年3月7日に、[22]バージョン1.6は2013年7月18日に、[23]バージョン1.8は2015年12月19日に[24]、バージョン9.0は2024年1月16日にリリースされました。 [25]開発バージョンはおよそ2週間ごとにリリースされます

Wine-stagingは、WineHQ開発者によってWineリポジトリへのマージ準備が整っていないと判断されたが、wine-compholioフォークでは依然として有用であると見なされている、独立してメンテナンスされている積極的なパッチのセットです。主に実験的な機能とバグ修正をカバーしています。2017年1月以降、wine-compholioがプロジェクトをWineHQの主要開発者であるAlistair Leslie-Hughesに移管したため、wine-stagingのパッチはWineHQアップストリームに積極的にマージされ始めました。2019年現在、WineHQはwine-stagingのビルド済みバージョンも提供しています。[26][更新]

企業スポンサーシップ

Wineの主な企業スポンサーはCodeWeaversであり、Julliardや他の多くのWine開発者を雇用してWineと、CodeWeaversがサポートするWineのバージョンであるCrossOverの開発に取り組んでいます。CrossOverには、アップストリームバージョンには適さないと見なされたアプリケーション固有の調整と、追加の独自コンポーネントが含まれています。[27]

カナダのソフトウェア開発会社Corelは、一時期、主にJulliardらを雇用することでこのプロジェクトを支援していました。Corelは、オフィススイートであるWordPerfect OfficeをLinux（特にCorel Linux）に移植することに関心を持っていました。しかし、MicrosoftがCorelに大規模な投資を行い、Wineへの取り組みを中止した後、CorelはLinux関連のプロジェクトをすべて中止しました。[28]

他の企業スポンサーにはGoogleがあり、CodeWeaversを雇ってWineを修正し、PicasaがWindowsと同じバイナリを使用してLinuxに直接移植できるほど十分に動作するようにしました。また、Googleは後にWineのAdobe Photoshop CS2サポートの改善に資金を提供しました。[29] Wineは、GoogleのSummer of Codeプログラムの定期的な受益者でもあります。[30]

ValveはCodeWeaversと協力して、 Microsoft WindowsゲームをLinuxベースのオペレーティングシステム で実行するためのWineベースの互換レイヤーであるProtonを開発しています。Protonには、Win32関数のLinux固有の実装など、さまざまな理由によりアップストリームのWineが受け入れないパッチがいくつか含まれています。

設計

Wineの目標は、 WineユーザーがUnixライクなシステム上で実行したいプログラムに必要なWindows APIを完全にまたは部分的に実装することです。

基本アーキテクチャ

Microsoft Windowsのプログラミングインターフェースは、主にダイナミックリンクライブラリ（DLL）で構成されています。これらには、カーネルのシステムコール、すなわちNTOSカーネルモードプログラム（ntoskrnl.exe）用の膨大な数のラッパーサブルーチンが含まれています。典型的なWindowsプログラムはいくつかのWindows DLLを呼び出し、そこからユーザーモードのgdi/user32ライブラリが呼び出され、さらにユーザーモードのgdi/user32ライブラリがkernel32.dll（win32サブシステム）を使用して、システムコールを通じてカーネルの処理を担います。システムコール層は、ドキュメントが公開されていないため、Microsoftプログラマーにとって非公開とされており、公開されているインターフェースはすべてカーネル上で実行されるサブシステムに依存しています。これらのほかにも、別プロセスとして実行されるサービスとして実装されたプログラミングインターフェースが多数存在します。アプリケーションはRPCを介してユーザーモードサービスと通信します。[31]

Wineは、Windowsアプリケーションバイナリインターフェース（ABI）をカーネルモジュールではなく、ユーザー空間で完全に実装しています。Wineは階層構造をほぼ反映しており、通常Windowsのカーネル[32]によって提供されるサービスは、代わりにwineserverと呼ばれるデーモンによって提供されます。wineserverの役割は、基本的なWindows機能の実装、X Window Systemとの統合、シグナルをネイティブWindows例外に変換することです。wineserverはWindowsカーネルのいくつかの側面を実装していますが、Wineの基盤となるアーキテクチャのため、ネイティブWindowsドライバーを使用することはできません。[31]

ライブラリとアプリケーション

Wineは、Windowsプログラム用にWindows DLLとUnix共有オブジェクトの両方をロードできます。最も基本的なWindows DLL、すなわちNTDLL、KERNEL32、GDI32、USER32の組み込み実装は、ホストオペレーティングシステムの機能も使用する必要があるため、共有オブジェクト方式を使用しています。WineD3Dなどの高レベルライブラリは、DLL形式を自由に使用できます。多くの場合、ユーザーはWineによって実装されたDLLではなく、WindowsからDLLをロードすることを選択できます。そうすることで、Wineにまだ実装されていない機能が提供される可能性がありますが、Wineに存在しない何かに依存している場合は、誤動作を引き起こす可能性があります。[31]

Wineは、gitコミットごとに実行される自動ユニットテストを通じて実装の状態を追跡します。[33]

グラフィックスとゲーム

ほとんどのオフィスソフトウェアは複雑なGPUアクセラレーショングラフィックAPIを使用していませんが、コンピュータゲームは使用しています。これらのゲームを適切に実行するには、Wineは描画命令をホストOSに転送し、ホストが理解できる形式に変換する必要があります。

DirectXは、レンダリング、オーディオ、入力用のMicrosoft APIのコレクションです。2019年現在、Wine 4.0にはVulkan API用のDirectX 12実装とOpenGL用のDirectX 11.2が含まれています。[34] Direct2DのサポートはDirect2D 1.2に更新されました。[34] Wine 4.0では、描画コマンドをホストOSに渡すか、macOSの場合はMoltenVKのMetal APIに変換することで、Vulkanアプリケーションを実行することもできます。[34]

XAudio
2019年2月現在[更新]、Wine 4.3はFAudioライブラリ（Wine 4.13には修正が含まれています）を使用してXAudio2オーディオAPI（およびその他）を実装しています。[35] [36]
XInputとRaw Input
Wineは4.0（2019年）以降、これらのライブラリの組み込み実装を通じてゲームコントローラーをサポートしています。これらは、基盤となるOSのコントローラーインターフェース、具体的にはSDLを介してアクセスする必要があるため、Unix共有オブジェクトとして構築されています。[34]

Direct3D

WineのDirectXへの取り組みの多くは、Direct3DおよびDirectDraw API呼び出しからOpenGLへの変換レイヤーであるWineD3Dの構築に費やされています。2019年現在、このコンポーネントはDirectX 11までをサポートしています。[34] 2016年12月12日現在、WineはD3D11でオーバーウォッチを実行するのに十分な性能を備えています。 [37] WineD3D DLLはWineで使用されているだけでなく、Windows自体でも使用されており、古いGPUで新しいDirectXバージョンを使用してゲームを実行したり、古いDDrawベースのゲームを正しくレンダリングしたりすることができます。[38]

Direct3DバックエンドをVulkan APIに移行するための作業が進行中です。Direct3D 4.0の12サポートは「vkd3d」サブプロジェクトによって提供されており、[34] WineD3Dは2019年にVulkan APIを使用するように試験的に移植されました。[39]別の実装であるDXVKは、Direct3D 8、9、10、11の呼び出しをVulkanを使用して変換しますが、これは別のプロジェクトです。[40]

Wineにパッチを適用すると、 OpenGL API呼び出しへの変換なしに、無料のオープンソースである Gallium3D State Tracker（別名Gallium3D GPUドライバー）を介してDirect3D 9 APIコマンドを直接実行できます。この場合、Gallium3DレイヤーはDX9描画コマンドの直接パススルーを可能にし、最大2倍のパフォーマンス向上をもたらします。[41] 2020年現在、このプロジェクトはGallium.Nineと名付けられています。現在は独立したスタンドアロンパッケージとして利用可能であり、パッチを適用したWineバージョンは不要です。[42]

ユーザーインターフェース

Wineは通常、コマンドラインインタープリターから呼び出されますwine program.exe。[43]

winecfg

32ビット版のWindows 2.0まで遡り、さまざまなバージョンのWindowsを模倣するようにWineを構成する方法を示したスクリーンショット（64ビット版Wineは64ビット版のWindowsのみをサポートしています）

winecfg基本オプションを調整するためのコントロールを備えたグラフィカルユーザーインターフェースを起動するユーティリティがあります。 [44]これはWineに含まれているGUI設定ユーティリティです。Winecfgを使用すると、レジストリを直接編集する必要がなくなり、Wineの設定が容易になります。ただし、必要に応じて、付属のレジストリエディタ（Windowsのregeditに似ています）を使用して編集することもできます。

サードパーティ製アプリケーション

PlayOnLinux

一部のアプリケーションは、適切に動作させるために、単にアプリケーションをインストールするだけでなく、より多くの調整が必要です。例えば、特定のWindows DLLを使用するようにWineを手動で設定するなどです。Wineプロジェクトは、このような回避策をWineのコードベースに統合せず、代わりにWineのWindows APIの実装の改善にのみ焦点を当てています。このアプローチは長期的な互換性を重視したWine開発に重点を置いていますが、ユーザーが回避策を必要とするアプリケーションを実行することを困難にします。その結果、 Wine自体ではすぐに動作しないアプリケーションの使用を容易にするために、多くのサードパーティ製アプリケーションが作成されています。Wine wikiには、現在および廃止されたサードパーティ製アプリケーションのページがあります。[45]

  • Winetricksは、いくつかの基本コンポーネント（通常はMicrosoftのDLLとフォント）をインストールし、一部のアプリケーションがWineで正しく動作するために必要な設定を微調整するスクリプトです。 [46]必要な回避策の適用を含め、多くのアプリケーションやゲームのインストールを完全に自動化できます。WinetricksにはGUIがあります。[47] Wineプロジェクトは、ほとんどのサードパーティ製アプリケーションとは異なり、Winetricksユーザーからのバグレポートを受け付けています。Wine開発者のAustin Englishによってメンテナンスされています。[48]
  • Q4Wineは、Wineの高度な設定のためのオープンGUIです。
  • Wine-Doorsは、Wineに機能を追加するGNOMEデスクトップ用のアプリケーション管理ツールです。Wine-DoorsはWineToolsの代替であり、WineToolsの機能を改善し、より現代的な設計アプローチで元のアイデアを拡張することを目的としています。 [49]
  • IEs4Linuxは、バージョン4から6、およびバージョン7（ベータ版）を含むすべてのバージョンのInternet Explorerをインストールするためのユーティリティです。 [50]
  • Wineskinは、Wineエンジンのバージョンを管理し、 macOS用のラッパーを作成するためのユーティリティです。[51]
  • PlayOnLinuxは、Windowsアプリケーション（主にゲーム）のインストールを容易にするアプリケーションです。対応するMacintosh版のPlayOnMacもあります。
  • Lutrisは、LinuxにWindowsゲームをインストールするためのオープンソースアプリケーションです。 [52]
  • Bordeauxは、Winelibアプリケーションを実行する独自のWine GUI設定マネージャーです。サードパーティ製ユーティリティのインストール、アプリケーションとゲームのインストール、カスタム設定の使用もサポートしています。Bordeauxは現在、Linux、FreeBSD、PC-BSD、Solaris、OpenSolaris、OpenIndiana、[53] [54]、macOSコンピューターで動作します。
  • Bottlesは、 GTK4 + Libadwaitaをベースにした、Wine用のオープンソースのグラフィカルWineプレフィックスおよびランナーマネージャーです。リポジトリベースの依存関係インストールシステムと、以前の状態を復元するためのボトルバージョン管理を提供します。[55]
  • WineGUIは、Wineを管理するための無料のオープンソースグラフィカルインターフェースです。ユーザーはWineボトルを作成し、Windowsアプリケーションやゲームをインストールできます。[56]

機能性

Wine AppDBのテスト結果によると、アプリの互換性は時間の経過とともに向上しています。
  ソフトウェアは問題なく動作します
  設定後、ソフトウェアは問題なく動作します
  ソフトウェアに軽微な問題があります
  ソフトウェアに重大な問題があります
  完全に機能しないソフトウェアです
WineHQによるアプリケーションの評価の推移。

WineのDirect3D部分の開発者は、ゲームサポートを強化するために、ピクセルシェーダーなどの新機能を実装し続けています。 [57] WineはネイティブDLLを直接使用することもできるため、機能性が向上しますが、DLLがアプリケーション自体に同梱されていない限り、Windowsのライセンスが必要です。

Wineには、メモ帳、ワードパッド、コントロールパネル、Internet Explorer、Windowsエクスプローラーなど、いくつかのWindowsプログラムの独自のオープンソース実装も含まれています。[58]

Wineアプリケーションデータベース（AppDB）は、Wineで動作するWindowsプログラムとその動作に関する、コミュニティによって管理されているオンラインデータベースです。

下位互換性

Wineは、 Windows 3.1x向けに書かれたものも含め、従来のWindowsアプリケーションとの良好な後方互換性を確保している。[59] Wineは、一部のプログラムに必要な異なるWindowsバージョンを模倣することができ、Windows 2.0まで遡ることができる。[60]しかし、Windows 1.xとWindows 2.xのサポートはWine開発バージョン1.3.12から削除された。システムにDOSBoxがインストールされている場合[要出典]（MS-DOSについては下記を参照）、Wine開発バージョン1.3.12以降では、模倣するWindowsバージョンとして「Windows 2.0」オプションが表示されるが、MS-DOSとWindowsの機能が現在統合されていないため、WineはほとんどのWindows 2.0プログラムを実行できない。

Wineの下位互換性は、一般的にWindowsよりも優れています。新しいバージョンのWindowsでは、ユーザーはレガシーWindowsアプリケーションのアップグレードを余儀なくされ、オペレーティングシステムの変更に合わせてプログラムを調整する人がいないため、サポートされていないソフトウェアが永久に動作しなくなる可能性があります。多くの場合、Wineは「互換モード」を使用することで、新しいバージョンのWindowsよりも優れたレガシーサポートを提供できます。Wineは、 x86-64（64ビット）CPUを使用する64ビットオペレーティングシステム上で16ビットWindowsプログラム（Win16 ）を実行できます。 [61] これは、 64ビット版のMicrosoft Windowsにはない機能です。[62] [63] WineVDMを使用すると、16ビットWindowsアプリケーションを64ビット版のWindowsで実行できます。[64]

WineはWindowsコンソールアプリケーションを部分的にサポートしており、ユーザーはコンソールを管理するために使用するバックエンドを選択できます（選択肢には、rawストリーム、curses、user32などがあります）。[65] rawストリームまたはcursesバックエンドを使用する場合、WindowsアプリケーションはUnixターミナルで実行されます

64ビットアプリケーション

64ビットWindowsアプリケーションの予備サポートは、2008年12月にWine 1.1.10に追加されました。[66] 2019年4月現在[更新]、サポートは安定していると見なされています。Wineの2つのバージョンは別々にビルドされているため、wine64のみをビルドすると、x86-64アプリケーションのみを実行できる環境が生成されます。[67]

2019年4月現在、WineはWoW64[更新]ビルドを安定的にサポートしており、これにより32ビット版と64ビット版の両方のWindowsアプリケーションを同じWineインスタンス内で実行できます。このようなビルドを実行するには、まず64ビット版をビルドし、次に64ビット版を参照して32ビット版をビルドする必要があります。MicrosoftのWoW64と同様に、32ビットビルドプロセスでは、32ビットプログラムを処理するために必要な部分が64ビットビルドに追加されます。[67]この機能は少なくとも2010年から見られます。[68]

MS-DOS

初期のバージョンのMicrosoft WindowsはMS-DOS上で動作し、WindowsプログラムはMS-DOSプログラムに依存して動作する場合があります。WineはMS-DOSを十分にサポートしていませんが、開発バージョン1.3.12以降では、システムでDOSBoxが利用可能な場合、 WineはDOSBoxでMS-DOSプログラムを実行しようとします。 [69]また、バグのため、WineはWindows 1.xおよびWindows 2.xのプログラムを誤ってMS-DOSプログラムとして識別し、DOSBoxで実行しようとして失敗します。[70]

Winelib

WineはWinelibを提供しており、これによりWindows APIの共有オブジェクト実装をUnixプログラムの実際のライブラリとして使用できます。これにより、WindowsコードをネイティブUnix実行ファイルに組み込むことができます。2010年10月以降、WinelibはARMプラットフォームでも動作します。[71]

x86以外のアーキテクチャ

Solaris SPARCのサポートはバージョン1.5.26で廃止されました。

ARM、Windows CE、およびWindows RT

Wineは、 ARM（およびARM64/AArch64）プロセッサと、その上で動作するWindowsフレーバーをある程度サポートしています。2019年4月現在、Wineはロック解除されたWindows RT[更新]デバイス向けのARM/Win32アプリケーションを実行できます（ただし、Windows RTプログラムは実行できません）。Windows CE（x86またはARM）のサポートはありませんが、[72] WineCEと呼ばれる非公式のプレアルファ版の概念実証バージョンでは、ある程度のサポートが可能です。[73]

Android版Wine

Android上のWINEで動作するMicrosoft Solitaire

2013年2月3日、ブリュッセルで開催されたFOSDEM講演で、Alexandre JulliardはGoogleのAndroidオペレーティングシステム上で動作するWineの初期デモを披露しました。[74]

Android（x86およびARM）向けのWINEの実験的なビルドは2017年後半にリリースされました。それ以来、公式開発者によって定期的に更新されています。[5]デフォルトのビルドではQEMUを介したクロスアーキテクチャエミュレーションが実装されていないため、ARMバージョンではWin32 APIを使用するARMアプリケーションのみが実行されます。[75]

Microsoftアプリケーション

Wineはデフォルトで、 MicrosoftのInternet Explorerと.NET Frameworkの代わりに、 GeckoとMonoの特殊なWindowsビルドを使用します。WineにはJScriptとVBScriptの実装が組み込まれています。これらのプログラムのMicrosoftインストーラーは、winetricksまたは手動でダウンロードして実行できます

Wineは、ほとんどのバージョンのInternet Explorer（IE）を適切にサポートしていないことが知られています。比較的新しいバージョンの中で、Windows XP用のInternet Explorer 8だけが、WineのAppDBですぐに使用可能な評価を報告しているバージョンです。[76]ただし、Google Chromeはゴールド評価（Wine 5.5ステージング時点）を受けており、[77] MicrosoftのIE代替ウェブブラウザであるEdgeは、そのブラウザをベースにしていることが知られています（Microsoft独自のレンダリングエンジンから切り替えた後[78]）。WinetricksはInternet Explorer 6から8の自動インストールを提供しているため、これらのバージョンは組み込みの回避策で動作することが期待できます

Internet Explorerを直接インストールする代わりに、現在は廃止されたIEs4Linuxを使用する方法があります。これはWineの最新バージョンとは互換性がなく[79]、IEs4Linuxの開発は停止しています。

Wineのその他のバージョン

Wineのコア開発は、Windows API全体の正しい実装を目的としており、特定のアプリケーションとの互換性の面で遅れをとることがありました。たとえば、Direct3Dは1998年まで実装されていませんでしたが[80] 、新しいリリースでは実装がますます完了しています。[81]

CrossOver

CodeWeaversは、Microsoft Officeやその他の主要なWindowsアプリケーション（一部のゲームを含む）の実行に特化したCrossOverを販売しています。CodeWeaversはAlexandre Julliardを雇用してWineの開発に携わらせ、そのコードの大部分をLGPLの下でWineプロジェクトに提供しています。CodeWeaversはまた、2007年1月10日にIntelベースのApple Macintoshコンピューター向けにCrossOver Macという新バージョンをリリースしました。[82]アップストリームのWineとは異なり、CrossOverは「wine32on64」と呼ばれる技術を使用して、macOSのx64のみのバージョンで実行できることが注目に値します。[ 83 ]

2012年現在、CrossOverにはCrossOver GamesとCrossOver Proの両方の機能が含まれているため、CrossOver GamesとCrossOver Proは単独の製品としては提供されなくなりました。[85]

CrossOver GamesはWindowsビデオゲームの実行に最適化されています。CrossOverとは異なり、Wineの最も安定したバージョンを提供することに重点を置いていません。代わりに、新しいゲームをサポートするための実験的な機能が提供されています。[86]

プロトン

2018年8月21日、ValveはWineの新バージョン「Proton」を発表しました。これは、同社のSteamソフトウェア（LinuxベースのSteamOSオペレーティングシステムに組み込まれたSteamインストールやSteam Machineコンピューターを含む）のLinux版と統合するように設計されています。[87] ValveのProtonの目標は、Linux上のSteamユーザーがネイティブLinuxポートがないゲーム（特にバックカタログゲーム）をプレイできるようにすることであり、最終的にはSteamとの統合とメインラインWineに対するゲームサポートの改善を通じて、ユーザーにLinuxでネイティブにゲームをプレイする場合と同じ「シンプルなプラグアンドプレイ体験」を提供することです。[87] Protonは発表後すぐにパブリックベータ版に入りました。[87]

Valveは2016年からCodeWeaversと協力してWineのゲームパフォーマンスの改善に取り組んでおり、その一部は上流のWineプロジェクトに統合されています。[87] Protonに組み込まれた具体的な改善点には、 vkd3d [88]、DXVK [40]、D9VK [89 ]によるVulkanベースのDirect3D 9、10、11、12の実装、esync [90]によるマルチスレッドパフォーマンスの改善、フルスクリーンゲームの処理の改善、ゲームコントローラーハードウェアの自動サポートの改善などがあります。[87]

Protonは完全にオープンソースであり、GitHubから入手できます。[91]

WINE@Etersoft

ロシアのEtersoft社は2006年からWineの独自バージョンを開発しています。WINE@Etersoftは、人気のあるロシアのアプリケーション（例：1C Companyの1C:Enterprise）をサポートしています。[92]

Wineのソースコードを使用している他のプロジェクト

Wineのソースコードを使用している他のプロジェクトには、以下が含まれます。

  • WineVDM（別名OTVDM）、64ビットWindows用の16ビットアプリ互換性レイヤー[64]
  • ReactOS は、 Windows NTバージョン5.x以降（ Windows 2000とその後継を含む）とデバイスドライバーレベルまで互換性のあるオペレーティングシステムを作成するプロジェクトです。ReactOSはWineのソースコードをかなり使用しています。しかし、アーキテクチャの違いにより、ReactOSはWineのNTDLL、USER32、KERNEL32、GDI32、およびADVAPI32コンポーネントを直接再利用することはできません。[93] [94] 2009年7月、ReactOSプロジェクトリーダーのAleksey Braginは[95] 、 Arwinssと呼ばれる新しいReactOSブランチを開始し、[96] 2010年1月に公式に発表されました。[97] ArwinssはコアWin32コンポーネントの代替実装であり、Wineのuser32.dllとgdi32.dllのほとんど変更されていないバージョンを使用します。
  • WineBottler [98]は、通常のMacアプリケーションの形でWineをラッパー化したもので、異なるプログラムの複数のWine設定を「ボトル」の形で管理します。
  • Wineskin は、 macOS用のオープンソースのWine GUI設定マネージャです。Wineskinは、通常のMacアプリケーションの形でWineをラッパー化します。このラッパーは、ソフトウェアの配布可能な「移植版」を作成するためにも使用できます。[99]
  • Odinは、 OS/2上でWin32バイナリを実行したり、OS/2ネイティブ形式に変換したりするためのプロジェクトです。このプロジェクトは、OS/2用にWin32プログラムをコンパイルするためのOdin32 APIも提供しています。
  • Parallels Desktop for MacやVirtualBoxなどの仮想化製品は、GPUを利用するためにWineD3Dを使用しています。
  • WinOnX は、アプリケーションや仮想マシンを追加および管理するためのGUIを含む、macOS用のWineの商用パッケージです。[100]
  • Windows用のWineD3Dは、OpenGLを使用して、Microsoftが最近のWindowsリリースで削除した古いDirect3Dバージョンと機能をエミュレートする互換性ラッパーです。これにより、古いゲームが再び動作するようになる場合があります。[38]
  • Apple Game Porting Toolkitは、2023年6月に開催されたAppleのWorldwide Developer Conferenceで発表された、WindowsからMacへのゲーム移植を容易にするソフトウェアスイートです。 [101]
  • FEX-EmuはARM64 Linux上でx86 Linuxアプリケーションを実行し、Wineと組み合わせてWindowsアプリケーションを実行できます。

販売終了

受容

Wineプロジェクトは、長年にわたり、多くの技術的および哲学的な苦情や懸念を受けてきました。

セキュリティ

WineはWindowsのバイナリコードを実行できるため、ネイティブのWindowsウイルスやマルウェアがUnix系オペレーティングシステムに影響を与えるのではないかという懸念が生じている[111]。これは、WineがWindows用に作成された限定的なマルウェアを実行できるためである。2018年のセキュリティ分析では、30個のマルウェアサンプルのうち5個がWineで正常に実行できたことが判明しており、これは比較的低い割合であるにもかかわらず、セキュリティ上のリスクがあった。[112]このため、Wineの開発者は、スーパーユーザーとして実行しないことを推奨している。[113] ZeroWine [114]などのマルウェア研究ソフトウェアは、仮想マシン内のLinux上でWineを実行し、マルウェアをホストシステムから完全に分離する。仮想マシンを使用することによるパフォーマンスコストをかけずにセキュリティを向上させる別の方法は、AnboxソフトウェアがAndroidでデフォルトで行っているように、 LXCコンテナでWineを実行することである。

もう一つのセキュリティ上の懸念は、実装された仕様が適切に設計されておらず、セキュリティ侵害を許す場合です。Wineはこれらの仕様を実装しているため、それらに含まれるセキュリティ上の脆弱性も実装してしまう可能性があります。この問題の一例は、2006年のWindowsメタファイルの脆弱性であり、Wineは脆弱なSETABORTPROCエスケープを実装していました。[115] [116]

ネイティブUnixアプリケーションに対するWine

Wineに関する一般的な懸念は、Wineの存在によってベンダーがネイティブLinux、macOS、BSDアプリケーションを作成する可能性が低くなるということです。この例として、IBMの1994年のオペレーティングシステムであるOS/2 Warpを検討する価値があります。[独自の研究？ ]ある記事では、OS/2を死滅させた弱点について説明しており、最初の弱点は次のとおりです

OS/2はDOSおよびWindows 3.1アプリケーションとの優れた互換性を提供していました。いいえ、これは誤りではありません。多くのアプリケーションベンダーは、DOSまたはWindowsアプリケーションを開発することで、DOS/Windows市場に加えてOS/2市場にも参入できると主張し、ネイティブOS/2アプリケーションを開発しませんでした。[117]

しかし、OS/2はエンドユーザーの受け入れに関して多くの問題を抱えていました。おそらく最も深刻だったのは、販売されているほとんどのコンピュータにすでにDOSとWindowsが付属しており、多くの人がすでにオペレーティングシステムを持っているため、OS/2のメリットを評価しようとしなかったことです。DOSとWindowsの「バンドル」と、これがオペレーティングシステム市場に与えた萎縮効果は、米国対マイクロソフト社の訴訟で頻繁に取り上げられました。

Wineプロジェクト自体は、そのウィキページ の1つで、Windows APIの継続的な開発を「奨励する」という具体的な苦情に回答しています

ほとんどの人にとって、Windowsに縛り付けるプログラムがまだいくつか残っています。Microsoft OfficeがLinuxに移植されることは決してないことは明らかですが、TurboTaxのようなプログラムの古いバージョンも移植されません。同様に、移植されることのないゲームや社内アプリケーションも数万あります。Linuxを使用し、レガシーWindowsアプリケーションに依存したい場合は、Wineのようなものが不可欠です。WineはLinuxをより便利にし、そうでなければ移行できなかった何百万人ものユーザーが移行できるようにします。これによりLinuxの市場シェアが大幅に向上し、より多くの商用開発者とコミュニティ開発者がLinuxに引き寄せられます。[118]

また、WineのWikiページは、Wineがデスクトップ上のLinuxの「鶏が先か卵が先か」問題を解決するのに役立つと主張しています。[119]

ここで、デスクトップにおけるLinuxの鶏と卵の問題に行き着きます。Linuxが上記のアプリケーションと同等のものを提供できるようになるまで、デスクトップにおける市場シェアは停滞するでしょう。しかし、デスクトップにおけるLinuxの市場シェアが拡大するまでは、Linux向けのアプリケーションを開発するベンダーは存在しません。この悪循環を打破するにはどうすればよいでしょうか？

ここでも、Wineが答えを提供します。ユーザーが時間とお金を投資したWindowsアプリケーションを再利用できるようにすることで、WineはユーザーがLinuxに乗り換える際の障壁を劇的に下げます。これにより、Linuxがデスクトップで普及し、その分野での市場シェアが拡大します。その結果、企業はアプリケーションのLinux版を作成したり、Linux市場専用の新製品をリリースしたりすることが可能になります

もしWineがソリティアしか実行できなかったら、この推論は簡単に却下できたでしょう。しかし今では、Microsoft Office、QuickTimeやWindows Media Playerなどのマルチメディアアプリケーション、さらにはMax PayneやUnreal Tournament 3などのゲームも実行できます。他の複雑なアプリケーションも、少し時間をかければほとんど問題なく実行できるようになります。そして、このリストに1つのアプリケーションを追加する作業が行われるたびに、他の多くのアプリケーションもその作業の恩恵を受け、使用可能になります。

Wineで何が実行できるかを知るには、アプリケーションデータベースをご覧ください

Wineのゲームでの使用は、Linuxコミュニティで特に物議を醸しています。一部の人々は、 Wineがプラットフォーム上でのネイティブLinuxゲームのさらなる成長を妨げている、あるいは少なくとも阻害していると考えています。 [120] [121]しかし、Wineは16ビット、さらには現在の64ビットWindowsバージョンでは起動しない特定の32ビットアプリケーションやゲームを実行できるようになったという奇妙な点があります。[122]このユースケースにより、Windows Subsystem for Linuxまたはサードパーティの仮想マシンを介してWindows自体でWineを実行できるようになり、 BoxedWine [123]やotvdm [ 124 ]などの手段によってカプセル化されるようになりました。

マイクロソフト

2020年まで、MicrosoftはWineについて公式の声明を発表していませんでした。しかし、Windows Updateオンラインサービスは、Wineで実行されているMicrosoftアプリケーションの更新をブロックします。2005年2月16日、Ivan Leo Puotiは、MicrosoftがWindowsレジストリでWineの構成キーをチェックし始め、あらゆるコンポーネントのWindows Updateをブロックしていることを発見しました。[125] Puotiは次のように述べています。「MicrosoftがWineの存在を認めたのはこれが初めてです。」

2020年1月、MicrosoftはGoogle LLC対Oracle America, Inc.のアミカス・キュリアー（法廷助言者）の意見書の中で、APIの再実装が可能になったことによるプラスの結果としてWineを挙げました。 [126]

2024年8月、Microsoftは.NET Frameworkの再実装であるMonoプロジェクトをWineの開発者に寄贈しました。[127]

参照

注釈

  1. ^ 元々は「Wine Is Not an Emulator」の再帰的な頭字語でした[9]

参考文献

  1. ^ 「Wine source: wine-6.4: Authors」. source.winehq.org . 2013年5月13日時点のオリジナルよりアーカイブ。2025年9月8日閲覧。
  2. ^ 「Wine 10.0 リリース」. 2025年1月21日閲覧。 2025年1月21日閲覧。
  3. ^ 「Wine 10.19 リリース」. 2025年11月14日閲覧。2025年11月15日閲覧
  4. ^ abc 「ダウンロード - WineHQ Wiki」。2022年7月29日時点のオリジナルよりアーカイブ。2018年10月31日閲覧。
  5. ^ ab 「/Wine-builds/Android のインデックス」。2018年1月23日時点のオリジナルよりアーカイブ。 2018年1月21日閲覧。
  6. ^ 「BeOS のリビルド Haiku に Windows アプリを実行する新機能が追加されました」。
  7. ^ 「ライセンス - WineHQ Wiki」。WineHQ 。 2017年1月10日時点のオリジナルよりアーカイブ。2017年1月10日閲覧。
  8. ^ 「ライセンス」。WineHQ 。 2018年11月16日時点のオリジナルよりアーカイブ。2017年1月10日閲覧
  9. ^ 「WineHQ - Wineについて」。WineHQ 。 2022年7月5日時点のオリジナルよりアーカイブ。2017年4月15日閲覧。
  10. ^ 「ダウンロード · Wiki · wine / wine · GitLab」。GitLab 。2025年11月5日閲覧。
  11. ^ 「2007年デスクトップLinux市場調査」。2007年8月21日。2012年5月24日時点のオリジナルよりアーカイブ。 2007年10月8日閲覧。
  12. ^ Vaughan-Nichols, Steven J. (2007年8月22日). 「Linux上でのWindowsアプリケーションの実行」。2007年デスクトップLinux調査結果。DesktopLinux。2010年2月11日時点のオリジナルよりアーカイブ
  13. ^ Amstadt, Bob (1993年9月29日). 「Wineプロジェクトの現状」.ニュースグループ: comp.windows.x.i386unix. 2011年1月5日時点のオリジナルよりアーカイブ。 2008年7月13日閲覧。
  14. ^ 「Sun、ISO Java標準化への道としてECMAを利用」. Computergram International . 1999年5月7日. 2012年7月8日時点のオリジナルよりアーカイブ。 2008年7月13日閲覧。
  15. ^ Byron A Jeff (1993年8月25日). 「WABIはLinuxで利用可能か？」.ニュースグループ: comp.os.linux.misc. 2013年6月9日時点のオリジナルよりアーカイブ。2007年9月21日閲覧
  16. ^ Loli-Queru, Eugenia (2001年10月29日). 「WINEのAlexandre Julliard氏へのインタビュー」. OSnews (インタビュー). 2008年9月24日時点のオリジナルからアーカイブ。 2008年6月30日閲覧。通常、私たちは入手可能なドキュメントから始めて、関数の最初のバージョンを実装し、その後、この関数を呼び出すアプリケーションに問題が見つかった場合は、アプリケーションが期待する動作になるまで動作を修正します。これは通常、ドキュメントに記載されている内容とは大きく異なります。
  17. ^ White, Jeremy (2002年2月6日). 「Wineのライセンス変更」. 2011年7月21日時点のオリジナルからアーカイブ。 2010年4月27日閲覧。
  18. ^ Alexandre Julliard (2002年2月18日). 「ライセンス変更投票結果」. 2011年7月21日時点のオリジナルからアーカイブ。2010年4月27日閲覧
  19. ^ 「ベータ版！」。2005年10月25日。2010年6月27日時点のオリジナルよりアーカイブ。 2010年12月9日閲覧。
  20. ^ 「バージョン1.0の発表」。Wine HQ。2008年6月17日。2009年2月1日時点のオリジナルよりアーカイブ。 2008年9月1日閲覧。
  21. ^ Julliard, Alexandre (2010年7月16日).「リリースニュース」。2013年2月10日時点のオリジナルよりアーカイブ。2013年8月30日閲覧。
  22. ^ 「ワインの発表」。2012年3月9日時点のオリジナルよりアーカイブ。2012年3月7日閲覧
  23. ^ 「Wine 1.6 リリース」. WineHQ. 2013年7月18日 .オリジナルより2013年7月21日アーカイブ。 2013年7月18日閲覧。
  24. ^ 「Wine 1.8 リリース」. WineHQ. 2015年12月19日 .オリジナルより2015年12月22日アーカイブ。2015年12月19日閲覧。
  25. ^ 「Wine 9.0」. WineHQ. 2024年1月16日. オリジナルより2024年1月27日アーカイブ。 2024年1月30日閲覧。
  26. ^ 「Wine-Staging」. WineHQ Wiki . オリジナルより2019年4月22日アーカイブ。2019年4月22日閲覧
  27. ^ White, Jeremy (2011年1月27日). 「CrossOver 10.0とCrossOver Games 10.0、The Impersonatorの発表」CodeWeavers. 2011年2月2日時点のオリジナルよりアーカイブ。 2011年1月28日閲覧。
  28. ^ Vaughan-Nichols, Steven J. (2002年2月25日). 「これですべてです：Corelがオープンソースから撤退」. Linux.com. 2021年5月12日時点のオリジナルよりアーカイブ。 2021年5月11日閲覧。
  29. ^ 「older-mirrored-patches/Wine.md at master - google/older-mirrored-patches」. GitHub . 2023年2月9日時点のオリジナルよりアーカイブ。 2023年2月9日閲覧。
  30. ^ Kegel, Dan (2008年2月14日). 「2007年のGoogleによるWineのサポート」. wine-devel (メーリングリスト). 2009年1月6日時点のオリジナルよりアーカイブ。2009年1月3日閲覧
  31. ^ abc 「Wine開発者ガイド/アーキテクチャ概要」WineHQ。2019年4月22日時点のオリジナルからアーカイブ。 2019年4月22日閲覧。
  32. ^ 「 Windowsサービス」の記事をご覧ください。
  33. ^ 「Wineステータス」WineHQ。2019年4月22日時点のオリジナルからアーカイブ。 2019年4月22日閲覧。
  34. ^ abcdef 「Wine 4.0」WineHQ。2019年4月3日時点のオリジナルからアーカイブ。 2019年4月22日閲覧。
  35. ^ 「FAudioがWineに登場、新しいXAudio2再実装へ」Phoronix。2019年 2月25日。 2019年3月1日時点のオリジナルからアーカイブ。2019年3月24日閲覧
  36. ^ 「WineHQ - Wineのお知らせ - Wine開発リリース4.3が利用可能になりました」。2019年3月15日時点のオリジナルよりアーカイブ。 2019年3月24日閲覧。
  37. ^ 「Wine Gitを使えば、D3D11 Blizzard OverwatchゲームをLinuxで実行できます」。Phoronix。2016年12月12日。2016年12月15日時点のオリジナルよりアーカイブ。 2016年12月17日閲覧。
  38. ^ ab Dossena, Federico。「Windows用WineD3D」。Federico Dossena。2019年6月13日時点のオリジナルよりアーカイブ。 2019年4月22日閲覧。
  39. ^ 「Wine 4.6」。WineHQ 。 2019年4月13日時点のオリジナルよりアーカイブ。2019年4月22日閲覧
  40. ^ ab Rebohle, Philip. "doitsujin/dxvk". 2020年5月26日時点のオリジナルよりアーカイブ。2021年5月4日閲覧。
  41. ^ Christoph Bumiller (2013年7月16日). 「Direct3D 9 Gallium3D State Tracker」. 2021年1月27日時点のオリジナルよりアーカイブ。2021年1月10日閲覧。d3d1xとはいくつか違いがあります。[...] C++ではなくCで書かれており、恐ろしい多重継承に依存していません。[...]これまでのところ、Skyrim、Civilization 5、Anno 1404、StarCraft 2をnvc0およびr600gドライバーで試しましたが、wined3dの最大2倍のfpsでかなりうまく動作しました（注：まだ徹底的なベンチマークは実施していません）。
  42. ^ 「Gallium Nine Standalone」. github . 2020年11月12日時点のオリジナルよりアーカイブ。2020年12月3日閲覧
  43. ^ 「Wine」。WineHQ 。 2016年1月22日時点のオリジナルよりアーカイブ。2017年4月29日閲覧。
  44. ^ Nick Congleton (2016年10月26日).「Winecfgを使ったWINEの設定」。Linuxチュートリアル - Linux設定を学ぶ。2017年4月7日時点のオリジナルよりアーカイブ。2017年4月29日閲覧。
  45. ^ 「サードパーティ製アプリケーション」。公式Wine Wiki。2008年12月20日時点のオリジナルよりアーカイブ。 2009年1月3日閲覧。
  46. ^ 「Linuxでのゲーム：忍耐力に限界のある正気な人のためのガイド」。PCWorld 。 2021年5月6日時点のオリジナルよりアーカイブ。2015年1月11日閲覧
  47. ^ VitalyLipatov (2011年3月30日). 「winetricks - The Official Wine Wiki」. 2011年7月31日時点のオリジナルよりアーカイブ。2011年8月2日閲覧。
  48. ^ 「winetricks」. 公式Wine Wiki. 2022年5月15日時点のオリジナルよりアーカイブ。2009年1月3日閲覧。
  49. ^ 「Wine doors」. Wine doors. 2011年8月22日時点のオリジナルよりアーカイブ。 2010年4月27日閲覧。
  50. ^ 「IEs4Linux」. Tatanka.com.br. 2008年8月20日時点のオリジナルよりアーカイブ。 2010年4月27日閲覧。
  51. ^ 「Wineskin」. 2020年11月6日時点のオリジナルよりアーカイブ。2012年11月7日閲覧
  52. ^ “Lutris”. 2019年5月2日時点のオリジナルよりアーカイブ。2019年5月3日閲覧。
  53. ^ 「OpenIndiana Bordeaux announcement」。OpenIndiana-announceメーリングリスト。2010年10月15日時点のオリジナルよりアーカイブ。2010年10月1日閲覧。
  54. ^ 「Bordeaux group press release」。Bordeaux groupサイト。2010年10月7日時点のオリジナルよりアーカイブ。 2010年10月1日閲覧。
  55. ^ Ciobi​​ca, Vladimir (2025年1月15日). 「Bottles」。Softpedia。
  56. ^ 「WineGUI」。WineGUI。2023年2月20日時点のオリジナルよりアーカイブ。 2022年6月17日閲覧。
  57. ^ 「DirectX-Shaders」。Official Wine Wiki。2009年1月1日時点のオリジナルよりアーカイブ。2009年1月3日閲覧
  58. ^ 「コマンド一覧」。WineHQ 。 2016年4月12日。2016年3月17日時点のオリジナルよりアーカイブ。 2017年4月29日閲覧。
  59. ^ 「WineにおけるWindowsレガシーアプリケーションのサポート」（PDF） 。 2011年7月8日時点のオリジナルよりアーカイブ（PDF） 。 2010年12月9日閲覧。
  60. ^ Strohmeyer, Robert（2007年4月6日）「それでもWindowsアプリを実行する必要がありますか？ワインを一杯飲みましょう」。Pcgamer 。 2011年6月22日時点のオリジナルよりアーカイブ。2010年12月9日閲覧
  61. ^ Andre Da Costa (2016年4月20日). 「Windows 10で16ビットアプリケーションのサポートを有効にする方法」groovyPost . 2023年2月20日時点のオリジナル記事よりアーカイブ。2019年4月9日閲覧。
  62. ^ 「64ビット版のWindowsは、16ビットコンポーネント、16ビットプロセス、16ビットアプリケーションをサポートしていません」。2016年5月26日時点のオリジナル記事よりアーカイブ。2015年8月22日閲覧。
  63. ^ Savill, John (2002年2月11日). 「64ビット版のWindows XPを実行しているコンピューターに16ビットプログラムをインストールできないのはなぜですか？」。2016年3月4日時点のオリジナル記事よりアーカイブ。2010年12月9日閲覧
  64. ^ ab 「otya128/winevdm: 64ビットWindows上の16ビットWindows（Windows 1.x、2.x、3.0、3.1など）」GitHub。2021年10月27日。2020年11月9日時点のオリジナルよりアーカイブ。2019年9月25日閲覧
  65. ^ “テキストモードプログラム（CUI：コンソールユーザーインターフェース）”. Wineユーザーズガイド. 2023年2月14日時点のオリジナルよりアーカイブ。2023年2月9日閲覧。
  66. ^ Lankhorst, Maarten (2008年12月5日). "Wine64 hello world app runs!". wine-devel (メーリングリスト). 2022年3月21日時点のオリジナルよりアーカイブ。 2008年12月15日閲覧。
  67. ^ ab "Building Wine". WineHQ . 2022年7月27日時点のオリジナルよりアーカイブ。 2019年4月23日閲覧。
  68. ^ "Wine64 for packagers". 公式Wine Wiki. 2010年4月25日時点のオリジナルよりアーカイブ。 2010年4月20日閲覧。
  69. ^ "[Wine] Re: Wine sometime really surprise me". 2011年3月11日. 2012年3月24日時点のオリジナルよりアーカイブ。2013年2月15日閲覧
  70. ^ 「WineHQ Bugzilla – Bug 26715 – Win1.0実行ファイルがDosboxを起動する」。2015年9月4日時点のオリジナルよりアーカイブ。 2013年2月15日閲覧。
  71. ^ 「Wine開発リリース1.3.4のお知らせ」。Winehq.org。2010年10月4日時点のオリジナルよりアーカイブ。 2010年10月15日閲覧。
  72. ^ 「ARMサポート」。公式Wine Wiki。2019年4月17日時点のオリジナルよりアーカイブ。 2019年4月22日閲覧。
  73. ^ 「Wineラッパーなど」。2016年6月29日時点のオリジナルよりアーカイブ。2016年7月6日閲覧
  74. ^ 「Android版WineがWindowsアプリの実行に登場」Phoronix . 2013年2月3日. 2013年8月28日時点のオリジナルよりアーカイブ。 2013年8月30日閲覧。
  75. ^ 「Android」. WineHQ . 2019年4月23日時点のオリジナルよりアーカイブ。 2019年4月23日閲覧。
  76. ^ 「Internet Explorer」. WineHQ AppDB . 2019年4月13日時点のオリジナルよりアーカイブ。 2019年4月23日閲覧。
  77. ^ 「Google Chrome」. WineHQ AppDB . 2020年9月13日時点のオリジナルよりアーカイブ。2020年9月9日閲覧
  78. ^ 「Chromiumブラウザが黒くなる - WineHQフォーラム」forum.winehq.org。2022年6月15日時点のオリジナルよりアーカイブ。2020年9月9日閲覧
  79. ^ 「今のところ、IES4Linuxをインストールできません」。2012年6月22日。2014年8月15日時点のオリジナルよりアーカイブ。 2014年1月15日閲覧。
  80. ^ Vincent, Brian (2004年2月3日). 「WineConf 2004 Summary」. Wine Weekly News . No. 208. WineHQ.org. 2006年12月31日時点のオリジナルよりアーカイブ。 2009年1月3日閲覧。
  81. ^ 「Wine Status – DirectX DLLs」. WineHQ.org. 2008年12月26日時点のオリジナルよりアーカイブ。 2009年1月3日閲覧。
  82. ^ 「CodeWeavers、MacおよびLinux向けCrossOver 6をリリース」. Slashdot. 2007年1月10日. 2011年8月10日時点のオリジナルよりアーカイブ。2009年1月3日閲覧
  83. ^ Schmid, Jana. 「Catalina向けの解決策はまだありません…」CodeWeavers . 2021年9月29日時点のオリジナルよりアーカイブ。 2023年2月9日閲覧。
  84. ^ Thomases, Ken (2019年12月11日). 「macOS上のwin32」. 2020年11月11日時点のオリジナルよりアーカイブ。 2023年2月9日閲覧。
  85. ^ 「CrossOver – 変更ログ – CodeWeavers」. 2012年8月19日時点のオリジナルよりアーカイブ。 2012年3月9日閲覧。
  86. ^ 「CrossOver Gamesサイト」CodeWeavers. 1990年1月6日. 2010年4月27日時点のオリジナルよりアーカイブ。2010年4月27日閲覧
  87. ^ abcde 「Linux版Steam :: Steam Playの新バージョンのご紹介」Valve。2018年8月21日。2018年8月22日時点のオリジナルよりアーカイブ。 2018年8月22日閲覧。
  88. ^ 「vkd3d.gitプロジェクト概要」WineHQ Git。2019年4月2日時点のオリジナルよりアーカイブ。 2018年8月22日閲覧。
  89. ^ 「D9VK GitHubリポジトリ」GitHub。2019年3月2日時点のオリジナルよりアーカイブ。 2019年10月6日閲覧。
  90. ^ 「GitHub: esyncのREADME」GitHub。2018年9月19日時点のオリジナルよりアーカイブ。2018年8月22日閲覧
  91. ^ 「Proton GitHubリポジトリ」。GitHub。2018年8月22日時点のオリジナルよりアーカイブ。2018年8月22日閲覧。
  92. ^ 「WINE@Etersoft – ロシア版Wineの独自フォーク」（ロシア語）。Pcweek.ru。2010年4月21日。2014年12月2日時点のオリジナルよりアーカイブ。2010年4月27日閲覧
  93. ^ "WINE". ReactOS Wiki .
  94. ^ 「開発者向けFAQ」ReactOS。2008年11月13日時点のオリジナルよりアーカイブ。2009年5月25日閲覧。
  95. ^ 「Arwinssブランチの作成」Mail-archive.com。2009年7月17日。2011 年6月9日時点のオリジナルよりアーカイブ。2010年4月27日閲覧。
  96. ^ 「ReactOS wikiにおけるArwinss」Reactos.org。2010年2月20日。2011年4月23日時点のオリジナルよりアーカイブ。 2010年4月27日閲覧。
  97. ^ 「Arwinssプレゼンテーション」Reactos.org。2011年7月7日時点のオリジナルよりアーカイブ。2010年4月27日閲覧
  98. ^ 「WineBottler | MacでWindowsベースのプログラムを実行する」。2018年7月6日時点のオリジナルよりアーカイブ。 2018年7月6日閲覧。
  99. ^ 「Wineskin FAQ」。doh123。2012年10月26日時点のオリジナルよりアーカイブ。 2012年11月7日閲覧。
  100. ^ 「WinOnX - Mac OSXでWindowsを使用」。2021年6月2日時点のオリジナルよりアーカイブ。 2021年6月12日閲覧。
  101. ^ apple/homebrew-apple、Apple、2023年6月6日、 2023年6月6日閲覧。
  102. ^ 「GameTree開発者プログラム」。gametreelinux.com。2011年1月10日時点のオリジナルよりアーカイブ。2011年1月2日閲覧
  103. ^ 「Darwine、WINEをDarwin（OS X）に移植しようとしている」Macworld。2023年1月5日時点のオリジナルよりアーカイブ。2023年2月8日閲覧。
  104. ^ Yager, Tom (2006年2月16日).「Darwine、OS XでのWindowsアプリ実行に向けて一歩前進」InfoWorld。2023年1月5日時点のオリジナルよりアーカイブ。 2023年2月5日閲覧。
  105. ^ Todd Ogasawara (2006年7月20日). Intel Mac向けWindows。O'Reilly Media, Inc. 5ページ。ISBN   978-0-596-52840-92023年2月20日時点のオリジナルよりアーカイブ。2023年2月5日閲覧
  106. ^ 「IntelベースMac向けWINE登場：Windowsプログラムの実行が可能に」CNET、2009年9月2日。2023年2月8日時点のオリジナルよりアーカイブ。2023年2月8日閲覧
  107. ^ “macOS FAQ - WineHQ Wiki”. Wine FAQ . 2023年1月29日時点のオリジナルよりアーカイブ。 2023年2月5日閲覧。
  108. ^ 「Pipelight：LinuxブラウザでSilverlightを使用する」FDS-Team。2013年8月22日時点のオリジナルよりアーカイブ。 2014年4月4日閲覧。
  109. ^ 「wine-compholio-daily README」github。2023年2月20日時点のオリジナルよりアーカイブ。 2014年4月4日閲覧。
  110. ^ Smith, Jerry (2015年7月2日).「HTML5 Premium Mediaへの移行」Microsoft Edgeブログ。2018年8月23日時点のオリジナルよりアーカイブ。 2019年2月10日閲覧。
  111. ^ Matt Moen (2005年1月26日).「WineでWindowsウイルスを実行する」。2013年1月7日時点のオリジナルよりアーカイブ。2009年10月23日閲覧
  112. ^ Duncan, Rory; Schreuders, Z. Cliffe (2019年3月1日). 「Wineを使用してLinuxシステム上でWindowsソフトウェアを実行することによるセキュリティへの影響：マルウェア分析研究」. Journal of Computer Virology and Hacking Techniques . 15 (1): 39–60 . doi : 10.1007/s11416-018-0319-9 . ISSN  2263-8733.
  113. ^ 「Wineをrootとして実行すべきか？」. Wine Wiki FAQ . 公式Wine Wiki. 2009年8月7日. 2011年6月21日時点のオリジナルからのアーカイブ。 2009年8月24日閲覧。
  114. ^ 「ZeroWineプロジェクトのホームページ」. 2011年11月5日時点のオリジナルからのアーカイブ。2011年12月11日閲覧
  115. ^ 「Linux/BSDは依然としてWINE経由でWMFエクスプロイトにさらされている！」ZDNet、2006年1月5日。2011年8月11日時点のオリジナルよりアーカイブ。2011年10月16日閲覧。
  116. ^ 「CVE-2006-0106 - Wine 20050930およびその他のバージョンのgdi/driver.cとgdi/printdrv.cはSETABORTPROC GDIを実装している - CVE-Search」。2019年7月9日時点のオリジナルよりアーカイブ。 2019年7月9日閲覧。
  117. ^ Michal Necasek、「OS/2 Warpの歴史」。2010年4月12日時点のオリジナルよりアーカイブ。
  118. ^ Bernhard Rosenkraenzer、「Wineの神話を暴く」。2016年1月11日時点のオリジナルよりアーカイブ。2016年10月21日閲覧
  119. ^ 「なぜワインはそれほど重要なのか」。2011年12月22日時点のオリジナルよりアーカイブ。 2011年12月11日閲覧
  120. ^ ヒルズ、ジェームズ. 「ポートワイン vs. ワイン」. GameSpy . 2001年5月11日時点のオリジナルよりアーカイブ。
  121. ^ Larabel, Michael (2009年7月3日). 「Linuxゲームポーターへのインタビュー」. Phoronix . 2016年7月1日時点のオリジナルよりアーカイブ。
  122. ^ Warrington, Don (2020年5月11日). 「古いWindowsソフトウェアを実行するのに最適な場所は…LinuxかMacか？」. Vulcan Hammer . 2023年2月17日時点のオリジナルよりアーカイブ。 2023年2月16日閲覧。
  123. ^ Davenport, Corbin (2021年10月3日). 「BoxedwineはWebブラウザでWindowsアプリケーションをエミュレートできる」. XDA Developers . 2023年2月18日時点のオリジナルよりアーカイブ。2023年2月17日閲覧
  124. ^ Mendelson, Edward (2023年1月12日). 「Otvdm/winevdm: 64ビットWindowsで古いWindowsソフトウェアを実行」.コロンビア大学. 2023年2月9日時点のオリジナルよりアーカイブ。2023年2月17日閲覧。
  125. ^ Puoti, Ivan Leo (2005年2月18日). 「Microsoftの正規ダウンロードでWineを探す」. wine-devel (メーリングリスト). 2009年4月7日時点のオリジナルよりアーカイブ。 2006年1月23日閲覧。
  126. ^ Tung, Liam. 「LinuxでWindows 10アプリを実行するためのWineが大幅にアップグレード」. ZDNet . 2020年10月25日時点のオリジナルよりアーカイブ。2020年11月26日閲覧
  127. ^ Larabie, Michael (2024年8月27日). 「Microsoft、MonoプロジェクトをWineにオフロード」. Phoronix . 2024年8月28日閲覧。

さらに読む

  • Jeremy WhiteのWine Answers – CodeWeaversのJeremy White氏へのSlashdotインタビュー
  • 「Mad Penguin：CodeWeavers創設者Jeremy White氏へのインタビュー」. 2004年5月25日. 2015年10月7日時点のオリジナルからのアーカイブ。
  • Wineプロジェクトを代表する法律顧問としてSoftware Freedom Law Centerを任命
  • Wine：その起源、使い方、そして今後の展望 – Dan Kegel著
ウィキメディア・コモンズには、Wine（ソフトウェア）に関連するメディアがあります。
  • 公式サイト
「https://en.wikipedia.org/w/index.php?title=Wine_(ソフトウェア)&oldid=1320618132#Darwine」より取得