From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BYeNc-0006Ze-8a for qemu-devel@nongnu.org; Fri, 11 Jun 2004 01:15:04 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BYeNa-0006ZR-EM for qemu-devel@nongnu.org; Fri, 11 Jun 2004 01:15:03 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BYeNa-0006ZO-9p for qemu-devel@nongnu.org; Fri, 11 Jun 2004 01:15:02 -0400 Received: from [217.10.32.4] (helo=comtv.ru) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BYeMf-00058K-8C for qemu-devel@nongnu.org; Fri, 11 Jun 2004 01:14:05 -0400 Received: from av1474.oops ([10.0.66.9] verified) by comtv.ru (CommuniGate Pro SMTP 4.1.8) with ESMTP id 30635792 for qemu-devel@nongnu.org; Fri, 11 Jun 2004 09:14:02 +0400 Date: Fri, 11 Jun 2004 09:17:37 +0400 (MSD) From: malc Subject: Re: [Qemu-devel] Audio and some other stuff In-Reply-To: <1086901025.15335.22.camel@pcgem.rdg.cyberkinetica.com> Message-ID: References: <1086901025.15335.22.camel@pcgem.rdg.cyberkinetica.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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, 10 Jun 2004, Antony T Curtis wrote: > On Mon, 2004-05-31 at 19:27, malc wrote: > > Hello, > > > > > Secondly, at aforementioned web page contains updated interpreter patch > > for QEMU. Why is this relevant - interp can run some code that vanilla > > QEMU misbehaves on. In particular (those are all DOS programs): > > I have tried the interpreter patch and it actually works worse than the > normal behaviour when running OS/2.... QEMU can run OS/2 command line > just fine and only fails when attempting to enter Presentation Manager > (the graphical shell). However, your interpreter outputs a couple of > messages like: Yes, interpreter is worse than translator for (at least) these: OS/2 NetBSD 1.6 boot floppies As you might guess fidning bugs in code like this is quite hard, but im working on it. > > 0xfff5c435: lsl zero > 0xfff5c415: lar zero This is something to be expected. I just need to remove some debugging printfs. > > and the OS/2 program experiences a GPF in DOSCALL1.DLL (which IIRC is > mostly call gates into the kernel) -- mailto:malc@pulsesoft.com