Bochs/bochs
Volker Ruppert 3dfc9b4d5a - fixed end of thread in debugger mode (always dump cpu state to log file)
- hide debug console before showing "Bochs stopped" message box
2006-09-04 18:36:47 +00:00
..
bios - LGPL'd VGABIOS updated to version 0.6a (see VGABIOS-lgpl-README for details) 2006-08-19 16:58:38 +00:00
build iUpdate MSDEV workspaces 2006-02-24 18:36:31 +00:00
bx_debug Fixed ton of code duplication. 2006-08-31 18:18:17 +00:00
cpu Fixed LDTR reset vales 2006-08-31 18:21:16 +00:00
disasm Fixed disasm bug 2006-08-13 09:40:07 +00:00
doc - preparing for release 2.3 2006-08-27 07:06:01 +00:00
docs-html Memory access handling explanation by Brendan 2006-03-06 06:32:03 +00:00
dynamic - remove obsolete makefile 2002-10-26 13:19:06 +00:00
font - removed obsolete X11 VGA font and it's installation mechanism 2003-05-25 09:48:12 +00:00
fpu Correctly detect inexact result in FPU (patch by No Name) 2006-08-28 18:48:51 +00:00
gui - fixed end of thread in debugger mode (always dump cpu state to log file) 2006-09-04 18:36:47 +00:00
host/linux/pcidev - fixed possible memory leaks and compilation warnings (patch by Frank Cornelis) 2004-11-16 20:44:48 +00:00
instrument Move paddr_valid param of dbg_xlate_linear2phy method to return value. 2006-06-17 12:09:55 +00:00
iodev - store current mouse capture state in the device object, so Bochs no longer 2006-08-25 18:26:27 +00:00
memory - moved BX_USE_MEM_SMF to all the other SMF definitions in config.h.in (should 2006-09-02 12:08:28 +00:00
misc - geometry autodetection for 'sparse' mode hard disk images added 2006-06-16 07:29:33 +00:00
patches Remove the patch, it was successfully merged to CVS 2006-03-16 20:38:32 +00:00
plex86 - support for GNU/kFreeBSD and GNU/kNetBSD added in lowlevel iodev code (cdrom, 2004-09-11 15:39:53 +00:00
.bochsrc - new user.dbk section describes the usage of the save/restore feature 2006-06-22 18:50:47 +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.amigaos Some more options which makes sense for AmigaOS/MorphOS build. 2003-02-21 14:24:24 +00:00
.conf.beos -Wno-multichar is already added by the configure script for beos, so 2002-12-21 14:28:24 +00:00
.conf.everything Merge SAVE_RESTORE branch to CVS 2006-05-27 15:54:49 +00:00
.conf.linux - enabled save/restore feature on Linux and Windows (for binary packages) 2006-06-18 07:28:55 +00:00
.conf.macos - enabled USB in shortcut scripts for the most popular platforms 2005-12-26 16:47:51 +00:00
.conf.macosx - enabled USB in shortcut scripts for the most popular platforms 2005-12-26 16:47:51 +00:00
.conf.sparc - enabled USB in shortcut scripts for the most popular platforms 2005-12-26 16:47:51 +00:00
.conf.win32 - commit patch.check-platform. For full details, pull up the patch itself 2002-03-07 16:00:39 +00:00
.conf.win32-cygwin - enabled save/restore feature on Linux and Windows (for binary packages) 2006-06-18 07:28:55 +00:00
.conf.win32-vcpp - enabled save/restore feature on Linux and Windows (for binary packages) 2006-06-18 07:28:55 +00:00
aclocal.m4 - implemented GTK2+ detection for wxGTK (patch by Guillem Jover <guillem@debian.org>) 2006-03-13 17:18:33 +00:00
bochs.h Several x86-64 MSRs were not-initilized ! 2006-05-28 17:07:57 +00:00
bxversion.h.in - I have tried to make the --prefix argument to configure control 2001-11-10 03:48:22 +00:00
CHANGES - preparing for release 2.3 2006-08-27 07:06:01 +00:00
config.cc - Allow to control SMP quantum value through .bochsrc CPU 2006-06-21 20:42:26 +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 - moved BX_USE_MEM_SMF to all the other SMF definitions in config.h.in (should 2006-09-02 12:08:28 +00:00
config.sub - update after running "libtoolize --force --copy", with libtool 1.5 2003-08-28 00:09:21 +00:00
configure - regenerated after release 2.3 2006-08-27 15:37:47 +00:00
configure.in - updated after release 2.3 2006-08-27 15:36:39 +00:00
COPYING - entered original Bochs snapshot bochs-2000_0325a.tar.gz from 2001-04-10 01:04:59 +00:00
crc.cc This is cumulative patch for bochs debugger, it is only very first step towards working debugger supporting all new simulator functionalitieS. 2006-01-24 19:03:55 +00:00
extplugin.h - update for macos compile 2002-12-12 15:29:45 +00:00
gdbstub.cc Fix compilation 2006-06-21 16:30:14 +00:00
install-sh - commit patch.check-platform. For full details, pull up the patch itself 2002-03-07 16:00:39 +00:00
load32bitOShack.cc Preliminary implemntation of SMM save statei 2006-03-27 18:02:07 +00:00
logio.cc Break to debugger on triple fault or panic (this time do it correctly) 2006-06-12 19:51:31 +00:00
ltdl.c - add win32 specific print code, so that we can see the exact error that 2002-11-01 13:02:15 +00:00
ltdl.h Add plugin support to Bochs by merging all the changes from the 2002-10-24 21:07:56 +00:00
ltdlconf.h.in Add plugin support to Bochs by merging all the changes from the 2002-10-24 21:07:56 +00:00
ltmain.sh - update after running "libtoolize --force --copy", with libtool 1.5 2003-08-28 00:09:21 +00:00
main.cc - reset sent to keyboard has no effect on the 8042 (scancode translation mode) 2006-07-21 18:26:53 +00:00
Makefile.in - save state function now supported on win32 in the runtime dialog 2006-04-09 13:55:55 +00:00
osdep.cc - fixed compile error related to gettimeofday() in MinGW/MSYS and Cygwin with 2006-08-07 17:59:15 +00:00
osdep.h Remove redundant 0x from FMT_ADDRX macro for cygwin 2006-02-11 20:47:22 +00:00
PARAM_TREE.txt - remaining config options and special menus added to parameter tree 2006-03-05 10:24:29 +00:00
pc_system.cc Avoid doing strdup for param name field - most of the strdups elliminated ! 2006-05-29 22:33:38 +00:00
pc_system.h Merge SAVE_RESTORE branch to CVS 2006-05-27 15:54:49 +00:00
plex86-interface.cc Fixed ton of code duplication. 2006-08-31 18:18:17 +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 Merge SAVE_RESTORE branch to CVS 2006-05-27 15:54:49 +00:00
plugin.h Merge SAVE_RESTORE branch to CVS 2006-05-27 15:54:49 +00:00
README - updated after release 2.3 2006-08-27 15:36:39 +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
README.rfb - remove GPL'd rfbproto.h 2004-04-05 12:09:25 +00:00
TESTFORM.txt Do not allow to allocate more than 2048Mb of emulated memory. 2005-03-06 21:23:38 +00:00
TODO - TODO status update for Bochs 2.3 2006-08-25 11:58:55 +00:00
win32res.rc - new function win32SaveState now called after pressing the "suspend" button 2006-06-08 17:02:52 +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 Aug 27 09:18:00 CEST 2006
Version: 2.3

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 x86-64 CPU, including optional MMX, 
SSE/SSE2/SSE3 and 3DNow! instructions.  Bochs is capable of running
most Operating Systems inside the emulation including Linux, DOS,
Windows 95/98 and Windows NT/2000/XP.
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 Windows
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.