Red Hat Bugzilla – Bug 358341
SDL_mixer causes Battle for Wesnoth to hang on load menu.
Last modified: 2007-11-30 17:12:20 EST
Description of problem:
Hang when trying to load saved game.
Version-Release number of selected component (if applicable):
Don't know. Will try again. I don't have any problems with same version running
Steps to Reproduce:
A hang can be reliably produced by clicking on quit. Wesnoth then takes up 50%
processor (on core 2), and just sits there as the fan revs up. I would consider
this bug a blocker ;)
Are you running Pulse Audio by chance?
I've had some people on IRC check on this since I don't have access to a Rawhide
machine until I get home. No one could reproduce this bug, but none of them
were running Pulse Audio.
How do I tell? There is a lot of pulseaudio stuff
$[charris@f8 ~]$ rpm -qa | grep audio
but lsmod doesn't show any pulse audio loaded. Another thing, probably
unrelated, is that BfW comes up full screen, but the map only fills up part of
the screen real state. That doesn't happen in fc7 running on the same hardware
and with the same version of BfW. I'll boot up fc7 and see what the audio is.
There do seem to be problems with pulseaudio, I found the following at the tail
of the system log:
Oct 30 17:24:16 f8 pcscd:last message repeated 4 times
Oct 30 17:24:16 f8 gdm-binary: WARNING: gdm_slave_xioerror_handler: Fatal
X error - Restarting :0
Oct 30 17:24:27 f8 pulseaudio: pid.c: Stale PID file, overwriting.
Oct 30 17:24:27 f8 pulseaudio: alsa-util.c: Cannot find mixer control
Oct 30 17:24:27 f8 pulseaudio: alsa-util.c: Cannot find fallback mixer
Oct 30 17:24:28 f8 gconfd (charris-6582): Resolved address
"xml:readwrite:/home/charris/.gconf" to a writable configuration source at
Oct 30 17:24:28 f8 hcid: Default passkey agent (:1.64, /org/bluez/passkey)
Oct 30 17:24:28 f8 hcid: Default authorization agent (:1.64,
Oct 30 17:24:28 f8 pcscd: winscard.c:219:SCardConnect() Reader E-Gate 0 0 Not Found
This might be related to the installation problems I had -- unbootable kernel,
failed X necessitating text install, etc, etc. -- maybe something didn't get set
up quite right.
Warren Togami ran into problems also w/ Wesnoth, and the problem does appear to
be related to Pulse Audio. Hopefully, we should be able to fix this by using
pasuspend, but I'll need to verify that solution when I get home.
Reassigning to SDL_mixer, since SDL lockups with pulseaudio. A temporary hack
in SDL_mixer-1.2.8-4 should fix this until SDL supports pulseaudio directly.
Wesnoth still hangs on quit with the same log messages. Here are the SDL*
versions on my system
$[charris@f8 ~]$ rpm -qa | grep SDL
Oops, disregard. It took a second startup before the new SDL_mixer was found.
Works now, along with sound.
(In reply to comment #8)
> Oops, disregard. It took a second startup before the new SDL_mixer was found.
> Works now, along with sound.
Be aware running this multiple times, may crash pulse audio for you, but I
believe we are going to tag a new release of Pulse Audio for tomorrow that
should prevent that. http://koji.fedoraproject.org/koji/buildinfo?buildID=22974