Attaching critical personal accounts to these free Sweden Virtual phone numbers is not recommended, as these accounts can be recovered by other users via SMS afterwards. https://tempsmss.com/country/sweden-phone-number/ https://tempsmss.com/blog/
Go to file
Marcus Meissner b12e72d685 DOS programs use handles 0-4 without opening/closing any of those
handles first. Split up Init from AllocDosHandle and call it from
the DOSVM.
1999-01-23 14:01:08 +00:00
console autoconf: added checks for libio.h, elf.h, curses.h,ncurses.h and 1999-01-20 14:18:55 +00:00
controls Removed DT_SINGLELINE and DT_NOCLIP styles for SS_LEFTNOWORDWRAP. 1999-01-23 12:22:20 +00:00
debugger autoconf: added checks for libio.h, elf.h, curses.h,ncurses.h and 1999-01-20 14:18:55 +00:00
dlls Implemented ExtractIconEx16, added some consts to ExtractIconEx*. 1999-01-23 11:56:39 +00:00
documentation - updated documentation to be in sync with current code 1999-01-23 12:34:36 +00:00
files DOS programs use handles 0-4 without opening/closing any of those 1999-01-23 14:01:08 +00:00
graphics - various warning and bug fixes 1999-01-23 12:33:16 +00:00
if1632 Implemented ExtractIconEx16, added some consts to ExtractIconEx*. 1999-01-23 11:56:39 +00:00
include DOS programs use handles 0-4 without opening/closing any of those 1999-01-23 14:01:08 +00:00
ipc Initial revision 1998-10-04 18:02:24 +00:00
library Fixes for C++ Winelib compilation. 1998-11-30 10:36:51 +00:00
libtest Recovery of release 990110 after disk crash. 1999-01-17 16:32:32 +00:00
loader DOS programs use handles 0-4 without opening/closing any of those 1999-01-23 14:01:08 +00:00
memory Hacked server-side device support 1999-01-19 17:48:23 +00:00
misc Missing WINAPI. 1999-01-23 12:23:13 +00:00
miscemu Emulates ins/outs correctly for DOS programs. 1999-01-03 12:25:41 +00:00
msdos Clear DOS extended error only for funcs >=0x2f (thanks to Dave 1999-01-20 12:45:32 +00:00
multimedia Fixed duplicate sound buffer handling. Updated status. 1999-01-23 12:19:34 +00:00
objects Check opened enhmetafile for magic values. 1999-01-23 12:20:41 +00:00
ole DoDragDrop and OleIsCurrentClipboard stub implementation. 1999-01-23 11:54:12 +00:00
programs Recovery of release 990110 after disk crash. 1999-01-17 16:32:32 +00:00
rc Changed // comments to /* */ so WINE compiles with non-gcc compilers 1998-12-26 12:54:29 +00:00
relay32 DoDragDrop and OleIsCurrentClipboard stub implementation. 1999-01-23 11:54:12 +00:00
resources Fixed some quirks. 1998-11-24 13:59:53 +00:00
scheduler Hacked server-side device support 1999-01-19 17:48:23 +00:00
server Hacked server-side device support 1999-01-19 17:48:23 +00:00
tools Added long type format. 1999-01-19 17:06:13 +00:00
tsx11 Set the class hints for managed windows. 1998-12-15 17:33:04 +00:00
win32 Win32 console needs SYNCHRONIZE access. 1999-01-20 14:46:49 +00:00
windows Fixed accelerator handling. ACCEL16 used internal, ACCEL32 for Win32 1999-01-22 17:09:46 +00:00
.cvsignore Initial revision 1998-10-04 18:02:24 +00:00
ANNOUNCE Recovery of release 990110 after disk crash. 1999-01-17 16:32:32 +00:00
AUTHORS Added a few authors. 1998-12-10 11:06:59 +00:00
BUGS Documentation updates. 1998-11-27 16:06:08 +00:00
ChangeLog Group commit for recovery after disk crash. 1999-01-17 16:55:11 +00:00
DEVELOPERS-HINTS Miscellaneous small fixes. 1998-11-22 16:56:44 +00:00
LICENSE Release 970720 1997-07-20 16:23:21 +00:00
Make.rules.in Check for necessary configure reruns for Makefile and Make.rules 1999-01-03 12:26:22 +00:00
Makefile.in Remove configure.in->configure rule (we might not have autoconf). 1999-01-23 13:59:51 +00:00
README Add some information to the man page and README file. 1999-01-01 18:45:52 +00:00
WARRANTY Release 970720 1997-07-20 16:23:21 +00:00
configure Added "user-friendly" warning for missing X. 1999-01-23 13:59:11 +00:00
configure.in Added "user-friendly" warning for missing X. 1999-01-23 13:59:11 +00:00
wine.ini Added a default program option in wine.conf in section [programs] key 1998-10-21 16:03:16 +00:00

README

1. INTRODUCTION

Wine is a program which allows running Microsoft Windows programs
(including DOS, Windows 3.x and Win32 executables) on Unix.  It
consists of a program loader which loads and executes an Microsoft
Windows binary, and a library that implements Windows API calls using
their Unix or X11 equivalents. The library may also be used for
porting Win32 code into native Unix executables.

Wine is free software, and its license (contained in the file LICENSE)
is BSD style.  Basically, you can do anything with it except claim
that you wrote it.


2. COMPILATION

To compile Wine, you must have one of:

	Linux version 0.99.13 or above
	NetBSD-current
	FreeBSD-current or FreeBSD 1.1 or later
	OpenBSD/i386 2.1 or later
	Solaris x86 2.5 or later

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. If you are using
RedHat, install the xpm and xpm-devel packages.

On x86 Systems gcc >= 2.7.0 is required. You also need flex and yacc.
Bison will work as a replacement for yacc. If you are using RedHat, 
install the flex and bison packages.

To build Wine, first run "./configure" and then run "make depend; make".
This will build the library "libwine.a" and the program "wine".

The program "wine" will load and run Windows executables.
The library "libwine.a" can be used to compile and link Windows source
code under Unix.  If you have an ELF compiler, you can use
"./configure --enable-dll" to build a shared library instead. To see
other configuration options, do ./configure --help.

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 depend; make".


3. SETUP

Once Wine has been built correctly, you can do "make install"; this
will install the wine executable, the Wine man page, and a few other
needed files.

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 file is explained in the man page. The file
wine.ini contains a config file example.


4. RUNNING PROGRAMS

When invoking Wine, you may specify the entire path to the executable,
or a filename only.

For example: to run Solitaire:

	wine sol		   (using the searchpath to locate the file)
	wine sol.exe

	wine c:\\windows\\sol.exe  (using a DOS filename)

	wine /usr/windows/sol.exe  (using a Unix filename)

Note: the path of the file will also be added to the path when
      a full name is supplied on the commandline.

Wine is not yet complete, so some programs may crash. You will be dropped
into a debugger so that you can investigate and fix the problem. For more
information on how to do this, please read the file documentation/debugging.
If you post a bug report, please read the file documentation/bugreports to
see what information is required.


5. GETTING MORE INFORMATION

FAQ:	The Wine FAQ is located at http://pw1.netcom.com/~dagar/wine.html.

WWW:	A great deal of information about Wine is available from WineHQ at
	http://www.winehq.com/. Untested patches against the current release
	are available on the wine-patches mailing list; see 
	http://www.winehq.com/dev.html#ml for more information.

Usenet:	Please browse old messages on http://www.dejanews.com/ to check whether 
	your problem is already fixed before posting a bug report to the 
	newsgroup. 

	The best place to get help or to report bugs is the Usenet newsgroup
	comp.emulators.ms-windows.wine. Please read the file 
	documentation/bugreports to see what information should be included 
	in a bug report.

CVS:	The current Wine development tree is available through CVS.
	Go to http://www.winehq.com/dev.html for more information.

If you add something, or fix a bug, please send a patch ('diff -u'
format preferred) to julliard@lrc.epfl.ch for inclusion in the next
release.

--
Alexandre Julliard
julliard@lrc.epfl.ch