Похоже, /usr/bin/aoss из alsa-oss-1.0.9-alt1 сломан - при запуске xmms через /usr/bin/xmms получаем следующее (не сразу, через некоторое время, в моих экспериментах от нескольких секунд до нескольких минут): eugene pub/mp3/The Ben Webster Quintet/Soulville $ xmms Soulville_1957.m3u soundwrapper: Execute "/usr/bin/xmms-bin Soulville_1957.m3u" via aoss Нарушение сегментации! Скорее всего вы наткнулись на ошибку в XMMS. Пожалуйста, посетите http://bugs.xmms.org и отправьте сообщение об ошибке. *** glibc detected *** free(): invalid next size (fast): 0x08160bf8 *** zsh: 13468 abort xmms Soulville_1957.m3u при запуске как /usr/bin/xmms-bin (без враппера) все играет без проблем.
посмотрим, надо ноут d-u'нуть
Только сейчас заметил, что краткое описание бага не совсем соответствует симптомам. Дело в том, что ошибка может выглядеть еще и так (именно по этой ошибке я дал краткое описание): *** glibc detected *** corrupted double-linked list: 0x081602e0 *** Или так: *** glibc detected *** free(): invalid pointer: 0xb7d95ff4 *** Или просто как "Нарушение сегментации". А может вообще без симптомов падать.
Воспроизвелось на рабочем компьютере с eugene ~ $ rpm -qa|grep alsa|sort alsa-oss-1.0.9-alt1 alsa-tools-1.0.9-alt1 alsa-utils-1.0.9a-alt1 kernel-modules-alsa-std26-smp-1.0.8-alt6.10 libalsa-1.0.9-alt1 libalsa-devel-1.0.9-alt1 xmms-out-alsa-1.2.10-alt5 и на домашнем с eugene ~ $ rpm -qa|grep alsa|sort alsa-oss-1.0.9-alt1 alsa-tools-1.0.9-alt1 alsa-utils-1.0.9a-alt1 kernel-doc-alsa-1.0.9a-1.0.9a-alt1 kernel-headers-alsa-1.0.9a-alt1 kernel-modules-alsa-wks26-up-1.0.8-alt6.132619.4 libalsa-1.0.9-alt1 libalsa-devel-1.0.9-alt1 xmms-out-alsa-1.2.10-alt5 Ошибка возникает, только если в xmms включен вывод через OSS (если включить вывод через alsa - все работает нормально). И еще - помимо перечисленного там возникают уж совсем мистические ошибки - например кучей валятся Gtk-WARNINGS при просмотре свойств файла.
(In reply to comment #3) > И еще - помимо перечисленного там возникают уж совсем мистические ошибки - > например кучей валятся Gtk-WARNINGS при просмотре свойств файла. ...на которые традиционно забивают. :)
(In reply to comment #4) > > И еще - помимо перечисленного там возникают уж совсем мистические ошибки - > > например кучей валятся Gtk-WARNINGS при просмотре свойств файла. > ...на которые традиционно забивают. :) Ну да, собственно и падает оно наверное не из за них. Юмор здесь в том, что эти ворнинги появляются только при описанных мной условиях - то есть при запуске через aoss и использовании OSS для вывода. В остальных случаях воспроизвести не удалось. Казалось бы, где связь?
2 sr: мы можем это починить?
(In reply to comment #3) > kernel-modules-alsa-std26-smp-1.0.8-alt6.10 > libalsa-1.0.9-alt1 > kernel-modules-alsa-wks26-up-1.0.8-alt6.132619.4 > libalsa-1.0.9-alt1 Кстати... а ядерный модуль до 1.0.9b догнать получается? Потому как vsu@ рассказывал, что порой разъезд вылазит боком. Не всегда, но бывает.
Могу в среду попробовать обновить ядро на рабочей машине. Только в сизифе вроде ничего выше 1.0.9a нет? 1.0.9b мне откуда взять?
(In reply to comment #8) > Могу в среду попробовать обновить ядро на рабочей машине. Только в сизифе вроде > ничего выше 1.0.9a нет? 1.0.9b мне откуда взять? > eugene ~ $ rpm -qa|grep alsa|sort alsa-oss-1.0.9-alt1 alsa-tools-1.0.9-alt1 alsa-utils-1.0.9a-alt1 kernel-modules-alsa-wks26-up-1.0.8-alt6.132619.4 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Ну, дык, 1.0.9a и нужен. У mike@ стоит 1.0.9a и не падает BTW. именно в 1.0.9a были fix-ы OSS эмеляции, в 1.0.9b ничего критического
(In reply to comment #9) > kernel-modules-alsa-wks26-up-1.0.8-alt6.132619.4 > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > Ну, дык, 1.0.9a и нужен. У mike@ стоит 1.0.9a и не падает > BTW. именно в 1.0.9a были fix-ы OSS эмеляции, в 1.0.9b ничего > критического Рабочую машину (std26) я обновлю в среду (для wks26 1.0.9 вроде пока не собрали). Возможно это и решит мою проблему. Только с aoss все равно надо что-то делать.
Ну вот. Обновил: eugene ~ $ rpm -qa|grep alsa|sort alsa-oss-1.0.9-alt2 alsa-tools-1.0.9-alt1 alsa-utils-1.0.9a-alt2 kernel-modules-alsa-std26-smp-1.0.9a-alt2.132620.1 libalsa-1.0.9-alt2 libalsa-devel-1.0.9-alt2 xmms-out-alsa-1.2.10-alt5 Однако: eugene pub/mp3/Aarni/Duumipeikon Paluu $ xmms Duumipeikon_Paluu_demo_2002.m3u soundwrapper: Execute "/usr/bin/xmms-bin Duumipeikon_Paluu_demo_2002.m3u" via aoss Gtk-WARNING **: gtk_accel_group_add(): could not find signal "add-accelerator"in the `GtkButton' class ancestry Gtk-WARNING **: gtk_accel_group_add(): could not find signal "add-accelerator"in the `GtkButton' class ancestry Loading genre: Experimental DoomLoading genre: Experimental DoomLoading genre: Нарушение сегментации! Скорее всего вы наткнулись на ошибку в XMMS. Пожалуйста, посетите http://bugs.xmms.org и отправьте сообщение об ошибке. Не вылечилось.
тут одному человеку помог снос cyr_rfx: http://lists.altlinux.ru/pipermail/backports/2005-July/000695.html http://lists.altlinux.ru/pipermail/backports/2005-July/000699.html абсолютно случайно не дают наводок и тут?..
(In reply to comment #12) > тут одному человеку помог снос cyr_rfx: > абсолютно случайно не дают наводок и тут?.. Нет, все мимо, не помог снос cyr_rfx, очистка ~/.xmms, запуск под свежесозданным пользователем. Как падало, так и падает. Но, похоже xmms тут и правда не без греха, с другими приложениями использующими OSS воспроизвести пока не удалось - mplayer вот из под aoss используя OSS часами пашет - и ничего. Такое впечатление, что баги в XMMS оказались несовместимыми с багами в alsa-oss-1.0.9. Попробую еще погонять xmms-1.2.10-alt6, когда он до сизифа доберется - может пересборка поможет.
Обновил xmms до alt6, но оно все равно упало (после пяти минут воспроизведения)... Даже новое слово сказало: Gdk-ERROR **: BadShmSeg (invalid shared segment parameter) serial 32602 error_code 171 request_code 148 minor_code 3 Более того, это все с eugene ~ $ rpm -qa|grep xmms libxmms-1.2.10-alt6 xmms-1.2.10-alt6 То есть остался один xmms, никаких плагинов. ~/.xmms тоже удалено.
Я нашел еще одну пострадавшую программу. Это qnetwalk-1.1-alt2. При запуске через sound_wrapper.sh (или просто через aoss): eugene ~ $ sound_wrapper.sh qnetwalk sound_wrapper.sh: Execute "qnetwalk" via aoss zsh: 12029 segmentation fault sound_wrapper.sh qnetwalk Поскольку в пункте меню прописано именно это (sound_wrapper.sh qnetwalk), через пункт меню программа не запускается. При простом запуске (qnetwalk) все работает нормально. На этот раз, в отличие от xmms вылетает сразу. Правда, это на машине, где кернельная alsa еще не обновлена (жду wks26), завтра проверю на рабочей машине где 1.0.9a.
(In reply to comment #15) > Я нашел еще одну пострадавшую программу. Это qnetwalk-1.1-alt2. При запуске > через sound_wrapper.sh (или просто через aoss): > eugene ~ $ sound_wrapper.sh qnetwalk > sound_wrapper.sh: Execute "qnetwalk" via aoss > zsh: 12029 segmentation fault sound_wrapper.sh qnetwalk Не, это бага в qnetwalk. Надо не его запускать через soundwrapper, а nasd
2 eugvv: попробуйте http://paq.osdn.org.ua/~mike/xmms-alt7/xmms-1.2.10-alt7.src.rpm (оторван soundwrapper, похаканы пути к vorbis headers (блин))
(In reply to comment #17) > http://paq.osdn.org.ua/~mike/xmms-alt7/xmms-1.2.10-alt7.src.rpm > (оторван soundwrapper, похаканы пути к vorbis headers (блин)) Работает. Час уже играет через OSS. Кстати, оно c target отличным от i586 собирается, но mp3 не играет, говорит: /usr/lib/xmms/Input/libmpg123.so: undefined symbol: mpg123_synth_1to1_mmx
(In reply to comment #18) > Работает. Час уже играет через OSS. Похоже, aoss -- всё-таки плохая добавка к soundwrapper... можете попробовать всё-таки убедить в этом zerg@ (пакет menu IIRC). > Кстати, оно c target отличным от i586 собирается, но mp3 не играет, говорит: > /usr/lib/xmms/Input/libmpg123.so: undefined symbol: mpg123_synth_1to1_mmx Это x86_64? Вообще там ключики в %configure на не-%ix86 предусмотрены, но проверить это мне не получалось. Если разберётесь -- забрасывайте патчик, применю, а пока можете попробовать xmms-in-mad использовать.
(In reply to comment #19) > Похоже, aoss -- всё-таки плохая добавка к soundwrapper... можете попробовать > всё-таки убедить в этом zerg@ (пакет menu IIRC). Найти бы, что еще через aoss не работает. > > Кстати, оно c target отличным от i586 собирается, но mp3 не играет, говорит: > > /usr/lib/xmms/Input/libmpg123.so: undefined symbol: mpg123_synth_1to1_mmx > Это x86_64? Нет, это поведение rpmbuild - он по умолчанию собирает под мой процессор (target pentium4). > а пока можете попробовать xmms-in-mad использовать. Я уже с --target i586 собрал
(In reply to comment #20) > > > Кстати, оно c target отличным от i586 собирается, но mp3 не играет, говорит: > > > /usr/lib/xmms/Input/libmpg123.so: undefined symbol: mpg123_synth_1to1_mmx > > Это x86_64? > Нет, это поведение rpmbuild - он по умолчанию собирает под мой процессор (target > pentium4). > > а пока можете попробовать xmms-in-mad использовать. > Я уже с --target i586 собрал Ну, отдельную багу (на xmms, лучше -- в апстрим) повесить стоит.
Собираю alsa-1.0.10, можете ещё глянуть http://paq.osdn.org.ua/~mike/tmp/xmms-1.2.10-alt9.src.rpm -- вдруг сработает.
(In reply to comment #22) > http://paq.osdn.org.ua/~mike/tmp/xmms-1.2.10-alt9.src.rpm Нет, не заработало. При запуске через 'aoss xmms' по прежнему падает через несколько минут. Посмотрим, как будет с alsa-1.0.10.
Похоже, для alsa-1.0.10 эта проблема больше не актуальна `aoss xmms` играет вот уже час. И `aoss qnetwalk` теперь запускается нормально, не падает. Видимо - FIXED. $ rpm -qa|grep alsa|sort alsa-oss-1.0.10-alt1 alsa-tools-1.0.10-alt1 alsa-utils-1.0.10-alt1 cmus-out-alsa-1.6.3-alt1 kernel-modules-alsa-std26-smp-1.0.9a-alt5.132620.4 libalsa-1.0.10-alt1 libalsa-devel-1.0.10-alt1
И то ладно.
