Что будет, если не удалять графические объекты при завершении программы в C++ SDL2?

Question

[Ланской Кирилл]

Что будет, если не удалять графические объекты при завершении программы в C++ SDL2? Везде пишут, что нужно удалить, но когда говорят удаляйте динамические объекты, объясняют - иначе утечка памяти может быть, а здесь что?

Comments

[Ланской Кирилл]

Евгений Петряев, Не забуду

Answer 1

[Сергей Соловьев]

Очень сильно зависит от реализации.
Если внутри использовалась просто динамическая память и открывались файлы, то ничего - память освободит ОС, дескрипторы тоже.

Но если внутри использовались какие-нибудь глобальные структуры, то скорее всего система останется в несогласованном состоянии. Например, POSIX семафоры - они не освобождаются после завершения процесса.

Кроме того, либа работает с внешними устройствами - если что-то пойдет не так (не отправил нужный запрос на устройство), то может случиться что угодно. Например, просто намертво зависнет в бесконечном ожидании.

Comments

[Ланской Кирилл]

А, если произойдёт ошибка, которую не предусмотрел, и не очистишь память, надеятся на ОС?

[Сергей Соловьев]

Ланской Кирилл, для этого существуют всякие обработчики (onexit), многопроцессность, разделяемая память и т.д.

Answer 2

[res2001]

Система в большинстве случаев сама освободит почти все ресурсы при завершении программы. Есть исключения, но они довольно редки.

Но вот представьте ситуацию: прошел год и вы решили использовать код, который написали в этом проекте. Т.е. ваш старый код будет вызываться и завершаться в новом окружении (новой программе), но новая программа еще продолжит работать, а ресурсы не освобождены. И возможно новая программа захочет вызвать ваш старый код не один раз, а 1000 раз например. Вот тут-то вы и словите все утечки, которые оставили год назад.

Еще вариант: часто в embeded системах нет полноценной ОС и там нет такой роскоши как освобождение ресурсов при завершении процесса, т.к. часто нет и понятия процесса. Т.к. вы пишете на С++, то нельзя исключать, что когда-нибудь жизнь занесет вас в эту сферу.

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

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

Comments

[Ланской Кирилл]

А, если произойдёт ошибка, которую не предусмотрел?

[res2001]

Ланской Кирилл, Исправите.
Как говорит нынешний мин.обороны "Ошибаться можно, врать нельзя" :-)

[Ланской Кирилл]

res2001,И не очистишь память, надеятся на ОС?

[res2001]

Ланской Кирилл, Не надеятся.
Я ж говорю - исправлять.

Если это не намеренная ошибка, а в программировании никто не застрахован от ошибок и это регулярно случается со всеми. То ошибка рано или поздно даст о себе знать, если на тестах - хорошо, если у пользователей - плохо, но обычно не страшно. Воспроизводите, локализуете, исправляете. Все.

Если же вы намеренно не освобождаете ресурсы надеясь на ОСь - ну это в целом ваше персональное дело. Если этот подход пока у вас прокатывает - ну ладно. Вас же никто не может заставить писать delete на каждый new в конце концов. Как напишите программу, так она и работать будет. Но может настать час, когда вам же этот подход как-то вылезет боком. Ну тогда просто в данном конкретном месте освободите и может быть и дальше все буде ОК.

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

Лично я всегда все освобождаю.

Answer 3

[Everything_is_bad]

Что будет если не удалять вопросы Ланской Кирилл - он засрёт глупыми вопросами весь этот сайт.

Comments

[Ланской Кирилл]

Судя по твоему нику понятно, что у тебя по жизни всё плохо, держись, мы с тобой

[Everything_is_bad]

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