From: "Jim C. Brown" <jbrown106@phreaker.net>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] RFC for new features
Date: Thu, 8 Jul 2004 17:04:41 -0400 [thread overview]
Message-ID: <20040708210441.GA5481@jbrown.mylinuxbox.org> (raw)
In-Reply-To: <443705715.20040708223110@ena.si>
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
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
--
Infinite complexity begets infinite beauty.
Infinite precision begets infinite perfection.
next prev parent reply other threads:[~2004-07-08 21:07 UTC|newest]
Thread overview: 50+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-07-08 18:14 [Qemu-devel] RFC for new features Fabrice Bellard
2004-07-08 18:46 ` [Qemu-devel] " Emmanuel Charpentier
2004-07-08 18:58 ` Antony T Curtis
2004-07-08 19:05 ` Julian Seward
2004-07-08 19:47 ` Jim C. Brown
2004-07-08 18:54 ` [Qemu-devel] " Antony T Curtis
2004-07-08 19:36 ` Jim C. Brown
2004-07-08 20:31 ` Jernej Simončič
2004-07-08 21:04 ` Jim C. Brown [this message]
2004-07-08 22:37 ` Jernej Simončič
2004-07-08 22:57 ` Jim C. Brown
2004-07-09 0:15 ` [Qemu-devel] RFC for new features (Console under Windows) Filip Navara
2004-07-08 23:40 ` OT: Re: [Qemu-devel] RFC for new features Antony T Curtis
2004-07-08 19:45 ` Jocelyn Mayer
2004-07-08 19:00 ` Karel Gardas
2004-07-08 21:44 ` vaise
2004-07-08 19:30 ` Jean-Michel POURE
2004-07-08 19:48 ` Brad Watson
2004-07-08 21:37 ` Jan Dittmer
2004-07-08 22:24 ` malc
2004-07-08 19:35 ` Jim C. Brown
2004-07-09 20:27 ` [Qemu-devel] " Emmanuel Charpentier
2004-07-09 22:13 ` Antony T Curtis
2004-07-10 0:38 ` Derek Fawcus
2004-07-10 2:44 ` [Qemu-devel] 3Dfx... Just guessing Natalia Portillo
2004-07-10 13:06 ` Fabrice Bellard
2004-07-10 20:41 ` Natalia Portillo
2004-07-11 21:20 ` Ishwar Rattan
2004-07-11 22:42 ` Natalia Portillo
2004-07-11 1:10 ` Jim C. Brown
2004-07-11 11:16 ` Gianni Tedesco
2004-07-11 4:45 ` Re[2]: [Qemu-devel] Re: RFC for new features Igor Shmukler
2004-07-09 21:51 ` [Qemu-devel] (Before) " Hetz Ben Hamo
2004-07-09 9:50 ` Johannes Schindelin
2004-07-10 11:49 ` [Qemu-devel] plugins Hetz Ben Hamo
2004-07-09 13:25 ` Lionel Ulmer
2004-07-10 15:23 ` Hetz Ben Hamo
2004-07-09 13:35 ` Bartosz Fabianowski
2004-07-09 13:48 ` Gianni Tedesco
2004-07-09 13:39 ` Gianni Tedesco
-- strict thread matches above, loose matches on Subject: below --
2004-07-08 19:19 [Qemu-devel] RFC for new features Thomas Munn
2004-07-09 10:02 ` Johannes Schindelin
2004-07-09 10:34 ` Julian Seward
2004-07-08 20:50 Natalia Portillo
2004-07-08 22:48 ` Natalia Portillo
2004-07-09 19:04 ` Jocelyn Mayer
2004-07-09 19:28 ` Natalia Portillo
2004-07-10 2:41 [Qemu-devel] (Before) " Natalia Portillo
2004-07-10 13:10 ` Fabrice Bellard
2004-07-10 14:03 ` [Qemu-devel] " Fabrice Bellard
2004-07-10 14:47 ` Antony T Curtis
2004-07-10 14:57 ` Fabrice Bellard
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20040708210441.GA5481@jbrown.mylinuxbox.org \
--to=jbrown106@phreaker.net \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).