maltta@r2-d2:~/fah11$ sudo apt-get install gcc make
[sudo] password for maltta:
Чтение списков пакетов... Готово
Построение дерева зависимостей
Чтение информации о состоянии... Готово
Уже установлена самая новая версия gcc.
Уже установлена самая новая версия make.
Следующие пакеты устанавливались автоматически и больше не требуются:
linux-headers-2.6.32-28 linux-headers-2.6.32-28-generic
Для их удаления используйте 'apt-get autoremove'.
обновлено 0, установлено 0 новых пакетов, для удаления отмечено 0 пакетов, и 121 пакетов не обновлено.
maltta@r2-d2:~/fah11$ cd /home/maltta/thekraken-0.4
maltta@r2-d2:~/thekraken-0.4$ make
echo "/* this file is autogenerated */" > version.h
echo "#define VERSION \"`cat VERSION`\"" >> version.h
./mkdep -Wall -Wshadow -O2 -D_GNU_SOURCE ЭТО СПАМ - ОТПРАВЬТЕ ЖАЛОБУ (синий квадрат в левом нижнем углу)
gcc -Wall -Wshadow -O2 -D_GNU_SOURCE -c -o ЭТО СПАМ - ОТПРАВЬТЕ ЖАЛОБУ (синий квадрат в левом нижнем углу) ЭТО СПАМ - ОТПРАВЬТЕ ЖАЛОБУ (синий квадрат в левом нижнем углу)
ЭТО СПАМ - ОТПРАВЬТЕ ЖАЛОБУ (синий квадрат в левом нижнем углу): In function ‘traverse’:
ЭТО СПАМ - ОТПРАВЬТЕ ЖАЛОБУ (синий квадрат в левом нижнем углу):425: warning: ignoring return value of ‘chdir’, declared with attribute warn_unused_result
echo "/* this file is autogenerated */" > build_info.h
echo "#define BUILD_INFO \"(compiled `date` by `whoami`@`hostname`)\"" >> build_info.h
gcc -Wall -Wshadow -O2 -D_GNU_SOURCE -c -o build.o build.c
gcc -o thekraken ЭТО СПАМ - ОТПРАВЬТЕ ЖАЛОБУ (синий квадрат в левом нижнем углу) build.o
maltta@r2-d2:~/thekraken-0.4$ sudo make install
install -ps thekraken /usr/bin
maltta@r2-d2:~/thekraken-0.4$ cd /home/maltta/SMP2
maltta@r2-d2:~/SMP2$ thekraken -i
thekraken: The ((kraken)) 0.4 (compiled Срд Ноя 2 20:10:24 EET 2011 by maltta@r2-d2)
thekraken: Processor affinity wrapper for Folding@Home
thekraken: The ((kraken)) comes with ABSOLUTELY NO WARRANTY; licensed under GPLv2
thekraken: performing installation to .
thekraken: /home/maltta/SMP2/FahCore_a5.exe: wrapper succesfully installed
thekraken: finished installation, 1 out of 1 files processed

Псевдотерминалы
Большую часть терминалов-устройств в /dev составляют даже не виртуальные консоли, а так называемые псевдотерминалы. Это довольно курьезные устройства, не имеющие не только соответствующей аппаратной части, но даже и программной! UNIX управляется посредством терминала. Терминал не обязан быть аппаратным устройством (это мы видели на примере виртуальной консоли). На самом деле, любой источник адресованных системе команд в виде потока байтов может быть терминалом. Например, при установлении терминального соединения по сети роль дисплея и клавиатуры выполняет специальный демон (в последнее время для этого используется пакет Secure Shell, имя демона - sshd). Используя соответствующую утилиту (в нашем случае - ssh), пользователь подключается с одного компьютера к демону, запущенному на другом. Утилита читает с терминала пользователя и преобразует введенное сообразно сетевому протоколу SSH, после чего данные отсылаются демону. Демон преобразует полученное обратно в текстовый вид и записывает в специальное устройство по имени /dev/ptyp (точнее сказать, /dev/ptyp0, /dev/ptyp1 и т. д., так как для каждого такого сеанса связи необходимо свое устройство).

Устройство /dev/ptyp0 и остальные - очередной пример хитроумной файл-дырки: все, что записано в него, немедленно выводится на /dev/ttyp0, а все, что попадает в ttyp0, перенаправляется в ptyp0. И вот ttyp - уже полноценный терминал, с ним может быть связана по вводу какая-нибудь программа (скорее всего, shell), данные передаются в подготовленном виде, сигналы поступают и т. д. Нетрудно догадаться, что ttyp и есть псевдотерминал. Пара ptyp - ttyp напоминает канал ("|" из конвейера, описанного в лекции 11), с одним существенным отличием: эти устройства асимметричны, только ttyp работает как терминал: обрабатывает входной поток и подает сигналы.

Псевдотерминалами пользуется всякая программа, желающая заменить терминал: например, многочисленные варианты эмуляторов терминала для графической системы X Window (xterm, rxvt, gterm, konsole и т. д.). С одной стороны, обилие графических инструментов не может полноценно заменить командную строку, а с другой - диктует определенные принципы оформления. Поэтому для каждого вида рабочего стола в X Window существует своя программа, имеющая графическое окно, весьма похожее на терминал. Здесь, увы, возродилась традиция неразберихи в характеристиках: многие из них представляются системе как xterm (ортодоксальный эмулятор терминала для X Window), а в действительности слегка отличаются от него по управляющим последовательностям.

Кроме того, ptyp использует утилита screen, которая из одного канала передачи данных делает несколько терминалов (просто открывая несколько псевдотерминалов и переключаясь между ними; это удобно, если консоль в системе всего одна). У screen есть еще одно полезное свойство: его можно отсоединить от реального терминала, на котором он был запущен. При этом псевдотерминалы не освобождаются, и UNIX продолжает считать, что пользователь все еще работает в системе на нескольких терминалах, просто не вводит никаких команд. Впоследствии screen можно вновь присоединить к любому другому терминалу и продолжить работу.

Вы можете, скажем, поработать в screen за консолью системы и запустить там два сеанса shell: в одном поставить собираться из исходных текстов какой-нибудь большой проект (что иногда длится часами), а во втором вызвать текстовый редактор vi, да так и бросить. После чего вы отсоединяете screen от консоли (^A^D) и заканчиваете работу. Приехав вечером домой, вы, возможно, захотите проведать, как там идет сборка. Подключившись по Internet при помощи ssh к системе, вы присоединяете screen к текущему терминалу (screen -r; теперь он использует псевдотерминал, а не консоль, но какая системе разница?) и видите оба сеанса: в одном продолжается сборка, а в другом запущен и ничего не делает vi.

Во многих системах вы увидите изрядное количество ttyp и ptyp в /dev. Они заведены там впрок; программа, которая захочет открыть ptyp, получит первый, никем еще не занятый. Другие системы используют динамический метод выделения ptyp: очередное устройство создается, когда в нем возникает необходимость, и удаляется из /dev/, как только будет закрыто.