cpp2015Если создали объекты map и queue, поработали с ними, то при закрытии программы достаточно для каждого элемента queue вызвать pop, а для map - clear ? И всё ? Утечки памяти не будет ? Никаких там delete [] и прочего не нужно ?


Если ты создавал объекты типа map или queue как динамические переменные (с помошью операции new),
то ты обязан осовободить их вызовом операции delete.
В противном случае не нужно делать для освобождения памяти вообще ничего.

Эти правила относятся к любым объектам в С++, а не только map и queue.

Также нужно отметить, что map и queue (и прочие подобные) сами заботятся о удалении своего содержимого, программист
об этом думать не должен в том смысле, что он может положиться на то, что при уничтожении объекта типа map или queue или vector и т.п. его элементы удаляться без участия программиста.

Также надо предупредить, что при хранении в коллекциях типа map или queue или vector объектов по ссылке (т.е. указателей на
объекты), ответственность за удаление хранимых объектов несёт программист.

Можно запомнить простое мнемоническое правило, которое работает почти всегда.
Если ты создал объект через new -- удали его delete . Если ты не создавал объект, то не тебе его и удалять.

wstКлючевые слова в исходном сообщении "при закрытии программы" - то есть речь о моменте, когда уже не важно что там выделено, открыто, залочено и т.п., так как об освобождении ресурсов позаботится уже ОС. Какая разница какие там в этот момент утечки, если все вот-вот будет смыто и освобождено?

Это -- глубоко неверное суждение.
Далеко не во всех операционных системах вся память приложения освобождается после
завершения приложения.
Таже память бывает разная. Зелёная и красная. :-)

Так что надо память освобождать.

К тому же есть и вполне прогматические резоны, чтобы освобождать память.
Если это не делать, то в отладке будет очень трудно найти среди неосвобождённых утечки памяти (то, что должно было быть
выделено и удалено в процессе работы программы). Там просто будет тупо много объектов и не будет видно утечки.

- в каких именно сколько-нибудь распространенных системах ресурсы завершенного процесса освобождаются не полностью?


например, в msdos.
или какие нибудь контроллеры со своими ос.

cpp2015именно так. везде сказано, что всё за собой надо убирать, особенно динамические массивы.


Ещё раз хочу обратить внимание на то, что написал BagaBaga .
Если применять современные подходы, то динамических массивов в программе вообще не должно быть .
Везде, где у тебя есть динамический массив, попробуй применять std::vector соответсвующего типа,
и тебе вообще никогда не нужно будет ничего удалять вручную.
Везде, где тебе невозможно или бессмысленно применять std::vector , попробуй применять std::shared_ptr или другие аналогичные классы из стандартного заголовка <memory> .

wstMasterZivнапример, в msdos.
или какие нибудь контроллеры со своими ос.
Те, кто сейчас под них разрабатывают, скорее всего в состоянии рассказать что происходит с их ресурсами даже если их разбудить посреди ночи и точно не спросят ничего подобного (даже если не учитывать не полное соответствие "каких нибудь контроллеров" критерию распространенности как целевой платформы для разработки). Да и память под контейнеры берется из полученного при запуске куска памяти (то есть из куска от начала свободной памяти на момент запуска до сегмента 0A000h), который все равно будет смыт при обычном завершении программы. В разного рода расширенную память контейнеры не полезут, так что и в dos задача избавления от утечек заранее - далеко не самая приоритетная.


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

Ещё раз, в 205, единственный корректный способ управления динамической памятью в программе на С++ -- корректно освобождать
всю выделенную память по окончанию программы.

Dima TMasterZivЕсли ты даш ссылки на пункты ISO стандарта С++ или С, которые дают гарантию того, что это всё будет выполняться в программе на С++ или С, то я тебе тоже поверю.
ИМХУ это в описаниях ОС надо искать, оно должно там быть, иначе как насильно убитая прога освободит задействованные ею ресурсы?


Я не ищу источник информации, а как бы намекаю на то, что программа на С++/С должна быть написана по соответствию со
стандартами языков, а не так, как это предполагает операционка.