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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.