From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CTaQ5-0001nO-Oy for qemu-devel@nongnu.org; Mon, 15 Nov 2004 01:32:57 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CTaQ5-0001nC-BV for qemu-devel@nongnu.org; Mon, 15 Nov 2004 01:32:57 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CTaQ5-0001n8-94 for qemu-devel@nongnu.org; Mon, 15 Nov 2004 01:32:57 -0500 Received: from [64.233.170.202] (helo=rproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CTaHG-0000ZY-3z for qemu-devel@nongnu.org; Mon, 15 Nov 2004 01:23:50 -0500 Received: by rproxy.gmail.com with SMTP id j1so579994rnf for ; Sun, 14 Nov 2004 22:23:49 -0800 (PST) Message-ID: <76bfb9d204111422234b68937c@mail.gmail.com> Date: Mon, 15 Nov 2004 01:23:49 -0500 From: Garth Dahlstrom In-Reply-To: <-4863356363762174843@unknownmsgid> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <-4863356363762174843@unknownmsgid> Subject: [Qemu-devel] Re: Qemu-devel Digest, Vol 20, Issue 32 Reply-To: Garth Dahlstrom , 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 Brett Bonfield wrote: > Also, would you consider making QEMUMenu.bat work with "dd for Win32" > as well as it works with Zitu's program. dd for Win32 is available > here: http://uranus.it.swin.edu.au/~jn/linux/rawwrite/dd.htm When I say that I made the menu system work with Zitu's images, I specifically mean it will recognize the disk image's file extension that Zitu's program produces (which is *.dat, vs the usual .img and .dsk extensions) and display those as menu choices. The menu is only able to creating disk images with the mkqemuimage util for now and while it wouldn't be a lot of work to add dd, I think it would make the interface more confusing than it needs to be... Perhaps a patch with a conditonal define for win32 targets to mkqemuimage would be the better way to go... Cheers, -Garth -- Northern.CA ===-- http://www.northern.ca/ Canada's Search Engine