Лол, это же байнари сёрч

ну у меня процесс "перекомпилять/залить/запустить" занимал секунд 30

но да

да, я привык к такому неинтерактивному поиску

тяжко без репла, да?

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

А шо цэ такэ?

++, тоже на каждый чих перекомпилирую и перезаливаю код. А ещё иногда люблю увидить ошибку компиляции, и наивно запустить сборку ещё раз, надеясь на то что во второй раз ошибка станет очевиднее

ИЧСХ, оно иногда правда работает

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

тоже помню у себя такую историю
добавляю printf → появляется задержка → всё работает
потратил кучу времени на дебаг

ну там еще и проблема была очень нетривиальная. Но вообще "потратить кучу времени на дебаг" это как раз то, что мне нравится. Пусть фичи в прод выкатывают другие, а если есть эзотерические баги, то зовите меня, только рад буду.

Тоже самое, кста. Мб у меня просто нет таланта и просто не умею в написание крупных штук, а только ковырять уже существующие. Но фикс багов и оптимизация меня заводит больше, чем очередная %очень_нужная_фича_нейм% которая делается тупо потому что одному клиенту ну очень хочется

воот. Поэтому я на нынешнем проекте занимался полгода R&D с разгребанием существующего легаси, а когда пошла серия "а теперь надо реализовать", то начал отлынивать. В итоге сейчас вот хайрим мне напарника. Уже почти кстати.

Ну и да, из-за такого клиента я проебал целый месяц на попытку хоть как-нибудь реализовать один протокол на железяки. А протокол чуть более чем полностью полагается на POSIX вызовы, а ОС на железе ничерта не позикс, а лишь на 5-10% реализовывает основные вызовы, и то только как может

8)

Особенно меня улыбал exit(), который очевидно должен был завершать процесс этого протокола, но т.к. это RTOS, то в итоге вешалась вообще вся ОС

Но там были и другие приколы, по типу pipe и fork, про которые ОС вообще ничего не знала

Кстати про pipe и fork (сори за оффтоп). А как вот такое "a basic implementation without error checking" пишут приличные сишники? Особенно фрагмент для потомка интересен. Там пять системных вызовов подряд, и по хорошему, как я понимаю, после любого из них надо проверить возвращаемый статус, вывести куда-нибудь ошибку из strerror(errno), закрыть всё, что осталось незакрыто, и выйти. И мне как-то не очень очевидно, как это написать без тонны бойлерплейта

ну как пишут. В качестве демонстрации подхода только.