triaging this bug. ** Summary changed:
- Xine does not like it so much when you have no audio devices, crashes. + please update the pulseaudio plugin ** Description changed: Binary package hint: libxine1 When you try and play an audio file with out any sound devices Xine will crash. Well, really it fails an assert in libpulse0. This assert is failed because Xine tries to unlock a pthread mutex in libpulse0 that was never locked in the first place, so the unlock dies a horrible screaming death. It looks like this is because in the function ao_pulse_open in the file audio_pulse_out.c uses a goto to jump to a fail label if something goes wrong. The fail label will just unlock everything and return 0, which works fine with it's own pthread_mutex_unlock, but does not work so well if the lock passed to pa_threaded_mainloop_unlock was not locked in the first place. Steps to recreate: 1. Remove and/or disable all audio devices, even the built in audio. 2. Start something that uses libxine (in my case Amarok). 3. Try and play an audio file of some sort. - I will post a reply with a patch I made that will fix this. Essentially - it removes the fail label and takes a sane route to back out with an - error, rather then unlocking everything that could possibly be locked. + UPDATE: The pulse audio output plugin has been updated upstream. Please + apply http://hg.debian.org/hg/xine-lib/xine- + lib/?cmd=changeset;node=9a8184be9728;style=gitweb to the ubuntu package. ** Tags added: pulse upstream ** Changed in: xine-lib (Ubuntu) Importance: Undecided => High Status: New => Triaged ** Tags added: pulseaudio ** Tags removed: pulse ** Tags removed: upstream -- please update the pulseaudio plugin https://bugs.launchpad.net/bugs/131914 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
