Bochs
Bochs 2.6.2
Your rating: Now say why...

(9) 3.1666666666666665

x86 PC emulator.   Free
Add to my Watch List
Email me when discounted
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 AMD64 CPU, including optional MMX, SSE, SSE2 and 3DNow instructions. 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 this project.

Bochs can be compiled and
What's New
Version 2.6.2:

CPU:
  • VMX: implemented VMENTER to non-active guest state (HLT, SHUTDOWN, WAIT-FOR-SIPI)
  • VMX: fixed write of guest segment access rights VMCS fields (32-bit field was truncated to 16-bit)
  • CPUID: Don't report Architectural Performance Monitoring in CPUID
  • CPUID: Fixed bx_generic CPUID std leafs (all std leafs > 2 were corrupted)
  • CPUID: Enable all supported VMX capabilities for bx_generic CPUID configuration
  • CPUID: Enable X2APIC support for Ivy Bridge CPUDB configuration
Configure and compile:
  • Enabled VMX compilation by default in shortcut scripts
  • Allow CPU_LEVEL=5 configurations (pentium_mmx and amd_k2_chomper) even when Bochs was compiled with CPU_LEVEL > 5
Miscellaneous:
  • Fixes for Bochs port on MorphOS (based on a patch by Thore Sittly) missing functions, byte-swapping and cdrom support
Version 2.6.2:

CPU:
  • VMX: implemented VMENTER to non-active guest state (HLT, SHUTDOWN, WAIT-FOR-SIPI)
  • VMX: fixed write of guest segment access rights VMCS fields (32-bit field was truncated to 16-bit)
  • CPUID: Don't report Architectural Performance Monitoring in CPUID
  • CPUID: Fixed bx_generic CPUID std leafs (all std leafs > 2 were more...
Requirements
Intel/PPC, OS X 10.2 or later









  • VirtualBox
    +13

  • Q emulator
    +8

  • Parallels Desk...
    +7

  • Boxer
    +5
Bochs User Discussion (Write a Review)
ver. 2.x:
(9)
Your rating: Now say why...
Overall:
(9)

sort: smiles | time
burypromote
-5

+94

JCH2 reviewed on 07 Jan 2012
Overall, it's fine, but in this day unless a user is on Linux, they aren't interested in this much work. And it really isn't worth it with the latest edition of Virtual Box out there (finally).
[Version 2.5.1]

1 Reply

burypromote
+4

+5
Phaseangle replied on 07 Jan 2012
The comparison to Virtual Box shows you like others who suggested it and parallels as similar don't understand the difference between emulation (The 'typical' use of Bochs is to provide complete x86 PC emulation) and virtualisation.
Hence Bochs is PPC software, designed to emulate x86 and Virtual Box is intel software, designed to virtualise x86.
burypromote
-1
mswfujowdffyc commented on 05 Apr 2008
To all those people who claim that this software is too difficult to use: it's not. If you're too lazy to figure out anything on your own, then this is not for you.

Missing a configuration file? It's all explained on the bochs website:

http://bochs.sourceforge.net/doc/docbook/user/bochsrc.html

You HAVE to create your own configuration file for every virtual machine, as Bochs expects each virtual machine you want will be different.

Even if you couldn't find that with Google search, the readme clearly explains that all docs can be found either

http://bochs.sf.net/doc/docbook/index.html

or

http://bochs.sf.net/docs-html

Nothing in life is completely free. The reason why VPC, Parallels, VMWare, etc. are so "expensive" is precisely that free alternatives are more difficult to use.

However, just because Bochs doesn't have a nice GUI to hold your hand through every step of the way doesn't mean the instructions aren't clear. No CS knowledge is even needed--just copy and paste things from the website. If it doesn't do what you expect, ask someone on the Bochs mailing list. If you're too lazy, then you deserve to lose $60 to Parallels or VMWare to buy their software.

BTW, Helmo: If you really want to run C64 or Vic 20 software, there are emulators available on the internet. Bochs has the ability to emulate an entire IA-32 computer including whatever hardware you wish for it to have. It's for testing one OS on another OS, not for playing games, running Windows 95, or whatever you thought it was for. I suggest you find something better to do than trolling on MU, like learning English.
[Version 2.3.6]

9 Replies

burypromote
+9

+33
Scottishwildcat replied on 04 Jun 2008
VirtualBox is free, and it's just as easy to use as VMWare or Parallels.
burypromote
+5

+45
Dalahast replied on 05 Jun 2008
I'm perfectly capable of doing all of these things with Terminal and such (I've done it on occasion before), but this is a bit much. Mac users expect working binaries, and source code should be an aside.
burypromote
+1

