Записки системного программиста

Домашняя страница INSTEAD

2010-05-09T20:26:00.004+04:00

Арендовал доменное имя syscall.ru и купил хостинг. В связи с этим, визитная страница INSTEAD теперь находится по адресу: http://instead.syscall.ru. Так что, добро пожаловать.

Возможно, через некоторое время на syscall.ru переедет и этот блог... Когда/если дойдут руки.

Материалы по Linux Crypto API

2010-02-26T20:27:00.007+03:00

В этом сообщении буду собирать ссылки на ресурсы по Linux Crypto API и XFRM. Информации очень мало, а исходный код довольно многоуровневый.
The Linux Kernel Cryptographic API
Технология IpSec
Crypto API in kernel
Linux Crypto

Настройка ресурсов X приложений

2010-02-14T18:19:00.005+03:00

Лучшим терминалом, на мой взгляд, является uxterm. Настройка uxtermа осуществляется в базе данных ресурсов X11. Для того, чтобы не менять системных файлов и не мучаться с xrdb можно сделать следующим образом.

Определить путь к ресурсам как:


export XUSERFILESEARCHPATH=$HOME/app-defaults/%N

А в ~/app-defaults/ положить свои (настроенные) версии файлов из /usr/share/X11/app-defaults.

Моя настройка UXTerm обычно заключается в следующем:


*VT100.font2: -xos4-terminus-medium-r-normal--16-*-*-*-*-*-iso10646-1
*VT100.font: -xos4-terminus-medium-r-normal--20-*-*-*-*-*-iso10646-1
*VT100.font3: -xos4-terminus-medium-r-normal--17-*-*-*-*-*-iso10646-1
*VT100.font4: -xos4-terminus-medium-r-normal--24-*-*-*-*-*-iso10646-1
*VT100.font5: -xos4-terminus-medium-r-normal--12-*-*-*-*-*-iso10646-1
*VT100.font6: -xos4-terminus-medium-r-normal--14-*-*-*-*-*-iso10646-1

А XTerm-color:


*VT100*foreground: gray90
*VT100*background: black

URQ игры в LINUX или INSTEAD 1.1.2

2010-02-14T18:14:00.008+03:00

С выходом INSTEAD 1.1.1 стало возможно играть в игры, написанные на URQL.

Подробности, на нашем форуме.

Среди URQL игр есть несколько шедевров. Скачать urq модуль и несколько игр можно по ссылке выше.

Надеюсь, с выпуском 1.1.2 немного отдохнуть. :)

"Карантин" на Instead 1.0.5

2010-01-08T21:53:00.006+03:00

Все, надоело. Наверное, последняя игра от меня. :) В обозримом будущем.

Вышла очередная версия интерпретатора INSTEAD.

Одновременно с выпуском версии 1.0.5 объявлено открытое бета-тестирование квеста-визуальной новеллы с нелинейным сюжетом: «Карантин». История о борьбе экипажа полярной станции со злом.

* Скриншоты.
* Проект.
* Новость на LOR.

Новости INSTEAD'а

2009-11-06T21:17:00.002+03:00

Да, INSTEAD стал съедать мое свободное время. :) Во-первых вышли 2 части квеста "Зеркало", о чем мы попиарились на lor'е.

Хорошо, что INSTEAD каждый раз встречают довольно тепло. Уж не знаю что тут первичнее -- то, что мы все братья - линуксоиды, или потому что игры неплохие?

Вышла версия 0.9.3 -- главная особенность -- масштабирование тем. Теперь можно выставлять разрешение не зависимо от темы.

Готовимся к выпустку 1.0.0, так как нам предложили участвовать в КРИЛ-2009.

INSTEAD 0.9

2009-09-15T19:56:00.004+04:00

Что-то много времени стал на него тратить... Но так или иначе -- вышла 0.9. Напомню, что есть два неплохих квеста. Плюс один паршивый концепт.(см. форум: http://instead.pinebrush.com)

Страница проекта: http://instead.googlecode.com

Новая версия instead (0.8.6). Новая игра: 'Одна старая история'.

2009-08-27T12:19:00.003+04:00

Игра довольно тепло встречена на lor. История, которую я начинал писать еще на Inform. Довольно короткая и простая. Скриншоты.

mmap для нулевого адреса

2009-08-14T18:54:00.005+04:00

Прочитал на lor статью про новую уязвимость. Прочитал, что в качестве идеи эксплоита лежит возможность выполнить код по нулевому виртуальному адресу. Тут-то я и задумался... Каким образом пользовательское приложение может это (сформировать код по 0 VA) сделать? В эксплоите был код:


mem = mmap(NULL, 0x1000, PROT_READ | PROT_WRITE, MAP_FIXED | MAP_ANONYMOUS | MAP_PRIVATE, 0, 0)

Этот код у меня в системе не работает... Начал смотреть дальше, и вот что выяснилось.

Здесь описывается тот факт, что для нужд wine (выполнения 16 битного кода) в ядре разрешается делать mmap на 0 адрес (/proc/sys/vm/mmap_min_addr). Самое интересное, что в статье утверждается, что в Ubuntu при установке wine эта возможность включается для системы в целом. Кроме того, в следствии особенностей архитектуры SELinux, по умолчанию, системы с включенным SELinux (как я понял) также разрешают пользователям делать mmap 0 адреса.

Интересно. :)

UPD: Кроме того, если в системе есть pulseaudio с установленным suid root, то эксплоит будет загружен через pulseaudio -L и mmap будет уже делаться от пользователя с euid == 0 (и выполнится успешно). Правда, в таком случае можно получить рута более простым способом -- так как мы и так уже получили привилегии администратора. Довольно нечестный прием. :)

INSTEAD 0.8

2009-08-14T08:41:00.003+04:00

Выложил работу над ошибками 0.7.7

* -debug опция -- печатает backtrace при ошибках + создает консоль для отладочных сообщений в Win версии;
* stead.lua немного переписан, теперь позволяется больше вольностей + новые методы (см. док-цию);
* ошибки в движке;
* опечатки в игре;
* исправленный vroom;
* еще более правильная реакция на ошибки в играх;
* русский язык в инсталляторе для windows + ярлык на стол + запуск после установки;

Все, перерыв. :)

Новая версия instead -- 0.7.7

2009-08-04T17:43:00.011+04:00

Готовится к выпуску 0.7.7. Эта версия -- попытка сделать instead более универсальным и готовым для использования сторонними писателями игр. Я не собирался делать релиз до своей следующей игры (если она вообще будет), но после того, как я узнал о людях, которые пытаются его использовать, я решил что смысл в новой версии есть.

Скачать windows и unix версии можно как всегда здесь.

Список изменений ниже...

* исправление опечаток
* 3 режима размещения картинки (в том числе и встроенный в текст)
* механизм выбора тем представлен в меню и настройках
* режим свободного скроллинга (таскание мышкой)
* ускорение отрисовки текста (x4-x5 раз)
* слоты для загрузки/сохранения игр
* звук на реакцию движка
* выделение наклонным шрифтом событий сцены
* изменена тема по умолчанию (картинка теперь не мешает тексту, так как скроллируется с ним),
* добавлена тема 'Книга' -- оптимальная для книг-игр с вертикальными картинками
* позиция скроллирования не сбрасывается при реакции движка
* фильтр событий мыши (случайные двойные клики и т.д.)
* полноэкранный режим по Alt-Enter
* другие улучшения интерфейса

* обновлена документация (новые объекты, расширения движка)
* игры и темы кроме системного каталога ищутся также в ~/.instead/games ~/.instead/themes (unix версия)
* консольная версия не входит в поставку по умолчанию
* параметры командной строки: -alsa, -fullscreen, -window
* исправлено множество ошибок

Политкорректность в документации perl.

2009-07-15T12:46:00.002+04:00

Только что друг обнаружил в своем Debian.


sudo apt-get install perl-doc
man perlreftut
/* ищем строчку Bush */

Наблюдаем такой текст:

Think of the President of the United States: a messy, inconvenient bag of blood and bones. But to talk about him, or to represent him in a computer program, all you need is the easy, convenient scalar string "George Bush".

Без комментариев. :)

Новости

2009-07-15T11:22:00.006+04:00

Вернулся из отпуска. За это время описание INSTEAD появилось в блоге об INDY играх.

(http://gamin.ru/2009/06/22/instead)

Кроме того, вышел первый номер электронного журнала с моей статьей о написании INSTEAD и игры "Возвращения квантового кота."

(Сайт журнала)

Люди высказывают пожелания в том смысле, что неплохо бы написать новую историю...

Вышла Windows версия instead.

2009-05-21T09:01:00.008+04:00

Приятель сделал Windows порт моей игрушки. INSTEAD -- это движок для текстовых квестов-визуальных историй. Unix и Windows версии могут быть загружены с сайта проекта: http://instead.googlecode.com. На данный момент есть один (неплохой) квест/визуальная история -- "Возвращение квантового кота." Идет в дистрибутиве с движком.

Краткий обзор tiling window managers (ion3, wmii, dwm, ratpoison, musca)

2009-05-07T13:59:00.013+04:00

Я не знаю, как нормально и просто перевести tiling wm на русский (может быть, фреймовые оконные менеджеры?), поэтому я так и буду писать: tiling wm. Если вы не знаете, что это такое вообще, то речь идет об оконных менеджерах, способ работы с которыми довольно сильно отличается от работы с привычными windows-like интерфейсами... Тогда, зачем это все нужно?

Скажу честно, мне нравиться играть с компьютером. И первый tiling-wm я поставил просто из любопытства. Кажется, это был wmii. Я его тогда не понял. "Что за идиотизм?" -- примерно так подумал я тогда... Но со временем, как-то незаметно, я "подсел" на tiling wm и теперь меня не заманишь гламурной стилизацией под vista или macos x.

Дело в том, что все tiling wm полностью или почти полностью "освобождают" пользователя от мышки. Это раз. Во-вторых -- пространство экрана используется наиболее эффективно -- оно разбито на не перекрывающиеся области -- фреймы, в которых расположены одно или несколько окон.

В третьих -- почти всегда tiling оконный менеджер означает минимализм. Который может казаться даже абсурдным, но после игр с компизом и как бывший пользователь Apple Powerbook с ответственностью заявляю -- это глоток свежего воздуха. Интерфейс хорош, когда его не замечаешь. Конечно, вы должны понимать, что это все сказано программистом. Впрочем, и Linux -- это система прежде всего для программистов. (А также всех тех, кто находится в зоне влияния программиста. :)

И все же, хватит лирики. Цель этой небольшой статьи -- кратко перечислить все те tiling wm, которые я пробовал и указать на их недостатки.

ion3

Очень похоже, что этот оконный менеджер, вместе с larswm, породил новую волну интереса к tiling wm. ion3 образец оконного менеджера с ручным (manual) tiling. Это значит, что разбивка на фреймы производится пользователем. Этот подход имеет свои сильные и слабые стороны. Очень хорошо, что можно создавать произвольные конфигурации разбиения. Плохо -- что вообще нужно это делать. (Это действительно недостаток???). ion3 поддерживает tabbing, то-есть, в одном фрейме может быть несколько окон и они будут отображены в виде закладок фрейма.

ion3 конфигурируется на скрипте lua. Что делает его очень гибким, но возможно, иногда сложным. В целом -- ion3 образец хорошего tiling wm с manual tiling и я некоторое время использовал его, но в какой-то момент немногочисленные недостатки победили и стали для меня критичными настолько, чтобы отказаться от ion3 в пользу других wm.

Итак, недостатки:

1) Довольно мутные настройки по-умолчанию. В основном это касается клавишных комбинаций. Да -- к ним можно привыкнуть, но до конца я так и не смог этого сделать. Перенастроить? Но их столько, что написание своего конфигурационного файла (вообще-то даже файлов, на lua...) превращается в нудное занятие. Попробуйте полностью перенастроить vim? Захотелось даже вспомнить fvwm... Кто знает, тот поймет.

