Built and tested!
It works great now, thanks alot.
New OS X Builds are up.
Mike
On 19.12.2005, at 19:21, Joachim Henke wrote:
...just to end this thread (c:
The problem is fixed in todays CVS. Compling QEMU with GCC 3.3 on
Mac OS X now works again: Running FreeDOS and Doom timedemo don't
...just to end this thread (c:
The problem is fixed in todays CVS. Compling QEMU with GCC 3.3 on Mac
OS X now works again: Running FreeDOS and Doom timedemo don't crash
anymore.
http://lists.gnu.org/archive/html/qemu-devel/2005-12/msg00206.html
Many thanks to Fabrice!
___
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 o
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
On 13.12.2005, at 17:33, Jo
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x0010
0x00062f98 in tb_phys_invalidate (tb=0x8cad00,
page_addr=4294967295) at /Volumes/Data/build/qemu/exec-all.h:249
249 {
This is the path to the crash (each function calling
Thanks for the patch! I already browsed through the CVS history on
savannah, but it's a bit tricky because some code parts moved between
files when SMP support was added. Could you please provide a complete
diff to the last fully working CVS snapshot? According to your patch,
it dates back
Attached a diff against the last fully working CVS Snapshot I had.
(ie, before mp was commited)
On 11.12.2005, at 21:47, Joachim Henke wrote:
gcc4 and -fno-tree-ch did the trick for me, too.
-fno-tree-ch was mentioned earlyer on this list, to compile with
gcc4 on OS X. But since gcc4 is sti
gcc4 and -fno-tree-ch did the trick for me, too.
-fno-tree-ch was mentioned earlyer on this list, to compile with
gcc4 on OS X. But since gcc4 is still not in the default toolchain,
I did not even try :(.
Seams that we have a problem with gcc3.3 and not gcc4 for once :)
The error behavement
Your the man!
gcc4 and -fno-tree-ch did the trick for me, too.
-fno-tree-ch was mentioned earlyer on this list, to compile with gcc4
on OS X. But since gcc4 is still not in the default toolchain, I did
not even try :(.
Seams that we have a problem with gcc3.3 and not gcc4 for once :)
The e
I just did some tests on the freedos image from your web-site and my first
impression is that these crashes are something compiler related. When I
build qemu with
./configure --prefix=/usr/local --cc=gcc-3.3 --target-list=i386-softmmu
--enable-cocoa
and start your image with
qemu -hda harddisk_
Txs for the offer,
Win and Lin are working ok for me, too.
Mike
On 09.12.2005, at 23:34, Joachim Henke wrote:
Ok, thanks for your reply.
I'm currently building qemu from CVS code several times a week, but
I never had DOS related problems. The guest OS is Win98 SE and I
use the DOS comman
Ok, thanks for your reply.
I'm currently building qemu from CVS code several times a week, but I
never had DOS related problems. The guest OS is Win98 SE and I use
the DOS command prompt quite often. What are you doing, when it
crashes qemu? Does this occur randomly or when running special
12 matches
Mail list logo
