Bug 358341 - SDL_mixer causes Battle for Wesnoth to hang on load menu.
Summary: SDL_mixer causes Battle for Wesnoth to hang on load menu.
Alias: None
Product: Fedora
Classification: Fedora
Component: SDL_mixer
Version: 8
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Brian Pepple
QA Contact: Fedora Extras Quality Assurance
Depends On:
TreeView+ depends on / blocked
Reported: 2007-10-30 15:09 UTC by charles harris
Modified: 2007-11-30 22:12 UTC (History)
1 user (show)

Fixed In Version: 1.2.8-4
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2007-10-31 14:43:19 UTC
Type: ---

Attachments (Terms of Use)

Description charles harris 2007-10-30 15:09:07 UTC
Description of problem:
Hang when trying to load saved game.

Version-Release number of selected component (if applicable):

How reproducible:
Don't know. Will try again. I don't have any problems with same version running
on fc7.

Steps to Reproduce:
Actual results:

Expected results:

Additional info:

Comment 1 charles harris 2007-10-30 18:51:42 UTC
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 ;)

Comment 2 Brian Pepple 2007-10-30 22:54:27 UTC
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.

Comment 3 charles harris 2007-10-30 23:20:08 UTC
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.

Comment 4 charles harris 2007-10-30 23:34:05 UTC
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[6487]: WARNING: gdm_slave_xioerror_handler: Fatal
X error - Restarting :0
Oct 30 17:24:27 f8 pulseaudio[13692]: pid.c: Stale PID file, overwriting.
Oct 30 17:24:27 f8 pulseaudio[13692]: alsa-util.c: Cannot find mixer control
Oct 30 17:24:27 f8 pulseaudio[13692]: alsa-util.c: Cannot find fallback mixer
control "PCM".
Oct 30 17:24:28 f8 gconfd (charris-6582): Resolved address
"xml:readwrite:/home/charris/.gconf" to a writable configuration source at
position 0
Oct 30 17:24:28 f8 hcid[2497]: Default passkey agent (:1.64, /org/bluez/passkey)
Oct 30 17:24:28 f8 hcid[2497]: Default authorization agent (:1.64,
/org/bluez/auth) registered
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.

Comment 5 Brian Pepple 2007-10-30 23:43:07 UTC
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.

Comment 6 Brian Pepple 2007-10-31 01:18:22 UTC
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. 


Comment 7 charles harris 2007-10-31 02:38:28 UTC
Wesnoth still hangs on quit with the same log messages. Here are the SDL*
versions on my system

$[charris@f8 ~]$ rpm -qa | grep SDL

Comment 8 charles harris 2007-10-31 02:43:20 UTC
Oops, disregard. It took a second startup before the new SDL_mixer was found.
Works now, along with sound.

Comment 9 Brian Pepple 2007-10-31 03:06:53 UTC
(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

Note You need to log in before you can comment on or make changes to this bug.