From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EnPYU-00052s-1x for qemu-devel@nongnu.org; Fri, 16 Dec 2005 19:04:06 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EnPYR-00051H-By for qemu-devel@nongnu.org; Fri, 16 Dec 2005 19:04:05 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EnPYQ-000518-VM for qemu-devel@nongnu.org; Fri, 16 Dec 2005 19:04:03 -0500 Received: from [217.13.200.26] (helo=mail6.worldserver.net) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1EnPav-0004CP-Vf for qemu-devel@nongnu.org; Fri, 16 Dec 2005 19:06:38 -0500 Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: References: <0BE5F4F1-1337-43E6-AD37-ED47FCE3BDCB@stud.tu-ilmenau.de> <0BF839A5-2D32-44FD-9E19-B3EEFA3721E7@kberg.ch> <8B6EFA45-DC47-47FC-91B0-9B5CB41808D2@kberg.ch> <57692F3D-3487-48EB-AA0C-43124745EF3E@stud.tu-ilmenau.de> <2891E47F-E788-4FFD-8FCE-2F9C78C41CDE@kberg.ch> <3C424D8F-05C8-4F06-A1D5-4D37B0F7017D@kberg.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Joachim Henke Subject: Re: [Qemu-devel] Mac OS X issues Date: Sat, 17 Dec 2005 01:03:10 +0100 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 Thanks for your hint! Again I modified several suspicious parts of the code, but I haven't had any success. Today I installed GCC 3.4.5 from sources. The qemu binary compiled with this version does _not_ crash. Now I'm beginning to believe that the whole trouble is really a bug in Apple's old GCC 3.3 (20030304) compiler. I'll compile GCC 3.3.6 from sources and test with it tomorrow. Just for completeness: Running qemu compiled with Apple's GCC 3.3, booting into FreeDOS mode 3 very quickly, and starting the DOOM time demo (as Mike described) will crash after a few seconds: Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_PROTECTION_FAILURE at address: 0x00000034 tb_jmp_remove (tb=0x8cad00, n=0) at /Volumes/Data/build/qemu/exec.c:420 420 tb1 = *ptb; This points to another piece of code than the GDB output I posted last time. But it is also called by tb_phys_invalidate() and is very similar to the other one: It changes pointers to TranslationBlock by cycling through jmp_first and jmp_next[] - seems that it catches an invalid address from somewhere and crashes ... this strange behaviour with GCC 3.3 makes no sense to me ): Jo. Mike Kronenberg wrote: > Sorry, I'm a little in a hurry... > > The diff is rather big, so just > > export CVS_RSH="ssh" > cvs -z3 -d:pserver:anonymous@cvs.savannah.nongnu.org:/sources/qemu > co -D "20051115" qemu > > this should check out the last working version. I built it with > GCC3 and it was running fine. > > Mike