4788 2004-07-14 13:06:40 +0400 alsactl restore - код ошибки 2006-12-17 23:13:38 +0300 1 1 4 Development Sisyphus alsa-utils unstable all Linux CLOSED WORKSFORME P5 major --- 3459 1 rider mike mike shrek vsu qa-sisyphus oldest_to_newest 17025 0 rider 2004-07-14 13:06:40 +0400 в случае невозможности восстановить значения уровня громкости код возврата alsactl равен 0, хотя должен от него отличаться (ошибка выполнения). 17030 1 490 rider 2004-07-14 13:42:14 +0400 Created attachment 490 alsa-utils-1.0.5-err-restore.patch Патч, исправляющий это для alsa-utils-1.0.5 17034 2 mike 2004-07-14 14:41:31 +0400 #alsa: <gvy> halo --> rider (~rider@altlinux.balabanovo.ru) has joined #alsa <crimsun_> 'lo <gvy> is there anyone who knows alsa-utils interdependencies relating return codes? <gvy> there's a question whether thispatch breaks anything: <gvy> https://bugzilla.altlinux.org/attachment.cgi?id=490&action=view <gvy> it's for alsactl not to return 0 on "No state is present for card %s" error <gvy> or "whether something relies on this behaviour" <crimsun_> the err = 0 assignment is there to suppress the message <crimsun_> let me look more closely <gvy> thanks for the time <crimsun_> yeah, it looks like you need to leave err = 0 assignment in there <gvy> umm... but what relies upon it? <gvy> rider, can you explain your problem with zero return code? (maybe different understanding of the case being an error or not) <rider> gvy: howto detect, saved or no values for card with id to /etc/asound.state ? <gvy> errr... how to differ between "we-have-saved-state" and "no-state-for-this-card"? <rider> gvy: ugu <rider> gvy: only for card with id (for example: alsactl restore 0, or alsactl restore 1... and more) <crimsun_> I'm not sure why you'd want to remove that line <crimsun_> according to Takashi's commit, you have the assignment because you see a condition where you can't grab state for the card, so you'll fall out regardless. <crimsun_> if you have more questions, please direct them to alsa-devel <gvy> crimsun_, to handle situation where no settings are available? (actually I'm maintaining alsa userspace in ALT Linux, and rider maintains hotplug) <crimsun_> either Jaroslav or Takashi can clarify the intent of that commit <gvy> so should we mail them directly or via alsa-devel? <crimsun_> gvy: where none are available seems to be the case. Use the alsa-devel list. <gvy> crimsun_, thanks! <crimsun_> np т.е. надо спросить tiwai@ в alsa-devel@... 26112 3 rider 2005-06-20 18:37:10 +0400 Спросил ? 26273 4 mike 2005-06-23 13:52:51 +0400 А меня там нет (vsu, а ты есть?). Проверь 1.0.9, хотя подозреваю, что нифига не трогали. 32199 5 mike 2005-10-19 17:19:30 +0400 надо всё-таки спросить их перед тем, как переворачивать. Серёж, так ты подписан на alsa-devel@ или нет? 37221 6 mike 2006-04-05 13:15:52 +0400 Так прикладывать или нет? Мож в Daedalus забросить такую сборку и попросить народ погонять? 37222 7 rider 2006-04-05 14:19:20 +0400 Забрось. ты мантейнер - тебе решать ;) 37225 8 mike 2006-04-05 14:46:56 +0400 Подновил, собирается. 37227 9 mike 2006-04-05 14:57:24 +0400 1.0.11-alt0.4.1 уехало в Daedalus 41398 10 mike 2006-10-16 21:35:42 +0400 Судя по отсутствию фидбэка -- никому оно уже не нужно... (если неправ, test&report pls) 490 2004-07-14 13:42:14 +0400 2004-07-14 13:42:14 +0400 alsa-utils-1.0.5-err-restore.patch alsa-utils-1.0.5-err-restore.patch text/plain 378 rider ZGlmZiAtdXIgYWxzYS11dGlscy0xLjAuNS5vcmlnL2Fsc2FjdGwvYWxzYWN0bC5jIGFsc2EtdXRp bHMtMS4wLjUvYWxzYWN0bC9hbHNhY3RsLmMKLS0tIGFsc2EtdXRpbHMtMS4wLjUub3JpZy9hbHNh Y3RsL2Fsc2FjdGwuYwkyMDAzLTA2LTIwIDIyOjEzOjI4ICswNDAwCisrKyBhbHNhLXV0aWxzLTEu MC41L2Fsc2FjdGwvYWxzYWN0bC5jCTIwMDQtMDctMTQgMTM6MzQ6NDIgKzA0MDAKQEAgLTEwMDEs NyArMTAwMSw2IEBACiAJCQkJaWQgPSB0bXBpZDsKIAkJfQogCQlpZiAoZXJyIDwgMCkgewotCQkJ ZXJyID0gMDsKIAkJCWZwcmludGYoc3RkZXJyLCAiTm8gc3RhdGUgaXMgcHJlc2VudCBmb3IgY2Fy ZCAlc1xuIiwgaWQpOwogCQkJZ290byBfY2xvc2U7CiAJCX0K