Unix Legendry (и другие * nix)

Личным фаворитом всегда был "Дело о 500-мильной электронной почте".

http://www.ibiblio.org/harris/500milemail.html

Спойлер

$ units
2411 units, 71 prefixes, 33 nonlinear units

You have: 3 millilightseconds
You want: miles
    * 558.84719
    / 0.0017893979

Для меня самым удивительным в традиции UNIX является то, что UNIX в основном был написан одним парнем - Кеном Томпсоном, когда он работал в Bell Labs. Есть интересный отчет об этом, который можно найти здесь: http://www.bell-labs.com/history/unix/

Некоторые цитаты просто бесценны:

«Я выделил по неделе операционной системе, оболочке, редактору и ассемблеру, чтобы воспроизвести себя ...», - пояснил Томпсон.

Трубы:

Еще одним нововведением UNIX была разработка конвейеров, которые давали программистам возможность объединить несколько процессов для получения определенного результата.

Это было непросто. «Очень легко сказать« кот в grep в ... »или« кто в кот в grep », - объяснил Макилрой. «Но есть все эти побочные параметры, которые есть у этих команд; у них просто нет аргументов ввода и вывода, но у них есть все эти параметры».

Хотя Макилрой и загнал в тупик, он не отказался от этой идеи. «И в период с 1970 по 1972 год я время от времени спрашивал:« Как насчет того, чтобы сделать что-то подобное? », И выдвигал еще одно предложение, другое предложение, еще одно предложение. И однажды я подошел с синтаксисом оболочки, которая идет вместе с конвейером, и Кен сказал: «Я сделаю это!» "

«Он устал это слышать», - объяснил Макилрой. «Он не сделал в точности то, что я предлагал для системного вызова pipe. Он изобрел немного лучший вариант, который, наконец, был снова изменен на то, что мы имеем сегодня. Он действительно использовал мой неуклюжий синтаксис».

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

"Он поместил трубы в UNIX, он поместил эту нотацию в оболочку, все за одну ночь- удивился МакЭлрой.

Каким бы чисто технически это ни было достижение, когда Томпсон создавал каналы, он также вложил в UNIX кое-что еще - философию.

Как описал это Макилрой, «философия, которую начали выдвигать все, заключалась в следующем:« Пишите программы, которые делают одно и делают это хорошо. Пишите программы для совместной работы. Пишите программы, которые обрабатывают текстовые потоки, потому что это универсальный интерфейс »».

tar никогда не завершается с ошибкой. НИКОГДА. Осторожно.

Источник: Справочник UNIX-HATERS, стр. 31 (http://simson.net/ref/ugh.pdf) Извините, нет HTML-версии.

Эта книга полна других легенд, и в большинстве случаев она применима до сих пор. За годы использования Linux я столкнулся со многими из этих подводных камней ... но не с теми, которые связаны с перезагрузкой всего моего диска, слава богу. Меня поражает, что большая часть этой книги по-прежнему точна, хотя она была написана более 15 лет назад.

А теперь моя собственная история ужасов с дегтем, почти точная копия истории UNIX-HATERS. Та же ошибка, 14 лет спустя!

Я хочу, чтобы моя беспроводная связь работала на моем eeepc, для чего я должен загрузить драйвер, скомпилировать его и установить. Скачиваю все, что нужно, и отправляюсь в библиотеку работать. На полпути я понимаю, что да, мне для чего-то НЕОБХОДИМО интернет, поэтому я перехожу к установке.

tar -cvf somewirelessdriver.tar ./importantcompilerfiles

Вот дерьмо. Я просто набрал -cvf вместо -xvf?

Ага.

Неужели tar просто незаметно создал tar-файл из случайного мусора, перезаписав мой пригодный для использования файл?

Ага. Отлично. Думаю, я просто обойдусь без доступа в Интернет. Хорошо, что это был не многогигабайтный файл ... Ой, погодите, это случилось за неделю до этого.

Честно говоря, что за фигня с загадочными аргументами командной строки и программами Linux? Разве они не могут просто автоматически выполнять базовую операцию при вызове файла с соответствующим расширением. Зачем мне, черт возьми, нужно указывать tar, что делать с АРХИВОМ? Неужели он думает, что я могу захотеть снова заархивировать его?

Думаю, теперь я наконец понимаю, что такое «смоляная яма». ЭТО МЕСТО, КОТОРОЕ ФАЙЛЫ УМИРАЮТ.

Вход с заглавными буквами

http://utcc.utoronto.ca/~cks/space/blog/unix/UnixFossilizationExample

хрм. Боюсь, я неправильно понял вопрос :-)

