@WillyM

здравствуйте!

объявляю строку std::wstring, делаю ей resize, смотрю в отладчике - все символы равны нулю, то есть память обнулена. ладно, делаю resize на 50 символов, заполняю всё случайными символами, потом resize на 10 символов, потом resize на 40 символов - память после первых 10 символов обнулена. значит точно всегда обнуляет.

можно как-то принудительно сделать так, чтоб оно ничего не обнуляло - ни при resize в пределах capacity, ни при resize на больше чем capacity? у меня MS VS 2019, если важно...

спасибо!

0

@hoggy

не можно.

то, что ты хочешь - противоречит здравому смыслу.
а так же, противоречит правилам языка (провоцирует UB)

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

при ресайзе в большую сторону,
становятся доступными ячейки памяти,
содержимое которых нужно проинициализровать конструктором,
что бы напротив, начать время жизни объектов.

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

таким образом, получается, что ты хочешь,
что бы std::wstring::resize создавал неинициализированные ячейки памяти,
обращение к которым будет приводить к неопределенному поведению.

так делать нельзя.

0

@Renji

Там же POD с тривиальным (ничего не делающим) конструктором. Инициализировать POD-ы - ненужная самодеятельность. Может, оно под буфер чтения ресайзится и все эти нули сейчас затрет. Хотя да, настройки для отключения самодеятельности не предусмотрели.

0

@WillyM

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

Добавлено через 26 минут
а... это и называется POD. буду знать, спасибо)
ну вот нужно мне условно буфер в допустим два гигабайта - зачем оно мне будет его лишний раз чистить, если я в него сразу после этого буду записывать или генерировать?

0

@DrOffset

WillyM,
1. про обнуление написано в документации, все эти эксперименты ставить было не обязательно.
2. ваша ситуация означает только лишь то, что std::(w)string для ваших нужд не подходит. Используйте другой инструмент и все.

0

@WillyM

но мне нужна строка. просто её содержимое появится во время работы программы.

можно ли тогда динамически выделить память под массив wchar_t и скормить в std::wstring так чтоб оно не копировало огромный массив, а "подключилось" к уже выделенной памяти?
сам массив в голом виде мне после этого будет уже не нужен.

0

@DrOffset

WillyM,
Мотивация ясна и понятна. Не вам одному такое надо. Но стандартные контейнеры всегда инициализируют память, с которой работают. Я в подобной ситуации просто использую контейнер pod_vector, который вынесен в библиотеку компании. Класс реализован на базе realloc. Помимо избавления от ненужной инициализации, дополнительно получаем возможно быстро перевыделять память с помощью realloc.

Вам нужно что-то подобное. Написать самому или найти готовое. Ключевое слово pod_vector хорошо гуглится.

0

@WillyM

что ж... жаль конечно что оно само по себе не умеет... ну да понятно с ним.
спасибо!

0