Bochs/bochs
Bryce Denney 1981d8d5cd - change name of action "crash" to "fatal"
- change Makefile.in to "cvs-snapshot" information rather than printing
  the release number, since in fact it's not the same as the release anymore
- use #defines to give the actions names (ACT_IGNORE, ACT_REPORT, ACT_FATAL)
- register all logfunctions as they call setio, and keep a list so that
  we can change their settings more easily.  I admit I used a static-sized
  array to store them.  Sorry.
- instead of printing a prefix [GEN ] for generic messages, just leave the
  prefix blank [   ].  Otherwise you start wondering what does gen stand
  for.
- avoid reentry into fatal, since fatal can call BX_INFO and friends.
  This avoids a potential infinite recursion.
- now that files other than .bochsrc can be the rc file, print the
  actual name of the file in error messages.
2001-05-23 02:37:52 +00:00
..
bios - switch to new BIOS from 5/17/2001 2001-05-17 21:51:16 +00:00
build - still content free, but a little more descriptive 2001-05-22 17:46:07 +00:00
cpu - changed some messages from BX_INFO to BX_DEBUG so that they wouldn't 2001-05-22 18:48:31 +00:00
debug merge in BRANCH-io-cleanup. 2001-05-15 14:49:57 +00:00
disasm merge in BRANCH-io-cleanup. 2001-05-15 14:49:57 +00:00
docs-html - I got diffs from 1/4/2000 snapshot to 3/15/2000 snapshot, so I filled 2001-05-20 04:05:18 +00:00
dynamic - update copyright dates to 2001 for all mandrake headers 2001-04-10 02:20:02 +00:00
font - update copyright dates to 2001 for all mandrake headers 2001-04-10 02:20:02 +00:00
fpu error and undefined opcode + typo with BX_INFO in code only used on i386's 2001-05-16 16:50:04 +00:00
gui - BX_WARN doesn't exist any more! Change them all to BX_INFO. 2001-05-20 03:27:05 +00:00
instrument - update copyright dates to 2001 for all mandrake headers 2001-04-10 02:20:02 +00:00
iodev ne2k from angelos@OpenBSD.org 2001-05-23 00:46:47 +00:00
memory - changed some messages from BX_INFO to BX_DEBUG so that they wouldn't 2001-05-22 18:48:31 +00:00
misc - update copyright dates to 2001 for all mandrake headers 2001-04-10 02:20:02 +00:00
patches - I grabbed this patch from plex86. It appears to make bochs disks 2001-05-17 21:38:33 +00:00
.bochsrc - change name of action "crash" to "fatal" 2001-05-23 02:37:52 +00:00
.conf.AIX.4.3.1 Added a config file for AIX 4.3.1. 2001-04-11 09:07:55 +00:00
.conf.beos-x86-preR4 - entered original Bochs snapshot bochs-2000_0325a.tar.gz from 2001-04-10 01:04:59 +00:00
.conf.beos-x86-R4 - entered original Bochs snapshot bochs-2000_0325a.tar.gz from 2001-04-10 01:04:59 +00:00
.conf.macos - entered original Bochs snapshot bochs-2000_0325a.tar.gz from 2001-04-10 01:04:59 +00:00
.conf.sparc - entered original Bochs snapshot bochs-2000_0325a.tar.gz from 2001-04-10 01:04:59 +00:00
.conf.win32 - entered original Bochs snapshot bochs-2000_0325a.tar.gz from 2001-04-10 01:04:59 +00:00
.conf.win32-cygwin - entered original Bochs snapshot bochs-2000_0325a.tar.gz from 2001-04-10 01:04:59 +00:00
.conf.win32-vcpp - entered original Bochs snapshot bochs-2000_0325a.tar.gz from 2001-04-10 01:04:59 +00:00
.conf.x86 - with egcs-2.91.66, bochs did not compile if CXX=egcs. It works fine 2001-05-12 05:14:13 +00:00
bochs.h - change name of action "crash" to "fatal" 2001-05-23 02:37:52 +00:00
Bochs.proj.hqx - entered original Bochs snapshot bochs-2000_0325a.tar.gz from 2001-04-10 01:04:59 +00:00
bochs.rsrc.hqx - entered original Bochs snapshot bochs-2000_0325a.tar.gz from 2001-04-10 01:04:59 +00:00
bxversion.h - add version information to the bochs binary for a banner message. 2001-05-22 18:49:11 +00:00
CHANGES.txt - brought in from 1.1 branch 2001-05-17 21:55:42 +00:00
config.h.in ne2k from angelos@OpenBSD.org 2001-05-23 00:46:47 +00:00
configure - add search for strtouq support 2001-05-17 06:59:23 +00:00
configure.in - search for strtouq lib function now too 2001-05-17 06:57:57 +00:00
COPYING - entered original Bochs snapshot bochs-2000_0325a.tar.gz from 2001-04-10 01:04:59 +00:00
load32bitOShack.cc merge in BRANCH-io-cleanup. 2001-05-15 14:49:57 +00:00
macintosh.txt - added strdup replacement function to osdep 2001-04-10 02:02:05 +00:00
main.cc - change name of action "crash" to "fatal" 2001-05-23 02:37:52 +00:00
Makefile.in - change name of action "crash" to "fatal" 2001-05-23 02:37:52 +00:00
osdep.cc - define STRTOUQ the same as STRTOULL. 2001-05-17 07:00:42 +00:00
osdep.h - define STRTOUQ the same as STRTOULL. 2001-05-17 07:00:42 +00:00
pc_system.cc - more stderr cleanup 2001-05-22 19:07:53 +00:00
pc_system.h merge in BRANCH-io-cleanup. 2001-05-15 14:49:57 +00:00
README - fix modification time 2001-05-17 01:57:44 +00:00
state_file.cc - changed some messages from BX_INFO to BX_DEBUG so that they wouldn't 2001-05-22 18:48:31 +00:00
state_file.h merge in BRANCH-io-cleanup. 2001-05-15 14:49:57 +00:00
TESTFORM.txt - updated form to include v1.1.2 (bugfix3) as an option 2001-05-18 05:39:17 +00:00
win32.txt - entered original Bochs snapshot bochs-2000_0325a.tar.gz from 2001-04-10 01:04:59 +00:00

Bochs x86 Pentium Emulator
Upated: Wed May 16 22:03:11 EDT 2001
Version: 1.1.2  (bugfix3)

WHAT IS BOCHS?

Bochs is a highly portable open source IA-32 (x86) PC emulator
written in C++, that runs on most popular platforms.  It includes
emulation of the Intel x86 CPU, common I/O devices, and a custom
BIOS.  Currently, bochs can be compiled to emulate a 386, 486 or
Pentium CPU.  Bochs is capable of running most Operating Systems
inside the emulation including Linux, Windows 95, DOS, and 
Windows NT 4.  Bochs was written by Kevin Lawton and is currently 
maintained by the Bochs project at "http://bochs.sourceforge.net".

Bochs can be compiled and used in a variety of modes, some which are
still in development.  The 'typical' use of bochs is to provide
complete x86 PC emulation, including the x86 processor, hardware
devices, and memory.  This allows you to run OS's and software within
the emulator on your workstation, much like you have a machine
inside of a machine.  Bochs will allow you to run Win '95
applications on a Solaris machine with X11, for example.

Bochs is distributed under the GNU LGPL.  See COPYING for details.

GETTING CURRENT SOURCE CODE 

Source code for Bochs is available from the Bochs home page at
http://bochs.sourceforge.net.  You can download the most recent
release, use CVS to get the latest sources, or grab a CVS
snapshot which is updated nightly.  The releases contain the most
stable code, but if you want the very newest features try the
CVS version instead. 

COMPILING BOCHS FROM SOURCES

All releases are gzip'd tar files.  That means the whole Bochs source
code directory has been consolidated into one file using the Unix
command 'tar', then compressed to save space with GNU 'gzip'.  To
extract the source code, you'll need both 'tar' and 'gzip/gunzip'.
All files are contained within one subdirectory named 'bochs-[VERSION]'. 

cd /path/parent-directory
gzip -dc bochs-[VERSION].tar.gz | tar -xvf -
cd bochs-[VERSION]

Before compiling, you'll need to run the configure script, which
will configure source code to run on your system, and with your
chosen options.  There are many options to 'configure', and you
probably don't need any of them.  If you run BeOS, specify
'--with-beos' to configure.  To see a complete list: 

unix-> ./configure --help

For more complete documentation of options available to configure,
look at docs-html/configure.html in your browser.

If configure cannot guess your compiler and compiler arguments,
you will also need to set environment variables to tell configure
what compiler and options to use.  The relevant environment variables 
are CC and CXX (C and C++ compiler), CFLAGS and CXXFLAGS (options
for the C and C++ compiler).

Now run configure, be it manually or by way of a script file. 

unix-> ./configure
-or-
unix-> ./.conf.x86

If the configure script bombs, check 'config.log'. Specifically,
look for errors returned by the compiler.  You may have options
incompatible with your compiler.  See the link on setting the
environment variables above. 

Assuming at this point all went well with the configure command,
edit the file 'config.h', which was generated by ./configure.  Look
for the USER CONFIGURABLE OPTIONS section.  Each parameter available
for editing is documented.  Generally the defaults are fine for
typical users.  Please read about each parameter and edit carefully.
NOTE: This file is generated, and will be deleted if you run 'make
dist-clean'. 

You may now compile the source. 

unix-> make

WHERE ARE THE DOCS?

You have a local copy of the Bochs documentation in docs-html that
came out of the TAR file.  (Point your browser to
docs-html/index.html.)  These same docs are also on the web at
http://bochs.sourceforge.net/docs-html.  If you followed the compile
directions above, the next step is "Setting up the environment
before running" under Compile/Install.

WHERE CAN I GET MORE INFORMATION?  HOW DO I REPORT PROBLEMS?

Both the docs-html and the Bochs website have instructions on how 
to join the bochs-developers mailing list, which is the primary
forum for discussion of Bochs.  The main page of the website also
has links to bug reports and feature requests.  You can browse and
add to the content in these areas even if you do not have a (free)
SourceForge account.  We need your feedback so that we know what
parts of Bochs to improve.  

There is a patches section on the web site too, if you have made
some changes to Bochs that you want to share.

HOW CAN I HELP?

If you would like contribute to the Bochs project, a good first step
is to join the bochs-developers mailing list, and read the archive
of recent messages to see what's going on.  

If you are a technical person (can follow hardware specs, can write
C/C++) take a look at the list of open bug reports and feature
requests to see if you are interested in working on any of the
problems that are mentioned in them.  If you check out the CVS
sources, make some changes, and create a patch, one of the
developers will be very happy to apply it for you.  Developers who
frequently submit patches, or who embark on major changes in the
source can get write access to CVS.  Be sure to communicate with the
bochs-developers list to avoid several people working on the same
thing without realizing it.

If you are a Bochs user, not a hardware/C++ guru, there are still
many ways you could help out.  We have a group of people working on
making win32 binary releases, and building up a set of useful tools
to include in those releases.  Others are writing documentation or
cleaning up the existing documentation.  Others are testing out
Bochs on every imaginable operating system and writing about how
they did it.