A
у pvs сейчас нормальный вариант для опенсорса есть
Size: a a a
2021 November 08
A
собссно надо просто в шапке файла написать их рекламный баннер 8)
АД
Но или я тупой, ну или когда ты пишешь embedded ПО, запустить код получится не очень
A
лично я не разобрался с дебаггерами в том числе из-за того, что у меня в основном опыт эмбеда, где все это просто недоступно
A
для проверки логики можно обойтись юнит-тестами под обычный десктоп, но то, что оно будет корректно работать на таргете это ... ну надо надеяться 8)
EZ
Afair Gdb умеет по uartу работать
АД
Тоже дебажил принтфами? с:
A
до сих пор дебажу принтфами!
A
ну то есть вон на той неделе разбирался, куда программа на старте сжирает 50 мегов оперативки
A
при этом технически можно было валгринд-массиф запустить, но ничего полезного оттуда не вытекало
АД
У нас в проекте вроде валяются какие-то юнит тестами, но никто не ебёт как ими пользоваться. Мб и вовсе невозможно
A
прога стартует, ест 5 мегов, потом еще 1, еще 1.. доходит до 12, а потом сразу 28
A
и вот эти 28 надо было понять с какого перепуга
АД
Хотя мб и можно как-то, вроде юнит-тесты от самого чипмейкера и входит в sdk
A
крч я в итоге сделал так -- втыкал принтф+слип, параллельно pidstat и смотрел, когда оно будет резко сожрано
A
ну и в итоге нашел
A
ну то есть если мне пишет "вот я в этой точке", а память еще на нормальном уровне -- значит еще ок. А если "а теперь я в этой точке" и память сожрали, значит где-то между ними надо искать
АД
Заебись, только в таком способе дебага меня одно бесит, он не интерактивный. Если тебе надо продебажить так железяку, и ты обнаружил что дебагов понавтыкал маловато, то приходится перекомпилировать минуту, потом заливать на железяку минут 5. Скука, короче
A
потом еще оказалось, что это было в другом треде, но хотя бы примерно на старте, поэтому я нашел о каком именно треде речь (а их к счастью было немного) и уже туда полез