Проц с ядром: - системная ошибка, оверхед пула, кернел паник! Помогите! Логгер: - я просто запишу это, ок

Эту историю читал лет 12 назад, в каком-то компьютерном журнале. Заголовок был, что-то "Самая дорогая программная ошибка". Спасибо, освежил память.

Покрывайте код тестами. Покрывайте код тестов тестами. Покрывайте код тестов тестов тестами... (спустя несколько тысяч итераций) * переполнение стека *

Жду когда ты соберёшь процессор. В оном из роликов ты обещал попробовать. Спасибо за 300 лайков.

Отличный выпуск Выпуски на ракетную тематику усиливают желание увидеть новую ракету в вашем исполнении

Тоже программист и такие ситуации случаются очень часто: когда видишь ошибку и понимаешь, что код на все 100% должен работать правильно, но он почему-то этого не делает.

Кстати норм заход для рекламы курсов тестировщиков был бы (:

5:20 вместо МегаГерц (MHz) написано МиллиГерц (mHz). Монтажеру привет.

1:29 лайк за KSP)

Ну, это просто супер! Рассказ про чью-то маленькую ошибку, которая обошлась очень дорого, и Антон на первых же кадрах говорит - знакомьтесь, Ариан-5, а показывает - Ариан-6 !!! Браво! )

7:40 аааааааа! Кто так строит? Лёха ты же инжинер.

Ошибку устранили... вместе с тем, кто её допустил)

16 бит хватит каждому

"Покрывайте свой код тестами", самое важное в этом видео.

Очень здорово, что не просто рассказал, но и наглядно показал как ведёт себя эта "особенность" в компиляторе.

Вот это я понимаю дебагинг кода)

Мне аж захотелось в KSP поиграть

А меня научили: перед делением в коде проверь знаменатель на ноль, даже если нуля там не будет никогда в жизни. А вот если не проверишь - то ноль обязательно проскочит.

Интересный контент. Спасибо за выпуск. Не знал про такую аварию.

Как у классика поётся: нельзя обосраться, но мы обосрались...

Классный выпуск, почаще бы такое, очень интересно

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

Кадры из ксп вставил, это мы одобряем

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

Спасибо за видео! Было очень интересно)

Спасибо! Теперь есть то что смотреть перед сном

Интересно Ариан 6 :) тоже сразу запустят с полезным грузом "Ну всё-же работало на 5 версии".

Ещё один рассказ, где все произошло из-за переполнения переменной. Топ1 баг!

неплохо неплохо)) KSP одобряем)

Спасибо за видео.Коммент в поддержку!

оп, на 5 минуте Амперка говорит 12-33 мегагерц а обозначил в ролике как mHz, то есть милигерцы. Ай-яй-яй, вот из-за таких вот мелочей ракеты и разбиваются. ))))

2:03 дорогой же фейерверк вышел.

Отличный видос жду еще таких)

5:21 - MHZ..., а не миллиГерц

Ура! Компьютер убийца продолжается!

Я на кружке делаю всяких роботов на конкурсы. Мне дали задание: перенести программу с одного робота с какой-то штукой на подобие радара на другого. Я перенёс без изменений, ведь на моём она работала нормально. Но я не учёл, что у меня стоит Ардуино Уно, а там- Мини. Естественно там по-другому были воткнуты провода. Я включаю робота с новой программой, начинаю им управлять. Левая и правая гусеница работали нормально. Потом я начинаю вращать"Радар"... Робот начал хрустеть и передачу на радаре разломало к чёрту. Вот ещё один урок: всегда проверяйте пины на платах, пожалуйста.

За KSP респект конечно

Безусловно лайк!

нужно подобные ошибки в курс собирать и преподавать в университете, с более подробным разбором, а курс назвать, как не стать говнокодером

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

Подскажите пожалуйста кадры из какого фильма использовались в моменте с 9:13

Очень интересно 👍

Я один подумал что 5G это то самое 5G?

Технобайки. Лучшая рубрика 👍👍👍👍👍❗❗❗❗👍👍❗❗❗

