mirror of
https://github.com/reactos/wine.git
synced 2025-01-30 00:14:40 +00:00
Alexandre Julliard
6abb89c3b2
Release 950302
Thu Mar 2 17:44:32 1995 Alexandre Julliard (julliard@sunsite.unc.edu) * [loader/resource.c] [objects/oembitmap.c] Removed sysres bitmap code; you need libXpm to compile now. Implemented LoadIcon() for OEM icons. * [include/bitmaps/oic_*] Added OEM icons in XPM format. * [objects/dib.c] Bug fix in DrawIcon(). * [rc/sysresbm.rc] Removed; all bitmaps are stored in XPM format now. Tue Feb 28 18:54:28 1995 Tomi Leppikangas (tomilepp@paju.oulu.fi) * [controls/edit.c] Small patch to fix edit-control when it's created with text. Sun Feb 26 20:22:15 1995 Michael Veksler (e1678223@tochnapc2.technion.ac.il) * [tools/make_debug] The created macros won't have side effects anymore when used in an "if-else" structure. No more warnings from the compiler when compiled without defining DEBUG_RUNTIME. Sun Feb 26 20:20:49 1995 Michael Patra <micky@marie.physik.TU-Berlin.DE> * [controls/listbox.c] ListBoxDeleteString(): Fixed * [loader/selector.c] GetMemoryReference(): When special segments are referenced by pseudo-functions like __0040H, a reference to a "normal" segment will be returned preventing the program from crashing as soon as the referenced segment is actually accessed. Sun Feb 26 15:55:14 MET 1995 Martin von Loewis (loewis@informatik.hu-berlin.de) * [Configure] Ask for OLE stubs and malloc debugging * [Imakefile] link with libmcheck.a if necessary * [if1632/relay.c][include/dll.h][if1632/Imakefile] Add OLE stubs, increase number of builtins dll_name_table_entry_s: new field dll_is_used * [loader/library.c] GetModuleHandle,ModuleNext: Check dll_is_used * [loader/ne_image.c] Bark on unsupported NE_RADDR_LOWBYTE flag (what is it supposed to mean, anyway?) * [misc/olecli.c][misc/olesvr.c] New files. Add to misc/Imakefile * [misc/dos_fs.c] DOS_GetUnixFileName: make a copy of the input parameter to prevent overwriting * [misc/main.c] MAIN_ParseDLLOptions: new function MAIN_ParseOptions: treat -dll command line flag main: add support for malloc debugging Fri Feb 24 12:43:27 1995 Erik Svendsen <z3esv@kmd-ac.dk> * [loader/signal.c] Small patch for people using FreeBSD-2.1.0. Fri Feb 17 22:49:18 1995 Miguel de Icaza (miguel@roxanne.nuclecu.unam.mx) * [toolkit/sup.c] Added return values to the Call* routines * [toolkit/winmain.c] Load the resource file properly for WineLib applications.
1. INTRODUCTION Wine is a program that allows running MS-Windows programs under X11. It consists of a program loader, that loads and executes an MS-Windows binary, and of an emulation library that translates Windows API calls to their Unix/X11 equivalent. Wine is free software. See the file LICENSE for the details. Basically, you can do anything with it, except claim that you wrote it. 2. COMPILATION You must have one of: Linux version 0.99.13 or above NetBSD-current FreeBSD-current or FreeBSD 1.1 You also need to have libXpm installed on your system. The sources for it are probably available on the ftp site where you got Wine. They can also be found on ftp.x.org and all its mirror sites. To build Wine, first do a "./Configure" and then a "make" (or "gmake" if you're running *BSD). The executable "wine" will be built. "wine" will load and run 16-bit Windows executables. To upgrade to a new release by using a patch file, first cd to the top-level directory of the release (the one containing this README file). Then do a "make clean", and patch the release with: gunzip -c patch-file | patch -p1 where "patch-file" is the name of the patch file (something like Wine-yymmdd.diff.gz). You can then re-run "./Configure", and then run "make". 3. SETUP Wine requires you to have a file /usr/local/etc/wine.conf (you can supply a different name when configuring wine) or a file called .winerc in your home directory. The format of this config file is just like a Windows .ini file. The file wine.ini contains a config file example. Here's an explanation of each section: * [drives] format: <driveletter> = <rootdirectory> default: none This section is used to specify the root directory of each `dos'drive as Windows' applications require a dos/mswindows based diskdrive & directory scheme. If you mounted your dos-partition as /dos and installed Microsoft Windows in c:\windows than you should specify c=/dos in the drives section. * [wine] format: windows = <directory> default: c:\windows Used to specify an different windows directory. format: system = <directory> default: c:\windows\system Used to specify an different system directory. format: temp = <directory> default: c:\temp Used to specify a directory where Windows applications can store temporary files. format: path = <directories separated by semi-colons> default: c:\windows;c:\windows\system Used to specify the path which will be used to find executables and DLL's. format: systemresources = <filename> default: c:\temp Used to specify the name of sysres.dll, a dll which is used by Wine itself. * [serialports] format: com[12345678] = <devicename> default: none Used to specify the devices which are used as com1 - com8. * [parallelports] format: lpt[12345678] = <devicename> default: none Used to specify the devices which are used as lpt1 - lpt8. * [spy] format: file = <filename or CON when logging to stdout> default: none used to specify the file which will be used as logfile. format: exclude = <message names separated by semicolons> default: none Used to specify which messages will be excluded from the logfile. format: include = <message names separated by semicolons> default: none Used to specify which messages will be included in the logfile. 4. RUNNING PROGRAMS When invoking Wine, you must specify the entire path to the executable, or a filename only. For example: to run Windows' solitaire: wine sol (using the searchpath to locate the file) wine sol.exe wine c:\\windows\\sol.exe (using a dosfilename) wine /usr/windows/sol.exe (using a unixfilename) Note: the path of the file will also be added to the path when a full name is supplied on the commandline. Have a nice game of solitaire, but be careful. Emulation isn't perfect. So, occasionally it may crash. 5. GETTING MORE INFORMATION The best place to get help or to report bugs is the Usenet newsgroup comp.emulators.ms-windows.wine. The Wine FAQ is posted there every month. If you add something, or fix a bug, please send a patch to wine-new@amscons.com for inclusion in the next release. -- Alexandre Julliard julliard@lamisun.epfl.ch
Description
Wine / Wine-Staging fork of the ReactOS Project (master is mirror of git://source.winehq.org/git/wine.git)
Languages
C
91.9%
Ruby
4.8%
Python
1.4%
Perl
0.5%
Yacc
0.4%
Other
0.6%