From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24)
	id 1AspBq-0004ED-L2
	for qemu-devel@nongnu.org; Mon, 16 Feb 2004 15:18:02 -0500
Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24)
	id 1AspBK-0003x3-5x
	for qemu-devel@nongnu.org; Mon, 16 Feb 2004 15:18:01 -0500
Received: from [62.4.22.179] (helo=mail.bbrox.com)
	by monty-python.gnu.org with esmtp (Exim 4.24) id 1AspBJ-0003va-EC
	for qemu-devel@nongnu.org; Mon, 16 Feb 2004 15:17:29 -0500
Date: Mon, 16 Feb 2004 21:17:27 +0100
From: Lionel Ulmer <lionel.ulmer@free.fr>
Subject: Re: [Qemu-devel] Code Copy / New Linux boot code
Message-ID: <20040216211727.A13123@bbland>
References: <403009C2.8000505@free.fr>
	<001b01c3f427$38253410$6407a8c0@personal>
	<20040215194345.3c1b6fa8.general@eepatents.com>
	<1076916457.27070.5.camel@enterprise.local.lan>
	<20040216133357.A10722@bbland>
	<1076954534.27070.11.camel@enterprise.local.lan>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1076954534.27070.11.camel@enterprise.local.lan>;
	from torriem@chem.byu.edu on Mon, Feb 16, 2004 at 11:02:14AM -0700
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

> No, Wine is an attempt to implement the Windows API on linux.  What I've
> described has nothing to do with that.  Instead, you run Windows XP (the
> real version) inside of the qemu virtual  machine. 

Well, I perfectly understood what you meant and my post was more a joke then
anything else.. But well, if you take Wine's GDI implementation, it already
does exactly what you want : takes GDI commands and translate it into X11
commands (except that the interface is done at the GDI32 level and not at
the driver level as you would in your case).

And after, the more integration you want (copy paste, systray, ...) the more
DLLs you will have to thunk / rewrite and the more you will ressemble Wine :-)

But well, if it's feasable, it would really be a nice piece of work that
could even be used on real Windows to 'remote display' applications from a
real Windows box instead of an emulated one.

         Lionel

-- 
		 Lionel Ulmer - http://www.bbrox.org/