Bochs/bochs
2008-04-18 14:15:58 +00:00
..
bios Updated BIOS binaries 2008-04-10 20:30:20 +00:00
build Fixed english grammar error 2008-04-05 21:28:11 +00:00
bx_debug Fixed typo 2008-04-17 20:48:52 +00:00
cpu Fixed destination \register for SSE4.2 instructions 2008-04-18 14:15:58 +00:00
disasm Fixed disasm for SSE4.2 instr 2008-04-18 14:09:24 +00:00
doc added ldsym command to user docs 2008-03-30 18:32:41 +00:00
docs-html another whitespace cleanup by Sebastien 2008-02-05 22:33:35 +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 Inline pop/push functions 2008-04-05 17:51:55 +00:00
gui Fixed required to make MSVC build with fastcall optimization (-Gr) healthy. 2008-04-07 20:20:04 +00:00
host/linux/pcidev another whitespace cleanup by Sebastien 2008-02-05 22:57:43 +00:00
instrument Rename BX_INTR_SHUTDOWN callback to BX_INSTR_EXIT 2008-04-15 21:27:11 +00:00
iodev 32-bit systems have a problem to allocate large amount of physical memory for Bochs simulation which makes simulation with 4G address space virtually impossible. But in most of the cases when 4G physical address space defined - it is not touched by default on every run so it is possible to allocate only really accessed blocks. This commit made all necessary preparations for it. 2008-04-17 14:39:33 +00:00
memory Small cleanup for memory class 2008-04-17 20:20:43 +00:00
misc another whitespace cleanup by Sebastien 2008-02-05 22:57:43 +00:00
patches Remove already merged patch 2007-12-09 18:38:54 +00:00
plex86 another whitespace cleanup by Sebastien 2008-02-05 22:57:43 +00:00
.bochsrc added load_symbols command example 2008-03-30 18:28:35 +00:00
.conf.amigaos - enable VBE support by default in configure script 2006-11-20 18:55:16 +00:00
.conf.beos - enable VBE support by default in configure script 2006-11-20 18:55:16 +00:00
.conf.everything Update with new options 2008-03-26 22:52:09 +00:00
.conf.linux add --show-ips to all configs for future releases (it is not ON by default ?) 2007-10-09 19:49:23 +00:00
.conf.macos Some changes and updates for new release - I would like to compile it with x86-64 + acpi 2007-09-10 15:21:05 +00:00
.conf.macosx Some changes and updates for new release - I would like to compile it with x86-64 + acpi 2007-09-10 15:21:05 +00:00
.conf.sparc Some changes and updates for new release - I would like to compile it with x86-64 + acpi 2007-09-10 15:21:05 +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 add --show-ips to all configs for future releases (it is not ON by default ?) 2007-10-09 19:49:23 +00:00
.conf.win32-vcpp add --show-ips to all configs for future releases (it is not ON by default ?) 2007-10-09 19:49:23 +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 Fixed required to make MSVC build with fastcall optimization (-Gr) healthy. 2008-04-07 20:20:04 +00:00
bxversion.h.in - I have tried to make the --prefix argument to configure control 2001-11-10 03:48:22 +00:00
bxversion.rc.in Added Bochs version info for Win32 - patch from @SF tracker 2008-02-09 07:51:15 +00:00
CHANGES Update CHANGES 2008-04-15 14:45:43 +00:00
config.cc More improvements to load-symbols in bx debugger 2008-03-30 14:32:14 +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 Forgot to merge CDECL definition 2008-04-09 16:33:38 +00:00
config.sub - update after running "libtoolize --force --copy", with libtool 1.5 2003-08-28 00:09:21 +00:00
configure Remove eplicit machine:I386 flag for compilation with MSVCPP 2008-04-05 19:21:52 +00:00
configure.in Remove eplicit machine:I386 flag for compilation with MSVCPP 2008-04-05 19:21:52 +00:00
COPYING - entered original Bochs snapshot bochs-2000_0325a.tar.gz from 2001-04-10 01:04:59 +00:00
crc.cc Indent changes 2008-04-07 18:48:11 +00:00
extplugin.h - update for macos compile 2002-12-12 15:29:45 +00:00
gdbstub.cc Added RIP to the GPR register file as lst register 2008-02-15 19:03:54 +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 More places where CPU vector was used 2008-04-17 20:45:00 +00:00
logio.cc whispace, tab2space, indent, dos2unix and other cleanups 2008-02-15 22:05:43 +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 Fixed required to make MSVC build with fastcall optimization (-Gr) healthy. 2008-04-07 20:20:04 +00:00
Makefile.in Fixed compilation issues 2008-04-09 06:03:17 +00:00
osdep.cc another whitespace cleanup by Sebastien 2008-02-05 22:57:43 +00:00
osdep.h another whitespace cleanup by Sebastien 2008-02-05 22:57:43 +00:00
PARAM_TREE.txt another whitespace cleanup by Sebastien 2008-02-05 22:57:43 +00:00
pc_system.cc Code cleanup 2008-04-06 18:27:24 +00:00
pc_system.h optimize bx_pc_system.tickn 2008-03-19 18:36:17 +00:00
plex86-interface.cc Added RIP to the GPR register file as lst register 2008-02-15 19:03:54 +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 whispace, tab2space, indent, dos2unix and other cleanups 2008-02-15 22:05:43 +00:00
plugin.h whispace, tab2space, indent, dos2unix and other cleanups 2008-02-15 22:05:43 +00:00
README Fixed project name in README 2008-03-02 22:00:30 +00:00
README-plugins another whitespace cleanup by Sebastien 2008-02-05 22:57:43 +00:00
README-wxWindows another whitespace cleanup by Sebastien 2008-02-05 22:57:43 +00:00
README.rfb - remove GPL'd rfbproto.h 2004-04-05 12:09:25 +00:00
TESTFORM.txt another whitespace cleanup by Sebastien 2008-02-05 22:57:43 +00:00
TODO another whitespace cleanup by Sebastien 2008-02-05 22:57:43 +00:00
win32res.rc Merged @SF patch by Sebastian 2008-01-27 18:02:22 +00:00
wxbochs.rc - added version info for wxMSW port 2008-02-10 22:03:47 +00:00

Bochs - The cross platform IA-32 (x86) emulator
Updated: Mon Dec 24 10:52:00 CET 2007
Version: 2.3.6

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/PentiumII/PentiumIII/Pentium4 or x86-64 CPU, including optional
MMX, SSEx and 3DNow! instructions.  Bochs is capable of running
most Operating Systems inside the emulation, for example Linux, DOS,
Windows 95/98/NT/2000/XP or Windows Vista.
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.