qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-devel] Mac OS X issues


From: Joachim Henke
Subject: [Qemu-devel] Mac OS X issues
Date: Fri, 9 Dec 2005 23:34:19 +0100

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 programs/typing special commands?

Inspired by your e-mail I did some tests with the first "heavy" DOS application that came to my mind: FastTracker 2.09 - Ok, qemu is too slow to produce some enjoyable sound with it, but despite of this everything seemed to work well. While the track was running, I played around in the audio settings of FastTracker to tweak it a bit - and indeed: qemu crashed. Unfortunately, I couldn't reproduce this. Maybe it's just a bug in the SoundBlaster emulation which hasn't been totally completed yet?

My host is an iMac G5 with Mac OS 10.4.3 and Xcode 2.2 installed. I use the following options to configure the build:

configure --prefix=/usr/local --cc=gcc-3.3 --host-cc=gcc-3.3 --target- list=i386-softmmu --enable-coreaudio --enable-cocoa

Btw: Using "--cc=gcc" (which is gcc 4.0.2) also works fine.

I haven't tried FreeDOS yet, but if you like, you can point me to an image and give me some detailed instructions to reproduce the himem and xms issues.

Sincerely
        Jo.


Mike Kronenberg wrote:
Thanks for this correction,

it does indeed fix the dead key issue which I was not aware of, when I wrote that code to retrieve isochars. (I have no dead keys on my PB Keyboard :) )

Fixed this in Q. But the next Build will have to wait a little, since we have some other Problems on OS X.
Maybe You can help us out a little with this:

When running DOS/DOS Prompt under windows under QEMU, I experience crashes all the way. With freedos I have figured out, that loading himem or xms will crash QEMU (Option 1). Option 3 (no Drivers) works. So it could be a memory mapping issue... DOOM crashes half way down.

This behaviour was introduced with the new MP Code. It's not related to cocoa.m, it also happens with SDL. I have the same Result with Tiger and Panther. There are no public builds yet... that would generate to much mails :)

Maybe You could just reproduce this issue?

Mike




reply via email to

[Prev in Thread] Current Thread [Next in Thread]