Писал прогу одну, она через mmal рендерит изображения, используя libvcos, для картинок юзал magick++, в самой либе vcos есть переходы, использующие потенциально неинициализированные переменные

на мой взгляд UB довольно легко уловимы, благодаря инструменту против них

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

Valgrind поймал это, но сделать увы ничего нельзя

я с бустом на такое налетал

тоже внутри UB, и ничего не мог поделать. Но виноват все же оказался я

Т.к жидоbroadcom ничего не сделать вроде

По ним плачут печи Дахау за такие пропиетарные куски г

Я сейчас расскажу про ошибку, которую мы отлаживали месяц, и она не имеет отношения к языку. Устройство общается по tcp с сервером. Оно отправляет ему сообщение — и ждет подтверждение. Ну я сделал на одном блкирующем сокете.
Заметили что редко, раз в неделю, девайс зависает капитально. Написан код однопоточно асинхронно в основном, то есть если что-то где-то зависло — виснет основная часть функций девайса.
Оказалось, что у сервера есть баг, и он раз в неделю на запрос ничего не отвечает. Не сбрасывает и держит соединение keep-alive, никакого ответа при этом нет

Мне чета мозгов не хватило тогда предвидеть ситуацию, что сервер в ответ на запрос вот так может ничего и не сделать. Не сбросить, не вернуть ошибку, а просто молчать.

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

Надо было ставить тайм-аут

Я такие вещи как-то на автомате прописываю

Мало ли что там с соединением будет

не факт что таймаут бы помог. так как tcp keep-alive успешно ходил

и возможно он даже был

с блокирующими сокетами надо осторожнее

то есть очень коварно. У сокета есть таймаут, но так как ходит keep-alive, таймаут не срабатывает

Долбоебизм не лечится, ага

На самом деле, самый жестокий тип ошибок это вот такой