2) Кроме того, есть какая-то общая неинтуитивность, которую сложно описать формально. Но это превращается в кошмар, когда окон слишком много и они вдруг начинают ломать, кропотливо созданную схему разделения...

3) Есть еще один нюанс, он заключается в характере (без сомнения, талантливого) автора (Tuomo Valkonen). Вы можете почитать то, что он пишет в своем "блоге". Уверяю вас, увлекательное чтиво... В общем, ion3 не входит в arch linux, в debian он является частью non-free, не смотря на открытые исходные коды... Но вообще-то, для меня это не было решающим недостатком.

wmii
Автор пытался сделать оконный менеджер, который бы вобрал в себя лучшее из существующих tiling wm. В чем-то это удалось -- довольно простой (по сравнению с ion3) manual tiling wm.

Правда, в какой-то момент автор увлекся идеями Plan 9 и сделал управление wmii через подобие файловых операций со специальными файлами, но в общем, это можно воспринимать как некую пикантность. А вот отсутствие возможности создания горизонтальных фреймов в manual tiling wm это уже странно.

И понятно, что часто это не нужно (речь идет о том, что wmii позволяет разбивать пространство экрана на столбцы, но не на строки), но если уж давать возможность управления фреймами, то давать ее полностью. Получаем странную комбинацию: неплохой в общем-то wm, но как бы "недоделанный". И явно слабее по функционалу, чем ion3. Ни то, ни се, говоря по-человечески. :)

Еще одним недостатком может служить тот факт, что интерес автора к этому wm сильно ослаб.

dwm
В какой-то момент автор wmii решил, что выбрал неверный путь и избрал новую парадигму, на сайте suckless.org можно прочитать минималистичный манифест: "Dedicated to software that sucks less". Не больше не меньше, вот они -- характеры хакеров. :) Но что это значит для нас? А то, что автор (как я понимаю) взял идею larswm и реализовал ее в виде нового динамического оконного менеджера dwm.

Идея проста: хорошо -- manual tiling wm слишком сложные? Теперь вам вообще не надо будет думать о разбиении!!! Что это значит? Это значит, что просто так заниматься раскладыванием фреймов у вас не получится. Есть понятие разбиения -- layout -- и переключившись на него, все окна сами занимают свои фреймы. Например основной layout dwm это главное окно слева (самое большое) и стек (столбец) подчиненных окон справа.

Есть layout (monocle) которые все окна максимизирует на весь экран, и есть layout (float), когда оконный менеджер ведет себя почти как обычный, позволяя произвольно перемещать окна и задавать им произвольные размеры.

Есть еще одна особенность dwm, автор поставил своей целью писать минималистское ПО, это отразилось на dwm следующим образом: конфигурация осуществляется путем правки простого .h файла и перекомпиляции. Размер кода dwm -- менее 2000 строк. Вы еще читаете этот текст? А все, оказывается, не так уж и страшно! Во первых, почти наверняка вы -- программист и компилятор уже стоит в системе. Во-вторых -- время пересборки меньше секунды. В третьих -- код настолько прост что создает ощущение тем, что вы им действительно владеете. В том смысле, что если вам что-то не нравится -- вы это просто пишите. Такой подход дал любопытный эффект -- для dwm доступно множество патчей, в числе которых -- разные схемы размещения (layouts). Вышло множество форков, например, scrot wm. Появились клоны dwm написанные на разных языках и/или библиотеках. Наверное самые известные:
xmonad -- реализация на языке haskell. (Минимализм на функциональном языке программирования? Да уж...).
awesome -- "навороченная" версия dwm.

Но на мой взгляд, все они уступают dwm в плане ясности мысли и простоты использования, при условии -- что вы -- программист.

С dwm у меня получилась сложная история, и поэтому, я остановлюсь на нем подробнее.

Запуск программ в dwm осуществляется или по горячим клавишам, или через программу dmenu. Идея dmwenu замечательна!!! Вы набираете часть названия программы, и по мере того, как вы это делаете -- количество вариантов в списке - строке постепенно сокращается. Это очень просто и страшно удобно! dmenu может использоваться и в других оконных менеджерах.

В dwm нет рабочих столов, но есть понятие тегов. Так вот эта идея и может стать тем "недостатком", который может отпугнуь пользователя. Идея рабочих столов очень привычна, и поэтому когда ты переключаешься с тега на тег и видишь, что текущий layout не изменился ты злишься и не понимаешь, зачем автор придумал такой идиотизм? Я в начале решал проблему с помощью патчей, благо они есть -- которые превращают теги в рабочие столы, но потом, я как-то просек фишку и оказалось, что dwm именно то, что он есть!

Просто вам придется свыкнуться с мыслью, что окна не нужно размещать руками. Вы просто распихиваете их по тегам, и тегов можно не бояться делать много. Одновременно на экране может быть отображено несколько тегов. Произвольные окна можно перенаправлять к произвольным же тегам. layout служит только одной простой цели -- есть основное окно с которым вы работаете -- и другие окна -- на которые вы смотрите краем глаза. Конечно, вы можете сделать любое окно основным.

Отдельная история -- статусная строка. Это строка в которой кроме информации о тегах (кстати, в этой же строке dwm помечает urgent окна -- это очень удобно, например, когда приходит сообщение в pidgin вы это сразу увидите) можно вывести любую текстовую информацию. Вы можете послать туда вывод conky или своего скрипта. В прошлых версиях dwm эта информация посылалась через конвейер (dwm считывал ее из stdin). В последних версиях эта информация считывается как имя root окна. Элегантно, хоть и немного странно.

Основное достоинство dwm -- его простота и ясность идеи. Недостаток? Это отсутствие manual tiling и вы не можете разбить окна произвольно (конечно, если не считать float layout). Малое количество типов layout? Но, оказывается, после того, как мы поняли, что такое тэги -- необходимость в них отпадает. И все-таки, и все-таки иногда хочется возможности ручного разбития фреймов.

ratpoison
Хорошее название. ratpoison: Say good-bye to the rodent -- написано на сайте проекта. Первое впечатление -- это кошмар! Это по ту сторону добра и зла! Но при ближайшем рассмотрении оказывается, что это довольно интересный оконный менеджер, со своими интересными идеями.

Это manual tiling wm. И мне он показался проще ion3, но к сожалению он имеет следующие существенные недостатки:
1) Отсутствует понятие как рабочих столов, так и тэгов. Вместо этого, нам предлагается использовать группы, которые означают лишь то, что разные окна находятся в списке активных окон. Без визуального подтверждения этого факта, довольно быстро начинаешь выходить из себя. Есть возможность сделать рабочие столы с помощью внешних скриптов, но.... Это страшно -- вызывать внешню программу каждый раз, когда я переключаю рабочий стол?

2) Отсутствует возможность работать с окнами традиционно. Да -- это иногда нужно. Не так часто -- но нужно. Нам предлагается запускать в таких случаях из ratpoison другой wm -- временно. Это ужасно. :)

3) Мышкой нельзя сделать вообще ничего. А все-таки, иногда хочется и мышкой повозить. :)

Автор развивает свои идеи в stumpwm -- оконном менеджере написанном на lisp. Поэтому не могу сказать ничего, так как не являюсь адептом этого языка.

musca
Новая надежда... Я следил за musca с момента первых версий. Автор вдохновился ratpoison и dwm и сделал -- гибрид! Удивительный эффект -- довольно простой и все еще легкий (менее 3000 строк кода) manual tiling wm.

Я даже немного вовлекся в процесс разработки и посылал автору патчи и багфиксы... Автор плодил версии с невероятной скоростью -- версия в день или два. И каждый раз было что-то приятное, но качество кода было непредсказуемым. В начале я мирился с ошибками, но когда этот wm упал во время моей работы второй раз я понял, что с меня хватит.

Внешне, практически без архитектурных недостатков, но внутренне -- все еще полный скрытых багов и отвечающий неопределённым поведением в не тестируемых ситуациях. Автор в каждой новой версии вводит какие-то новые фичи, часто ломая старое... В общем, противоречивые чувства.

Надежда галактики...
Итак, после неудачного опыта с musca я безуспешно пробовал вернуться к ion3 и wmii. А затем, неожиданно, снова открыл для себя dwm. На данный момент это тот wm которому я могу доверять. В тоже время он не идеален... Что бы я хотел? Я бы хотел стабильную musca с функциями dwm. Тогда бы это был идеальный tiling wm. Пока же я успешно борюсь с позывами написать "еще один" wm. :) Я думаю -- это болезнь... :)

Наклонный шрифт Terminus и сглаживание

2009-04-21T15:27:00.003+04:00

Интересная особенность поведения freetype. Настраивая цветовые схемы в gvim, столкнулись с тем, что наклонный шрифт Terminus на моей машине сглаживается, а на другой машине -- нет. Долго думали. Ответ оказался простым.

На моей системе не был установлен xfonts-terminus-oblique. И freetype мне этот наклонный шрифт, видимо, делала сама. Заодно -- сглаживая.

На другой машине использовался готовый растровый/не сглаживаемый oblique.

Вот такая вот регрессия от использования oblique версии terminus вместе с xft.

Применение специальных возможностей GCC в яде Linux

2009-04-09T18:08:00.004+04:00

На www.ibm.com появилась статья, в чем-то перекликающаяся с моими постами:http://syslogblog.blogspot.com/2008/10/blog-post.html и http://syslogblog.blogspot.com/2009/01/gcc.html. Некоторые вещи, которые показались интересными:

Определение адреса, откуда была вызвана функция. level -- глубина стека.


