Отладка в Linux. Краткие сведения о gdb

[@daniel3780]

Просьба: всегда выносите в название, что лекция Кринкина. Это как знак качества )))

[@sergioostanioni5390]

да, сто лет уже Кирилл Владимировича не слушал - даже обрадовался, когда увидел его )

[@igorshaula9097]

это информационная жемчужина! спасибо за ценные знания!

[@Ланс-м1в]

Шикарно. Спасибо. Записался на курс

[@alexs7952]

супер

[@vitaliipudov]

спасибо за видео

[@majach2222]

Что мне делать если файл core не появляеться ?

[@subterraneanrose4404]

А разве по умолчанию уровни оптимизации и дебагинфо не равны трём?

[@industrialsoftwareengineering]

Уровни оптимизации заданы в переменных окружения. Смотрите подробнее en.wikipedia.org/wiki/CFLAGS

[@IgorMaznitsa]

а другие видео курса гденить выложены?

[@industrialsoftwareengineering]

Отдельно пока больше нигде. Но их можно посмотреть в рамках курса stepik.org/course/548, все материалы открыты.

[@l2mrak1]

@@industrialsoftwareengineering меня интересует, почему когда я делаю bt мне показывает 23 цели как пример: #22 0x00007f353f5d3540 in ?? (), почему не видно, где именно проблема...

[@industrialsoftwareengineering]

bt показывает не цели, а стековые фреймы. То есть, глядя на этот вывод вы можете понять как вы попали в точку программы в которой она упала. А реальная проблема может быть где угодно -- это надо анализировать. Нет волшебного инструмента, который скажет: "проблема тут".

[@l2mrak1]

@@industrialsoftwareengineering вы походу не поняли она не говорит где проблема даже примерно в каком файле, тупо in ВОПРОСИТЕЛЬНЫЕ ЗНАКИ. Какой тогда от неё толк?

[@industrialsoftwareengineering]

Тут все просто, когда программа собрана без отладочной информации, то отладчику негде взять информацию об именах функций, вот он и выводит только то что у него есть -- то есть их адреса. Об этом рассказывается вначале ролика примерно с 1:00 позиции

[@DenisPetrovSenior]

К докладу претензицй нет, но ОМГ, какое убоговое говнище этот "гдб", в Студии всё это работает не хуже, но гораздо удобней, всё перед глазами, и стек, и переменные, и потоки, точки останова ставятся простым кликом и всё прочее, что делает гдб через боль в заднице, делается в разы проще:, run - F5, step - F11, next - F10, finish - Shift+F11 и т.п. все значения и имена переменых правятся, копируются так же просто как и текст в текстовом редакторе. И только из-за отсутствия вменяемой тулзы для linux, миллионы специалистов в безысходности мучаются с этой адской сранью.

[@Лжеученый_Юра]

)) что есть то есть. в visual studio в высшей степени удобный отладчик. сама студия монстр, пожирающий десятки гигабайт жесткого диска хер пойми на что. а вот отладчик - конфетка

[@mikhailzaytsev302]

Никто не мешает использовать какую-нибудь GUI обёртку или написать свою. В vscode, например, при отладке C/C++ можно использовать gdb, отлаживая в привычном интерфейсе с привычными сочетаниями клавиш

[@fragariasec]

Дело не только в этом. GDB - компактная программа, которая работает в терминале. Не везде есть GUI ;)

[@белка-у8б]

Какая может быть претензия к отладчику, когда у тебя есть гуй)? Либо же выбирай IDE от JetBrains и ищи плагины под C/C++