From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30)
	id 1AvvFO-000533-Gg
	for qemu-devel@nongnu.org; Wed, 25 Feb 2004 04:22:30 -0500
Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30)
	id 1AvvEM-000424-UU
	for qemu-devel@nongnu.org; Wed, 25 Feb 2004 04:21:59 -0500
Received: from [130.136.10.114] (helo=pob.cs.unibo.it)
	by monty-python.gnu.org with esmtp (Exim 4.30) id 1AvvEM-00040Q-8v
	for qemu-devel@nongnu.org; Wed, 25 Feb 2004 04:21:26 -0500
Date: Wed, 25 Feb 2004 10:21:20 +0100
Subject: Re: [Qemu-devel] windows?
Message-ID: <20040225092120.GA21701@cs.unibo.it>
References: <20040224232653.GA2890@ijbema.xs4all.nl>
	<1077666276.27122.100.camel@aragorn>
	<20040225090941.GC834@ijbema.xs4all.nl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040225090941.GC834@ijbema.xs4all.nl>
From: renzo@cs.unibo.it (Renzo Davoli)
Reply-To: qemu-devel@nongnu.org
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <http://mail.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://mail.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://mail.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org

On Wed, Feb 25, 2004 at 10:09:41AM +0100, Mark IJbema wrote:
> Well, the application i had in mind was using it for reactos, in the
> same way bochs is used now. Because on linux, qemu runs much faster than
> bochs, and when it's bugfree (or at least not notably bugged), it would
> be a viable alternative to vmware (even though it's still a lot slower
> than vmware).
> 
Even a lot safer (runs at user level, no kernel modules)
Even a lot general (runs already on four hardware architectures and this
number is the low boundary of what is going to be implemented in the
future).

It is not only an alternative to vmware, but also to VirtualPC and many
other virtual machine solution.
But it is also a general framework for running single executables for
the wrong architecture.
If you need to test proprietary sw and you have not the supported hw
architecture...
Say for example the flash plugin for mozilla/linuxppc. It is not
possible yet, but in the future maybe it will be possible through qemu
to join an heterogeneous plugin.

renzo

P.S. the real solution would be to convince everybody to leave
proprietary sw and formats, including flash. It needs time, though....