Wine (software)

Last updated

Wine
Original author(s) Bob Amstadt, Eric Youngdale
Developer(s) Wine authors [1]
(1,755)
Initial release4 July 1993;31 years ago (1993-07-04)
Stable release
9.0 [2]   OOjs UI icon edit-ltr-progressive.svg / 16 January 2024
Repository gitlab.winehq.org/wine/wine
Written in C
Operating system
Platform IA-32, x86-64, ARM
Available inMultilingual
Type Compatibility layer
License LGPL-2.1-or-later [5] [6]
Website winehq.org

Wine [a] is a free and open-source compatibility layer to allow application software and computer games developed for Microsoft Windows to run on Unix-like operating systems. Developers can compile Windows applications against WineLib to help port them to Unix-like systems. Wine is predominantly written using black-box testing reverse-engineering, to avoid copyright issues. No code emulation or virtualization occurs. Wine is primarily developed for Linux and macOS.

Contents

In a 2007 survey by desktoplinux.com of 38,500 Linux desktop users, 31.5% of respondents reported using Wine to run Windows applications. [8] This plurality was larger than all x86 virtualization programs combined, and larger than the 27.9% who reported not running Windows applications. [9]

History

Bob Amstadt, the initial project leader, and Eric Youngdale started the Wine project in 1993 as a way to run Windows applications on Linux. It was inspired by two Sun Microsystems products, Wabi for the Solaris operating system, and the Public Windows Interface, [10] which was an attempt to get the Windows API fully reimplemented in the public domain as an ISO standard but rejected due to pressure from Microsoft in 1996. [11] Wine originally targeted 16-bit applications for Windows 3.x, but as of 2010 focuses on 32-bit and 64-bit versions which have become the standard on newer operating systems. The project originated in discussions on Usenet in comp.os.linux in June 1993. [12] Alexandre Julliard has led the project since 1994.

The project has proven time-consuming and difficult for the developers, mostly because of incomplete and incorrect documentation of the Windows API. While Microsoft extensively documents most Win32 functions, some areas such as file formats and protocols have no public, complete specification available from Microsoft. Windows also includes undocumented low-level functions, undocumented behavior and obscure bugs that Wine must duplicate precisely in order to allow some applications to work properly. [13] Consequently, the Wine team has reverse-engineered many function calls and file formats in such areas as thunking.[ citation needed ]

The Wine project originally released Wine under the same MIT License as the X Window System, but owing to concern about proprietary versions of Wine not contributing their changes back to the core project, [14] work as of March 2002 has used the LGPL for its licensing. [15]

Wine officially entered beta with version 0.9 on 25 October 2005. [16] Version 1.0 was released on 17 June 2008, [17] after 15 years of development. Version 1.2 was released on 16 July 2010, [18] version 1.4 on 7 March 2012, [19] version 1.6 on 18 July 2013, [20] version 1.8 on 19 December 2015 [21] and version 9.0 on 16 January 2024. [22] Development versions are released roughly every two weeks.

Wine-staging is an independently maintained set of aggressive patches not deemed ready by WineHQ developers for merging into the Wine repository, but still considered useful by the wine-compholio fork. It mainly covers experimental functions and bug fixes. Since January 2017, patches in wine-staging begins to be actively merged into the WineHQ upstream as wine-compholio transferred the project to Alistair Leslie-Hughes, a key WineHQ developer. As of 2019, WineHQ also provides pre-built versions of wine-staging. [23]

Corporate sponsorship

The main corporate sponsor of Wine is CodeWeavers, which employs Julliard and many other Wine developers to work on Wine and on CrossOver, CodeWeavers' supported version of Wine. CrossOver includes some application-specific tweaks not considered suitable for the upstream version, as well as some additional proprietary components. [24]

The involvement of Corel for a time assisted the project, chiefly by employing Julliard and others to work on it. Corel had an interest in porting WordPerfect Office, its office suite, to Linux (especially Corel Linux). Corel later cancelled all Linux-related projects after Microsoft made major investments in Corel, stopping their Wine effort. [25]

Other corporate sponsors include Google, which hired CodeWeavers to fix Wine so Picasa ran well enough to be ported directly to Linux using the same binary as on Windows; Google later paid for improvements to Wine's support for Adobe Photoshop CS2. [26] Wine is also a regular beneficiary of Google's Summer of Code program. [27]

Valve works with CodeWeavers to develop Proton, a Wine-based compatibility layer for Microsoft Windows games to run on Linux-based operating systems. Proton includes several patches that upstream Wine does not accept for various reasons, such as Linux-specific implementations of Win32 functions. Valve's involvement in the development of Proton (and, thus, the improvement of Linux gaming) has helped to improve Wine compatibility with Windows games. [28]

Design

The goal of Wine is to implement the Windows APIs fully or partially that are required by programs that the users of Wine wish to run on top of a Unix-like system.

Basic architecture

The programming interface of Microsoft Windows consists largely of dynamic-link libraries (DLLs). These contain a huge number of wrapper sub-routines for the system calls of the kernel, the NTOS kernel-mode program (ntoskrnl.exe). A typical Windows program calls some Windows DLLs, which in turn calls user-mode gdi/user32 libraries, which in turn uses the kernel32.dll (win32 subsystem) responsible for dealing with the kernel through system calls. The system-call layer is considered private to Microsoft programmers as documentation is not publicly available, and published interfaces all rely on subsystems running on top of the kernel. Besides these, there are a number of programming interfaces implemented as services that run as separate processes. Applications communicate with user-mode services through RPCs. [29]

Wine implements the Windows application binary interface (ABI) entirely in user space, rather than as a kernel module. Wine mostly mirrors the hierarchy, with services normally provided by the kernel in Windows [30] instead provided by a daemon known as the wineserver, whose task is to implement basic Windows functionality, as well as integration with the X Window System, and translation of signals into native Windows exceptions. Although wineserver implements some aspects of the Windows kernel, it is not possible to use native Windows drivers with it, due to Wine's underlying architecture. [29]

Libraries and applications

Wine allows for loading both Windows DLLs and Unix shared objects for its Windows programs. Its built-in implementation of the most basic Windows DLLs, namely NTDLL, KERNEL32, GDI32, and USER32, uses the shared object method because they must use functions in the host operating system as well. Higher-level libraries, such as WineD3D, are free to use the DLL format. In many cases users can choose to load a DLL from Windows instead of the one implemented by Wine. Doing so can provide functionalities not yet implemented by Wine, but may also cause malfunctions if it relies on something else not present in Wine. [29]

Wine tracks its state of implementation through automated unit testing done at every git commit. [31]

Graphics and gaming

While most office software does not make use of complex GPU-accelerated graphics APIs, computer games do. To run these games properly, Wine would have to forward the drawing instructions to the host OS, and even translate them to something the host can understand.

DirectX is a collection of Microsoft APIs for rendering, audio and input. As of 2019, Wine 4.0 contains a DirectX 12 implementation for Vulkan API, and DirectX 11.2 for OpenGL. [32] Direct2D support has been updated to Direct2D 1.2. [32] Wine 4.0 also allows Wine to run Vulkan applications by handing draw commands to the host OS, or in the case of macOS, by translating them into the Metal API by MoltenVK. [32]

XAudio
As of February 2019, Wine 4.3 uses the FAudio library (and Wine 4.13 included a fix for it) to implement the XAudio2 audio API (and more). [33] [34]
XInput and Raw Input
Wine, since 4.0 (2019), supports game controllers through its builtin implementations of these libraries. They are built as Unix shared objects as they need to access the controller interfaces of the underlying OS, specifically through SDL. [32]

Direct3D

Much of Wine's DirectX effort goes into building WineD3D, a translation layer from Direct3D and DirectDraw API calls into OpenGL. As of 2019, this component supports up to DirectX 11. [32] As of 12 December 2016, Wine is good enough to run Overwatch with D3D11. [35] Besides being used in Wine, WineD3D DLLs have also been used on Windows itself, allowing for older GPUs to run games using newer DirectX versions and for old DDraw-based games to render correctly. [36]

Some work is ongoing to move the Direct3D backend to Vulkan API. Direct3D 12 support in 4.0 is provided by a "vkd3d" subproject, [32] and WineD3D has in 2019 been experimentally ported to use the Vulkan API. [37] Another implementation, DXVK, translates Direct3D 8, 9, 10, and 11 calls using Vulkan as well and is a separate project. [38]

Wine, when patched, can alternatively run Direct3D 9 API commands directly via a free and open-source Gallium3D State Tracker (aka Gallium3D GPU driver) without translation into OpenGL API calls. In this case, the Gallium3D layer allows a direct pass-through of DX9 drawing commands which results in performance improvements of up to a factor of 2. [39] As of 2020, the project is named Gallium.Nine. It is available now as a separate standalone package and no longer needs a patched Wine version. [40]

User interface

Wine is usually invoked from the command-line interpreter: wine program.exe. [41]

winecfg

A screenshot showing how Wine can be configured to mimic different versions of Windows, going as far back as Windows 2.0 in the 32-bit version (64-bit Wine supports only 64-bit versions of Windows) Winecfg in 32-bit mode (v 5.5) -- main tab.png
A screenshot showing how Wine can be configured to mimic different versions of Windows, going as far back as Windows 2.0 in the 32-bit version (64-bit Wine supports only 64-bit versions of Windows)

There is the utility winecfg that starts a graphical user interface with controls for adjusting basic options. [42] It is a GUI configuration utility included with Wine. Winecfg makes configuring Wine easier by making it unnecessary to edit the registry directly, although, if needed, this can be done with the included registry editor (similar to Windows regedit ).

Third-party applications

PlayOnLinux PlayOnLinux-Screenshot.png
PlayOnLinux

Some applications require more tweaking than simply installing the application in order to work properly, such as manually configuring Wine to use certain Windows DLLs. The Wine project does not integrate such workarounds into the Wine codebase, instead preferring to focus solely on improving Wine's implementation of the Windows API. While this approach focuses Wine development on long-term compatibility, it makes it difficult for users to run applications that require workarounds. Consequently, many third-party applications have been created to ease the use of those applications that do not work out of the box within Wine itself. The Wine wiki maintains a page of current and obsolete third-party applications. [43]

Functionality

App compatibility progress over time, according to Wine AppDB test results. .mw-parser-output .legend{page-break-inside:avoid;break-inside:avoid-column}.mw-parser-output .legend-color{display:inline-block;min-width:1.25em;height:1.25em;line-height:1.25;margin:1px 0;text-align:center;border:1px solid black;background-color:transparent;color:black}.mw-parser-output .legend-text{} Software works flawlessly Software works flawlessly after configuration Minor problems with the software Major problems with the software Completely non-functional software History Of WineAppDB.gif
App compatibility progress over time, according to Wine AppDB test results.
  Software works flawlessly
  Software works flawlessly after configuration
  Minor problems with the software
  Major problems with the software
  Completely non-functional software
WineHQ application ratings over the time. WineHQ ratings.svg
WineHQ application ratings over the time.

The developers of the Direct3D portions of Wine have continued to implement new features such as pixel shaders to increase game support. [55] Wine can also use native DLLs directly, thus increasing functionality, but then a license for Windows is needed unless the DLLs were distributed with the application itself.

Wine also includes its own open-source implementations of several Windows programs, such as Notepad , WordPad , Control Panel , Internet Explorer , and Windows Explorer . [56]

The Wine Application Database (AppDB) is a community-maintained on-line database about which Windows programs works with Wine and how well they work.

Backward compatibility

Wine ensures good backward compatibility with legacy Windows applications, including those written for Windows 3.1x. [57] Wine can mimic different Windows versions required for some programs, going as far back as Windows 2.0. [58] However, Windows 1.x and Windows 2.x support was removed from Wine development version 1.3.12. If DOSBox is installed on the system[ citation needed ] (see below on MS-DOS), Wine development version 1.3.12 and later nevertheless show the "Windows 2.0" option for the Windows version to mimic, but Wine still will not run most Windows 2.0 programs because MS-DOS and Windows functions are not currently integrated.

Backward compatibility in Wine is generally superior to that of Windows, as newer versions of Windows can force users to upgrade legacy Windows applications, and may break unsupported software forever as there is nobody adjusting the program for the changes in the operating system. In many cases, Wine can offer better legacy support than newer versions of Windows with "Compatibility Mode". Wine can run 16-bit Windows programs (Win16) on a 64-bit operating system, which uses an x86-64 (64-bit) CPU, [59] a functionality not found in 64-bit versions of Microsoft Windows. [60] [61] WineVDM allows 16-bit Windows applications to run on 64-bit versions of Windows. [62]

Wine partially supports Windows console applications, and the user can choose which backend to use to manage the console (choices include raw streams, curses, and user32). [63] When using the raw streams or curses backends, Windows applications will run in a Unix terminal.

64-bit applications

Preliminary support for 64-bit Windows applications was added to Wine 1.1.10, in December 2008. [64] As of April 2019, the support is considered stable. The two versions of Wine are built separately, and as a result only building wine64 produces an environment only capable of running x86-64 applications. [65]

As of April 2019, Wine has stable support for a WoW64 build, which allows both 32-bit and 64-bit Windows applications to run inside the same Wine instance. To perform such a build, one must first build the 64-bit version, and then build the 32-bit version referencing the 64-bit version. Just like Microsoft's WoW64, the 32-bit build process will add parts necessary for handling 32-bit programs to the 64-bit build. [65] This functionality is seen from at least 2010. [66]

MS-DOS

Early versions of Microsoft Windows run on top of MS-DOS, and Windows programs may depend on MS-DOS programs to be usable. Wine does not have good support for MS-DOS, but starting with development version 1.3.12, Wine tries running MS-DOS programs in DOSBox if DOSBox is available on the system. [67] However, due to a bug, current versions[ needs update ] of Wine incorrectly identify Windows 1.x and Windows 2.x programs as MS-DOS programs, attempting to run them in DOSBox (which does not work). [68]

Winelib

Wine provides Winelib, which allows its shared-object implementations of the Windows API to be used as actual libraries for a Unix program. This allows for Windows code to be built into native Unix executables. Since October 2010, Winelib also works on the ARM platform. [69]

Non-x86 architectures

Support for Solaris SPARC was dropped in version 1.5.26.

ARM, Windows CE, and Windows RT

Wine provides some support for ARM (as well as ARM64/AArch64) processors and the Windows flavors that run on it. As of April 2019, Wine can run ARM/Win32 applications intended for unlocked Windows RT devices (but not Windows RT programs). Windows CE support (either x86 or ARM) is missing, [70] but an unofficial, pre-alpha proof-of-concept version called WineCE allows for some support. [71]

Wine for Android

WINE Solitaire running on Android Wine-solitaire-on-android.jpg
WINE Solitaire running on Android

On 3 February 2013 at the FOSDEM talk in Brussels, Alexandre Julliard demonstrated an early demo of Wine running on Google's Android operating system. [72]

Experimental builds of WINE for Android (x86 and ARM) were released in late 2017. It has been routinely updated by the official developers ever since. [4] The default builds do not implement cross-architecture emulation via QEMU, and as a result ARM versions will only run ARM applications that use the Win32 API. [73]

Microsoft applications

Wine, by default, uses specialized Windows builds of Gecko and Mono to substitute for Microsoft's Internet Explorer and .NET Framework. Wine has built-in implementations of JScript and VBScript. It is possible to download and run Microsoft's installers for those programs through winetricks or manually.

