aad2d89c83
directly while parsing the bochsrc or command line. If plugin support is enabled, the option could load all optional plugins, not only the ones supported before. NOTE #1: The old option had all plugins enabled by default and gave the user a chance to diable them. Now the plugins are only loaded if they appear in the config line and they are set to "1". NOTE #2: Loading a plugin that is controlled by a bochsrc option is possible, but it currently leads to a panic, since the load command is still present in devices.cc. NOTE #3: The plugin init code creates the device object and registers the optional plugin device. As an option, it can create config parameters and register an option parser. The device init, register state and reset is still handled in devices.cc, but in the order the devices have been loaded with the plugin control. NOTE #4: If plugin support is disabled, the plugin control only accepts the devices listed in plugin.cc. - plugin init of core plugins now fails if they are not loaded with the expected type. For core plugins the load order is important and they cannot be handled with the chained devices list (used for optional and user plugins). - some additions for calling config.cc functions from a plugin device |
||
---|---|---|
.. | ||
bios | ||
build | ||
bx_debug | ||
cpu | ||
disasm | ||
doc | ||
docs-html | ||
fpu | ||
gui | ||
host/linux/pcidev | ||
instrument | ||
iodev | ||
memory | ||
misc | ||
patches | ||
.bochsrc | ||
.conf.amigaos | ||
.conf.everything | ||
.conf.linux | ||
.conf.macos | ||
.conf.macosx | ||
.conf.nothing | ||
.conf.sparc | ||
.conf.win32-cygwin | ||
.conf.win32-vcpp | ||
aclocal.m4 | ||
bochs.h | ||
bxversion.h.in | ||
bxversion.rc.in | ||
CHANGES | ||
config.cc | ||
config.guess | ||
config.h.in | ||
config.sub | ||
configure | ||
configure.in | ||
COPYING | ||
cpudb.h | ||
crc.cc | ||
extplugin.h | ||
gdbstub.cc | ||
install-sh | ||
load32bitOShack.cc | ||
logio.cc | ||
ltdl.c | ||
ltdl.h | ||
ltdlconf.h.in | ||
ltmain.sh | ||
main.cc | ||
Makefile.in | ||
msrs.def | ||
osdep.cc | ||
osdep.h | ||
param_names.h | ||
PARAM_TREE.txt | ||
pc_system.cc | ||
pc_system.h | ||
plugin.cc | ||
plugin.h | ||
README | ||
README-plugins | ||
README-wxWindows | ||
README.rfb | ||
TESTFORM.txt | ||
TODO | ||
win32_enh_dbg.rc | ||
win32res.rc | ||
wxbochs.rc |
Bochs - The cross platform IA-32 (x86) emulator Updated: Sun Nov 27 16:55:00 CET 2011 Version: 2.5 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 SVN to get the latest sources, or grab a SVN snapshot which is updated nightly. The releases contain the most stable code, but if you want the very newest features try the SVN 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 SVN 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 SVN. 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.