void * __builtin_return_address( unsigned int level );

Предварительная выборка.


void __builtin_prefetch( const void *addr, int rw, int locality );

Слежение за дисковыми операциями

2009-03-19T16:28:00.002+03:00

Иногда бывает полезно узнать, что за процессы пишут/читают с диска. Для этого можно воспользоваться механизмом отладки блокового ввода/вывода:

echo "1" > /proc/sys/vm/block_dump

И смотреть в dmesg: dmesg -c. При этом желательно остановить syslog, так как запись в syslog будет появляться в dmesg вызывая цепную реакцию. :)

readdir и d_type

2009-02-26T18:28:00.005+03:00

Все-таки нужно всегда внимательно читать маны. Возьмём, например, фрагмент кода (на котором все и произошло):


while ((de = readdir(d))) {
        if (de->d_type != DT_DIR)
                continue;
        if (!is_game(de->d_name))
                continue;
        n ++;
}

И вроде бы все нормально, но читаем man readdir и видим: 'If the file type could not be determined, the value DT_UNKNOWN is returned in d_type.' То есть вроде бы есть поле, вроде бы может вернуть тип. Но может и не вернуть. И что интересно, действительно не возвращает иногда. Например на raiserfs. Но не только. Интересно. И в notes:

Under glibc, programs can check for the availability of the fields not defined in POSIX.1 by testing whether the macros _DIRENT_HAVE_D_NAMLEN, _DIRENT_HAVE_D_RECLEN, _DIRENT_HAVE_D_OFF, or _DIRENT_HAVE_D_TYPE are defined.

LOR effect

2009-02-21T08:41:00.003+03:00

Запостил новость про INSTEAD на linux.org.ru. И вот: We are sorry, but this site has exceeded its bandwidth limit at this time. Не ожидал от гугла. Перенес проект на http://instead.googlecode.com и запросил еще один проект на sourceforge.

Внутренний релиз моей игрушки

2009-02-19T22:21:00.002+03:00

Собственно, выложил для тестирования. Описание и скриншоты -- http://sites.google.com/site/sdlinstead/. Кратко -- смесь визуальной новеллы, текстовой адвенчуры и квеста из 90-х. Пока для Linux, возможно будет для Win и Maemo. Пишите, если попробовали.

Linux на hp6710b/Arch Linux

2009-02-18T16:40:00.004+03:00

Купил ноут: HP6710b -- рабочая лошадка. Что порадовало -- работает suspend to ram!!! То, чего так не хватало после сноса MacOS X на powerbook'е. В качестве эксперимента -- поставил Arch Linux. С момента установки прошло 4 дня -- можно поделиться впечатлениями...

Скажу откровенно -- после непосредственно установки было сильное желание поставить Debian, но было жаль потраченных усилий, и некоторые вещи мне действительно понравились, поэтому оставил... Через пару дней уже не испытывал дискомфорта, но все-еще испытываю удивление... И так, в чем специфика?

Пакетный менеджер есть, сильно слабее Debian'овского, но зато проще и свои функции выполняет нормально. И вот, допустим ставим на систему gnome... И что видим? Gnome -- полностью голый, не сглаженные шрифты, нет powermanager'a. Почему? Потому-что были получены только самые необходимые зависимости. Если вы знаете систему -- вы поставите dbus, hal, gnome-extras, xft и что-нибудь еще... Но что вы обнаруживаете?

Скрипты сервисов кладутся в /etc/rc.d и все. Для того, чтобы они прогружались при загрузке -- нужно в системном конфиге задать переменную шелла, в которой перечислены нужные сервисы. @ в начале означает фоновый запуск. ! - отключенный сервис. Порядок загрузки и собственно что загружать -- на совести "пользователя". Никаких ранлевелов. Ну с недостатками такой схемы все ясно -- а достоинства? Все ОЧЕНЬ просто. Скрипты быстрые. Система грузится моментально. Все под контролем.

Еще пример: ставим audacious (плеер), не играет mp3. Правильно, нужно доставить audacious-plugins. :)

В Arch linux пакеты не делятся на dev и двоичные. С одной стороны это должно приводить к расходованию дискового пространства. С другой стороны -- это сильно упрощает репозиторий и облегчает жизнь "пользователю", который часто что-то компилирует :) Удивительно -- но Arch у меня сейчас занимает меньше места, чем Debian, видимо из-за меньших зависимостей.

UPD: Сегодня (19 февраля) это уже не так. :)

Репозиторий Arch гораздо меньше, чем Debian. Debian абсолютный лидер в этом смысле, но есть AUR, поддерживаемый пользователями Arch, который позволяет дособрать интересующие пакеты из исходников (с вытягиванием нужных зависимостей). Таким образом я поставил wine. Минусы подхода очевидны. Ну а плюсы?

Всегда очень новые пакеты. Мобильный дистрибутив.

Еще хочется отметить хорошую Wiki и форум -- где практически все проблемы уже кем-то обсуждались.

Какие проблемы встретил? Firefox не хватает flash plugin из gnash-gtk -- в итоге на форуме нашел другое решение проблемы. Цветовая схема mutt была ужасна -- взял конфиг из debian. :) Был какой-то глюк с апдейтом -- но как то легко победился -- я даже не понял, что точно произошло. Иксы вешали машину, пока я не отконфигурил их с помощью специально предназначенной для этого утилиты. :) Вроде все. Теперь каждый день узнаю что-то новое. В общем, дистрибутив для программистов, более-менее знающих систему, и для романтиков. :)

Вышел reTracked #2

2009-01-29T21:19:00.002+03:00

Ура! Буквально позавчера вышел долгожданный диск reTracked#2. Это качественные ремэйки олдскульной трекерной музыки. Уже на закачке... :)

Ссылка для скачивания.

Безопасное удаление файлов

2009-01-28T12:02:00.003+03:00

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

Все смотрим man shred. :)

Расширения GCC

2009-01-22T13:35:00.003+03:00

Довольно интересная глава в книжке Red Hat Enterprise Linux 4: Using the GNU Compiler Collection (GCC). Большинство вещей широко известны, но некоторые из них показались мне очень любопытными, чтобы о них написать.

Локальные метки
__label__ label;
или
__label__ label1, label2, /* … */;
Метка становится локальной для того блока, в котором она объявлена, например, из ядра:


#define _THIS_IP_  ({ __label__ __here; __here: (unsigned long)&&__here; })

Здесь мы видим, кстати, еще один интересный трюк.

Переопределяемые метки
Можно взять адрес метки с помощью оператора &&. Тип результата будет void*. Значение является константным и его можно использовать везде, где допускается константа этого типа. Один из примеров был приведен выше. Другой пример -- использование с goto, например:


void *ptr;
/* … */
ptr = &&foo;
goto *ptr;

Или еще хуже:


static void *array[] = { &&foo, &&bar, &&hack };
goto *array[i];

Нас предупреждают, что переходы между метками разных функций непредсказуемы.
Следующий пример, иллюстрирует адресную арифметику.


static const int array[] = { &&foo - &&foo, &&bar - &&foo,
                             &&hack - &&foo };
goto *(&&foo + array[i]);

Вложенные функции
Оказывается, gcc позволяет определять вложенные функции. Например:

hack (int *array, int size)
{
  void store (int index, int value)
    { array[index] = value; }

  intermediate (store, size);
}

Массивы с нулевым размером
Широко используется в качестве последнего элемента структуры (размер которой может варьироваться). Например:


struct line {
  int length;
  char contents[0];
};
struct line *thisline = (struct line *)
  malloc (sizeof (struct line) + this_length);
thisline->length = this_length;

Важным является то, что в стандарте ISO C90 приходится использовать размер массива равным 1, что затрудняет вычисления правильного размера структура, а в стандарте ISO C99 нужно использовать массив с неопределенным числом элементов ([]).

Автоматические массивы с переменным размером
Пример.


FILE *
concat_fopen (char *s1, char *s2, char *mode)
{
  char str[strlen (s1) + strlen (s2) + 1];
  strcpy (str, s1);
  strcat (str, s2);
  return fopen (str, mode);
}

Или,даже, так:


struct entry
tester (int len, char data[len][len])
{
  /* … */
}

Макросы с переменным числом параметров
По стандарту ISO C99:


#define debug(format, ...) fprintf (stderr, format, __VA_ARGS__)

Другой вариант, давно поддерживаемый gcc:


#define debug(format, args...) fprintf (stderr, format, args)

Правда, по стандарту C нельзя опустить третий параметр, и, например запись: debug ("A message") -- будет ошибочной. Чтобы решить эту проблему, можно использовать ##:


#define debug(format, ...) fprintf (stderr, format, ## __VA_ARGS__)

Инициализаторы
Инициализация массивов по ISO C99 (GCC позволяет делать так и в C89)


int a[6] = { [4] = 29, [2] = 15 };

Синоним:


int a[6] = { 0, 0, 15, 0, 29, 0 };

Еще одно расширение GNU:


int widths[] = { [0 ... 9] = 1, [10 ... 99] = 2, [100] = 3 };

Почти как meta tables в Lua. :)

Диапазоны в case
А это вообще убойная вещь, например:


case 'A' ... 'Z':
case 1 ... 5:

Пробелы вокруг точек обязательны.

Если эти примеры показались для вас интересными, рекомендую прочитать всю главу.

Разнообразие...

2009-01-18T21:48:00.003+03:00

Еще несколько альтернативных операционных систем, кроме DragonFly BSD.

Helen OS - Микроядро.
Syllable - скриншоты приятны на вид.
Haiku-os - open source BeOS.

Если/когда дойдут руки посмотреть эти игрушки, опишу свои впечатления.

Разочарования...

2009-01-15T20:34:00.003+03:00

Что-то все больше разочарований. Сначала Debian, со своей параноидальной борьбой за чистоту рядов и бюрократией... А теперь вот, заглянул в ядро Ubuntu и что вижу?

Все патчи свалены в один файл. Причем один из патчей -- это совершенно не нужный мне AppArmor, затрагивающий vfs слой (то есть фактически, ломающий совместимость для потенциально интересных патчей). Раскрутить это монолитное безобразие очень тяжело и вряд-ли оправданно. В общем, делаю вывод, что большие дистрибутивы обладают довольно существенным недостатком -- инертностью. Когда/если у меня появится новый ноутбук буду пробовать ArchLinux и DragonFly BSD. Про rpm-based дистрибутивы речь, конечно, даже не идет -- это уже просто куча хлама.

Для чего существуют правила?

2009-01-03T19:32:00.002+03:00

Не так давно натолкнулись на тот факт, что в Debian-lenny покоцанное от firmware ядро. Сильно расстроило даже не то, что сетевуха не завелась, а то, что политика заставляет разработчиков делать какие-то странные действия. Например, orig файл уже не совсем (далеко не совсем) vanilla ядро из kernel.org.

В общем, испытали потрясение. Фанатизм страшная штука, подумал я. Слепая борьба за принцип -- всегда вылезет где-нибудь боком. Принцип или правила не существуют сами для себя -- они носят служебную функцию... В общем, уже начал подумывать об arch linux, когда прочитал новость: http://www.opennet.ru/opennews/art.shtml?num=19618.

Это радует. :)

Что такое derived work или в чем несвобода gpl?

2008-12-09T16:32:00.007+03:00

В тексте лицензии GPLv2 используется такое понятие как "derived". Если говорить конкретно, то речь идет о том, что если ваша программа есть порожденная работа от GPLv2 проекта, то и она должна быть выпущена под GPLv2. Но что считать порожденной работой?

Например, если я пишу игру на SDL, является ли код игры derived? Или у нас есть драйвер модема для Linux -- должен ли он быть открыт? Вопрос почти философский, и тем не менее (или -- тем более) требующий выяснения.

Наверное, самое простое и удачное правило (Linux: EXPORT_SYMBOL_GPL vs EXPORT_SYMBOL), выглядит так:
"if work A would not exist (or would be radically different) if work B did not exist, then A is a derivative work of B."

По-моему очень точно соответствует действительности. Драйвер устройства может быть в общем случае написан для любой системы. По крайней мере большая часть драйвера может быть независима от API ядра. В тоже время модуль к оконному менеджеру выпущенному под лицензией GPLv2, даже выделенный в отдельный проект -- должен быть выпущен под той-же лицензией.

Довольно давно, в коде ядра Linux некоторые из символов стали экспортироваться как EXPORT_SYMBOL_GPL, что означает возможность их использования только в GPL модулях. Похоже, такую идею можно назвать попыткой решить вопросы лицензионной политики программным способом. (Если используешь функцию/подсистему специфичную для ядра Linux -- то ты работаешь над GPL проектом.)

Вообще, интересно отметить, что здесь лицензия GPL оказывается не "просто свободной" лицензией (как часто привычно думается), а довольно прагматичным способом решить те задачи, которые поставил Столлман. Гильдия программистов -- пользователей лицензии GPLv2, имеют полную свободу модифицировать код проекта, но платят за это своей работой и что самое интересное, НЕсвободой освободить проект из под GPL лицензии и сделать его общественным достоянием в полном смысле, например, выпустив его под не-copyleft BSD-лицензией.

В тоже время выпустив проект под BSD-лицензией, мы можем получить GPL продукт на его основе, в следствии совместимости BSD с GPL.

Если вас также, как и меня, заинтересовали подобные вопросы, то рекомендую ознакомиться со статьей: Владимир Осинцев. Всегда ли General Public License – это свобода?

notify-send

2008-12-09T16:23:00.002+03:00

Когда я использовал Mac, мне очень нравилась подсистема оповещений о событиях growl. Это такие всплывающие сообщения о каких-либо событиях требующих внимания. Довольно неожиданно обнаружил, что и в Linux есть подобная штука. В дебиане:


apt-get install libnotify-bin

И теперь можно, например, поставить сборку и узнать об ее окончании по всплывающему сообщению.


make; notify-send "Compilation is end"

НЕ-модули безопасности (lsm)

2008-11-22T16:49:00.005+03:00

Странная судьба у хорошего, казалось-бы, начинания - lsm. Моя работа связана с модификацией ядра и я, когда перешли к использованию ядра 2.6.xx, был очень рад использовать хуки lsm там, где это возможно. Потом, с каждой версией я с ужасом наблюдал как колбасится интерфейс lsm. Как уходят из него все больше и больше нужных кухов (например post_mknod нет, а socket_post_create есть) и как мечется мысль разработчиков в поисках "правильного" пути. А потом, потом они сказали что модули больше не модули. security: Convert LSM into a static interface. А потом убрали возможность дергать security функции из модулей. В общем, похоже теперь lsm годен только для SELinux и немногочисленных модулей в составе ядра... :(

Неизвестная известная snprintf

2008-11-22T16:39:00.004+03:00

Довольно часто при работе с форматными строками на C используется функция snprintf. При этом, типичной является конструкция, например, следующего вида:


for (...) {
        offset += snprintf(buf + offset, PAGE_SIZE - offset, " %02x", val);
        ...

Постепенно заполняем буфер форматированной строкой. При этом часто негласно принимается такое предположение, что функция вернет количество записанных в буфер байт (не считая последнего 0). Интересно, что это не всегда так.

Дело в том, что если почитать man по snprintf, то мы обнаружим, что в случае если размер буфера не достаточен для строки, то функция возвращает количество байт без последнего 0, которые БЫЛИ БЫ записаны, в случае, если БЫ размер буфера БЫЛ БЫ достаточен! То есть, если в приведенном выше примере произойдет отсечение результата, то на следующей итерации цикла мы полезем за границу буфера с отрицательным размером буфера (тип которого приведется к беззнаковому size_t)!

Интересно, что в реализации ядра Linux, функция vsnprintf содержит такую проверку:


if (unlikely((int) size < 0)) {
        /* There can be only one.. */
        static char warn = 1;
        WARN_ON(warn);
        warn = 0;
        return 0;
}

То-есть, если в результате итераций в первом примере мы получаем отрицательный размер буфера, мы об этом узнаем... ;)

Кроме того, в ядре Linux есть реализация функции scnprintf, которая выглядит следующим образом:


int scnprintf(char * buf, size_t size, const char *fmt, ...)
{
        va_list args;
        int i;

        va_start(args, fmt);
        i = vsnprintf(buf, size, fmt, args);
        va_end(args);
        return (i >= size) ? (size - 1) : i;
}

Как видим, это та функция, которая всегда возвращает число записанных в буфер байт не считая 0 и -1 если размер буфера 0. Хотя в документации написано: "If size is <= 0 the function returns 0", и это мне не понятно, так как из кода следует, что все-таки это будет -1.

А вот другой пример контроля за размером буфера:


for (i = 0; i < npids; i++) 
        cnt += snprintf(buf + cnt, max(sz - cnt, 0), "%d\n", a[i]);

Правда типы sz и cnt в данном случае не size_t, а int, что не очень красиво.

Ну и, наконец, можно просто проверять накопленное смещение:


if ((offset += snprintf(...)) >= buffsize) {
        /* ... error handling ... */
}

Приятной особенностью поведения функции snprintf является тот факт, что мы можем вычислять размер буфера для отформатированной строки за счет передачи нулевого размера буфера. Например:


sz = snprintf(NULL, 0, " ..... ", .... ) + 1;
ptr = malloc(sz);
snprintf(ptr, sz, " .... ", ... );

Ссылки: snprintf() confusion' 2004 by corbet

Неизвестная известная strncpy

2008-11-09T21:04:00.006+03:00

Для начала небольшой эксперимент с подвохом. Исходный код test.c


#include <string.h>
char *mystrncpy(char *dest, const char *src, size_t n)
{
        size_t i;
        for (i = 0 ; i < n && src[i] != '\0' ; i++)
                dest[i] = src[i];
        if (i < n)
                dest[i] = '\0';
        return dest;
}
#define BUFF_SIZE 4096
int main(int argc, char **argv)
{
        int i;
        char buff[BUFF_SIZE];
        for (i = 0; i < 0x100000; i++) {
#ifdef STRNCPY
                strncpy(buff, "test", sizeof(buff));
#else
                mystrncpy(buff, "test", sizeof(buff));
#endif
        }
}

Тест выполняет 0x100000 копирований строки. Причем при сборке с ключом -DSTRNCPY будет использоваться функция glibc, в противном случае будет использоваться "самописная" mystrncpy. Проверяем...


peter@crashed:/tmp$ gcc test.c -O2 -DSTRNCPY
peter@crashed:/tmp$ time ./a.out 
real    0m6.368s
peter@crashed:/tmp$ gcc test.c -O2
peter@crashed:/tmp$ time ./a.out 
real    0m0.062s

Интересно, разница видна, как говорится, невооруженным глазом. Да, да... Мы не ошиблись -- примитивная функция mystrncpy работает быстрее на порядок!!! В чем подвох?

Если мы внимательно прочитаем man по strncpy, то ответ будет быстро найден: мы забыли, что функция strncpy всегда дополняет нулями целевой буфер! Довольно часто для C программиста эта особенность не является важной и функция strncpy используется для пересылки строки в другой буфер. Но чем длиннее принимающий буфер, тем дольше будет выполняться вызов strncpy! Большинство программистов избегает лишних вызовов strlen, но в данном случае даже strlen и memcpy сработают быстрее одного strncpy. Вот такая неизвестная известная функция.

Другой неприятной особенностью функции strncpy является некоторая запутанность логики в том смысле, что мы можем вообще не получить null terminated string если размер буфера оказался мал. Из-за этой особенности strncpy часто используется совместно с занулением последнего байта буфера. То есть копирование выглядит примерно так:


strncpy(buff, string, sizeof(buff) - 1);
buff[sizeof(buff)-1] = 0;

Но и этот вариант не является идеальным. Мы не можем отследить факт отсечения строки, который мог произойти во время копирования.

Похожие вещи обстоят и с другой функцией: strncat. Любопытно, что в ядре Linux довольно широко используется strncpy с большими буферами и далеко не всегда заполнение нулями необходимо.

Архитектурно-независимая реализация strncpy в ядре:


char *strncpy(char *dest, const char *src, size_t count) 
{ 
        char *tmp = dest; 
 
        while (count) { 
                if ((*tmp = *src) != 0) 
                        src++; 
                tmp++; 
                count--; 
        } 
        return dest; 
}

То-есть strncpy ведет себя также как и glibc версия -- цикл всегда выполняется count (размер буфера) раз.

Замечательно, что в OpenBSD 2.4 были включены функции strlcpy/strlcat. strlcpy and strlcat--Consistent, Safe, String Copy and Concatenation (at USENIX99).

Если кратко, то это именно те функции, которые чаще всего и нужны. Они, например, всегда гарантируют получение null-terminated string в буфере без лишних усилий. Кроме того, не зануляют остаток буфера. Вот как реализована strlcpy в ядре Linux:


size_t strlcpy(char *dest, const char *src, size_t size)
{
        size_t ret = strlen(src);

        if (size) {
                size_t len = (ret >= size) ? size - 1 : ret;
                memcpy(dest, src, len);
                dest[len] = '\0';
        }
        return ret;
}

Те самые strlen с memcpy о которых мы говорили в начале. Как видим из кода, по результату функции можно определить было ли отсечение результата или нет.

На данный момент, если верить Википедии, многие библиотеки и приложения содержат в себе копии реализаций strlcpy/strlcat. Там же можно прочитать и про спорные моменты по введению и использованию этих функций.

Что, однако, настораживает:


peter@crashed:/tmp/linux-2.6-2.6.26$ grep -R "strlcpy" --include "*.c" * -l | wc -l
419
peter@crashed:/tmp/linux-2.6-2.6.26$ grep -R "strlcpy" --include "*.c" * -l | while read f; do grep "strncpy" $f; done | wc -l
38

Как видим в ядре Linux практически везде, где используется strlcpy, strncpy не используется, но и наоборот также. Это скорее похоже на привычку программистов, чем на систему.

Ну и в заключение код strlcat из ядра Linux.


size_t strlcat(char *dest, const char *src, size_t count)
{       
        size_t dsize = strlen(dest);
        size_t len = strlen(src);
        size_t res = dsize + len;

        /* This would be a bug */
        BUG_ON(dsize >= count);

        dest += dsize;
        count -= dsize;
        if (len >= count)
                len = count-1;
        memcpy(dest, src, len);
        dest[len] = 0;
        return res;
}

Перехват функций glibc на примере fakeroot

2008-11-09T16:22:00.006+03:00

Пакет fakeroot был создан специально для системы сборки Debian. Идея fakeroot в том, чтобы за счет перехвата функций glibc сделать (непривилегированную) среду в которой файловые операции выполняются так, как будто бы они выполнялись от привилегированного пользователя. В свою очередь это дает возможность создавать архивы с произвольными правами содержимых файлов.
Например, как будучи обычным пользователем создать архив в котором владелец архивных файлов является root? А в fakeroot это возможно.


peter@crashed:/tmp$ id
uid=1000(peter) gid=1000(peter) группы=20(dialout),24(cdrom),25(floppy),29(audio),60(games),100(users),1000(peter)
peter@crashed:/tmp$ > test.txt
peter@crashed:/tmp$ ls -la test.txt 
-rw-r--r-- 1 peter peter 0 Ноя  9 14:35 test.txt
peter@crashed:/tmp$ fakeroot
root@crashed:/tmp# ls -la test.txt 
-rw-r--r-- 1 root root 0 Ноя  9 14:35 test.txt

Чудеса. В данном случае мы видим, что из среды fakeroot мы видим не реальные права файла, а подмененные. Также, если создать файл в среде fakeroot, то реальные права будут принадлежать пользователю, но в среде fakeroot они будут казаться принадлежащими root. Хорошо -- мы уже догадались как это работает...


peter@crashed:/tmp$ fakeroot
root@crashed:/tmp# env | grep fake
LD_PRELOAD=libfakeroot-sysv.so
LD_LIBRARY_PATH=/usr/lib/libfakeroot:/usr/lib64/libfakeroot:/usr/lib32/libfakeroot

Итак, fakeroot перехватывает библиотечные вызовы, например stat, с помощью механизма LD_PRELOAD. Данный способ перехвата широко известен и заключается в том, что линкер загружает заданные в LD_PRELOAD (или в файле /etc/ld.preload) библиотеку(и) раньше других и если в библиотеке определены требуемые функции (в нашем случае функции glibc) то они заменяют собой функции оригинальной библиотеки. Конечно, данный механизм не работает для suid программ, иначе это было бы нарушением безопасности.

Но как вызвать оригинальную функцию glibc из подмененной? Код fakeroot показывает нам это:


void *get_libc(){
#ifndef RTLD_NEXT 
 void *lib=0;
 if(!lib){.
   lib= dlopen(LIBCPATH,RTLD_LAZY);
 }
 if (NULL==lib) {
   fprintf(stderr, "Couldn't find libc at: %s\n", LIBCPATH);
   abort();
 }
 return lib;
#else 
  return RTLD_NEXT;
#endif 
}
/* .... */
*(next_wrap[i].doit)=dlsym(get_libc(), next_wrap[i].name);
/* ... */

Как видим, для получения символа из glibc мы либо непосредственно берем адрес модуля с помощью dlopen, или с помощью макроса RTLD_NEXT (если он доступен) берем адрес следующего модуля, и после этого берем адрес требуемой функции через dlsym. Затем можно вызвать функцию по указателю.

Макрос RTLD_NEXT определен в только если при сборке определен флаг _GNU_SOURCE. В качестве примера напишем перехват функции fopen.


#define _GNU_SOURCE
#include <stdio.h>
#include <dlfcn.h> 
FILE *fopen(const char *path, const char *mode)
{
    FILE *(*real_fopen)(const char *, const char *);
    real_fopen = dlsym(RTLD_NEXT, "fopen");
    fprintf(stderr,"fopen: %s %s\n", path, mode);
    return real_fopen(path, mode);
}
peter@crashed:/tmp$ gcc -shared hack.c -o hack.so -ldl -lc
peter@crashed:/tmp$ LD_PRELOAD=./hack.so gcc hack.c
fopen: /tmp/ccKDaDBH.s w+b
fopen: hack.gcda r+b
fopen: /tmp/ccKDaDBH.s r
...

Но вернемся к fakeroot. Попробуем выполнить следующие действия:


peter@crashed:/tmp$ fakeroot
root@crashed:/tmp# mknod hda b 3 0
root@crashed:/tmp# ls -la hda
brw-r--r-- 1 root root 3, 0 Ноя  9 16:07 hda
root@crashed:/tmp# chown peter hda
root@crashed:/tmp# ls -la hda
brw-r--r-- 1 peter root 3, 0 Ноя  9 16:07 hda
root@crashed:/tmp# exit
exit
peter@crashed:/tmp$ ls -la hda
-rw-r--r-- 1 peter peter 0 Ноя  9 16:07 hda

Оказывается, не все так просто! fakeroot делает видимость выполнения запрещенных файловых операций практически не отличимой от роли настоящего root! Невозможно добиться такого эффекта только за счет подмены вызовов glibc, ведь библиотека инициализируется каждый раз во время загрузки очередной программы, а fakeroot каким-то образом "помнит" проделанные операции в пределах своей сессии...


peter@crashed:/tmp$ fakeroot
root@crashed:/tmp# ps ax | grep fake
 3429 pts/0    S      0:00 /bin/sh /usr/bin/fakeroot
 3437 ?        Ss     0:00 /usr/bin/faked-sysv

Итак, fakeroot это не только библиотека, но и демон, поддерживающий хэш-таблицы выполненных файловых операций. Такой подход позволяет практически полностью виртуализировать файловые операции и решить довольно-таки утилитарную задачу Debian...

О жизни

2008-11-05T13:07:00.003+03:00

Сегодня выписался из больницы. Аппендицит. Сейчас отчетливо чувствую мысль: какой же все-таки фигней я занимаюсь....

В больнице замирает время, почти как в Церкви... Больница -- это организм. В больнице любые люди становятся ближе. В больнице все выглядит по иному. В больнице чувствуешь жизнь. В больнице ты любишь дом. Домой. :)