Лайк за нарезку из KSP)) порадовал

круто , продолжай.....

Леха, мы не эту ракету ждали! Но всеравно интересно. Есть ещё идеи по вжмванию после большого П?

Спасибо за ксп амперка!... Кстати для ксп есть адд-он Kos он добавляет возможность программировать корабли на бэйсике

огонь выпуск

Технобайки это конечно хорошо, но где рука терминатора? А где законченный проект робота с Интро? Обещали закончить. А вообще может устроите конкурс кто лучше сделает данного робота?(награду естественно вам придумать)

классный разбор.

! Ждём от Амперки - сборка простого процессора на простых транзисторах !

Крутое видео я тебя смотрю уже 2 года так держать

Можем спать спокойно, Арнольд грохнул Скайнет )

11:00 Чтобы компилятор выдавал предупреждения о "стремных" преобразованиях, нужно включить расширенные предупреждения в части преобразований. В gcc за это отвечает опция -Wconversion . В данном случае gcc честно предупреждает, что здесь результат преобразования может оказаться неожиданным. Да и вообще стоит включать -Wextra и -pedantic для пущей строгости. )

Чтоб "Протон" совершил подобный кульбит, так серьёзно не заморачивались - хватило пару штифтов спилить при установке датчиков угловой скорости ))

Вся суть ошибки Машины должны быть безопасны для человека. Переполнение буфера для переменной: Машины должны убивать человека!

Вот что значит говнокод на 500 миллиардов зелёных! 1.Ракета 💥 2.Ученые😵 3.Увидели говнокод 🗿

1:33 ksp

Лехина ракета обошлась дешевле…

О Лёха вернулся

Так у нас почти так же недавно ракету угробили при запуске с Восточного. Код ориентации исправно работал на Байконуре десятки лет. А запустили с восточного - стал крутить ракету не в ту сторону. Детская ошибка в коде стоила много лямов.

Читал байки про программистов еще во времена FIDOnet в районе 1996-2000 годов. Эта история там была. И еще несколько историй, в которых ошибки программистов привели к различным потерям. Найти бы тот текстик...

Не по колокольчику а по зову сердца)))

Привет создателям софта для Боинг 737MAX

Из-за казалосьбы такой мелочи. Познавательно 😊👍

запуск... установка тяги двигателей 80... высота: 1000 м Ошибка совместимости! Переполнение переменной! Диагностика установка положение ракеты: 90* Аварийное завершение работы 1 модуля... Аварийное завершение работы 2 модуля...

legacy код - он такой. когда его писали были свои ТЗ и ограничения, т.е. условия, в которых он работает. может ввести в заблуждение, что он будет всегда работать во всех условиях, если он долго эксплуатировался и всегда работал корректно (в пределах условий ТЗ). на эти грабли многие наступают.

Интересно)

Статический анализатор кода мог бы найти эту ошибку

Где видео про float?

При использовании С++ можно включить что при даунсазинге автомачтиески проверяются границы и выдается эксепшн

Ничего не понятно. Но очень интересно 😀спасибо

