delete []p

[SAMOUCHKA]

int *p;
p = new int[a];
delete []p;

ясно что во время компиляции, длинна массива ни известна.
Отсюда я делаю вывод, что она хранится где то в среде выполнения, ведь нужно знать сколько элементов удалить.
По чему, тогда нельзя вычислить длину массива? delete как то ее узнает

[GreenWizard]

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

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

[Alex11223]

https://www.google.com/search?q=c%2B...+know+the+size


А вообще в C++ есть же и std::vector, и std::array, зачем самому создавать массив?

[pu4koff]

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

int *p;
p = new int[a];
delete []p;

ясно что во время компиляции, длинна массива ни известна.
Отсюда я делаю вывод, что она хранится где то в среде выполнения, ведь нужно знать сколько элементов удалить.
По чему, тогда нельзя вычислить длину массива? delete как то ее узнает

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

[SAMOUCHKA]

Спасибо в общих чертах понятно.

Значит эффективность выделения динамической памяти, да же от компилятора зависит? я думал что только от ОС.

[Croessmah]

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

С чего бы нет-то? Всё ж есть.
Просто то, что у ТС, это не массив, а огрызок памяти.

[pu4koff]

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

С чего бы нет-то? Всё ж есть.
Просто то, что у ТС, это не массив, а огрызок памяти.

На уровне языка нет массивов, равно как нет и строк. Библиотечные всякие array, vector,... есть, но у них и нет проблемы с числом элементов.

[Croessmah]

На уровне языка нет массивов, равно как нет и строк.

Раздел 8.3.4 стандарта даже называется Arrays.

In a declaration T D where D has the form
D1 [ constant-expression_opt] attribute-specifier-seq_opt
and the type of the identifier in the declaration T D1 is “derived-declarator-type-list T”, then the type of the identifier of D is an array type;

То бишь

int a[10];

как раз является массивом с точки зрения самого языка.

[pu4koff]

Как по мне, так это костыль, а не массив. На этапе компиляции там чего-то навертели, но не полноценный нормальный массив всё равно.

[Croessmah]

Ну так вся его прелесть именно в compile-time std::array, тоже может быть реализован через него, но имеет уже функции-обертки.
Что касается std::vector, то здесь уже более сложная реализация.