Маленькие полезности (.inputrc, .vimrc, grep, wget ....)

2008-10-23T12:36:00.009+04:00

У каждого пользователя Linux со временем накапливаются решения/настройки/способы работы с системой, которые можно отнести к категории "маленькие полезности".

Файл .inputrc


set input-meta on
set output-meta on
set convert-meta off
set completion-ignore-case on
set completion-query-items 100
set show-all-if-ambiguous on
set bell-style none

В программах использующих readline (bash...) автодополнение файлов не учитывает регистр, не пищит и не требует повторного нажатия если встречается несколько вариантов. Мелочь, а приятно... Также к полезности можно отнести биндинги readline (man readline). Например, гораздо быстрее использовать ctrl-a/ctrl-e для перехода в начало/конец строки и даже ctrl-h для удаления символа, чем привычные, но далеко расположенные home/end/backspace,

Файл .bashrc


alias grep='grep --color=auto'

Цветной grep.

Файл .vimrc


:syntax on
:colorscheme elflord

Подсветка синтаксиса.


" Set spelling language.  
set spelllang=ru 
" Toggle spell checking for the current buffer with Ctrl-i 
map  <F7> :setlocal invspell<CR> 
imap  <F7> <C-o>:setlocal invspell<CR>

Проверка орфографии по F7 (vim >=7.0). При этом словарь может быть скачан из сети автоматически. Правда для этого надо выполнить первое включение орфографии от root, чтобы у vim'а было достаточно прав для записи словаря в систему.


set mouse=a

Задействовать мышку в vim.


:au BufReadPost * if line("'\"") > 1 && line("'\"") <= line("$") | exe "normal! g'\"" | endif

Автоматический переход к последней запомненной позиции в редактируемом файле.


set keymap=russian-jcuken
set iminsert=0
set imsearch=0
" Toggle layout for the current buffer
function ToggleRu()
    if &iminsert == 0
        set iminsert=1
    else
        set iminsert=0
    endif
endfunction

map  <M-space> :call ToggleRu()<CR>
imap  <M-space> <C-o>:call ToggleRu()<CR>

Переключение раскладки по alt-space с помощью keymap. При этом независимо от раскладки в Vim работают все команды!!!

Файл /etc/x11/xorg.conf
Секция InputDevice для клавиатуры:


    Option         "XkbLayout" "us,ru"
    Option         "XkbOptions" "grp:ctrl_shift_toggle,grp_led:scroll"

Переключалка на русскую раскладку по ctrl+shift, индиктор -- лампочка scroll lock'a.

Аварийный интернет. Автоматическая авторизация в сети goldenwifi или неожиданные возможности wget
Если в организации по какому-нибудь недорозумению нет интернета, нас почти наверняка спасет goldenwifi. Ставим squid, оплачиваем карточку и вперед... Одна загвоздка -- веб авторизация которая напрягает... Ниже приводится bash скрипт, который демонстрирует возможности wget в этом направлении... ;)


#!/bin/bash
LOG=/var/log/wifi.log
ADDR=start.goldenwifi.ru
INETADDR=www.ru

function login_gwifi()
{
        /usr/bin/wget --save-cookies /tmp/cookies.txt \
--post-data 'lang=ru&screen=normal&url=http%3A%2F%2Fwww.yandex.ru%2F&mode=normal&p1uname=USERNAME&p2uname=goldenwifi.ru&password=PASSWORD&is_limits_checkbox=1&show_limits=1' \
https://start.goldenwifi.ru:2443/cgi-bin/status.cgi -q -O /dev/null
}

function check_loop()
{
        while /bin/ping -A -c 10 -W6 $ADDR >/dev/null 2>&1; do
                if ! /bin/ping -c 10 -W6 $INETADDR >/dev/null 2>&1; then
                        echo `/bin/date`" - trying login..." >> $LOG
                        login_gwifi
                fi
                sleep 60
        done
        echo `/bin/date`" - no inet found..." >> $LOG
        return 1
}

