История знает немало случаев, когда одна оплошность способна перевернуть всё с ног на голову. К счастью, это не всегда заканчивается трагедией, а становится лишь курьёзом. Подобное случилось и с USS Yorktown, когда оператор на корабле ввёл «0» в его вычислительную систему.
Невезучий крейсер
Ракетный крейсер USS Yorktown типа Ticonderoga за свои относительно короткие по меркам мирового флота 20 лет службы успел оставить след в истории. Несмотря на положительные моменты, карьере этого корабля не позавидуешь. Он был первым кораблём, который после окончания Второй мировой войны посетил Россию с официальным визитом в 1992 году. Однако за 4 года до этого он участвовал в громком случае, который принёс ему куда больше славы, пускай и сомнительной. В 1988 году, когда на картах мира ещё значился Советский Союз, Yorktown и эсминец Caron нагло вторглись в его территориальные воды в районе Севастополя и двигались в сторону Ялты, не реагируя на предупреждения со стороны ВМФ СССР. За эту дерзость командиры сторожевых кораблей «Беззаветный» и СКР-6 совершили навалы на американских «гостей», нанеся им существенные повреждения и заставив с позором ретироваться, чем подпортили репутацию флота США на мировой арене.
Злосчастная модернизация
В 1996 году крейсер решили модернизировать, причём не самым обычным образом. Чтобы улучшить рабочие условия и облегчить жизнь экипажа, а заодно повысить эффективность работы всех систем корабля, на него установили компьютеры. 27 устройств с процессорами Pentium Pro частотой 200 МГц, работавшими на Windows NT 4.0 и объединённых в единую сеть. Идея сделать корабль «умным» имела явные преимущества, например, для навигации и управления вооружением. Кто же знал, что один единственный упущенный момент при настройке этой системы сыграет с кораблём злую шутку…
Учения с позором
В сентябре следующего года CG-48 участвовал в учениях, в ходе которых он должен был продемонстрировать свои новые качества. Но 21 числа случился непредвиденный сбой, из-за которого вычислительная система не обновила состояние топливного клапана. Оператор попытался выполнить сброс для калибровки и устранения ошибки, для чего ввел в одну из ячеек расчетной таблицы ноль. Это и привело к происшествию.
Программисты, выполнявшие настройку системы при модернизации Yorktown, забыли ввести в операции проверку на ноль, чтобы не нарушать вычислительные процессы в ней. Как итог, программа ЭВМ запустила операцию деления на этот самый ноль, что привело к целому каскаду ошибок, которые быстро распространились по всей локальной сети из 27 управляющих компьютеров. Это привело к тому, что отказали не только топливные клапаны, но и практически все системы корабля, которые были подключены к вычислительной сети.
Крейсер оказался полностью обездвижен и обезоружен, а на запуск и подключение аварийной системы управления команде понадобилось 2 часа 45 минут, за которые в боевой обстановке он уже мог быть поражён противником. Пусть из-за этого корабль приобрёл ещё большую дурную славу, он подарил курьёз, который лишний раз напоминает одно из важных правил простой математики: на ноль делить нельзя!
Материал подготовлен волонтёрской редакцией «Мира Кораблей»
- 15 ситуаций, в которых дети серьёзно начудили
- Дикая история вечно беременной спортсменки
- "Я ей предложила колбасу, а она скривила лицо": развод с избирательными попрошайками
- Аму Хаджи: история иранца, который не мылся 67 лет
- "Жаль потраченных на тебя денег, тварь!": девушки поделились самыми неудачными свиданиями
1) Американский самолет перевернулся на брюхо, когда пересек экватор.
2) Компьютеры израильского самолета вышли из строя когда он пролетал над Мертвым морем, где высота "над уровнем моря" ниже нуля. Пилот, вроде, посадил самолет на ручном управлении.
3) Ракету «Атлас» с аппаратом «Маринер-1» пришлось взорвать из-за ошибки в программе. Тоже вроде связано с делением на ноль силы сигнала.
4) Ракета Ariane 5: ущерб в $8,5 млрд. Считается самой дорогостоящей из компьютерных ошибок. Правда, тут до конца не ясно было ли деление на ноль. Прогу для старой ракеты на 16 бит перекомпилировали под 64 бита. Она записывала 64-битные значения в 16-битные адреса.