+403
MacUpdate-Lon replied on 05 Jun 2008
There hasn't been an OS X binary of Bochs in more than four years. The last one was released on February 2, 2004, version 2.1.1. There may well be some more recent version OS X binaries of Bochs floating around somewhere out there, but they are not available at the official Bochs site.

This version 2.3.7 source was posted here at MacUpdate for those who do want to muck around with it. It clearly states at the top of the MacUpdate product page for Bochs that the download is source code.

I suppose Bochs should not be posted because some people want an executable binary that does not exist, and thereby leave everyone out in the cold who might want to get geeky with the source and have maybe a little fun?

And it's not like there are no alternatives that are executable binaries. VirtualBox comes to mind, and it is free.
burypromote
+1

+45
Dalahast replied on 05 Jun 2008
As an extremely geeky person, I understand your point– but I'd like to spend more time doing geek things within the program, rather than within the scope of creating it– but that's my opinion, which is by no means what everyone else thinks.
burypromote
-2

+403
MacUpdate-Lon replied on 05 Jun 2008
ZangieF, you previously made a blanket statement:

"Mac users expect working binaries, and source code should be an aside."

You presumed to be speaking for all Mac users, and implied that source code be left aside.

But now you say, "...I'd like to spend more time doing geek things within the program, rather than within the scope of creating it but that's my opinion, which is by no means what everyone else thinks."

So now you're just speaking for yourself instead of on behalf of all Mac users. Oh well, whatever. 190 downloads (at this point in time) tells me that there are some Mac users that do not want you to speak on their behalf.
burypromote

+45
Dalahast replied on 05 Jun 2008
XD I've done that in the past, I think. Logical fallacies are amusing…
burypromote
+6

+33
Scottishwildcat replied on 09 Jun 2009
VirtualBox is "completely free", and it's much easier to use.
burypromote
-6

+328
Umaromc replied on 12 Nov 2009
Odd how ignoramuses are comparing this to virtualization software when it's not.
burypromote
+3

+98
lamontDakota replied on 06 Nov 2011
I agree with m... If it's something that YOU happen to WANT and you can't understand how to make it work, then that's your problem and not the developer's. Don't punish him for YOUR incompetence! OTOH, if it's something that ALL Mac-users NEED or at least find very handy, then the developer ought to complete the job before releasing it.

What grinds MY gears are the developers who come up with a truly useful app, like D[o]S[omething]W[hen] or FruitMenu, then start getting laid, no longer need the money, or whatever and just orphan it. WTF?! Why not open-source it, instead? Let those who care keep it going! Is that too much to ask?
burypromote
+2

-23
Helmo Hass commented on 25 Dec 2007
Well
as far as i can see, no evolution since ages, we're quite close to a total integration for both i386 and ppc hardware compatibility mobos, and they still make an emulator to run win95??? c'mon......
humm why not intruducing another one in which i could run Commodore 64? or better like Vic 20?

ok lets say its good and I really like it, where in the hell do you find applications to run on it? Vista is out there, and already most of applications won't even run on XP, and i should spend my time on compiling the source to install a project based on my grand mother 'puter? lol and then..?
[Version 2.3.6]


burypromote
-1

+77

Tomis reviewed on 17 Jul 2006
Well that's great that they have source code that can possibly be compiled to hopefully create a usable binary. But we're on a Mac, we want binaries and we want them to "just work."

The latest MacOS X binary is version 2.1.1, which might as well be the source code. It just tells me to run a script, which then runs Bochs from the terminal, which asks me to load some configuration file, and there is no information on where to obtain one of these files or how to make one. Yes, I read the read me. Useless.

Granted, I understand it takes alot of effort to wrap these things up elegantly in order to make them just work. But, until they have a real GUI front end on this thing, don't bother. Check out Q, or just get VPC or Parallels.
[Version 2.3pre2]


burypromote


Anonymous reviewed on 09 Jul 2005
The instructions that come with the binary version are no good - "cannot find image file".
[Version 2.2.1]


burypromote
+3


Anonymous reviewed on 08 Jul 2005
Unfortunately, many open source projects require some rudamentary "CS" (computer science) knowledge, e.g. How to use a command line, what gcc is, etc.

If you do not possess these skills, I recommend looking to see if a "binary" (i.e. pre-compiled) version is available from someone. Many people make them available as a service to the less skilled, or those who dont have the time.

Alternatively, look at a commercial solution, e.g. Virtual PC.
[Version 2.2.1]

4 Replies

burypromote
Anonymous commented on 09 Jul 2005
I agree.I hate when people write bad reviews on something because they cant figure out how to use it.
burypromote
+1
Anonymous commented on 11 Jul 2005
Then why not give us plebs some useful hints and tips. If you were able to build it under Mac OS X tell us how you did it. The instructions provided simply do not work, e.g. My attempts always result in "no default output file for gcc". OK I could probably work out how to cure this but one wonders if the supplier of the instructions actually bothered to test them before release. Alternatively if you've developed a binary why not put it somewhere useful for others to download.
burypromote
Haplo replied on 30 Jan 2006
I don't suggest VPC. Back when VPC was run by whoever used to own it, it was good. Now it's just microsoft windows with Microsoft Virtual Computer™. Bochs is not very good regardless, I've heard that QEMU is better, plus QEMU will install more than microsoft products and can emulate more than just x86. Also, some dude with more free time than me made Q. I'm still trying to get a copy of XP Pro, but Q lets you do everything worthwhile that VPC can do (including save states) only it has better drivers and is faster, and has much better CD/DVD support (you can install to Q from a windows/DOS CD or DVD). Also, VPC has no support for other save states, but Q can import guest machines from VPC7. Did I mention Q is free?

http://kberg.ch/q/
burypromote
+1

+7
Mikuro replied on 27 Aug 2006
This this is a general-population web site, reviews by normal users are legit. If it's too hard for a normal user to use, then it deserves the low rating. Ratings exist to help people decide what's worth trying. Clearly, this is not worth trying for most users.

Ease of use is important. That's why Macs exist.
burypromote
+1


Anonymous reviewed on 02 Jun 2005
Can someone please explain how this works? I have no idea how to compile something and the website with "instructions" sucks.

I am all about open source but the difficulty level to get this stuff to work is ridiculous.
[Version 2.2]


burypromote
+1


Anonymous reviewed on 30 May 2005
Can't get it to build on my machine.. brand new iMac G5 too..
[Version 2.2]

5 Replies

burypromote
+1
Anonymous commented on 30 May 2005
Same here. Make error log:

cdrom.cc:112:22: error: dev/disk.h: No such file or directory
cdrom.cc: In function `kern_return_t FindEjectableCDMedia(io_iterator_t*, mach_port_t*)':
cdrom.cc:269: warning: NULL used in arithmetic
cdrom.cc: In function `kern_return_t GetDeviceFilePath(io_iterator_t, char*, CFIndex)':
cdrom.cc:282: warning: NULL used in arithmetic
cdrom.cc: In function `_CDTOC* ReadTOC(const char*)':
cdrom.cc:372: warning: NULL used in arithmetic
cdrom.cc: In member function `bx_bool cdrom_interface::insert_cdrom(char*)':
cdrom.cc:644: warning: converting to non-pointer type 'mach_port_t' from NULL
make[1]: *** [cdrom.o] Error 1
make: *** [iodev/libiodev.a] Error 2

Wasn't there a binary distribution for OS X? Is it dead?
burypromote
Anonymous commented on 22 Jul 2005
Try changing
#include
to
#include
in the iodev/cdrom.cc file.
It worked for me. I also had to change in the top Makefile.in the SETFILE definition from
SETFILE=/Developer/Tools/Setfile to
SETFILE=/Developer/Tools/SetFile. This might not be necessary unless you have the developer tools installed on a case-sensitive filesystem.
burypromote
Anonymous commented on 22 Jul 2005
The site stripped some "html tags" in my post :).
The include was dev/disk.h that needs to be changed to sys/disk.h.
burypromote
Victor Toh replied on 30 Jul 2005
Thanks Dan! Your suggestion worked and got me past the CDROM error... but I hit another wall that reads like this:
g++ -c -I.. -I./.. -I../iodev -I./../iodev -I../instrument/stubs -I./../instrument/stubs -fpascal-strings -fno-common -arch ppc -Wno-four-char-constants -Wno-unknown-pragmas -Dmacintosh -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES carbon.cc -o carbon.o
carbon.cc:172: error: non-local variable ' bx_tool_pixmap [16]' uses anonymous type
make[1]: *** [carbon.o] Error 1
make: *** [gui/libgui.a] Error 2
burypromote
+1
Anonymous commented on 09 Aug 2005
The problem in carbon.cc that Victor Toh can be worked around by naming the anonymous struct defined on line 162. If you don't understand a word of that then run this quick Perl one-liner to fix it for you (no linebreaks):