function daemon()
{
        echo `/bin/date`" - wifi daemon running..." >> $LOG
        while [ 1 ]; do
                check_loop
                while ! /usr/local/bin/wifiup >> $LOG 2>&1; do
                        sleep 10
                done
        done
}

daemon

Что такое /dev/shm?

2008-10-11T18:48:00.003+04:00

Если в своей Linux системе вы посмотрите на вывод команды mount, то в одной из строк скорее всего вы увидите что-то вроде:

tmpfs on /dev/shm type tmpfs (rw)

Многие знают, что такое tmpfs, и даже используют эту файловую систему размещающую данные в памяти (например, монтируя ее в /tmp), но наверняка не многие знают зачем она смонтирована именно в /dev/shm? Что за странное место для временного хранилища?

Название /dev/shm наводит на мысль о механизме межпроцессного взаимодействия IPC shared memory. Но нетрудно убедиться, что для привычного System V IPC эта файловая система не требуется. Вызов shmget, например, не обращается к файловой системе, пространство имен поддерживается ядром. Так зачем /dev/shm? Оказывается, в glibc, кроме System V shared memory IPC есть реализация POSIX IPC. И вот эта реализация и использует /dev/shm. Убеждаемся в этом:


peter@crashed:/tmp$ vim test.c

#include 
int main(int argc, char **argv)
{
        shm_open("xxx", 0, 0);
}

peter@crashed:/tmp$ gcc test.c -lrt
peter@crashed:/tmp$ strace -e open ./a.out 
...
open("/dev/shm/xxx", O_RDONLY|O_NOFOLLOW|O_CLOEXEC) = -1 ENOENT (No such file or directory)

Быстрая настройка mutt, fetchmail, procmail, spamassassin и exim4 с несколькими smarthost в Debian lenny или "Just For Fun"

2008-10-08T08:59:00.013+04:00

Только вчера настроил эту связку. Зачем? На моем убитом ноуте icedove работает довольно нешустро. Кроме того, я использую dwm, а в нем удобно пользоваться программами, не требующими для своей работы мыши. В общем, некоторым людям это нравится. Не факт, кстати, что приведенная ниже схема оптимальна, но -- it works. Итак -- поехали.

Ставим exim4
dpkg-reconfigure exim4-config
Отвечаем на вопросы следующим образом:
1) Второй пункт (отправка через smarthost, прием по smtp или fetchmail);
2) localhost (имя системы);
3) 127.0.0.1 (слушать соединения на:);
4) пусто (другие места назначения);
5) пусто (IP адреса для которых разрешена релейная передача почты);
6) smtp.mail.ru::587 (или другой основной для вас smtp сервер);
7) нет (не скрывать имя в исходящей почте);
8) нет (минимум dns запросов?);
9) Maildir в домашнем каталоге;
10) да - разделить на конфигурационные файлы;

В результате, содержимое файла /etc/exim4/update-exim4.conf.conf выглядит примерно так:


dc_eximconfig_configtype='smarthost'
dc_other_hostnames=''
dc_local_interfaces='127.0.0.1'
dc_readhost=''
dc_relay_domains=''
dc_minimaldns='false'
dc_relay_nets=''
dc_smarthost='smtp.mail.ru::587'
CFILEMODE='644'
dc_use_split_config='true'
dc_hide_mailname='false'
dc_mailname_in_oh='true'
dc_localdelivery='maildir_home'

Теперь создаем файл /etc/exim4/passwd.client с правами -rw-r----, root:Debian-exim.
В этот файл будут добавляться логины и пароли для smtp серверов. В случае с gmail.com в файл придется также добавить некоторые имена, которые не очевидны вначале, но информация о требуемой аутентификации к которым все-равно появилась бы у вас в /var/log/exim4/mainlog, так что делаем заранее, если пользуетесь gmail. Пример файла:


gmail-smtp-msa.l.google.com:login@gmail.com:password
gmail-smtp.l.google.com:login@gmail.com:password
*.google.com:login@gmail.com:password
smtp.gmail.com:login@gmail.com:password
smtp.mail.ru:login2:password2

Теперь у нас exim4 отправляет почту через один заданный smarthost, который вы выбрали при конфигурации exim4 вначале. Наша задача -- в зависимости от того, с какого адреса исходит почта -- выбирать нужный нам smarthost, например mail.ru или gmail.com (пароли к которым мы и прописали). Админ я посредственный, а про exim вообще ничего не знаю, поэтому содрал схему настройки отсюда.
В файл /etc/exim4/conf.d/router/200_exim4-config_primary перед smarthost: дописываете следующую конструкцию (я думаю вы можете создать файл 199_exim4-config_auto_smarthost с этим содержимым, но для простоты будем идти по проверенной дороге :)


smarthost_auto:
  condition = ${extract{smart_host}{${lookup{$sender_address}lsearch{/etc/exim4/smtp_users}{$value}fail}}}
  driver = manualroute
  domains = ! +local_domains
  route_list = "* ${extract{smart_host}{${lookup{$sender_address}lsearch{/etc/exim4/smtp_users}{$value}fail}}} byname"
  transport = remote_smtp_smarthost

Хорошо, теперь создаем файл /etc/exim4/smtp_users с правами -rw-r---- root, Debian-exim.


login2@mail.ru:   user=peter   smart_host=smtp.mail.ru   auth_name=login2   auth_pass=password2
login@gmail.com:    user=peter   smart_host=smtp.gmail.com   auth_name=login@gmail.com   auth_pass=password2

Как видим, две схемы немного секутся и в целом получилось коряво (пароли в двух местах), но в файле passwd.client у меня хранятся пароли только для gmail, так что оставил пока так.

Все -- теперь exim настроен.

Ставим fetchmail

Тут все просто -- fetchmail забирает нашу почту. Пример конфига .fetchmailrc:


poll pop.mail.ru proto pop3
        user "login2" there is "peter" here has password "password2"
poll pop.gmail.com proto pop3
        user "login@gmail.com" there is "peter" here has password "password" ssl

Права на файл: -rw-------. Можете повесить fetchmail на cron, я его запускаю в режиме демона: fetchmail -d60. Теперь вы можете проверить хождение почты от pop сервера в ваш каталог ~/Maildir. Осталась последняя миля. ;)

mutt -- дело мутное(c)

Ставим mutt. Из каталога /usr/share/doc/mutt/examples берем sample.muttrc.gz и распаковываем его как ~/.muttrc. Меняем/добавляем следующие строки:


set folder=~/Mail               # where i keep my mailboxes
set spoolfile=~/Maildir
mailboxes =inbox
mailboxes =sent
set mbox=+inbox
set mbox_type="Maildir"
set assumed_charset="koi8-r:cp1251:utf-8"
set send_charset="koi8-r"
set editor=vim #ваш любимый редактор
set from="login2@mail.ru" # ваше from по-умолчанию
set use_from=yes
set envelope_from=yes
set alias_file=~/.mail_aliases # where I keep my aliases
set allow_8bit=yes # never do Q-P encoding on legal 8-bit chars
set ascii_chars=yes
set record=+sent                # default location to save outgoing mail
set copy=yes                    # always save a copy of outgoing messages
set delete=yes     
set move=no
set edit_headers
alternative_order text/enriched text/plain text/html.
set thorough_search=yes # поиск в теле письма если кодировка письма и системы не совпадают
set auto_tag

Для данной конфигурации (spool и есть mbox) необходимо сделать символьную ссылку inbox: cd ~/Mail; ln -s ../Maildir inbox. Теперь у вас в каталоге ~Mail будут следующие ящики: inbox (входящая почта -- как ссылка на Maildir), sent -- посланные письма. Другая конфигурация -- это когда письма из спула (Maildir) перемещаются в ящик прочитанных писем (mbox). Для этой схемы необходимо удалить ссылку, и переопределить set move=yes. Все -- дальше если вы войдете во вкус, сами расширите свой конфигурационный файл, разобъете его на несколько частей, добавите ящики, настроите сортировку писем и т.д. и т.п. Главное, что теперь можно попробовать послать письмо и проследить его путь. :)

Быстрый старт
m -- написать сообщение;
c -- выбрать ящик (например, sent);
d -- удалить;
s -- переместить в другой ящик;
g -- ответить всем;
r -- ответить;
t -- пометить сообщение;
q -- выйти;
вверх/вниз -- ходим по письмам;
пробел/ "-" -- смотрим длинное письмо вперед/назад;
q -- выход;

procmail
Теперь предположим, вы подписаны на списки рассылки и хотите, чтобы каждая рассылка хранилась в своем ящике. Нет ничего проще! ;) Ставим procmail. Создаем файл ~/.procmailrc (по мотивам этой статьи).


LINEBUF=4096
VERBOSE=off
MAILDIR=$HOME/Mail
DEFAULT=$HOME/Mail/inbox/
FORMAIL=/usr/bin/formail
SENDMAIL=/usr/sbin/sendmail
PMDIR=$HOME/.procmail
LOGFILE=$PMDIR/log
INCLUDERC=$PMDIR/rc.maillists

Создаем каталог .procmail. В нем файл -- rc.maillists. Например:


:0:
* ^TOdwm@suckless.org
dwm/

Создаем каталог: mkdir ~/Mail/dwm и письма рассыли dwm сыпятся в dwm. Если что-то не так, смотрим log в .procmail.

spamassassin -- боремся со спамом!
В каталоге ~/.procmail/ создаем файл rc.spam.


:0fw
#* < 256000
| spamassassin

:0
* ^X-Spam-Status: Yes
junk/

В .procmailrc дописываем строчку:


INCLUDERC=$PMDIR/rc.spam

Создаем каталог со спамом: mkdir ~/Mail/junk. В .muttrc дописываем следующие строки:


macro index S "|/usr/bin/spamassassin -r"
macro index H "|/usr/bin/sa-learn --ham  --no-sync --single"
macro index R "!/usr/bin/sa-learn --sync"

На сообщениях, для которых spamassassin дал ошибку, в mutt будем нажимать H. На тех, которые пропустил: S. После первого же письма в домашнем каталоге будет создан каталог .spamassassin. В нем будет лежать файл user_prefs, который при необходимости можно посмотреть и отредактировать.

Ну и для полного счастья можно поставить rss2email и настроить чтение RSS-новостей через mutt.

P.S. А вообще-то, весь этот процесс, который мы наблюдаем выше, можно объяснить проще -- это игра. Just For Fun(с) как говорится. И без всяких 3D аккселераторов... ;) Иначе имеем подмену цели на средство к ее достижению - а это уже клиника... В общем, я предупредил... :)

Слон, которого проглотила змея

2008-10-06T14:17:00.005+04:00


peter@crashed:~$ aptitude moo
В этой программе нет пасхальных яиц.
peter@crashed:~$ aptitude -v moo
В этой программе на самом деле нет пасхальных яиц.
peter@crashed:~$ aptitude -v -v moo
Разве не было сказано, что в этой программе нет пасхальных яиц?
peter@crashed:~$ aptitude -v -v -v moo
Прекратите!
peter@crashed:~$ aptitude -v -v -v -v moo
Хорошо, хорошо, если я дам вам пасхальное яйцо, вы уйдёте?
peter@crashed:~$ aptitude -v -v -v -v -v moo
Всё, вы победили.

                               /----\
                       -------/      \
                      /               \
                     /                |
   -----------------/                  --------\
   ----------------------------------------------
peter@crashed:~$ aptitude -v -v -v -v -v -v moo
Что это? Это слон, которого проглотила змея, конечно.


crashed:/home/peter# apt-get moo
         (__) 
         (oo) 
   /------\/ 
  / |    ||   
 *  /\---/\ 
    ~~   ~~   
...."Have you mooed today?"...

Взято отсюда.

Трюки в коде ядра Linux.

2008-10-04T14:15:00.007+04:00

В коде ядра встречаются конструкции, которые можно назвать трюками программирования. Многие из них оказываются полезными, чтобы их запомнить и использовать.

Двойное отрицание
Иногда можно встретить двойное логическое отрицание. Например:

#define likely(x)        __builtin_expect(!!(x), 1)

На самом деле, тут мы еще видим реализацию одного из способов оптимизации, но об этом в другой раз. Пример содержит двойное отрицание. Зачем?

Если x является логическим выражением, то двойное отрицание не нужно, но что будет если в коде мы напишем что-то вроде:

int counter=0x100;
/* ... */
if (likely(counter))

И тут становится понятно, что двойное отрицание выражения всегда дает булевую величину (0 или 1). Его можно назвать приведением к булевому типу, что довольно непривычно звучит в C.

Выравнивание

/* align addr on a size boundary - adjust address up/down if needed */
#define _ALIGN_UP(addr,size)    (((addr)+((size)-1))&(~((size)-1)))
#define _ALIGN_DOWN(addr,size)  ((addr)&(~((size)-1)))

Ну, тут все понятно.

Комментарии с помощью препроцессора

#if 0
                        /* XXX: let's do this when we verify it is OK */
                        if (ret & VM_FAULT_OOM)
                                ret = -ENOMEM;
#endif

Как видим, удобно для быстрого отключения/включения кода, особенно если внутри уже есть комментарии /* ... */.

Необычное сравнение с константой


        if (NULL == siocb->scm)
                siocb->scm = &tmp_scm;

Помогает избежать ошибок, когда вместо сравнения (==) по ошибке ставится знак присваивания (=).

Является ли значение степенью 2?


bool is_power_of_2(unsigned long n)
{
        return (n != 0 && ((n & (n - 1)) == 0));
}

do { /*...*/ } while(0)


# define cap_clear(c)         do { (c) = __cap_empty_set; } while (0)

Очень часто используется при определении макросов, широко известный трюк. Теперь раскрытие макроса может использоваться как вызов функции, так как при раскрытии код будет полностью размещен в своем блоке, который выполнится один раз (while(0)). Внутри блока можно определять переменные. Например:

#ifndef swap
#define swap(x, y) do { typeof(x) z = x; x = y; y = z; } while (0)
#endif

Использование goto

Можно долго говорить, что использование goto в C это плохо, но никакое правило не может быть универсальным. Иначе -- фарисейство или фанатизм... ;)

grep "goto" -R * | wc -l

в дереве исходников ядра дает результат больший чем 50 тысяч.

В большинстве случаев это попытка избежать большей вложенности кода при отработке ошибочных систуаций и освобождении ресурсов. Например:

static long do_sys_truncate(const char __user * path, loff_t length)
{
        struct nameidata nd;
        struct inode * inode;
        int error;

        error = -EINVAL;
        if (length < 0) /* sorry, but loff_t says... */
                goto out;
        /* ... */
        inode = nd.path.dentry->d_inode;

        /* For directories it's -EISDIR, for other non-regulars - -EINVAL */
        error = -EISDIR;
        if (S_ISDIR(inode->i_mode))
                goto dput_and_out;
        /* ... */
        error = vfs_permission(&nd, MAY_WRITE);
        if (error)
                goto mnt_drop_write_and_out;
        /* ... */
put_write_and_out:
        put_write_access(inode);
mnt_drop_write_and_out:
        mnt_drop_write(nd.path.mnt);
dput_and_out:
        path_put(&nd.path);
out:
        return error;
}

Это гораздо проще, чем вложенные друг в друга блоки или излишнее разбиение на функции.

Возвращение кодов ошибок с типом "указатель".

Пример кода:


        char *tmp = getname(filename);
        int fd = PTR_ERR(tmp);
        if (!IS_ERR(tmp)) {
                /* ... */
        }
        return fd;
}

Здесь видно, что getname возвращает указатель, который тем-не менее, может содержать признак ошибки. Здесь, кстати, нужно быть осторожным! Так как это противоречит практике возвращать признак ошибки как NULL. Нужно всегда четко понимать, что возвращает функция ядра в случае ошибки: NULL или PTR_ERR. Например, если написать следующий код:


        char *tmp = getname(filename);
        if (!tmp)
                return NULL;
        /* ... do something .. */

Это уже уязвимость, хотя выглядит прилично. Если не знать что возвращает getname...

Реализация механизма крайне проста, и сама по-себе тянет на трюк.

#define MAX_ERRNO       4095
#define IS_ERR_VALUE(x) unlikely((x) >= (unsigned long)-MAX_ERRNO)

static inline long IS_ERR(const void *ptr)
{
        return IS_ERR_VALUE((unsigned long)ptr);
}

Как видим, указатель содержит отрицательное значение ошибки. Таким образом, выброшенный диапазон адресов приходится на последние 4Kb виртуального адресного пространства, который функция никогда не вернет. Очевидно, что превращение кода ошибки в указатель -- это приведение типа:


static inline void *ERR_PTR(long error)
{
        return (void *) error;
}

Вообще, все это дело терпимо для кода ядра Linux, но совсем нехорошо заниматься такими трюками в пользовательском (предположительно переносимом) коде, так-как все-таки это предполагает, что приведение long в void* и назад -- обратимы.

Вот и все на сегодня. :)

Компиляция выбранного модуля в дереве сборки ядра Linux 2.6.

2008-10-04T09:26:00.015+04:00

make -c <KERNEL TREE> SUBDIRS=<MODULES RELATIVE PATH> modules
Например. Весь каталог:

make -C /usr/src/linux-source-2.6.26 SUBDIRS=drivers/macintosh modules

Выбранный модуль:

make -C /usr/src/linux-source-2.6.26 SUBDIRS=drivers/macintosh therm_adt746x.ko

Минимальный Makefile своего модуля:

obj-m    := our_module.o
KDIR    := /lib/modules/$(shell uname -r)/build
PWD    := $(shell pwd)
default:
 $(MAKE) -C $(KDIR) SUBDIRS=$(PWD) modules

dd или cat?

2008-10-02T09:53:00.007+04:00

Привычка использовать команду dd всегда, когда чтение/запись идет с блоковым устройством у линуксоида, как говорится, в крови. Но ведь команда cat в linux тоже позволяет читать/писать двоичные данные? Заглянув в код команды cat, мы увидим, что сегодня она уже не такая простая какой была когда-то в первых UNIX.
Простейший путь:

      insize = ST_BLKSIZE (stat_buf);
/* ... */
      /* Select which version of `cat' to use.  If any format-oriented
         options were given use `cat'; otherwise use `simple_cat'.  */
/* ... */
          insize = max (insize, outsize);
          inbuf = xmalloc (insize + page_size - 1);

          ok &= simple_cat (ptr_align (inbuf, page_size), insize);

Макрос ST_BLKSIZE довольно наворочен, но в Linux, его значение действительно будет соответствовать размеру блока устройства. Кстати, а вот как выглядела команда cat в 1972 году. Еще интересная штука, это выравнивание буффера на границу страницы. :) В этом письме говорится зачем это сделано. "I can't measure any performance improvements on my host, but I suspect that aligning I/O buffers can make a real
difference with some device drivers on some hosts, and it shouldn't hurt on other hosts." -- вот так то. :)

Код команда dd почти в 3 раза больше cat. И, в общем, понятно почему. В dd чтение и запись всегда блочные и полностью конфигурируемые. По умолчанию размер блока 512 (что почти всегда плохо). Вывод команды dd также выполняет блочную запись, а не просто вывод данных на stdout (хотя по умолчанию это так).
Посмотрим на рутины чтения данных в cat:

size_t
safe_rw (int fd, void const *buf, size_t count)
{
/* .... */
  for (;;)
    {
      ssize_t result = rw (fd, buf, count);

      if (0 <= result)
        return result;
      else if (IS_EINTR (errno))
        continue;
/* ... */ 
   }
}

/* ..simple_cat.. */
for (;;)
    {
      /* Read a block of input.  */

      n_read = safe_read (input_desc, buf, bufsize);
   /* ... */
      if (n_read == 0)
        return true;
      /* Write this block out.  */
      {
        /* The following is ok, since we know that 0 < n_read.  */
        size_t n = n_read;
        if (full_write (STDOUT_FILENO, buf, n) != n)
          error (EXIT_FAILURE, errno, _("write error"));
      }
    }

и в dd:

static ssize_t
iread (int fd, char *buf, size_t size)
{
  for (;;)
    {
      ssize_t nread;
      process_signals ();
      nread = read (fd, buf, size);
      if (! (nread < 0 && errno == EINTR))
        return nread;
    }
}
/* ... dd_copy ... */
      nread = iread (STDIN_FILENO, ibuf, input_blocksize);

      if (nread == 0)
        break;                  /* EOF.  */

      if (nread < 0)
        {
          error (0, errno, _("reading %s"), quote (input_file));
          if (conversions_mask & C_NOERROR)
            {
              print_stats ();
              /* Seek past the bad block if possible. */
              if (!advance_input_after_read_error (input_blocksize - partread))
                {
                  exit_status = EXIT_FAILURE;

                  /* Suppress duplicate diagnostics.  */
                  input_seekable = false;
                  input_seek_errno = ESPIPE;
                }
              if ((conversions_mask & C_SYNC) && !partread)
                /* Replace the missing input with null bytes and
                   proceed normally.  */
                nread = 0;
              else
                continue;
            }
          else
            {
              /* Write any partial block. */
              exit_status = EXIT_FAILURE;
              break;
            }
/* ... */
     if (n_bytes_read < input_blocksize)
        {
          r_partial++;
          partread = n_bytes_read;
          if (conversions_mask & C_SYNC)
            {
              if (!(conversions_mask & C_NOERROR))
                /* If C_NOERROR, we zeroed the block before reading. */
                memset (ibuf + n_bytes_read,
                        (conversions_mask & (C_BLOCK | C_UNBLOCK)) ? ' ' : '\0',
                        input_blocksize - n_bytes_read);
              n_bytes_read = input_blocksize;
            }
        }
      else
        {
          r_full++;
          partread = 0;
        }

И мы видим, что вроде бы все одинаково, но цикл чтения команды cat, это последовательное чтение. А цикл чтения dd это ВСЕГДА поблочное чтение, и если по каким-то причинам, произошло чтение меньшего количества байт, чем в блоке, dd имеет возможность пропустить "плохие" входные данные.

Здесь один из участников темы высказал следующую мысль. Разделение чтения/записи на блочное и не блочное -- сложилось исторически. На традиционных Unix блоковые диски были доступны и как блоковые и как символьные устройства. dd была нужна для работы с блочным устройством, а cat умела работать только с символьными. Поэтому сегодня, различие между этими командами скорее функциональное, чем архитектурное.

Debian Linux на PowerBook 12" 1.5Ghz или videoram error

2008-10-01T11:10:00.011+04:00

Года 4 назад купил я себе Powerbook. Это был последний ноут от Apple на архитектуре PowerPC, чем меня и порадовал. Еще-бы, ведь на него чисто физически невозможно поставить M$ Win! MacOS X мне очень понравился и я даже впоследствии снес с ноута мною же установленный linux. Но о MacOS X как-нибудь в другой раз.

Была у ноута неприятная особенность -- очень сильно он грелся. Ну то есть вроде бы и должен был греться алюминевый корпус, но когда я смотрел на температуру видеокарты при какой-нибудь мало-мальской нагрузке -- сердце мое екало.

И вот, в один кошмарный день случился кернел паник и при загрузке системы я увидел "снежок" на экране... Не знаю почему -- но я ухватился за мысль об умирающем винчестере (тем более что действительно имелись с ним проблемы в виде бэд блоков) и решил разобрать свой ноут сам... Даааа -- историю о 60 винтиках, трех сломанных отвертках и 30 ватном паяльнике переносим на другой раз... Винчестер я все-таки поменял,переустановил ОС и начал снова радоваться жизни... До следующего снежка... Теперь при перезагрузке с экраном творилось нечто страшное -- вертикальные полоски, рябь и зависание. Тут-то я и догадался потестить видюху -- ну и конечно получил сквозь рябые полоски сообщение: videoram error.

А надо сказать, что этот ноут на данный момент моя единственная домашняя машина. Вот тут-то я и вспомнил о Linux. Дело в том, что в Single mode MacOS X грузился -- проблемы начинались только при запуске Aqua. И я подумал, что может быть Linux (не зная об 3d аккселерации -- видео от NVidia а архитектура PPC -- драйверов с 3Д нет физически) позволит мне протянуть время до покупки новой машины. И вот здесь начинается самое интересное. Лихорадочно разбрасывая завалы пыльных дисков в шкафу я нащупал его -- сетевой диск для установки Debian!!! И понеслось...

Первое и самое главное -- оборудование работает все. Ну то есть, кроме модема -- так как не пробовал. Второе -- работает даже мультитач, то есть, если кто не знает, в MacOS X есть такая приятная особенность -- скроллинг двумя пальцами по точпаду -- очень удобно -- так вот, и это тоже настраивается. Третье -- на убитой видюхе работают X11 (без акселерации правда). Работает hibernate to disk (но не в ram). Работают кнопки Fn. И даже температурный контроль. А теперь обо всем этом без лирики.

Убитая видеокарта

Параметр к ядру (yaboot.conf):


 append="quiet video=nvidiafb:noaccel"

Параметры в Xorg.conf


Section "Device"
 Option     "SWcursor" "True"
 Option     "NoAccel" "False"
 Option     "ShadowFB"  "True"
 Option     "FlatPanel" "True"
 Option     "DualHead" "False"
 Identifier  "Card0"
 Driver      "nv"
 VendorName  "nVidia Corporation"
 BoardName   "NV34M [GeForce FX Go5200]"
 BusID       "PCI:0:16:0"
EndSection

Мультитач


Section "InputDevice"
  Identifier  "Mouse0"
  Option      "Device" "/dev/input/mice"
  Driver          "synaptics"
  Option          "SendCoreEvents"        "true"
  Option          "Protocol"              "auto-dev"
  Option          "MinSpeed"              "0.4"
  Option          "MaxSpeed"              "1"
  Option          "AccelFactor"           "0.07"
  Option          "FingerLow"             "3"
  Option          "FingerHigh"            "10"
  Option          "HorizScrollDelta"      "40"
  Option          "VertScrollDelta"       "40"
  Option          "SHMConfig"             "on"
  Option          "RTCornerButton"        "0"
  Option          "LTCornerButton"        "0"
  Option          "MultiFingerButton"     "2"
  Option          "MultiFingerLock"       "1"
  Option          "VertTwoFingerScroll"   "on"
  Option          "HorizTwoFingerScroll"  "on"
  Option          "PalmDetect"            "on"
  Option          "TapButton1"            "0"
  Option          "TapButton2"            "0"
  Option          "TapButton3"            "0"
EndSection

Чтобы работали опции MultiFingerLock и MultiFingerButton я использовал следующий патч: http://ubuntu-virginia.ubuntuforums.org/showthread.php?t=626112&page=2. Он позволяет эмулировать клики мыши 2 и 3-й кнопкой на точпаде за счет касания двумя и тремя пальцами и нажатия единственной кнопки точпада Powerbook'а.

Hibernate

Настроить hibernate to ram у меня не получилось, но судя по сообщениям в интеренете оно и не работает на 12" Powerbook. Hibernate to disk получился только с переходом на suspend2 или TuxOnIce и установкой скриптов hibernate. (apt-get install hibernate). При этом в файле /etc/hibernate/common.conf изменены следующие строки:

UnloadAllModules yes
LoadModules auto
SwitchToTextMode yes
IncompatiblePrograms xmms audacious mpd
RestartServices alsa-utils powernowd laptop-mode anacron pbbuttonsd

В файле /etc/hibernate/suspend2.conf:


SuspendDevice swap:/dev/hda5

В файле /etc/hibernate/hibernate.conf оставлен только метод suspend2.
Параметры к ядру теперь:


append="quiet video=nvidiafb:noaccel,1024x768-16@60 resume=swap:/dev/hda5"

Чтобы hibernate активировался при закрытии крышки я установил пакет pbbuttonsd и в конфиге /etc/power/pmcs-pbbuttonsd внес правку:


case "$1" in
emergency)
shutdown -h now "Low battery - system will go down now!"
;;
shutdown)
shutdown -h now "User requested shutdown - system will go down now!"
   ;;
suspend)  #HERE IT IS!!!
   hibernate --kill &
   exit 0
   ;;
*)
cd `dirname $0`
PATH=$PATH:$PWD
[ -d ${1}.d ] && run-parts --arg="$1" --arg="$2" --arg="$3" ${1}.d
run-parts --arg="$1" --arg="$2" --arg="$3" event.d
;;
esac

А в /etc/pbbuttonsd.conf заменил suspend-to-ram на suspend-to-disk.

Температурный режим

Пока я пересобирал ядро, ноутбук умирал 2 раза -- от перегрева. После второго раза я попробовал cpudyn и powernowd, последний мне понравился больше. Конфиг /etc/default/powernowd:


OPTIONS="-q -m2 -l40 -u80"

Задает щадящий режим процессора. Кроме того для жетского управления можно менять гувернера:


cpufreq-selector -g powersave
cpufreq-selector -g performance

или


cpufreq-selector -g userspace -- обратно к управлению от powernowd.

И все-равно мне показалось, что модуль therm_adt746x (на моей машинке он давал доступ к датчикам температур и управлению скоростью вращения вентилятора) плохо управляет вентилятором. Ноутбук по-прежнему перегревался.
Исходный текст драйвера показал его способ управления вентиляторами.


int var = th->temps[i] - th->limits[i];
if (var > -1) {
   int step = (255 - fan_speed) / 7;
   if (abs(var - th->last_var[fan_number]) < started =" 1;" new_speed =" fan_speed" new_speed =" fan_speed;"> 255)
           new_speed = 255;

То есть, если совсем грубо -- максимальное вращение вентилятора приходится на гранично-допустимую температуру + 7. Максимальная скорость 255.
Файл /etc/modprobe.d/adt


options therm_adt746x limit_adjust=-12 fan_speed=220

Что соотвествует границе температуры GPU в 56 градусов, при этом скорость вентилятора будет составлять 220 и дайдет 255 при 56 + 7 градусов. Довольно аггресивно, но прохладно. Кроме того я поменял дефултные значения границ с:


static u8 default_limits_local[3] = {70, 50, 70};    /* local, sensor1, sensor2 */

на


static u8 default_limits_local[3] = {70, 55, 70};    /* local, sensor1, sensor2 */

чтобы после корректировки limit_ajust'ом они составили: (58, 43, 58), а не (58, 38, 58) что уже явно слишком (для CPU).
После этих изменений температурный режим ноутбука при 100% загрузке не приводил к перегреву.

Обновление: Таки перегрелся. Вентилятора powerbook 12" не хватает, чтобы выдерживать такую низкую температуру. Еще одно решение, оставить автоматический режим работы вентилятора и не делать коррекцию температур. Исходный код therm_adt746x.c. Закомментировать строки:

        if (fan_speed == -1)
                fan_speed = 64;

Необходимо убрать параметры fan_speed и limit_ajust из параметров модуля. При этом датчики будут доступны в Linux, но вентилятор останется работать в автоматическом режиме -- похоже этот режим немного умнее той логики, что реализована в драйверве. Максимальная температура в этом режиме составила 63/66C для CPU и GPU соотвественно.
Мелочи
Файл /etc/rc.local


echo "ide-disk" > /sys/class/leds/pmu-front-led/trigger
/sbin/fnset -u

Лампочка защелки играет роль лампочки активности ide. Функциональные клавиши работают по умолчанию, а клавиши Powerbook'a (яркость, громкость и прочее) совместно с нажатой Fn.

wifi и bluetooth работают из коробки, только для wifi нужна проприетарная прошивка (о необходимости которой скажет ядро -- см. dmesg при активации интерфейса).

Итоги

Линукс очень хорош в своей гибкости и вывернутости наизнанку. Фактически он спас мне домашний ноут, на котором я и пишу сейчас эту статью... А поставив в качестве оконного менеждера dwm, я понял, что бук мне еще послужит... ;)