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:[EMAIL PROTECTED]:/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
_______________________________________________
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
