[00:00:37] Dominus: Creating AudioMixer...
[00:00:46] Dominus: Audio opened using format: 22050 Hz 2 Channels
[00:00:46] Dominus: Audio initialisation OK
[00:00:46] Dominus: Timbers Precached: On play only
[00:00:58] Dominus: OGG Vorbis Digital Music: Disabled
[00:00:58] Dominus: Trying: `FMOpl'
[00:00:59] wjp: heh, timbers :-)
[00:01:56] wjp: can you break in gdb while it's on the 'no game data' screen (so before it hangs), and then do another 'info threads'?
[00:02:15] Dominus: sure
[00:03:29] Dominus: info threads
[00:03:29] Dominus: 5 0x99a72aa2 in __semwait_signal ()
[00:03:29] Dominus: 4 0x99a6a412 in __workq_kernreturn ()
[00:03:29] Dominus: 3 0x99a6a412 in __workq_kernreturn ()
[00:03:29] Dominus: 2 "com.apple.libdispatch-manager" 0x99a6b382 in kevent ()
[00:03:29] Dominus: * 1 "com.apple.main-thread" 0x99a72aa2 in __semwait_signal ()
[00:04:10] wjp: thread 5, bt, thread 4, bt, thread 3, bt, thread 2, bt, thread 1, bt
[00:04:55] wjp: ah, there is
[00:04:57] wjp: thread apply all backtrace
[00:05:29] Dominus: http://pastebin.com/5BtwSBW3
[00:05:38] Dominus: next time, I'll use that command :)
[00:06:33] wjp: so why is there no audio thread...
[00:07:24] wjp: I feel like I don't know enough about OS X here
[00:11:24] Dominus: ok, on my main machine, where it doesn't crash, it produces an endless amount of "produceSamples 1" messages
[00:14:36] wjp: yes
[00:14:46] wjp: and then the '3' when it exits
[00:16:05] Dominus: Destroying MidiDriver...
[00:16:05] Dominus: Sending type 2
[00:16:05] Dominus: produceSamples 1
[00:16:05] Dominus: Sending type -3
[00:16:05] Dominus: produceSamples 3
[00:16:05] Dominus: ~Audio: about to quit subsystem
[00:16:36] Dominus: hmm
[00:16:55] Dominus: wjp, my VM does not have an output device
[00:18:33] Dominus: to be more precise, my VM with OS X 10.5 and 10.6 which hang have no output device, my other VM with OS X 10.8 does have one and it doesn't hang and gives the sample stuff
[00:18:57] wjp: I see
[00:19:05] Dominus: just maybe that's the whole culprit
[00:19:16] wjp: that sounds plausible
[00:30:34] Dominus: it's not installing properly... :(
[00:34:01] wjp: do you actually need audio?
[00:34:42] wjp: (I'm not sure what you're trying or testing)
[00:35:24] Dominus: just want to know whether the missing audio output is the culprit
[00:35:53] Dominus: since this means that Exult will crahs for anyone without a sound card right now
[00:36:00] Dominus: or at least anyone on OS X...
[00:36:01] Dominus: :)
[00:37:09] Dominus: yup
[00:37:16] Dominus: wjp, that's the whole problem
[00:37:43] Dominus: I succeeded in adding a "sound card" to the VM and the crash is gone
[00:38:40] Dominus: so... I presume this is gonna bite the ten people or so that run Exult without a soundcard and never configure Exult to turn off Audio...
[00:40:06] Dominus: and this does not seem to happen with CoreAudio midi driver <- perhaps we are not properly destroying there :)
[00:43:39] Dominus: wjp, thanks for helping me and sorry, I could have come to this conclusion sooner...
[00:47:28] wjp: no problem :-)
[00:48:10] wjp: the coreaudio midi driver doesn't use SDL audio output, so it doesn't care about this (IIRC)
[00:48:26] Dominus: ah
[00:49:22] Dominus: this is curios btw, that Fingolfin chose to do it this way since SDL does nowadays have CoreAudio
[00:49:39] wjp: do it which way?
[00:50:44] wjp: hm, does SDL even have midi support?
[00:51:09] Dominus: I may have my usual understanding problems, it's just that there is so much similar code in Exult's and SDL coreaudio driver
[00:51:40] Dominus: in SDL's src/audio/macosx/SDL_coreaudio.c
[00:52:11] wjp: that's not midi
[00:52:53] Dominus: I see