Но я оставляю ссылку, потому что мне это интересно!

В оригинал символ трубы был ^

Исходный ключ удаления был #

Первоначальная клавиша "kill" (стереть все в строке) была @

Если вы когда-нибудь войдете в более старую система и не может напечатать комментарий или адрес электронной почты, stty станет вашим другом.

это это пример сеанса входа в систему 7-го редактора, в котором человек, делающий журнал, был достаточно любезен, чтобы запустить stty .. Кроме того, как уже упоминалось Вот в нем говорится: «Как определить традиционную оболочку Борна? 1 Простая проверка на часто недокументированную, но характерную особенность: вы можете использовать циркумфлекс ^ (каретка) вместо | (вертикальная черта)».

Знаменитая лекция Кена Томпсона о премии Тьюринга:

http://www.ece.cmu.edu/~ganger/712.fall02/papers/p761-thompson.pdf [PDF]

Когда вы ставите бэкдор для login в вашем компиляторе C могут случиться неприятные вещи ...

NetBSD может работать практически на чем угодно. Поддерживается 57 (57!) Портов:

http://www.netbsd.org/ports/#in-tree-ports

Ура

Одно, о чем, вероятно, не знают многие новички в Linux, - это то, что создатель Linux (Линус Торвальдс) в значительной степени позаимствовал у операционной системы MINIX (образовательного инструмента), созданной профессором Эндрю Таненбаумом: http://en.wikipedia.org/wiki/Andrew_S._Tanenbaum#MINIX .

Линус и профессор Таненбаум также подробно обсуждали достоинства / прагматизм монолитного ядра (Linux) по сравнению с микроядром (MINIX, Solaris). Дебаты были публичными, их можно найти здесь: http://oreilly.com/catalog/opensources/book/appa.html

Ура

Искусство программирования под Unix Это хорошее чтение для всех, кто интересуется вычислениями, а не только для тех, кто интересуется Unix. Да, некоторые из них датированы, но это все еще важное чтение.

Все является файлом или может рассматриваться как таковое ... кроме проклятого пользователя.

Ошибка шины означает, что вы пытаетесь выполнить данные, которые были сохранены на стороне данных разделенной шины данных / программы PDP / 11.

Unix - единственная операционная система, у которой с самого начала были каландры и часы, только потому, что астроном был одним из их создателей. (Дополнительный комментарий-кредит: укажите имя автора. Дополнительный-дополнительный кредит: укажите олимпийского победителя в команде UNIX.)

Поле GCOS в / etc / passwd было названо в честь операционной системы GECOS и помещено туда только потому, что они использовали мэйнфрейм GECOS в качестве сервера печати для исходного Unix mini, и ему нужны данные для приема задания на печать.

Не очень забавная вещь, которую я однажды проделал с tar, и на запуск tar у меня ушла неделя:

1. tar zcf foo.tar.gz ...
   • Некоторое время в течение следующего дня или около того сеанс экрана продолжался на моем экране: <UP>
   • Примерно через день: <enter>
   • Tar закончил, угадайте, какие ключи удерживаются в буфере, и вошел в оболочку через секунду после завершения tar ...

Проголосовать за их комментарий, чтобы первый человек объяснил, что произошло :-) Мораль истории, запускать вещи в фоновом режиме сеанса экрана.

При этом я все еще люблю * NIX. Я не против, когда все идет не так, потому что это было мой вина.