Bash.org.ru IT - Bash.org.ru IT Happens Истории ## 1301 – 1400

13:00 22.10.2009, IT happens

Знакомство моё с компьтерами началось в девяностых (я был в девятом классе) с «пня» с довольно стандартным набором устройств, среди которых был восьмискоростной сидиром. Примерно через год эксплуатации начались трудности — драйв с трудом жевал «палёные» диски с моими любимыми игрушками, а в конечном итоге отказался читать что-либо вообще. Перспектива остаться наедине с «Сапёром» и пасьянсами мне не улыбалась никак — надо было срочно что-то придумать.

Решение пришло, как это часто бывает, случайно и было нетривиальным. Опытным путем было установлено, что сидюк отлично читает единственный лицензионный диск в квартире с дровами и софтом от принтера. Процедура была следующая: в сидюк вставлялся лицензионный диск, служивший «разгонным». После того, как сидюк начинал уверенно жужжать, быстренько нажималась кнопка Eject, лицензионный диск извлекался и вставлялся любой другой. Драйв продолжал думать, что вставлен качественный диск, и уверенно его читал. Единственным обязательным условием была скорость исполнения. Через неделю по скорости я не уступал механикам команды Ferrari на гонках Формулы-1!

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

13:00 22.10.2009, IT happens

Программил я несколько лет назад в фирме, занимавшейся выпуском приборов с хитрыми датчиками. В одно прекрасное утро главный инженер поставил задачу реализовать в ПО поддержку нескольких датчиков на одном COM-порту. На первый взгляд всё было просто:

1) устанавливаем бит чётности в настройках порта в 1;

2) пишем в порт адрес нужного датчика;

3) устанавливаем бит чётности в настройках порта в 0;

4) пишем в порт команду;

5) читаем ответ.

Пишу (очистки буферов и очереди после операции записи в порт, все как положено), компилирую, несу в соседнее здание на флешке инженеру, запускаю на его древнем ноуте с COM-портом — всё работает! Несу датчик к себе, запускаю на своей мощной машине — облом!

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

Иду к инженеру в соседнее здание, прошу осциллограф. Получаю отказ: «Это единственный осциллограф с памятью, он мне тут нужен». Не беда! Приношу версию программы с максимально подробным ведением логов, цепляюсь осциллографом на вход микрухи датчика, запускаю, медитирую... Порт открывается, бит чётности становится в 1, идёт адрес, идёт команда, порт закрывается. В логах все солнечно: судя по ним, бит чётности перед отправкой команды таки 0, а вот судя по осциллографу — 1. Естественно, датчик команду не воспринимает. Я больше верю осциллографу. Спрашиваю у гугла, форумов и знакомых спецов — ответа нет.

Нервы, психологическое давление со стороны инженера, ожидание Нового года на работе... На третий воскуривания даташита Super-IO-чипа, установленного на «волшебном» ноутбуке, всё становится ясно. Микруха на моей и других новых мамках по каким-то причинам не успевает переключить чётность, а на древнем ноуте успевает благодаря врожденной тормознутости последнего. Загадочным образом при этом API на обеих машинах сообщает, что все переключилось. Вставляю в код задержку в 1 мс — датчик радостно мигает индикаторами на любых компах!

Читайте мануалы. В них сила.

15:00 22.10.2009, IT happens

Два раза с большим перерывом и в разных группах я наблюдал «линуксовые войны».

Война первая состоялось, когда я еще был несмышлёным школием. На информатике нас припахали ставить линукс на все машины в классе — про Ghost и прочий мирроринг учитель слыхом не слыхивал. Рутовый пароль был везде одинаков. Суть игры была простой: выключи машину противника раньше, чем он выключит твою. Атаковали, зайдя по SSH на чужую машину и сказав системе shutdown -h now. Блицкриг-вариант (halt) мы выучили позже. Была и возможность уйти в глухую оборону: init 1 с отключением сети.

Вторая игра проходила заметно позже, в универе, и была похожа на забавы наших виндоус-коллег (История #862 [4] #862: Поле битвы: ОЗУ 9 мая 2009, 12:45 рейтинг: 2977 Лабораторная по предмету «Операционные системы», тема — batch-файлы. Мы с другом выполнили все задания, ждем, когда препод соизволит их проверить. От скуки был написан virus.bat: :A start cmd goto A Результат — растущая куча окошек DOS. «Вирус» тут же был оптимизирован: start cmd call virus Нет предела совершенству, и код был сжат до одной строки: start virus Также была написана версия с повышенной жестокостью: start virus /REALTIME /ABOVENORMAL call virus Теперь каждое созданное окно начинало безудержно плодить новые окна. Компьютер печально вис через пару десятков секунд. Тут же была разработана вакцина vaccine.bat, убивавшая все окна: taskkill /F /T /IM cmd* Ради интереса в начало вакцины была добавлена строчка start vaccinе. После чего начались «войны в памяти» — мы запускали вакцину и какой-нибудь из вирусов и наблюдали, кто кого победит. ). Два игрока сидели на одной и той же машине, локально или по SSH. Один запускал форк-бомбу вида: