WINE(1)

NAME
wine - run Windows programs on Unix

SYNOPSIS
wine [wine_options] [--] program [arguments ... ]

For instructions on passing arguments to Windows programs, please see the PROGRAM/ARGUMENTS section of the man page.

DESCRIPTION
wine loads and runs the given program, where the program is a DOS, Windows 3.x, or Win32 executable (x86 binaries only).

For debugging wine, use winedbg instead.

For running CUI executables (Windows console programs), use wineconsole instead of wine. This will display all the output in a separate windows (this requires X11 to run). Not using wineconsole for CUI programs will only provide very limited console support, and your program might not function properly.

wine currently runs a growing list of applications written for all kinds of Windows versions >= Win2.0, e.g. Win3.1, Win95/98, NT. Older, simpler applications work better than newer, more complex ones. Using Windows ME or Win2000 components with Wine is more problematic than using none at all or the ones from older Windows versions. A large percentage of the API has been implemented, although there are still several major pieces of work left to do.

REQUIREMENTS AND INSTALLATION
Read the README file in the Wine source distribution and the wine.conf(5) man page to know what Wine requires and how it is installed from source.

OPTIONS

--debugmsg [xxx]#name[,[xxx1]#name1]
    Turn debugging messages on or off. This option is deprecated, you should use the WINEDEBUG environment variable instead (see below).

PROGRAM/ARGUMENTS
The program name may be specified in DOS format ( C:\\WINDOWS\\SOL.EXE) or in Unix format ( /msdos/windows/sol.exe ). You may pass arguments to the program being executed by adding them to the end of the command line invoking wine (such as: wine notepad C:\\TEMP\\README.TXT). Note that you need to '\' escape special characters (and spaces) when invoking Wine via a shell, e.g.

wine C:\\Program\ Files\\MyPrg\\test.exe

Command line processing goes as follows: first wine checks whether one or more of the above mentioned wine options have been specified. These are removed from the command line, which is passed to the windows program. You can use the parameter -- to indicate that wine should stop command line processing. This is needed in case a windows program understands an option that is usually interpreted (and thus removed from the command line) by wine. For example, if you want to execute wine with the options --debugmsg +module and if wine should run the program myapp.exe with the arguments --display 3d somefile , then you could use the following command line to invoke wine:

wine --debugmsg +module -- myapp.exe --display 3d somefile

Note that in contrast to previous versions of wine, you must not pass program name and program option in one argument to wine. To run more than one windows program, just execute wine once with the name of each program as argument.

ENVIRONMENT VARIABLES
wine makes the environment variables of the shell from which wine is started accessible to the windows/dos processes started. So use the appropriate syntax for your shell to enter environment variables you need.

WINEPREFIX
    If set, the content of this variable is taken as the name of the directory where wine stores its data (the default is $HOME/.wine ). This directory contains also the socket, which is used to communicate with the wineserver. All wine processes using the same wineserver (i.e.: same user) share certain things like registry, shared memory, and config file. By setting WINEPREFIX to different values for different wine processes, it is possible to run a number of truly independent wine processes.

WINESERVER
    Specifies the path and name of the wineserver binary. If not set, Wine will try to load /usr/local/bin/wineserver, and if this doesn't exist it will then look for a file named "wineserver" in the path and in a few other likely locations.

WINELOADER
    Specifies the path and name of the wine binary to use to launch new Windows processes. If not set, Wine will try to load /usr/local/bin/wine, and if this doesn't exist it will then look for a file named "wine" in the path and in a few other likely locations.

WINEDEBUG
    Turns debugging messages on or off. The syntax of the variable is of the form [class][+/-]channel[,[class2][+/-]channel2].

    class is optional and can be one of the following: err, warn, fixme, or trace. If class is not specified, all debugging messages for the specified channel are turned on. Each channel will print messages about a particular component of wine. The following character can be either + or - to switch the specified channel on or off respectively. If there is no class part before it, a leading + can be omitted. Note that spaces are not allowed anywhere in the string.

    Examples:

    WINEDEBUG=warn+all
        will turn on all warning messages (recommended for debugging).

    WINEDEBUG=warn+dll,+heap
        will turn on DLL warning messages and all heap messages.

    WINEDEBUG=fixme-all,warn+cursor,+relay
        will turn off all FIXME messages, turn on cursor warning messages, and turn on all relay messages (API calls).

    WINEDEBUG=relay
        will turn on all relay messages. For more control on including or excluding functions and dlls from the relay trace look into the [Debug] section of the wine configuration file.

    For more information on debugging messages, see the Running Wine chapter of the Wine User Guide.

WINEDLLPATH
    Specifies the path(s) in which to search for builtin dlls and Winelib applications. This is a list of directories separated by ":". In addition to any directory specified in WINEDLLPATH, Wine will also look in /usr/local/lib/wine.

WINEDLLOVERRIDES
    Defines the override type and load order of dlls used in the loading process for any dll. The default is set in the configuration file. There are currently two types of libraries that can be loaded into a process' address space: Native windows dlls ( native ), wine internal dlls ( builtin ). The type may be abbreviated with the first letter of the type ( n, b ). Each sequence of orders must be separated by commas.

    Each dll may have its own specific load order. The load order determines which version of the dll is attempted to be loaded into the address space. If the first fails, then the next is tried and so on. Multiple libraries with the same load order can be separated with commas. It is also possible to use specify different loadorders for different libraries by separating the entries by ";".

    The load order for a 16-bit dll is always defined by the load order of the 32-bit dll that contains it (which can be identified by looking at the symbolic link of the 16-bit .dll.so file). For instance if ole32.dll is configured as builtin, storage.dll will be loaded as builtin too, since the 32-bit ole32.dll contains the 16-bit storage.dll.

    Examples:

    WINEDLLOVERRIDES="comdlg32,shell32=n,b"
        Try to load comdlg32 and shell32 as native windows dll first and try the builtin version if the native load fails.

    WINEDLLOVERRIDES="comdlg32,shell32=n;c:\\foo\\bar\\baz=b"
        Try to load the libraries comdlg32 and shell32 as native windows dlls. Furthermore, if an application request to load c:\foo\bar\baz.dll load the builtin library baz.

    WINEDLLOVERRIDES="comdlg32=b,n;shell32=b;comctl32=n"
        Try to load comdlg32 as builtin first and try the native version if the builtin load fails; load shell32 always as builtin and comctl32 always as native.

DISPLAY
    Specifies the X11 display to use.

CONFIGURATION FILE
wine expects a configuration file ( $WINEPREFIX/config or ~/.wine/config if WINEPREFIX is not set), which must conform to the format specified in the wine.conf(5) man page. A sample configuration file is documentation/samples/config in the wine source archive.

AUTHORS
wine is available thanks to the work of many developers. For a listing of the authors, please see the file AUTHORS in the top-level directory of the source distribution.

COPYRIGHT
wine can be distributed under the terms of the LGPL license. A copy of the license is in the file LICENSE in the top-level directory of the source distribution.

BUGS

A status report on many applications is available from http://www.winehq.org/Apps. Please add entries to this list for applications you currently run.

Bug reports may be posted to Wine Bugzilla http://bugs.winehq.org If you want to post a bug report, please read the file documentation/bugs.sgml in the wine source to see what information is necessary

Problems and suggestions with this manpage please also report to http://bugs.winehq.org

AVAILABILITY
The most recent public version of wine can be downloaded from http://www.winehq.org/download

The latest snapshot of the code may be obtained via CVS. For information on how to do this, please see http://www.winehq.org/cvs

WineHQ, the wine development headquarters, is at http://www.winehq.org/. This website contains a great deal of information about wine.

The wine newsgroup is comp.emulators.ms-windows.wine. It is used for discussion of various wine end user aspects/help.

For further information about wine development, you might want to subscribe to the wine mailing lists at http://www.winehq.org/forums

FILES
/usr/local/bin/wine
    The wine program loader.
/usr/local/bin/wineconsole
    The wine program loader for CUI (console) applications.
/usr/local/bin/wineserver
    The wine server
/usr/local/bin/winedbg
    The wine debugger
/usr/local/bin/wineclipsrv
    The wine clipboard server
/usr/local/lib/wine
    Directory containing wine's shared libraries
~/.wine/config
    User-specific configuration file
~/.wine
    Directory containing user specific data managed by wine.

SEE ALSO
wine.conf(5)