Ну так C и С++ не контролируют неявное преобразование типа, оно всё равно будет сведено к явному на этапе компиляции, разве что для отдельных случаев будет выдан варнинг у некоторых компиляторов в некоторых случаях (также из-за перегрузки функций C++ рекомендуется следить за типом операндов операций и аргументов функций вручную, иначе может быть вызвана не та функция с тем же именем). Явное преобразование - обычная операция в C и С++, её корректность не контролируется ни во время компиляции, ни во время исполнения. Переполнение - не совсем корректный термин для операции преобразования плавающего в целое. У плавающего своё переполнение, у целого своё. Конкретно при преобразовании double в uint16, вначале произойдёт преобразование в самое длинное целое (long например), а затем старшие биты будут просто отброшены. Вообще именно так (отброс старших битов) и может завершится самая обычная операция с целым (мультипликативная, аддитивная). И в стандарте многих языков это не является ошибкой! Целочисленное переполнение часто не контролируется вообще. Можно настроить компилятор на генерацию исключения отдельно. (В тоже время плавающее переполнение - всегда ошибка.) Есть ещё способ преобразовать плавающее в целое - изъятие мантиссы с отбросом экспоненты по маске в побитовой операции из союза (union) в составе double и 64-битного целого. Но такой способ не является универсальным, ибо нужно точно знать низкоуровневый формат плавающего, а он в стандарте языка не задан и варьируется у ЭВМ. Здесь вообще невозможно переполнение, по сути - это тот же отброс битов. Поэтому для корректного преобразования рекомендуется воспользоваться функциями, часто самописными, чтобы гарантировать обработку ошибок. Что же до неконтролируемости целочисленного переполнения, то оно бывает и полезно. А именно - такое поведение в мультипликативной операции есть по сути аж две операции подряд - умножение и остаток от деления на (длину максимального целого + 1). И в 32-битных генераторах псевдослучайных чисел формула R[i]=(R[i-1]*M)%L сокращается до R[i]=R[i-1]*M, где R[] - последовательность псевдослучайных целых, M - множитель последовательности, L - длина цикла последовательности (константы L и M подбираются особо и зависят друг от друга, для L=2^31 существует не так много приемлемых M, одно из которых, 65539, даёт в прошлом весьма распространённый алгоритм RANDU).

Громкое название - "Компьютер - убийца" Ну так дело было не в бобине... Тут скорее "Инженеры - тупицы".

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

«Техника попала на тот свет»! Новое слово Амперки в теологии ))

Было бы символичнее, если бы не поместившееся число затёрло адрес возврата на стеке

7:40 Бедные кербонафты, остались на орбите Кербина навсегда.

Очень странно, почему они не использовали MISRA. Решили, что авось пронесёт?

Одного не понимать - у компутера должна была быть изначальная информация о траектории и при получении неверной информации за короткий промежуток времени посчитать ее верной с учетом скорости массы и инерции? Сдается этих параметров в принципе не было... как и многих других...

инфа стухла лет 20 тому назад. расскажи про новые баги-убийцы!

Коммент в поддержку!

Леша, ты на 3d today fest поедешь?

Симуляцию делали в Кербал?)

лайк за Kerbal Space Programm ))))

Вот что бывает, когда за работу берётся программист, а не программист-инженер

Простите, а сколько там была тактовая частота у MC68020? От 12 до 33 МЕГАгерц (MHz) или МИЛИгерц (mHz)? Казалось бы, всего-то другой регистр - но разница 9 порядков

Всем привет. Комментарий и лайк, для продвижения видео в тренды, чтобы в трендах видеть меньше мусора и больше нормального контента. Помните, если нравится и молчите, а не нравится бомбите - вы голосуете за отброс-контент. Спасибо за создание качественного контента! Всем добра.

Так в чем был баг? Это из разряда - пришел баг с работы домой, весь грустный грустный. Жена спрашивает его, что случилось, дорогой? А баг и отвечает - ты прикинь, эти уроды что придумали... Издали какие то документы... Теперь я не баг... Я фича..

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

Аххаах видос серьёзный но геймплей где балуются в KSP

Похожа на знаменитую ошибку в ракетных комплексах ПВО "Пэтриот". ну и 737МАХ

лайк за KSP

Ну,если франция,то Ариан,а не эриан :) у французов все по-человечески.

То чувство когда смотришь это видео в перерыве между написанием тестов)

Разве запуски не застрахованы?

Ещё очень интересный компьютер-убийца - первопричина катастрофы ИЛ-76 на Камчатке в 1996 году. Там штурман по ошибке ввёл 153 широту вместо 53. Насколько я помню детальный отчёт, компьютер не сообщил об ошибочном вводе, а просто проглотил ведущую единицу, не выводя её на дисплей, так как не хватало разрядности. В результате у штурмана не было возможности визуально проконтролировать такой ошибочный ввод. Навигационная система также не проверила широту на правильность, и повела самолёт не туда.

почаще бы такое

... и используйте правильные инструменты разработки с зависимыми типами ,верификацией кода и проч. :)