Wine is not known to have good support for most versions of Internet Explorer (IE). Of all the reasonably recent versions, Internet Explorer 8 for Windows XP is the only version that reports a usable rating on Wine's AppDB, out-of-the-box. [74] However Google Chrome gets a gold rating (as of Wine 5.5-staging), [75] and Microsoft's IE replacement web browser Edge, is known to be based on that browser (after switching from Microsoft's own rendering engine [76] ). Winetricks offer auto-installation for Internet Explorer 6 through 8, so these versions can be reasonably expected to work with its built-in workarounds.

An alternative for installing Internet Explorer directly is to use the now-defunct IEs4Linux. It is not compatible with the latest versions of Wine, [77] and the development of IEs4Linux is inactive.

Other versions of Wine

The core Wine development aims at a correct implementation of the Windows API as a whole and has sometimes lagged in some areas of compatibility with certain applications. Direct3D, for example, remained unimplemented until 1998, [78] although newer releases have had an increasingly complete implementation. [79]

CrossOver

CodeWeavers markets CrossOver specifically for running Microsoft Office and other major Windows applications, including some games. CodeWeavers employs Alexandre Julliard to work on Wine and contributes most of its code to the Wine project under the LGPL. CodeWeavers also released a new version called CrossOver Mac for Intel-based Apple Macintosh computers on 10 January 2007. [80] Unlike upstream wine, CrossOver is notably able to run on the x64-only versions of macOS, [81] using a technique known as "wine32on64". [82]

As of 2012, CrossOver includes the functionality of both the CrossOver Games and CrossOver Pro lines therefore CrossOver Games and CrossOver Pro are no longer available as single products. [83]

CrossOver Games was optimized for running Windows video games. Unlike CrossOver, it didn't focus on providing the most stable version of Wine. Instead, experimental features are provided to support newer games. [84]

Proton

On 21 August 2018, Valve announced a new variation of Wine, named Proton, designed to integrate with the Linux version of the company's Steam software (including Steam installations built into their Linux-based SteamOS operating system and Steam Machine computers). [85] Valve's goal for Proton is to enable Steam users on Linux to play games which lack a native Linux port (particularly back-catalog games), and ultimately, through integration with Steam as well as improvements to game support relative to mainline Wine, to give users "the same simple plug-and-play experience" that they would get if they were playing the game natively on Linux. [85] Proton entered public beta immediately upon being announced. [85]

Valve had already been collaborating with CodeWeavers since 2016 to develop improvements to Wine's gaming performance, some of which have been merged to the upstream Wine project. [85] Some of the specific improvements incorporated into Proton include Vulkan-based Direct3D 9, 10, 11, and 12 implementations via vkd3d, [86] DXVK, [87] and D9VK [88] multi-threaded performance improvements via esync, [89] improved handling of fullscreen games, and better automatic game controller hardware support. [85]

Proton is fully open-source and available via GitHub. [90]

WINE@Etersoft

The Russian company Etersoft has been developing a proprietary version of Wine since 2006. WINE@Etersoft supports popular Russian applications (for example, 1C:Enterprise by 1C Company). [91]

Other projects using Wine source code

Other projects using Wine source code include:

Discontinued

Reception

The Wine project has received a number of technical and philosophical complaints and concerns over the years.

Security

Because of Wine's ability to run Windows binary code, concerns have been raised over native Windows viruses and malware affecting Unix-like operating systems [111] as Wine can run limited malware made for Windows. A 2018 security analysis found that 5 out of 30 malware samples were able to successfully run through Wine, a relatively low rate that nevertheless posed a security risk. [112] For this reason the developers of Wine recommend never running it as the superuser. [113] Malware research software such as ZeroWine [114] runs Wine on Linux in a virtual machine, to keep the malware completely isolated from the host system. An alternative to improve the security without the performance cost of using a virtual machine, is to run Wine in an LXC container, as Anbox software is doing by default with Android.

Another security concern is when the implemented specifications are ill-designed and allow for security compromise. Because Wine implements these specifications, it will likely also implement any security vulnerabilities they contain. One instance of this problem was the 2006 Windows Metafile vulnerability, which saw Wine implementing the vulnerable SETABORTPROC escape. [115] [116]

Wine vs. native Unix applications

A common concern about Wine is that its existence means that vendors are less likely to write native Linux, macOS, and BSD applications. As an example of this, it is worth considering IBM's 1994 operating system, OS/2 Warp.[ original research? ] An article describes the weaknesses of OS/2 which killed it, the first one being:

OS/2 offered excellent compatibility with DOS and Windows 3.1 applications. No, this is not an error. Many application vendors argued that by developing a DOS or Windows app, they would reach the OS/2 market in addition to DOS/Windows markets and they didn't develop native OS/2 applications. [117]

However, OS/2 had many problems with end user acceptance. Perhaps the most serious was that most computers sold already came with DOS and Windows, and many people didn't bother to evaluate OS/2 on its merits due to already having an operating system. "Bundling" of DOS and Windows and the chilling effect this had on the operating system market frequently came up in United States v. Microsoft Corporation .

The Wine project itself responds to the specific complaint of "encouraging" the continued development for the Windows API on one of its wiki pages:

For most people there remain a handful of programs locking them in to Windows. It's obvious there will never be a Microsoft Office ported to Linux, however older versions of programs like TurboTax won't be ported either. Similarly, there are tens of thousands of games and internal corporate applications which will never be ported. If you want to use Linux and rely on any legacy Windows application, something like Wine is essential... Wine makes Linux more useful and allows for millions of users to switch who couldn't otherwise. This greatly raises Linux marketshare, drawing more commercial and community developers to Linux. [118]

Also, the Wine Wiki page claims that Wine can help break the chicken-and-egg problem for Linux on the desktop: [119]

This brings us to the chicken and egg issue of Linux on the desktop. Until Linux can provide equivalents for the above applications, its market share on the desktop will stagnate. But until the market share of Linux on the desktop rises, no vendor will develop applications for Linux. How does one break this vicious circle?

Again, Wine can provide an answer. By letting users reuse the Windows applications they have invested time and money in, Wine dramatically lowers the barrier that prevents users from switching to Linux. This then makes it possible for Linux to take off on the desktop, which increases its market share in that segment. In turn, this makes it viable for companies to produce Linux versions of their applications, and for new products to come out just for the Linux market. This reasoning could be dismissed easily if Wine was only capable of running Solitaire. However, now it can run Microsoft Office, multimedia applications such as QuickTime and Windows Media Player, and even games such as Max Payne or Unreal Tournament 3. Almost any other complex application can be made to run well given a bit of time. And each time that work is done to add one application to this list, many other applications benefit from this work and become usable too.

Have a look at our Application Database to get an idea on what can be run under Wine.

The use of Wine for gaming has proved specifically controversial in the Linux community, as some feel it is preventing, or at least hindering, the further growth of native Linux gaming on the platform. [120] [121] One quirk however is that Wine is now able to run 16-bit and even certain 32-bit applications and games that do not launch on current 64-bit Windows versions. [122] This use-case has led to running Wine on Windows itself via Windows Subsystem for Linux or third-party virtual machines,[ citation needed ] as well as encapsulated by means such as BoxedWine [123] and Otvdm. [124]

Microsoft

Until 2020, Microsoft had not made any public statements about Wine. However, the Windows Update online service will block updates to Microsoft applications running in Wine. On 16 February 2005, Ivan Leo Puoti discovered that Microsoft had started checking the Windows Registry for the Wine configuration key and would block the Windows Update for any component. [125] As Puoti noted: "It's also the first time Microsoft acknowledges the existence of Wine."

In January 2020, Microsoft cited Wine as a positive consequence of being able to reimplement APIs, in its amicus curiae brief for Google LLC v. Oracle America, Inc. [126]

In August 2024, Microsoft donated the Mono Project, a reimplementation of the .NET Framework, to the developers of Wine. [127]

See also

Notes

  1. ↑ Originally a recursive acronym for "Wine Is Not an Emulator" [7]

Related Research Articles

Windows is a product line of proprietary graphical operating systems developed and marketed by Microsoft. It is grouped into families and sub-families that cater to particular sectors of the computing industry – Windows (unqualified) for a consumer or corporate workstation, Windows Server for a server and Windows IoT for an embedded system. Windows is sold as either a consumer retail product or licensed to third-party hardware manufacturers who sell products bundled with Windows.

<span class="mw-page-title-main">Liberty BASIC</span>

Liberty BASIC (LB) is a commercial computer programming language and integrated development environment (IDE). It has an interpreter, developed in Smalltalk, which recognizes its own dialect of the BASIC programming language. It runs on 16- and 32-bit Windows and OS/2.

In computing, cross-platform software is computer software that is designed to work in several computing platforms. Some cross-platform software requires a separate build for each platform, but some can be directly run on any platform without special preparation, being written in an interpreted language or compiled to portable bytecode for which the interpreters or run-time packages are common or standard components of all supported platforms.

<span class="mw-page-title-main">Windows API</span> Microsofts core set of application programming interfaces on Windows

The Windows API, informally WinAPI, is the foundational application programming interface (API) that allows a computer program to access the features of the Microsoft Windows operating system in which the program is running. Programs access API functionality via dynamic-link library (DLL) technology.

Direct3D is a graphics application programming interface (API) for Microsoft Windows. Part of DirectX, Direct3D is used to render three-dimensional graphics in applications where performance is important, such as games. Direct3D uses hardware acceleration if available on the graphics card, allowing for hardware acceleration of the entire 3D rendering pipeline or even only partial acceleration. Direct3D exposes the advanced graphics capabilities of 3D graphics hardware, including Z-buffering, W-buffering, stencil buffering, spatial anti-aliasing, alpha blending, color blending, mipmapping, texture blending, clipping, culling, atmospheric effects, perspective-correct texture mapping, programmable HLSL shaders and effects. Integration with other DirectX technologies enables Direct3D to deliver such features as video mapping, hardware 3D rendering in 2D overlay planes, and even sprites, providing the use of 2D and 3D graphics in interactive media ties.

<span class="mw-page-title-main">ReactOS</span> Free incomplete Windows NT-like operating system

ReactOS is a free and open-source operating system for i586/amd64 personal computers intended to be binary-compatible with computer programs and device drivers developed for Windows Server 2003 and later versions of Microsoft Windows. ReactOS has been noted as a potential open-source drop-in replacement for Windows and for its information on undocumented Windows APIs.

In software engineering, a compatibility layer is an interface that allows binaries for a legacy or foreign system to run on a host system. This translates system calls for the foreign system into native system calls for the host system. With some libraries for the foreign system, this will often be sufficient to run foreign binaries on the host system. A hardware compatibility layer consists of tools that allow hardware emulation.

Virtual DOS machines (VDM) refer to a technology that allows running 16-bit/32-bit DOS and 16-bit Windows programs when there is already another operating system running and controlling the hardware.

Core Foundation is a C application programming interface (API) written by Apple Inc. for its operating systems, and is a mix of low-level routines and wrapper functions. Most Core Foundation routines follow a certain naming convention that deal with opaque objects, for example CFDictionaryRef for functions whose names begin with CFDictionary, and these objects are often reference counted (manually) through CFRetain and CFRelease. Internally, Core Foundation forms the base of the types in the Objective-C standard library and the Carbon API.

Binary-code compatibility is a property of a computer system, meaning that it can run the same executable code, typically machine code for a general-purpose computer central processing unit (CPU), that another computer system can run. Source-code compatibility, on the other hand, means that recompilation or interpretation is necessary before the program can be run on the compatible system.

<span class="mw-page-title-main">PlayOnLinux</span> Graphical front-end for the Wine software compatibility layer

PlayOnLinux is a graphical frontend for the Wine software compatibility layer which allows Linux users to install Windows-based video games, Microsoft Office, Microsoft Internet Explorer, as well as many other applications such as Apple iTunes and Safari.

In computing on Microsoft platforms, WoW64 is a subsystem of the Windows operating system capable of running 32-bit applications on 64-bit Windows. It is included in all 64-bit versions of Windows, except in Windows Server Server Core where it is an optional component, and Windows Nano Server where it is not included. WoW64 aims to take care of many of the differences between 32-bit Windows and 64-bit Windows, particularly involving structural changes to Windows itself.

FastCopy computer software is a file and directory copier that runs under Microsoft Windows. It was originally open-source, under the GPLv3 license, but later freeware releases reported "Due to various circumstances, distribution of the source code is temporarily suspended". In version 5.0.0, it changed the license for a newly added Pro version with addition features, and separated the use case in non-domestic environments, while previous versions allow using FastCopy in workplace.

<span class="mw-page-title-main">Mono (software)</span> Computer software project

Mono is a free and open-source software framework that aims to run software made for the .NET Framework on Linux and other OSes. Originally by Ximian which was acquired by Novell, it was later developed by Xamarin which was acquired by Microsoft. In August 2024, Microsoft transferred ownership of Mono to WineHQ.

Mingw-w64 is a free and open-source suite of development tools that generate Portable Executable (PE) binaries for Microsoft Windows. It was forked in 2005–2010 from MinGW.

<span class="mw-page-title-main">Longene</span> Linux distribution

Longene is a Linux-based operating system kernel intended to be binary compatible with application software and device drivers made for Microsoft Windows and Linux. As of 1.0-rc2, it consists of a Linux kernel module implementing aspects of the Windows kernel and a modified Wine distribution designed to take advantage of the more native interface. Longene is written in the C programming language and is free and open source software. It is licensed under the terms of the GNU General Public License version 2 (GPLv2).

Vulkan is a low-level, low-overhead cross-platform API and open standard for 3D graphics and computing. It was intended to address the shortcomings of OpenGL, and allow developers more control over the GPU. It is designed to support a wide variety of GPUs, CPUs and operating systems, and it is also designed to work with modern multi-core CPUs.

References

  1. ↑ "Wine source: wine-6.4: Authors". source.winehq.org. Archived from the original on 13 May 2013. Retrieved 1 November 2020.
  2. ↑ "Wine 9.0 Released". 16 January 2024. Retrieved 16 January 2024.
  3. 1 2 3 "Download - WineHQ Wiki". Archived from the original on 29 July 2022. Retrieved 31 October 2018.
  4. 1 2 "Index of /Wine-builds/Android". Archived from the original on 23 January 2018. Retrieved 21 January 2018.
  5. ↑ "Licensing - WineHQ Wiki". WineHQ. Archived from the original on 10 January 2017. Retrieved 10 January 2017.
  6. ↑ "License". WineHQ. Archived from the original on 16 November 2018. Retrieved 10 January 2017.
  7. ↑ "WineHQ - About Wine". WineHQ. Archived from the original on 5 July 2022. Retrieved 15 April 2017.
  8. ↑ "2007 Desktop Linux Market survey". 21 August 2007. Archived from the original on 24 May 2012. Retrieved 8 October 2007.
  9. ↑ Vaughan-Nichols, Steven J. (22 August 2007). "Running Windows applications on Linux". 2007 Desktop Linux Survey results. DesktopLinux. Archived from the original on 11 February 2010.
  10. ↑ Amstadt, Bob (29 September 1993). "Wine project status". Newsgroup:  comp.windows.x.i386unix. Archived from the original on 5 January 2011. Retrieved 13 July 2008.
  11. ↑ "Sun Uses ECMA as Path to ISO Java Standardization". Computergram International. 7 May 1999. Archived from the original on 8 July 2012. Retrieved 13 July 2008.
  12. ↑ Byron A Jeff (25 August 1993). "WABI available on Linux or not". Newsgroup:  comp.os.linux.misc. Archived from the original on 9 June 2013. Retrieved 21 September 2007.
  13. ↑ Loli-Queru, Eugenia (29 October 2001). "Interview with WINE's Alexandre Julliard". OSnews (Interview). Archived from the original on 24 September 2008. Retrieved 30 June 2008. Usually we start from whatever documentation is available, implement a first version of the function, and then as we find problems with applications that call this function we fix the behavior until it is what the application expects, which is usually quite far from what the documentation states.
  14. ↑ White, Jeremy (6 February 2002). "Wine license change". Archived from the original on 21 July 2011. Retrieved 27 April 2010.
  15. ↑ Alexandre Julliard (18 February 2002). "License change vote results". Archived from the original on 21 July 2011. Retrieved 27 April 2010.
  16. ↑ "Beta!". 25 October 2005. Archived from the original on 27 June 2010. Retrieved 9 December 2010.
  17. ↑ "Announcement of version 1.0". Wine HQ. 17 June 2008. Archived from the original on 1 February 2009. Retrieved 1 September 2008.
  18. ↑ Julliard, Alexandre (16 July 2010). "Release News". Archived from the original on 10 February 2013. Retrieved 30 August 2013.
  19. ↑ "Wine Announcement". Archived from the original on 9 March 2012. Retrieved 7 March 2012.
  20. ↑ "Wine 1.6 Released". WineHQ. 18 July 2013. Archived from the original on 21 July 2013. Retrieved 18 July 2013.
  21. ↑ "Wine 1.8 Released". WineHQ. 19 December 2015. Archived from the original on 22 December 2015. Retrieved 19 December 2015.
  22. ↑ "Wine 9.0". WineHQ. 16 January 2024. Archived from the original on 27 January 2024. Retrieved 30 January 2024.
  23. ↑ "Wine-Staging". WineHQ Wiki. Archived from the original on 22 April 2019. Retrieved 22 April 2019.
  24. ↑ White, Jeremy (27 January 2011). "Announcing CrossOver 10.0 and CrossOver Games 10.0, The Impersonator". CodeWeavers. Archived from the original on 2 February 2011. Retrieved 28 January 2011.
  25. ↑ Vaughan-Nichols, Steven J. (25 February 2002). "That's All Folks: Corel Leaves Open Source Behind". Linux.com. Archived from the original on 12 May 2021. Retrieved 11 May 2021.
  26. ↑ "older-mirrored-patches/Wine.md at master - google/older-mirrored-patches". GitHub . Archived from the original on 9 February 2023. Retrieved 9 February 2023.
  27. ↑ Kegel, Dan (14 February 2008). "Google's support for Wine in 2007". wine-devel (Mailing list). Archived from the original on 6 January 2009. Retrieved 3 January 2009.
  28. ↑ "Proton/README.md at proton_9.0 · ValveSoftware/Proton". GitHub. Retrieved 8 April 2024.
  29. 1 2 3 "Wine Developer's Guide/Architecture Overview". WineHQ. Archived from the original on 22 April 2019. Retrieved 22 April 2019.
  30. ↑ See the "Windows service" article
  31. ↑ "Wine Status". WineHQ. Archived from the original on 22 April 2019. Retrieved 22 April 2019.
  32. 1 2 3 4 5 6 "Wine 4.0". WineHQ. Archived from the original on 3 April 2019. Retrieved 22 April 2019.
  33. ↑ "FAudio Lands in Wine For New XAudio2 Re-Implementation". Phoronix. 25 February 2019. Archived from the original on 1 March 2019. Retrieved 24 March 2019.
  34. ↑ "WineHQ - Wine Announcement - The Wine development release 4.3 is now available". Archived from the original on 15 March 2019. Retrieved 24 March 2019.
  35. ↑ "With Wine Git, You Can Run The D3D11 Blizzard Overwatch Game on Linux". Phoronix. 12 December 2016. Archived from the original on 15 December 2016. Retrieved 17 December 2016.
  36. ↑ Dossena, Federico. "WineD3D For Windows". Federico Dossena. Archived from the original on 13 June 2019. Retrieved 22 April 2019.
  37. ↑ "Wine 4.6". WineHQ. Archived from the original on 13 April 2019. Retrieved 22 April 2019.
  38. ↑ Rebohle, Philip (4 May 2021), doitsujin/dxvk, archived from the original on 26 May 2020, retrieved 4 May 2021
  39. ↑ Christoph Bumiller (16 July 2013). "Direct3D 9 Gallium3D State Tracker". Archived from the original on 27 January 2021. Retrieved 10 January 2021. there are a couple of differences to d3d1x: [...] it's written in C instead of C++ and not relying on horrific multiple inheritance with [...] So far I've tried Skyrim, Civilization 5, Anno 1404 and StarCraft 2 on the nvc0 and r600g drivers, which work pretty well, at up to x2 the fps I get with wined3d (Note: no thorough benchmarking done yet).
  40. ↑ "Gallium Nine Standalone". github. Archived from the original on 12 November 2020. Retrieved 3 December 2020.
  41. ↑ "Wine". WineHQ. Archived from the original on 22 January 2016. Retrieved 29 April 2017.
  42. ↑ Nick Congleton (26 October 2016). "Configuring WINE with Winecfg". Linux Tutorials - Learn Linux Configuration. Archived from the original on 7 April 2017. Retrieved 29 April 2017.
  43. ↑ "Third Party Applications". Official Wine Wiki. Archived from the original on 20 December 2008. Retrieved 3 January 2009.
  44. ↑ "Gaming on Linux: A guide for sane people with limited patience". PCWorld . Archived from the original on 6 May 2021. Retrieved 11 January 2015.
  45. ↑ VitalyLipatov (30 March 2011). "winetricks - The Official Wine Wiki". Archived from the original on 31 July 2011. Retrieved 2 August 2011.
  46. ↑ "winetricks". Official Wine Wiki. Archived from the original on 15 May 2022. Retrieved 3 January 2009.
  47. ↑ "Wine doors". Wine doors. Archived from the original on 22 August 2011. Retrieved 27 April 2010.
  48. ↑ "IEs4Linux". Tatanka.com.br. Archived from the original on 20 August 2008. Retrieved 27 April 2010.
  49. ↑ "Wineskin". Archived from the original on 6 November 2020. Retrieved 7 November 2012.
  50. ↑ "Lutris". Archived from the original on 2 May 2019. Retrieved 3 May 2019.
  51. ↑ "OpenIndiana Bordeaux announcement". OpenIndiana-announce mailing list. Archived from the original on 15 October 2010. Retrieved 1 October 2010.
  52. ↑ "Bordeaux group press release". Bordeaux group site. Archived from the original on 7 October 2010. Retrieved 1 October 2010.
  53. ↑ Bottles on GitHub
  54. ↑ "WineGUI". WineGUI. Archived from the original on 20 February 2023. Retrieved 17 June 2022.
  55. ↑ "DirectX-Shaders". Official Wine Wiki. Archived from the original on 1 January 2009. Retrieved 3 January 2009.
  56. ↑ "List of Commands". WineHQ. 12 April 2016. Archived from the original on 17 March 2016. Retrieved 29 April 2017.
  57. ↑ "Windows Legacy Application Support Under Wine" (PDF). Archived (PDF) from the original on 8 July 2011. Retrieved 9 December 2010.
  58. ↑ Strohmeyer, Robert (6 April 2007). "Still need to run Windows apps? Have a glass of wine". Pcgamer. Archived from the original on 22 June 2011. Retrieved 9 December 2010.
  59. ↑ Andre Da Costa (20 April 2016). "How to Enable 16-bit Application Support in Windows 10". groovyPost. Archived from the original on 20 February 2023. Retrieved 9 April 2019.
  60. ↑ "64-bit versions of Windows do not support 16-bit components, 16-bit processes, or 16-bit applications". Archived from the original on 26 May 2016. Retrieved 22 August 2015.
  61. ↑ Savill, John (11 February 2002). "Why can't I install 16-bit programs on a computer running the 64-bit version of Windows XP?". Archived from the original on 4 March 2016. Retrieved 9 December 2010.
  62. ↑ "16-bit Windows (Windows 1.x, 2.x, 3.0, 3.1, etc.) on 64-bit Windows". GitHub . 27 October 2021. Archived from the original on 9 November 2020. Retrieved 25 September 2019. On GitHub.
  63. ↑ "Text mode programs (CUI: Console User Interface)". Wine User's Guide. Archived from the original on 14 February 2023. Retrieved 9 February 2023.
  64. ↑ Lankhorst, Maarten (5 December 2008). "Wine64 hello world app runs!". wine-devel (Mailing list). Archived from the original on 21 March 2022. Retrieved 15 December 2008.
  65. 1 2 "Building Wine". WineHQ. Archived from the original on 27 July 2022. Retrieved 23 April 2019.
  66. ↑ "Wine64 for packagers". Official Wine Wiki. Archived from the original on 25 April 2010. Retrieved 20 April 2010.
  67. ↑ "[Wine] Re: Wine sometime really surprise me". 11 March 2011. Archived from the original on 24 March 2012. Retrieved 15 February 2013.
  68. ↑ "WineHQ Bugzilla – Bug 26715 – Win1.0 executable triggers Dosbox". Archived from the original on 4 September 2015. Retrieved 15 February 2013.
  69. ↑ "The Wine development release 1.3.4 announcement". Winehq.org. Archived from the original on 4 October 2010. Retrieved 15 October 2010.
  70. ↑ "ARM support". The Official Wine Wiki. Archived from the original on 17 April 2019. Retrieved 22 April 2019.
  71. ↑ "Wine wrappers and more". Archived from the original on 29 June 2016. Retrieved 6 July 2016.
  72. ↑ "Wine on Android Is Coming For Running Windows Apps". Phoronix. 3 February 2013. Archived from the original on 28 August 2013. Retrieved 30 August 2013.
  73. ↑ "Android". WineHQ. Archived from the original on 23 April 2019. Retrieved 23 April 2019.
  74. ↑ "Internet Explorer". WineHQ AppDB. Archived from the original on 13 April 2019. Retrieved 23 April 2019.
  75. ↑ "Google Chrome". WineHQ AppDB. Archived from the original on 13 September 2020. Retrieved 9 September 2020.
  76. ↑ "Chromium browsers are black - WineHQ Forums". forum.winehq.org. Archived from the original on 15 June 2022. Retrieved 9 September 2020.
  77. ↑ "So far, I do not manage to install IES4Linux". 22 June 2012. Archived from the original on 15 August 2014. Retrieved 15 January 2014.
  78. ↑ Vincent, Brian (3 February 2004). "WineConf 2004 Summary". Wine Weekly News. No. 208. WineHQ.org. Archived from the original on 31 December 2006. Retrieved 3 January 2009.
  79. ↑ "Wine Status – DirectX DLLs". WineHQ.org. Archived from the original on 26 December 2008. Retrieved 3 January 2009.
  80. ↑ "CodeWeavers Releases CrossOver 6 for Mac and Linux". Slashdot. 10 January 2007. Archived from the original on 10 August 2011. Retrieved 3 January 2009.
  81. ↑ Schmid, Jana. "So We Don't Have a Solution for Catalina...Yet". CodeWeavers. Archived from the original on 29 September 2021. Retrieved 9 February 2023.
  82. ↑ Thomases, Ken (11 December 2019). "win32 on macOS". Archived from the original on 11 November 2020. Retrieved 9 February 2023.
  83. ↑ "CrossOver – Change Log – CodeWeavers". Archived from the original on 19 August 2012. Retrieved 9 March 2012.
  84. ↑ "CrossOver Games site". CodeWeavers. 6 January 1990. Archived from the original on 27 April 2010. Retrieved 27 April 2010.
  85. 1 2 3 4 5 "Steam for Linux :: Introducing a new version of Steam Play". Valve. 21 August 2018. Archived from the original on 22 August 2018. Retrieved 22 August 2018.
  86. ↑ "vkd3d.git project summary". WineHQ Git. Archived from the original on 2 April 2019. Retrieved 22 August 2018.
  87. ↑ "DXVK GitHub repository". GitHub. Archived from the original on 26 May 2020. Retrieved 22 August 2018.
  88. ↑ "D9VK GitHub repository". GitHub. Archived from the original on 2 March 2019. Retrieved 6 October 2019.
  89. ↑ "GitHub: README for esync". GitHub. Archived from the original on 19 September 2018. Retrieved 22 August 2018.
  90. ↑ "Proton GitHub repository". GitHub. Archived from the original on 22 August 2018. Retrieved 22 August 2018.
  91. ↑ "WINE@Etersoft – Russian proprietary fork of Wine" (in Russian). Pcweek.ru. 21 April 2010. Archived from the original on 2 December 2014. Retrieved 27 April 2010.
  92. ↑ "Winevdm on 64-bit Windows". GitHub . 27 October 2021. Archived from the original on 9 November 2020. Retrieved 25 September 2019.
  93. ↑ "Developer FAQ". ReactOS. Archived from the original on 13 November 2008. Retrieved 25 May 2009.
  94. ↑ "Creation of Arwinss branch". Mail-archive.com. 17 July 2009. Archived from the original on 9 June 2011. Retrieved 27 April 2010.
  95. ↑ "Arwinss at ReactOS wiki". Reactos.org. 20 February 2010. Archived from the original on 23 April 2011. Retrieved 27 April 2010.
  96. ↑ "Arwinss presentation". Reactos.org. Archived from the original on 7 July 2011. Retrieved 27 April 2010.
  97. ↑ "WineBottler | Run Windows-based Programs on a Mac". Archived from the original on 6 July 2018. Retrieved 6 July 2018.
  98. ↑ "Wineskin FAQ". doh123. Archived from the original on 26 October 2012. Retrieved 7 November 2012.
  99. ↑ "WinOnX - Windows On Mac OSX". Archived from the original on 2 June 2021. Retrieved 12 June 2021.
  100. ↑ Dossena, Federico. "WineD3D For Windows". Federico Dossena. Archived from the original on 13 June 2019. Retrieved 19 July 2020.
  101. ↑ apple/homebrew-apple, Apple, 6 June 2023, retrieved 6 June 2023
  102. ↑ "GameTree Developer Program". gametreelinux.com. Archived from the original on 10 January 2011. Retrieved 2 January 2011.
  103. ↑ "Darwine seeks to port WINE to Darwin, OS X". Macworld. Archived from the original on 5 January 2023. Retrieved 8 February 2023.
  104. ↑ Yager, Tom (16 February 2006). "Darwine baby steps toward Windows app execution on OS X". InfoWorld. Archived from the original on 5 January 2023. Retrieved 5 February 2023.
  105. ↑ Todd Ogasawara (20 July 2006). Windows for Intel Macs. O'Reilly Media, Inc. p. 5. ISBN   978-0-596-52840-9. Archived from the original on 20 February 2023. Retrieved 5 February 2023.
  106. ↑ "WINE for Intel-based Macs appears: Allows running of Windows programs". CNET. 2 September 2009. Archived from the original on 8 February 2023. Retrieved 8 February 2023.
  107. ↑ "macOS FAQ - WineHQ Wiki". Wine FAQ. Archived from the original on 29 January 2023. Retrieved 5 February 2023.
  108. ↑ "Pipelight: using Silverlight in Linux browsers". FDS-Team. Archived from the original on 22 August 2013. Retrieved 4 April 2014.
  109. ↑ "wine-compholio-daily README". github. Archived from the original on 20 February 2023. Retrieved 4 April 2014.
  110. ↑ Smith, Jerry (2 July 2015). "Moving to HTML5 Premium Media". Microsoft Edge Blog. Archived from the original on 23 August 2018. Retrieved 10 February 2019.
  111. ↑ Matt Moen (26 January 2005). "Running Windows viruses with Wine". Archived from the original on 7 January 2013. Retrieved 23 October 2009.
  112. ↑ Duncan, Rory; Schreuders, Z. Cliffe (1 March 2019). "Security implications of running windows software on a Linux system using Wine: a malware analysis study". Journal of Computer Virology and Hacking Techniques. 15 (1): 39–60. doi: 10.1007/s11416-018-0319-9 . ISSN   2263-8733.
  113. ↑ "Should I run Wine as root?". Wine Wiki FAQ. Official Wine Wiki. 7 August 2009. Archived from the original on 21 June 2011. Retrieved 24 August 2009.
  114. ↑ "ZeroWine project home page". Archived from the original on 5 November 2011. Retrieved 11 December 2011.
  115. ↑ "Linux/BSD still exposed to WMF exploit through WINE!". ZDNet . 5 January 2006. Archived from the original on 11 August 2011. Retrieved 16 October 2011.
  116. ↑ "CVE-2006-0106 - gdi/driver.c and gdi/printdrv.c in Wine 20050930, and other versions, implement the SETABORTPROC GDI - CVE-Search". Archived from the original on 9 July 2019. Retrieved 9 July 2019.
  117. ↑ Michal Necasek. "OS/2 Warp history". Archived from the original on 12 April 2010.
  118. ↑ Bernhard Rosenkraenzer. "Debunking Wine Myths". Archived from the original on 11 January 2016. Retrieved 21 October 2016.
  119. ↑ "Why Wine is so important". Archived from the original on 22 December 2011. Retrieved 11 December 2011.
  120. ↑ Hills, James. "Ports vs. Wine". GameSpy . Archived from the original on 11 May 2001.
  121. ↑ Larabel, Michael (3 July 2009). "An Interview With A Linux Game Porter". Phoronix . Archived from the original on 1 July 2016.
  122. ↑ Warrington, Don (11 May 2020). "Is the Best Place to Run Old Windows Software... on Linux or a Mac?". Vulcan Hammer. Archived from the original on 17 February 2023. Retrieved 16 February 2023.
  123. ↑ Davenport, Corbin (3 October 2021). "Boxedwine can emulate Windows applications in web browsers". XDA Developers . Archived from the original on 18 February 2023. Retrieved 17 February 2023.
  124. ↑ Mendelson, Edward (12 January 2023). "Otvdm/winevdm: run old Windows software in 64-bit Windows". Columbia University . Archived from the original on 9 February 2023. Retrieved 17 February 2023.
  125. ↑ Puoti, Ivan Leo (18 February 2005). "Microsoft genuine downloads looking for Wine". wine-devel (Mailing list). Archived from the original on 7 April 2009. Retrieved 23 January 2006.
  126. ↑ Tung, Liam. "Wine for running Windows 10 apps on Linux gets big upgrade". ZDNet. Archived from the original on 25 October 2020. Retrieved 26 November 2020.
  127. ↑ Larabie, Michael (27 August 2024). "Microsoft Offloads The Mono Project To Wine". Phoronix . Retrieved 28 August 2024.

Further reading

This page is based on this Wikipedia article
Text is available under the CC BY-SA 4.0 license; additional terms may apply.
Images, videos and audio are available under their respective licenses.