From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BiiXk-0007Mc-S9 for qemu-devel@nongnu.org; Thu, 08 Jul 2004 19:43:08 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BiiXj-0007LO-1R for qemu-devel@nongnu.org; Thu, 08 Jul 2004 19:43:08 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BiiXi-0007LE-Qs for qemu-devel@nongnu.org; Thu, 08 Jul 2004 19:43:06 -0400 Received: from [62.253.162.48] (helo=mta08-svc.ntlworld.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BiiVJ-0006b2-7r for qemu-devel@nongnu.org; Thu, 08 Jul 2004 19:40:37 -0400 Received: from [10.10.10.100] ([81.107.87.144]) by mta08-svc.ntlworld.com (InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP id <20040708234033.PKGK3176.mta08-svc.ntlworld.com@[10.10.10.100]> for ; Fri, 9 Jul 2004 00:40:33 +0100 Subject: OT: Re: [Qemu-devel] RFC for new features From: Antony T Curtis In-Reply-To: <20040708210441.GA5481@jbrown.mylinuxbox.org> References: <40ED8EF0.1040501@bellard.org> <1089312886.59382.90.camel@pcgem.rdg.cyberkinetica.com> <20040708193644.GA4789@jbrown.mylinuxbox.org> <443705715.20040708223110@ena.si> <20040708210441.GA5481@jbrown.mylinuxbox.org> Content-Type: text/plain Message-Id: <1089330034.59382.99.camel@pcgem.rdg.cyberkinetica.com> Mime-Version: 1.0 Date: Fri, 09 Jul 2004 00:40:34 +0100 Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org On Thu, 2004-07-08 at 22:04, Jim C. Brown wrote: > 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. Reminds me of my OS/2 days... a PM (GUI) app doesn't have a console.... And a console app cannot open windows. But there is a hack (involves writing to undocumented data) which allows a console app have windows. I discovered this by accident and used it for a native OS/2 Xlib implementation (Xlib->OS/2 GDI, may be googled by keyword "everblue") > 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 -- Antony T Curtis