Gdb - debug c++

@Leningradeс · Регистрация: 03.03.2011

Author24 — интернет-сервис помощи студентам

доброй день
решил освоить gdb и столкнулся с тем что он не находит ошибку
работаю на винде 10, но это должно и с виндой работать
main.cpp

C++

#include <Windows.h>
void Bug()
{
    int n = 3;
    int* pn = &n;
    delete pn; //ошибка
}
 
int main(int argc, char *argv[])
{
    Bug();
    system("pause");
    return 0;
}

сначала запустил

Bash

1	g++ -g main.cpp -o bug

получил bug.exe
потом запустил

Bash

1 2	gdb bug.exe (gdb) run

получил результат

Bash

Starting program: e:\QtProject\ShleeProProg\ShleeQtConsole/bug.exe
[New Thread 15920.0x3cbc]
[New Thread 15920.0x33b8]
[New Thread 15920.0x3d3c]
[New Thread 15920.0x2920]
Для продолжения нажмите любую клавишу . . .
[Inferior 1 (process 15920) exited normally]
(gdb)

а должна быть ошибка

Добавлено через 14 минут
а дальше надо бы разобраться в стаке, но выводить нечего

Bash

1 2	(gdb) where No stack.

@DrOffset · 24.09.2018, 15:43

Сообщение от Leningradeс

не находит ошибку

Поздравляю, вы познакомились с UB.

Undefined behaviour вовсе не обязано приводить к наблюдаемой ошибке. Неопределенность, она на то и неопределенность, что может скрыто находиться в программе многие годы

@Leningradeс · 26.09.2018, 16:15 **[ТС]**

Сообщение от DrOffset

Поздравляю

Спасибо
А какие ошибки можно найти с помощью GDB? При условии что я VS15 юзаю и он практически все ошибки фиксит, предоставленную тоже, при компиляции, кроме утечек памяти вроде.

@DrOffset · 26.09.2018, 18:36

Leningradeс, спокойно можно найти любую ошибку, так же как ив отладчике VS. В частности, лично у меня не возникло никаких проблем при отлове ошибке в вашем коде выше.
Просто, видимо, вам в определенном смысле "повезло".
См. скрин.

@grgdvo · 27.09.2018, 09:49

Сообщение от Leningradeс

А какие ошибки можно найти с помощью GDB?

Отладчик сам ничего не ищет и не исправляет.
Отладчик - это инструмент управления исполнением программы и исследования ее состояния в процессе исполнения.
Он лишь помогает вам разобраться, что происходит, и найти причину ошибки.
А будет ли это ошибка аварийного завершения, потому что не ту память удаляем, или у вас просто какое-то окошко не открывается, а должно, - это уже зависит от вашей конкретной программы.

Собственно и компилятор сам по себе ничего не исправляет. Скорее здесь оптимизатор (как часть компилятора) перестарался - просто удалена часть кода, потому что переменные n и pn никем нигде не используются. Любопытно взглянуть на результирующий ассемблерный код.

@DrOffset 18902 / 9860 / 2410 Регистрация: 30.01.2014 Сообщений: 17,306
	24.09.2018, 15:43	2
	Сообщение от Leningradeс не находит ошибку Поздравляю, вы познакомились с UB. Undefined behaviour вовсе не обязано приводить к наблюдаемой ошибке. Неопределенность, она на то и неопределенность, что может скрыто находиться в программе многие годы 1

@Leningradeс 14 / 14 / 3 Регистрация: 03.03.2011 Сообщений: 435
	26.09.2018, 16:15 [ТС]	3
	Сообщение от DrOffset Поздравляю Спасибо А какие ошибки можно найти с помощью GDB? При условии что я VS15 юзаю и он практически все ошибки фиксит, предоставленную тоже, при компиляции, кроме утечек памяти вроде. 0

@DrOffset 18902 / 9860 / 2410 Регистрация: 30.01.2014 Сообщений: 17,306
	26.09.2018, 18:36	4
	Leningradeс, спокойно можно найти любую ошибку, так же как ив отладчике VS. В частности, лично у меня не возникло никаких проблем при отлове ошибке в вашем коде выше. Просто, видимо, вам в определенном смысле "повезло". См. скрин. 0

@grgdvo 1241 / 960 / 379 Регистрация: 02.09.2012 Сообщений: 2,937
	27.09.2018, 09:49	5
	Сообщение от Leningradeс А какие ошибки можно найти с помощью GDB? Отладчик сам ничего не ищет и не исправляет. Отладчик - это инструмент управления исполнением программы и исследования ее состояния в процессе исполнения. Он лишь помогает вам разобраться, что происходит, и найти причину ошибки. А будет ли это ошибка аварийного завершения, потому что не ту память удаляем, или у вас просто какое-то окошко не открывается, а должно, - это уже зависит от вашей конкретной программы. Собственно и компилятор сам по себе ничего не исправляет. Скорее здесь оптимизатор (как часть компилятора) перестарался - просто удалена часть кода, потому что переменные n и pn никем нигде не используются. Любопытно взглянуть на результирующий ассемблерный код. 0