Исходное сообщение
"Обзор проекта VL-HOT, легковесной альтернативы HAL" Отправлено anonymous, 25-Фев-09 02:30
> Тут обычный HAL с dbus иногда глюкают, а вы про массовое втыкание вытыкание... Не встречал проблем, но верю. Глючит все. Но на вопрос это не отвечает, тем более что C/C++ это ни коим образом не панацея, исцеляющая все глюки. При чем здесь выбор средств? Я понимаю, когда вопрос стоит в потреблении памяти или времени выполнения. Но я не припомню, чтобы к HAL такие требования (выше разумных пределов) выставлялись. Я бы понял, еще можно ругнуться на Perl/Python/Ruby/Lua, что тащат «ненужные» пакеты в дистрибутив. Или, если бы речь шла о embedded-системах, но, мы, вроде, о классическом Intel'овском десктопе, в основном. В чем проблема? > Когда все начнут писать на скриптовых языках, тогда начнутся проблемы... > Лень искать, но думаю уже кто-нибудь уже додумался до BashOS, PythonOS, PerlOS. Причем тут OS? То, что тут «HAL» называется — это не то, что в классике под HAL понимают, а очень простой обработчик событий от udev. Я напомню, что rc-система тоже, традиционно на шелл-скриптах. Взять и переписать на C? Так даже пробовали, вышел, если мне память не изменяет, init-ng (хотя, может, другая, я давно как-то не смотрел на зоопарк init'ов), и по мне так неудобный довольно зверь вышел. ACPI-события тоже шелл-скрипты, к слову, обрабатывают, и неплохо получается. Кроме того (Вы, конечно же, читали уже, но...) осмелюсь напомнить Вам один превосходный Unix-коан: http://catb.org/esr/writings/unix-koans/ten-thousand.html

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Тут обычный HAL с dbus иногда глюкают, а вы про массовое втыкание вытыкание... > Не встречал проблем, но верю. Глючит все. Но на вопрос это не > отвечает, тем более что C/C++ это ни коим образом не панацея, > исцеляющая все глюки. > При чем здесь выбор средств? Я понимаю, когда вопрос стоит в потреблении > памяти или времени выполнения. Но я не припомню, чтобы к HAL > такие требования (выше разумных пределов) выставлялись. Я бы понял, еще можно > ругнуться на Perl/Python/Ruby/Lua, что тащат «ненужные» пакеты в дистрибутив. > Или, если бы речь шла о embedded-системах, но, мы, вроде, о > классическом Intel'овском десктопе, в основном. В чем проблема? >> Когда все начнут писать на скриптовых языках, тогда начнутся проблемы... >> Лень искать, но думаю уже кто-нибудь уже додумался до BashOS, PythonOS, PerlOS. > Причем тут OS? То, что тут «HAL» называется — это не то, > что в классике под HAL понимают, а очень простой обработчик событий > от udev. > Я напомню, что rc-система тоже, традиционно на шелл-скриптах. Взять и переписать на > C? Так даже пробовали, вышел, если мне память не изменяет, init-ng > (хотя, может, другая, я давно как-то не смотрел на зоопарк init'ов), > и по мне так неудобный довольно зверь вышел. ACPI-события тоже шелл-скрипты, > к слову, обрабатывают, и неплохо получается. > Кроме того (Вы, конечно же, читали уже, но...) осмелюсь напомнить Вам один > превосходный Unix-коан: http://catb.org/esr/writings/unix-koans/ten-thousand.html
	Введите код, изображенный на картинке: