"Но почемууу?"
Дано: ноутбук с линупсом
включить кулер
echo "on" > /proc/acpi/fan/FAN/state
выключить кулер
echo "3" > /proc/acpi/fan/FAN/state
Как бы очень полезная фича, но вот то, что включается строкой "on" а выключается строкой(числом) "3" - это какие-то очень хитрые жаббы в головах у разработчиков.
PS: Да они же упоротые все.
включение так же происходит, если:
echo "0" > /proc/acpi/fan/FAN/state
echo "o" > /proc/acpi/fan/FAN/state
и еще по другим значениям. Искать закономерность и лезть в исходники драйверов acpi за истиной влом :)
включить кулер
echo "on" > /proc/acpi/fan/FAN/state
выключить кулер
echo "3" > /proc/acpi/fan/FAN/state
Как бы очень полезная фича, но вот то, что включается строкой "on" а выключается строкой(числом) "3" - это какие-то очень хитрые жаббы в головах у разработчиков.
PS: Да они же упоротые все.
включение так же происходит, если:
echo "0" > /proc/acpi/fan/FAN/state
echo "o" > /proc/acpi/fan/FAN/state
и еще по другим значениям. Искать закономерность и лезть в исходники драйверов acpi за истиной влом :)
no subject
Но даже если так - это очень плохой подход, за такое при разработке софта вырывают руки и бьют мордой лица об баг-трекер. Если элемента входа программы может быть "число", "строка с числом", "если число меньше нуля, то это дата", "если первая буква a, то это набор битовых флагов" - это источник страшных необъяснимых глюков на пустом месте. В крайнем случае это допустимо в интерфейсе пользователя, но не на уровне бизнес-логики ни в коем случае.
no subject