Знакомство с open source. Ещё одно.
Чтобы получше узнать проект, познакомиться, так сказать, поинтимней, решил погулять по нему в отладчике. Целый день гулял где угодно, только не там, где планировал, и интимно познакомился только с open-source'ными средствами разработки.
gdb
Этот гад пишет после многих моих команд простыню неинтересных мне предупреждений о своих внутренних тараканах, затрудняя и без того пользование собой. Не, ну где это видано, чтобы в 21-м веке отладчик не мог показывать на экране сразу исходник, стек вызовов, состояние локальных и прочих интересных мне переменных, нитку, и т.п., и чтобы нужно было вводить специальную команду чтобы посмотреть каждую отдельную вещь? Вот, windbg.exe мог. И пошёл я пробовать надстройки поверх gdb чтобы попасть в 21-й век.
ddd
Мелкий размер шрифта увеличить я не смог. Плевать оно хотело на бóльшие числа. Ввести или отредактировать в менюшках текст можно исключительно если мышиный указатель находится внутри области ввода. WTF??? Ну и подвисла эта хрень сколько-то раз совершенно непонятным образом, как же без этого.
KDbg
Тоже странно вис, сцуко. На сайте пишут, что поддержка прог с более чем одной ниткой не очень работает. Может, это оно и было. Ещё какие-то грабли были с динамическими библиотеками то ли у KDbg, то ли у ddd. 21-й век. Получите.
Eclipse
Поставил эту бандуру ради только маленькой надстройки поверх gdb. На первый взгляд работает, хотя притормаживает. Но UI весьма странен. Куда-то тыкаешь, и всё закрывается зачем-то. Но это фигня. Точки останова не работают. Ставишь точку останова, жмёшь кнопку продолжения исполнения, а прога идёт до конца, не взирая на свежепоставленную точку. Эта точка останова начинает работать только при следующем запуске проги. Ну, ё!
Короче, это какой-то ПЦ. Я не знаю как там народ вообще работает с такими инструментами. И ещё некоторые приверженцы осмеливаются ругать msft. Но у msft хоть windbg.exe работает достаточно стабильно и показывает необходимый минимум информации без чудес.
UPD: По пути выяснилось, что используемый clang 3.5 сломан и генерит левые символы, не понимаемые gdb. С 3.4 или с gcc символы получаются правильные.
gdb
Этот гад пишет после многих моих команд простыню неинтересных мне предупреждений о своих внутренних тараканах, затрудняя и без того пользование собой. Не, ну где это видано, чтобы в 21-м веке отладчик не мог показывать на экране сразу исходник, стек вызовов, состояние локальных и прочих интересных мне переменных, нитку, и т.п., и чтобы нужно было вводить специальную команду чтобы посмотреть каждую отдельную вещь? Вот, windbg.exe мог. И пошёл я пробовать надстройки поверх gdb чтобы попасть в 21-й век.
ddd
Мелкий размер шрифта увеличить я не смог. Плевать оно хотело на бóльшие числа. Ввести или отредактировать в менюшках текст можно исключительно если мышиный указатель находится внутри области ввода. WTF??? Ну и подвисла эта хрень сколько-то раз совершенно непонятным образом, как же без этого.
KDbg
Тоже странно вис, сцуко. На сайте пишут, что поддержка прог с более чем одной ниткой не очень работает. Может, это оно и было. Ещё какие-то грабли были с динамическими библиотеками то ли у KDbg, то ли у ddd. 21-й век. Получите.
Eclipse
Поставил эту бандуру ради только маленькой надстройки поверх gdb. На первый взгляд работает, хотя притормаживает. Но UI весьма странен. Куда-то тыкаешь, и всё закрывается зачем-то. Но это фигня. Точки останова не работают. Ставишь точку останова, жмёшь кнопку продолжения исполнения, а прога идёт до конца, не взирая на свежепоставленную точку. Эта точка останова начинает работать только при следующем запуске проги. Ну, ё!
Короче, это какой-то ПЦ. Я не знаю как там народ вообще работает с такими инструментами. И ещё некоторые приверженцы осмеливаются ругать msft. Но у msft хоть windbg.exe работает достаточно стабильно и показывает необходимый минимум информации без чудес.
UPD: По пути выяснилось, что используемый clang 3.5 сломан и генерит левые символы, не понимаемые gdb. С 3.4 или с gcc символы получаются правильные.