qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] RFC for new features


From: Jim C. Brown
Subject: Re: [Qemu-devel] RFC for new features
Date: Thu, 8 Jul 2004 17:04:41 -0400
User-agent: Mutt/1.4i

On Thu, Jul 08, 2004 at 10:31:10PM +0200, Jernej Simon?i? wrote:
> On Thursday, July 8, 2004, 21:36:44, Jim C. Brown wrote:
> 
> > I agree. Perhaps on Linux this could be optional (i.e. with 
> > '-console-monitor'
> > you get the old monitor, but on hosts that dont support those (i.e. Windows)
> > that option would be ignored).
> 
> Windows has console support - and the program doesn't have to be compiled
> for console to use it (just look at eg. Gimp - starts with no console, and
> if there are problems [or, if you eg. use --verbose switch], a console is
> open - but only if you didn't redirect stdout and stderr).

For 9x this isn't true unless the program uses the console subsystem. So a
regular GUI program has no console.

In any case, this is moving away from my original point: I prefer the old 
behavior.
The first is that I find it convient to be able to switch between the monitor 
(in
an xterm) and the SDL window just by clicking. The second is that one can 
redirect
qemu's input/output (and thus redirect the monitor) which makes hooking into
the monitor (from perhaps a GUI wrapper - I am told that is what qemu 
workstation
does) trivial.

> 
> -- 
> < Jernej Simoncic ><><><><>< http://deepthought.ena.si/ >
> 
> When the going gets tough, everybody leaves.
>        -- Lynch's Law
> 
> 
> 
> _______________________________________________
> Qemu-devel mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/qemu-devel

-- 
Infinite complexity begets infinite beauty.
Infinite precision begets infinite perfection.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]