perl -pe 's/^struct {$/struct __carbon_cc_hack_struct__ {/' gui/carbon.cc

Make sure you run it from the bochs-2.2.1 directory. Here's another Perl one-liner to fix the cdrom.cc problem:

perl -pe 's,dev/disk.h,sys/disk.h,' iodev/cdrom.cc
burypromote


Anonymous reviewed on 30 May 2005
Cannot get it run on mine either. (Neither the 2.2 nor the 2.1.1)
OSX 10.3.9
[Version 2.2]


burypromote
-1


Anonymous reviewed on 26 May 2005
Nice and free.
[Version 2.2pre3]


burypromote
-2

+27
Schoschie had trouble on 05 Jun 2007
Compiling and installing Bochs isn't soo hard. It's described here: http://bochs.sourceforge.net/cgi-bin/topper.pl?name=New+Bochs+Documentation&url=http://bochs.sourceforge.net/doc/docbook/user/index.html

You don't even need to read this, though. The steps to compile and install are rather simple. Do this:

1) Get the Developer Tools and install them (if you haven't already). You can get the Dev Tools for free from Apple's Developer website after you have registered as a Developer using the "free plan".

2) Download the bochs source package. Unpack it.

3) Open the Terminal. Change into the bochs directory by typing "cd " and dragging the unpacked bochs directory into the Terminal window. Press the Return key.

4) Enter the following lines, waiting for the operation to finish after each line:
configure
make
sudo make install

Each will take a while and you will see hundreds of lines printed out. This is normal. The last command (sudo make install) will ask for your administrator password which is your normal login password if you're a user that is allowed to administer the Mac.

You now have a finished MacOSX binary executable inside the bochs directory. You can launch it by double-clicking it like usual. It will complain about not being able to open a hard disk image file and an unknown display extension "vbe".

To fix this, follow these detailed instructions to setup bochs. Afterwards, everything will work fine.

http://bochs.sourceforge.net/cgi-bin/topper.pl?name=New+Bochs+Documentation&url=http://bochs.sourceforge.net/doc/docbook/user/index.html

It does take some time. And it does help to RTFM once in a while.
[Version 2.3]



CarlosCambra6779 rated on 21 Jul 2013

[Version 2.6.2]



+15

Quiiick rated on 08 Apr 2013

[Version 2.6.1]



+5

Phaseangle rated on 07 Jan 2012

[Version 2.5.1]



+21

Jack75 rated on 28 Nov 2011

[Version 2.5]


Downloads:33,717
Version Downloads:2,108
Type:Utilities : System
License:Free
Date:26 May 2013
Platform:PPC 32 / Intel 32 / OS X
Price:Free0.00
Overall (Version 2.x):
Features:
Ease of Use:
Value:
Stability:
Displaying 1-10 of 15
1 2 >
Displaying 1-1 of 1
Displaying 1-4 of 4
-
-
-
Please login or create a new
MacUpdate Member account
to use this feature
Watch Lists are available to
MacUpdate Desktop Members
Upgrade Now
Install with MacUpdate Desktop.
Save time moving files & cleaning
up space wasting archives.
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 AMD64 CPU, including optional MMX, SSE, SSE2 and 3DNow instructions. 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 this project.

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 OSes and software within the emulator on your workstation, much like you have a machine inside of a machine. For instance, let's say your workstation is a Unix/X11 workstation, but you want to run Win95 applications. Bochs will allow you to run Win 95 and associated software on your Unix/X11 workstation, displaying a window on your workstation, simulating a monitor on a PC.


- -