Bochs/bochs
Bryce Denney c07684021c - fix obvious bug in macintosh gui code caused by search and replace
gone wrong.  It said "bx_amigaos_gui_c" instead of "bx_macintosh_gui_c".
  I wish somebody would test this!
2002-11-18 16:42:57 +00:00
..
bios - update all bioses to current rombios.c 2002-11-14 20:05:57 +00:00
build - in gui: change control.cpp to textconfig.cpp 2002-11-16 22:42:19 +00:00
cpu - add BOCHSAPI to bxICache_c 2002-11-15 18:12:04 +00:00
debug - fix compiling with --enable-pci --enable-debugger 2002-11-15 22:11:24 +00:00
disasm - rename "control" to "textconfig". It was named when we called it 2002-10-29 20:18:32 +00:00
doc Added "Soundblaster 16 Emulation" from the sound.html file in the old docs. Made good use of emphasis tags and listitem tags. Also embedded sections (one level). It looks nice. Just need to add a couple of tables. 2002-11-18 07:40:50 +00:00
docs-html Disassembly now picks up the current 16/32 bit mode from CS register 2002-11-07 15:32:38 +00:00
dynamic - remove obsolete makefile 2002-10-26 13:19:06 +00:00
font - font char 0x00 is a blank, not a "@" 2002-05-25 14:22:53 +00:00
fpu - rename "control" to "textconfig". It was named when we called it 2002-10-29 20:18:32 +00:00
gui - fix obvious bug in macintosh gui code caused by search and replace 2002-11-18 16:42:57 +00:00
instrument - Apply patch.replace-Boolean rev 1.3. Every "Boolean" is now changed to a 2002-10-25 11:44:41 +00:00
iodev - the names of the object files for the lowlevel network support are now stored 2002-11-17 12:49:46 +00:00
memory - added new DEV_* macros for PCI functions in plugin.h 2002-11-03 17:17:11 +00:00
misc - change Bit64u sectors to a Bit64s, to avoid VC++ compile error. 2002-11-15 18:14:08 +00:00
patches - the driver name has been included in the user documentation. So I remove this patch. 2002-11-11 12:49:22 +00:00
.bochsrc - fix typos 2002-11-10 14:39:32 +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 - commit patch.check-platform. For full details, pull up the patch itself 2002-03-07 16:00:39 +00:00
.conf.beos - tweak parameters, at request of Bernd Korz 2002-10-08 07:09:58 +00:00
.conf.linux - add --enable-all-optimizations. This file is used to make all release 2002-11-11 13:10:51 +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 - let configure script find the stinkin compiler. Br'fin says that 2002-10-16 16:35:19 +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 - add --enable-optimizations, so that release binaries will be compiled 2002-11-15 18:07:54 +00:00
aclocal.m4 Add plugin support to Bochs by merging all the changes from the 2002-10-24 21:07:56 +00:00
bochs.h - add BOCHSAPI_CYGONLY to insert DLL export tags in places that only Cygwin 2002-11-15 18:31:55 +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.in - I have tried to make the --prefix argument to configure control 2001-11-10 03:48:22 +00:00
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 - this fixes bug #638600: need default plugin search path 2002-11-18 02:32:53 +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 - this fixes bug #638600: need default plugin search path 2002-11-18 02:32:53 +00:00
configure.in - this fixes bug #638600: need default plugin search path 2002-11-18 02:32:53 +00:00
COPYING - entered original Bochs snapshot bochs-2000_0325a.tar.gz from 2001-04-10 01:04:59 +00:00
extplugin.h - include "ltdl.h" with quotes, instead of <ltdl.h> with <>'s. It's 2002-11-15 18:09:37 +00:00
gdbstub.cc - add check for existence of sockaddr_in.sin_len in configure 2002-11-08 21:29:16 +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 - when printing the release description string, handle excessively long lines 2002-11-11 14:10:24 +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 Add plugin support to Bochs by merging all the changes from the 2002-10-24 21:07:56 +00:00
macintosh.txt - added strdup replacement function to osdep 2001-04-10 02:02:05 +00:00
main.cc - this fixes bug #638600: need default plugin search path 2002-11-18 02:32:53 +00:00
Makefile.in - this fixes bug #638600: need default plugin search path 2002-11-18 02:32:53 +00:00
osdep.cc - malloc'ed memory was one byte too short 2002-09-25 19:24:26 +00:00
osdep.h - the #define of off_t to "long" was causing problems when compiling 2002-11-15 18:11:40 +00:00
pc_system.cc - Apply patch.replace-Boolean rev 1.3. Every "Boolean" is now changed to a 2002-10-25 11:44:41 +00:00
pc_system.h - Apply patch.replace-Boolean rev 1.3. Every "Boolean" is now changed to a 2002-10-25 11:44:41 +00:00
plugin.cc - plugins are now called libbx_NAME.so for unix and bx_NAME.dll for win32. 2002-11-14 18:45:49 +00:00
plugin.h - fix compiling with --enable-pci --enable-debugger 2002-11-15 22:11:24 +00:00
README - change version numbers to prepare for 2.0 prerelease #1. 2002-11-14 18:17:29 +00:00
README-plugins - warnings are all inside #ifdef __GNUC__ blocks now 2002-10-29 18:00:15 +00:00
README-wxWindows - add reference to page about -mno-cygwin option in cygwin 2002-10-28 07:36:57 +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 Add plugin support to Bochs by merging all the changes from the 2002-10-24 21:07:56 +00:00
test-x11-fonts - add a script that tests whether your vga font is installed. 2001-09-30 14:53:57 +00:00
TESTFORM.txt - update test form so that it mentions current versions! 2002-11-15 16:44:15 +00:00
win32.txt - updated instructions for compiling under win32 2001-05-30 18:24:48 +00:00
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 Nov 13 23:52:42 EST 2002
Version: 2.0.pre1

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 in transition between the old documentation
written in HTML and the new documentation written in Docbook format.
The new documentation is online at
  http://bochs.sf.net/doc/docbook/alldocs.html
and it is the most current.  Some information has not yet been
transferred from the old HTML docs.  This 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:
  - 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.