Меня несколько удивляют разработчики KDE - странной, например, выглядит  The KDE on Windows Initiative  - попытка перенести это монструозное творение на Windows, видимо с целью получить что-то типа гремучей смеси из глюков и того и другого (не так давно объявили о выходе KDE 4.7 для Windows). Да и вообще, все развитие KDE с определенного момента выглядит странным - можно сказать что начиная с 4-й ветки кардинально сменили направление, не в лучшую сторону. Тенденция такая: поломать все, что было и добавить нечто новое, но не факт что работающее. Да, сейчас, к версии 4.7, в плане стабильности все гораздо лучше. Но при этом все это потребляет столько ресурсов, что Win 7, а также Win 8 заранее, отдыхают. Нет, не подумайте что я необоснованно и просто так выступаю против KDE. Предпринимал попытки начать использовать KDE 4 несколько раз, но сносил через пару дней. Это исключительно мое впечатление, но KDE 4 отлично выглядит на скриншотах, а когда дело доходит до реального теста юзабилити, тут провал. На мой взгляд, множество проблем - результат неправильного подхода к разработке. Например, не ориентированность на пользователя, а упор на постоянную реорганизацию структуры проекта (как бы с целью улучшить, но получается как всегда), да еще ведение разработки в тупиковом направлении (KDE под Windows). Подумаете: "только критика, а что тогда лучше?". Вот проект, который хотя и моложе KDE, но достиг уже большего - Unity, оболочка для среды рабочего стола GNOME в Ubuntu, разрабатываемая компанией Canonical. 

Алгоритм MD5 позволяет вычислить контрольную сумму сообщения - его уникальный "отпечаток". MD5 часто используют для проверки целостности данных, например вместе со многими дистрибутивами для загрузки приводят контрольную сумму. Если в процессе передачи данных файл будет поврежден хотя бы на один бит, то его контрольная сумма будет совсем другая. Посмотрим как устроен этот алгоритм. Длина исходного сообщения (данных) вычисляется в битах и может быть неограниченно большой, а также нулевой. Весь алгоритм можно разбить на несколько шагов:

Как известно, в Linux для работы со звуком сейчас используется архитектура ALSA, а во FreeBSD до сих пор OSS. Приложение, которое запущено под FreeBSD в режиме бинарной совместимости с Linux и требует для вывода звука ALSA, не будет корректно работать. Для того чтобы исправить это, можно настроить вывод звука ALSA > OSS. Предполагается, что   совместимость с Linux настроена, также в системе установлен пакет linux-f10-alsa-lib ( linux-f10-alsa-lib-1.0.21_1.). Создаем в домашней директории файл .asoundrc :

pcm.!dsp
{
 type oss
 device /dev/dsp
}
 mixer.!dsp
{
 type oss
 device /dev/dsp
}
ctl.!dsp
{
 type oss
 device /dev/mixer
}

Условный оператор if. Оператор if в shell выглядит следующим образом:

if 
 условие 
then
 команды, если условие верно
else
 команды, если условие ложно
fi

Естественно, возможна запись сокращенного варианта, без else. При  создании цепочек  вложенных операторов - if else if, вместо else if можно использовать сокращенный вариант - elif.  Условие считается истинным, если код завершения команды равен 0. В условии может стоять любая команда. Для того чтобы проверить различные условия сравнения и не только используется команда test. Эта же команда может быть записана в более удобном виде: [ ]   - в скобках помещается само условие (между скобками и условием обязательно должны быть пробелы). Пример: