Bochs/bochs
2004-02-13 15:56:05 +00:00
..
bios - turn floppy motor off 2 seconds after last read/write/recalibrate command 2004-02-09 16:49:41 +00:00
build - update for 2.1.1 release 2004-02-11 22:27:28 +00:00
bx_debug Made to compile on MacOS9 2004-02-08 19:30:10 +00:00
cpu Fix for FWAIT instruction 2004-02-12 21:34:28 +00:00
disasm update makefile for support .cpp suffixes for C++ sources 2004-01-24 16:37:15 +00:00
doc Added pcidev docs. 2004-02-04 00:04:43 +00:00
docs-html Fixed incompatibility with gcc3.3, I think. 2003-11-28 15:07:29 +00:00
dynamic
font - removed obsolete X11 VGA font and it's installation mechanism 2003-05-25 09:48:12 +00:00
fpu Fix for FWAIT instruction 2004-02-12 21:34:28 +00:00
gui - force an update of the status bar after resizing 2004-02-13 15:56:05 +00:00
host/linux/pcidev *** empty log message *** 2004-01-26 22:13:22 +00:00
instrument Two new bx_instrumentation callbacks 2003-10-09 19:05:13 +00:00
iodev - implement atapi command 'CD-ROM capabilities & mech. status default values' 2004-02-13 00:42:31 +00:00
memory Introduced Frank Cornelis's PCIDEV patch. 2004-01-15 02:08:37 +00:00
misc - exclude unistd when compiling in MSVC++ 2003-10-02 10:22:46 +00:00
patches - adding patch that is suppposed to help with booting os/2 2004-01-18 16:37:41 +00:00
plex86 Code cleanup. Moved the interrupt redirection instrumentation 2003-01-10 04:27:51 +00:00
.bochsrc Applied Russ Cox's tuntap patch and updated docs. 2004-01-17 02:13:37 +00:00
.conf.AIX.4.3.1
.conf.amigaos Some more options which makes sense for AmigaOS/MorphOS build. 2003-02-21 14:24:24 +00:00
.conf.beos
.conf.everything
.conf.linux Increased optimization from -O2 to -O3. 2004-01-15 03:17:37 +00:00
.conf.macos Added Brian Huffman's Sound for OSX code with a couple of tweaks. 2004-02-09 22:59:22 +00:00
.conf.macosx Added Brian Huffman's Sound for OSX code with a couple of tweaks. 2004-02-09 22:59:22 +00:00
.conf.sparc
.conf.win32
.conf.win32-cygwin
.conf.win32-vcpp - remove unwanted "exit" 2003-11-25 22:42:58 +00:00
aclocal.m4 - update after running "libtoolize --force --copy", with libtool 1.5 2003-08-28 00:09:21 +00:00
bochs.h Made to compile on MacOS9 2004-02-06 22:28:00 +00:00
bxversion.h.in
CHANGES - VGA improvements added to important changes 2004-01-10 10:36:44 +00:00
config.guess - update after running "libtoolize --force --copy", with libtool 1.5 2003-08-28 00:09:21 +00:00
config.h.in - add check for vsnprintf availability and emulate with vsprintf if not found 2004-02-08 10:22:29 +00:00
config.sub - update after running "libtoolize --force --copy", with libtool 1.5 2003-08-28 00:09:21 +00:00
configure * ignore-bad-msrs enabled by default because it essential for booting Windows 2004-02-13 12:21:47 +00:00
configure.in * ignore-bad-msrs enabled by default because it essential for booting Windows 2004-02-13 12:21:47 +00:00
COPYING
extplugin.h
gdbstub.cc Applied Russ Cox's CPU panic debug patch from Oct 2003. 2004-01-17 08:36:29 +00:00
install-sh
load32bitOShack.cc - applied SF patch #748414 load32bitOShack bug 2003-08-08 00:05:53 +00:00
logio.cc - replace sprintf by snprintf 2004-02-08 11:02:42 +00:00
ltdl.c
ltdl.h
ltdlconf.h.in
ltmain.sh - update after running "libtoolize --force --copy", with libtool 1.5 2003-08-28 00:09:21 +00:00
main.cc - warn about newharddrivesupport deprecated 2004-02-11 23:05:41 +00:00
Makefile.in Introduced Frank Cornelis's PCIDEV patch. 2004-01-15 02:08:37 +00:00
osdep.cc - add check for vsnprintf availability and emulate with vsprintf if not found 2004-02-08 10:22:29 +00:00
osdep.h - add check for vsnprintf availability and emulate with vsprintf if not found 2004-02-08 10:22:29 +00:00
PARAM_TREE.txt - commit my notes on reorganizing parameters into a tree 2003-03-15 17:51:36 +00:00
pc_system.cc - serial read/write and timer handlers prepared for 4 ports 2004-01-17 15:51:09 +00:00
pc_system.h - serial read/write and timer handlers prepared for 4 ports 2004-01-17 15:51:09 +00:00
plex86-interface.cc Modified to comply with new way of mapping user space pages 2003-01-09 04:03:36 +00:00
plex86-interface.h Modified to comply with new way of mapping user space pages 2003-01-09 04:03:36 +00:00
plugin.cc - change tabs to spaces 2004-01-19 21:43:50 +00:00
plugin.h - add missing functions for speaker plugin 2004-02-02 19:42:21 +00:00
README - update cpu list and instruction set supported 2004-01-19 21:42:02 +00:00
README-plugins - rewrite header to describe what's in this file. 2002-12-21 16:23:52 +00:00
README-wxWindows - update 2002-12-21 16:13:11 +00:00
state_file.cc
state_file.h
TESTFORM.txt
win32res.rc - runtime dialog box: advanced log options added 2004-02-05 20:02:53 +00:00
wxbochs.rc - wx resource problem in plugin mode on win32 fixed. Windows supports only one 2003-07-13 23:30:55 +00:00

Bochs x86 Pentium Emulator
Updated: : Sun Jan 11 20:21:12 CET 2004
Version: 2.1

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,
Pentium, Pentium Pro or AMD64 CPU, including optional MMX, SSE, 
SSE2 and 3DNow instructions.  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. 

WHERE ARE THE DOCS?

The Bochs documentation is written in Docbook.  Docbook is a text 
format that can be rendered to many popular browser formats such 
as HTML, PDF, and Postscript.  Each binary release contains the
HTML rendering of the documentation.  Also, you can view the
latest documentation on the web at
  http://bochs.sf.net/doc/docbook/index.html

Some information has not yet been transferred from the older
HTML docs.  These can be found at http://bochs.sf.net/docs-html

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

Both the documentation 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.  For example:
  - write instructions on how to install a particular operating system
  - writing/cleaning up documentation
  - testing out Bochs on every imaginable operating system and 
    reporting how it goes.