FS#22971 - [moc] Crashes while switching song when using OSS
Attached to Project:
Arch Linux
Opened by Stefan Schick (pommes_) - Saturday, 19 February 2011, 22:12 GMT
Last edited by Eric Belanger (Snowman) - Friday, 10 June 2011, 23:04 GMT
Opened by Stefan Schick (pommes_) - Saturday, 19 February 2011, 22:12 GMT
Last edited by Eric Belanger (Snowman) - Friday, 10 June 2011, 23:04 GMT
|
Details
When I use OSS moc crashes when switching from now ending
Song to the next.
Version: 2.4.4-3, also happens with Version moc-devel-2.5.0-3 from AUR. relevant part of ~/.moc/config # Sound driver - OSS, ALSA, JACK, or null (only for debugging) # You can enter more than one driver separated by a coma. The first working # driver will be used. SoundDriver = OSS, ALSA # Jack output settings #JackOutLeft = "alsa_pcm:playback_1" #JackOutRight = "alsa_pcm:playback_2" # OSS output device #OSSDevice = /dev/dsp28 OSSDevice = /dev/dsp1 # OSS Mixer device #OSSMixerDevice = /dev/mixer #OSSMixerDevice = /dev/dsp1 # OSS Mixer channel: pcm or master #OSSMixerChannel = pcm # Second OSS Mixer channel: pcm or master #OSSMixerChannel2 = master Backtrace: Program terminated with signal 6, Aborted. #0 0x00007ffff68ee655 in raise () from /lib/libc.so.6 (gdb) bt #0 0x00007ffff68ee655 in raise () from /lib/libc.so.6 #1 0x00007ffff68efad6 in abort () from /lib/libc.so.6 #2 0x00007ffff68e7285 in __assert_fail () from /lib/libc.so.6 #3 0x000000000041450f in out_buf_time_get (buf=0x657ac0) at out_buf.c:347 #4 0x000000000042c52b in update_time () at player.c:218 #5 buf_free_callback () at player.c:416 #6 0x00000000004139f7 in read_thread (arg=0x657ac0) at out_buf.c:91 #7 0x00007ffff6c23cb0 in start_thread () from /lib/libpthread.so.0 #8 0x00007ffff698f95d in clone () from /lib/libc.so.6 #9 0x0000000000000000 in ?? () Steps to reproduce: - configure moc to use OSS - start moc and play a song - wait til song ends |
This task depends upon
Closed by Eric Belanger (Snowman)
Friday, 10 June 2011, 23:04 GMT
Reason for closing: Fixed
Additional comments about closing: moc 20110528-2
Friday, 10 June 2011, 23:04 GMT
Reason for closing: Fixed
Additional comments about closing: moc 20110528-2
Could you try moc-2.5.0-alpha4 to see if it's fixed in that version? It might help me coming up with a patch.
The sed & patch commands in the testing/moc/PKGBUILD file probably shouldn't be there since it's a snapshot of svn
I don't build it in a chroot nor do I use oss/have it on my system, so I have never had a problem with this.
That include is a left over from the previous packager, and I haven't checked if it is still necessary.
FS#23879. I get that bug with moc-svn without that patch. Is it the same for you? The sed lines are no longer needed indeed.Could you test the following packages and tell me if they work?
http://dev.archlinux.org/~eric/moc/moc-svn-2330-1-x86_64.pkg.tar.xz
http://dev.archlinux.org/~eric/moc/moc-2330-1-x86_64.pkg.tar.xz
The first one is just the moc-svn package from AUR except the sidplay2 support that was added recently. It'll tell us if the bug is caused in how I build the package (e.g. in a chroot). The second one use the same svn checkout than moc-svn but with the PKGBUILD I used for the package in testing. That'll help me to pinpoint what's causing the bug.
moc-2330-1-x86_64.pkg.tar.xz doesn't work
Try these:
http://dev.archlinux.org/~eric/moc/moc-nopatch-2330-1-x86_64.pkg.tar.xz
http://dev.archlinux.org/~eric/moc/moc-cppflags-2330-1-x86_64.pkg.tar.xz
http://dev.archlinux.org/~eric/moc/moc-nodebug-2330-1-x86_64.pkg.tar.xz
and run mocp in debug mode (with the -D switch). That will create logs that you'll want to submit with the bug report.
Another, hopefully last, test:
http://dev.archlinux.org/~eric/moc/moc-20110528-2-x86_64.pkg.tar.xz
If you confirm that it works, it'll go in testing and you'll be done doing these tests. It's basically the current testing package with debug disabled and the sed lines removed. The svn snapshot is a few days older than the 2330 versions that you tested earlier. I don't think it matters but I don't want to take any chances. ;)
Thank you Eric for your time and patience!