Bochs/bochs
Kevin Lawton b8d7f5c88e Moved the asm() statements from the arithmetic instruction emulation
into inline functions with asm() statements in cpu.h.  This cleans
  up the *.cc code (which now doesn't have any asm()s in it), and
  centralizes the asm() code so constraints can be modified in one
  place.  This also makes it easier to cover more instructions
  with asm()s for more efficient eflags handling.
2002-10-07 22:51:58 +00:00
..
bios - harddisk controller interrupt must be enabled after a reset and the 2002-10-07 16:16:04 +00:00
build - apply October 3 patch from Jeremy Parsons (brefin) 2002-10-04 13:26:58 +00:00
cpu Moved the asm() statements from the arithmetic instruction emulation 2002-10-07 22:51:58 +00:00
debug - limit should be a 20-bit field, not a 16-bit field, coming from 2002-10-04 23:16:48 +00:00
disasm - add -lwinmm to the link lines anytime you use --enable-sb16=win. Now 2002-10-01 23:37:50 +00:00
doc - added descriptions of the new ATA disk options based on the comments in the 2002-09-29 16:41:41 +00:00
docs-html - apply patch from Alexander Krisak (darkelf@newmail.ru) 2002-10-04 14:57:36 +00:00
dynamic - add -lwinmm to the link lines anytime you use --enable-sb16=win. Now 2002-10-01 23:37:50 +00:00
font - font char 0x00 is a blank, not a "@" 2002-05-25 14:22:53 +00:00
fpu - add -lwinmm to the link lines anytime you use --enable-sb16=win. Now 2002-10-01 23:37:50 +00:00
gui - Always enable the line that does 2002-10-07 17:18:04 +00:00
instrument Committed another instrumentation example for C++ lovers ;) 2002-09-29 16:50:29 +00:00
iodev - fixed some warnings at BX_INFO, BX_PANIC, BX_ERROR and BX_DEBUG 2002-10-06 20:19:03 +00:00
memory - enable dbg_fetch_mem and dbg_set_mem when compiling for GDB stub 2002-10-03 05:15:28 +00:00
misc - add -lwinmm to the link lines anytime you use --enable-sb16=win. Now 2002-10-01 23:37:50 +00:00
patches - removed this patch because it was complete junk 2002-10-05 12:24:59 +00:00
.bochsrc - remove example lines that have # comments. the parser can't handle them. 2002-10-06 19:39:20 +00:00
.conf.AIX.4.3.1
.conf.amigaos - commit patch.check-platform. For full details, pull up the patch itself 2002-03-07 16:00:39 +00:00
.conf.beos - turn on guest2host tlb for beos 2002-10-02 12:43:01 +00:00
.conf.linux - clean up .conf files. now all have cdrom, sound, ne2k, and vbe. 2002-03-21 02:50:06 +00:00
.conf.macos - commit patch.check-platform. For full details, pull up the patch itself 2002-03-07 16:00:39 +00:00
.conf.macosx - commit patch.check-platform. For full details, pull up the patch itself 2002-03-07 16:00:39 +00:00
.conf.sparc - commit patch.check-platform. For full details, pull up the patch itself 2002-03-07 16:00:39 +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 - remove deprecated -mpentium (which I saw from an unrelated bug report from 2002-09-24 17:56:09 +00:00
.conf.win32-vcpp - clean up .conf files. now all have cdrom, sound, ne2k, and vbe. 2002-03-21 02:50:06 +00:00
bochs.h Added a couple macros which expand on GCC to __attribute__ directives 2002-10-06 14:16:23 +00:00
Bochs.proj.hqx
bochs.rsrc.hqx
bxversion.h.in
CHANGES - added tha 1.4.1 release informations 2002-06-25 22:55:58 +00:00
config.guess - commit patch.check-platform. For full details, pull up the patch itself 2002-03-07 16:00:39 +00:00
config.h.in Added a couple macros which expand on GCC to __attribute__ directives 2002-10-06 14:16:23 +00:00
config.sub - commit patch.check-platform. For full details, pull up the patch itself 2002-03-07 16:00:39 +00:00
configure Added a couple macros which expand on GCC to __attribute__ directives 2002-10-06 14:16:23 +00:00
configure.in - remove AC_MSG_NOTICE([using $WX_CONFIG as ...]) because it looked like 2002-10-05 12:07:51 +00:00
COPYING
gdbstub.cc - Fix several bugs with uninitialized fields in sockaddr_in. Now this code 2002-10-06 20:43:02 +00:00
install-sh - commit patch.check-platform. For full details, pull up the patch itself 2002-03-07 16:00:39 +00:00
install-x11-fonts.in - modified paths to make this file work with the FHS compatible directories 2002-06-26 17:10:36 +00:00
load32bitOShack.cc I merged the cpu/cpu.h and cpu64/cpu.h files as well as the 2002-09-13 00:15:23 +00:00
logio.cc - change default action on panic to ASK, for wx only. Once I get the 2002-09-25 18:35:06 +00:00
macintosh.txt
main.cc - set the quit context to NULL after it is no longer usable. I don't want 2002-10-06 19:21:05 +00:00
Makefile.in - add GDB stub patch by Johan Rydberg 2002-10-03 05:23:20 +00:00
osdep.cc - malloc'ed memory was one byte too short 2002-09-25 19:24:26 +00:00
osdep.h I added a support function to osdep. 2002-09-23 02:20:52 +00:00
pc_system.cc unregisterTimer() really frees the timer slot. Added a new field 2002-10-06 17:29:22 +00:00
pc_system.h unregisterTimer() really frees the timer slot. Added a new field 2002-10-06 17:29:22 +00:00
README - I can't believe it! I've been spelling "updated" wrong since last June!!! 2002-03-28 07:52:26 +00:00
README-wxWindows *** empty log message *** 2002-09-23 21:41:59 +00:00
state_file.cc - apply patch.memleaks-tominac from Darko Tominac <darko.tominac@zg.tel.hr> 2001-12-21 19:33:18 +00:00
state_file.h
test-x11-fonts
TESTFORM.txt
win32.txt
wxbochs.rc - commit patch.wxwindows.gz in the main branch. Now you can try out 2002-04-18 00:22:20 +00:00

Bochs x86 Pentium Emulator
Updated: Wed Mar 27 20:02:41  2002
Version: 1.4

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. 

WHERE ARE THE DOCS?

The Bochs documentation has been overhauled, and it is now
distributed in a separate package called bochsdoc-VERSION.tar.gz.
A copy is also online at 
  http://bochs.sf.net/doc/docbook/alldocs.html
For now, the old documentation can still 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:
  - improving win32 binary releases
  - building up a set of useful tools to include in those releases
  - writing/cleaning up documentation
  - testing out Bochs on every imaginable operating system and 
    reporting how it goes.