On Mon, Sep 12, 2005 at 10:45:29PM -0500, Anthony Liguori wrote:
> Jim C. Brown wrote:
>
> If I understand this correctly, you have multiple processes displaying
> to the same widget?
>
Currently, yes.
The eventual goal is to manage multiple windows as well, so you can see more
than one guest
Mike Swanson wrote:
I'm just wondering... is it any trouble to draw QEMU using Xlib?
I'd prefer that over any conventional toolkit. There are many
instances where I'm not running any GTK or QT applications on my
desktop, and I'd appreaciate it if I didn't have load either of them
only to run QE
Jim C. Brown wrote:
On Mon, Sep 12, 2005 at 07:33:26PM -0500, Anthony Liguori wrote:
What's more, it seems like the easiest way, given the
way QEMU currently works, to have an advanced GUI that can manage
multiple instances of QEMU (using tabs or something like that).
I'm working o
On Mon, Sep 12, 2005 at 08:37:39PM -0700, Mike Swanson wrote:
> I'm just wondering... is it any trouble to draw QEMU using Xlib?
>
No. Somone released a file called nosdl.c which did that, though it was for a
really
old version of qemu it may still work. (The way it was written was sort of a
hac
I'm just wondering... is it any trouble to draw QEMU using Xlib?
I'd prefer that over any conventional toolkit. There are many
instances where I'm not running any GTK or QT applications on my
desktop, and I'd appreaciate it if I didn't have load either of them
only to run QEMU. >_>
--
Mike
On Mon, Sep 12, 2005 at 07:33:26PM -0500, Anthony Liguori wrote:
> What's more, it seems like the easiest way, given the
> way QEMU currently works, to have an advanced GUI that can manage
> multiple instances of QEMU (using tabs or something like that).
>
I'm working on something like that (th
On Mon, Sep 12, 2005 at 06:55:14PM -0400, Karl Magdsick wrote:
> > (SDL is more-or-less considered obsolete in general, iiuc Fabrice wants the
> > windows port of qemu to use the Win32API natively to handle graphics, while
> > on *nix systems an X toolkit (such as Qt or GTK) is preferred.)
>
> Out
Karl Magdsick wrote:
(SDL is more-or-less considered obsolete in general, iiuc Fabrice wants the
windows port of qemu to use the Win32API natively to handle graphics, while
on *nix systems an X toolkit (such as Qt or GTK) is preferred.)
Out of curiosity, has GTK on Win32 been considered?
> (SDL is more-or-less considered obsolete in general, iiuc Fabrice wants the
> windows port of qemu to use the Win32API natively to handle graphics, while
> on *nix systems an X toolkit (such as Qt or GTK) is preferred.)
Out of curiosity, has GTK on Win32 been considered?
-Karl
__
On Mon, Sep 05, 2005 at 11:58:43AM +0200, Christian Walther wrote:
> >QEMU version 0.7.2 is now available.
>
> I see it doesn't include my patch that fixes virtual console switching
> with SDL on Mac OS X
> (http://lists.gnu.org/archive/html/qemu-devel/2005-07/msg00309.html).
> Anything wrong w
> QEMU version 0.7.2 is now available.
Just to report something I noticed on both 0.7.1/0.7.2 on winXP
hosts: qemu-img doesn't convert into compressed images
anymore. qemu-img-0.7.0 is still working fine.
qemu-img.exe convert -c -f qcow hda -O qcow hdz
gives:
qemu-img: Compression not supported
Hi,
templated version to make mass complaints easier:
DESCRIPTION="adds missing const/static to qemu structs"
URL=http://lists.gnu.org/archive/html/qemu-devel/2005-08/msg00210.html
NAME=Andreas
I see it doesn't include my patch that $DESCRIPTION
($URL).
Anything wrong with it?
$NAME
;-)
On M
QEMU version 0.7.2 is now available.
I see it doesn't include my patch that fixes virtual console switching
with SDL on Mac OS X
(http://lists.gnu.org/archive/html/qemu-devel/2005-07/msg00309.html).
Anything wrong with it?
-Christian
___
Qemu-
13 matches
Mail list logo
