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

Рет қаралды 16,328

Industrial Software Engineering Online

7 жыл бұрын

Преподаватель: Кирилл Владимирович Кринкин
Лекция входит в состав онлайн-курса "Основы программирования для Linux" (stepik.org/course/548)

Пікірлер: 22

@daniel3780 3 жыл бұрын

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

@sergioostanioni5390 3 жыл бұрын

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

@igorshaula9097 3 жыл бұрын

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

@user-is9fv5bi7x 3 жыл бұрын

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

@alexs7952 4 жыл бұрын

супер

@vitaliipudov 4 жыл бұрын

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

@majach2222 Жыл бұрын

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

@IgorMaznitsa 7 жыл бұрын

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

@industrialsoftwareengineering 7 жыл бұрын

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

@l2mrak1 5 жыл бұрын

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

@industrialsoftwareengineering 5 жыл бұрын

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

@l2mrak1 5 жыл бұрын

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

@industrialsoftwareengineering 5 жыл бұрын

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

@subterraneanrose4404 4 жыл бұрын

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

@industrialsoftwareengineering 4 жыл бұрын

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

@sassymenses 2 жыл бұрын

Чо лысеем??

@DenisPetrovSenior 2 жыл бұрын

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

@user-kr2ff3xr3h 2 жыл бұрын

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

@mikhailzaytsev302 Жыл бұрын

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

@fragariasec Жыл бұрын

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

@user-ur4ev7vl6c Жыл бұрын

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