Определение параметров массивов в языке С
![]() |
Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
|
| ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
| [216.73.217.58] |
|
|
| Страницы: (2) 1 [2] все ( Перейти к последнему сообщению ) |
Определение параметров массивов в языке С
|
Сообщ.
#16
,
|
|
|
|
Цитата Qraizer @ С тем, что std::vector<> якобы не является заменой. Является. Поэтому эта C99-фича в Плюсах не нужна. Она нужна в плюсах исключительно для совместимости с C99. Добавлено Не совсем. Одно из свойств "локальной" памяти - более быстрая работа и локальный контекст распределения(т.е. нас не волнуют вопросы распределения и освобождения, проблемы многопоточной среды и т.п.). Вектор же не работает с автоматической памятью, он просто автоматически освобождает динамическую. |
|
Сообщ.
#17
,
|
|
|
|
Цитата Вектор же не работает с автоматической памятью, он просто автоматически освобождает динамическую. А мы vector<int, pool_allocator_or_whatever<int>> возмём, и он тоже будет работать с локальной памятью. Не на стеке, конечно, но от этого суть дела не меняется. Добавлено Цитата catr @ А мы vector<int, pool_allocator_or_whatever<int>> возмём, и он тоже будет работать с локальной памятью. Не на стеке, конечно, но от этого суть дела не меняется. Причём это будет даже лучше размещения массива на стеке, так как переполнение стека черевато крахом программы, а нехватка памяти в пуле может привести всего-лишь к исключению. |
|
Сообщ.
#18
,
|
|
|
|
Цитата catr @ Цитата Вектор же не работает с автоматической памятью, он просто автоматически освобождает динамическую. А мы vector<int, pool_allocator_or_whatever<int>> возмём, и он тоже будет работать с локальной памятью. Не на стеке, конечно, но от этого суть дела не меняется. Добавлено Цитата catr @ А мы vector<int, pool_allocator_or_whatever<int>> возмём, и он тоже будет работать с локальной памятью. Не на стеке, конечно, но от этого суть дела не меняется. Причём это будет даже лучше размещения массива на стеке, так как переполнение стека черевато крахом программы, а нехватка памяти в пуле может привести всего-лишь к исключению. Так с этим-то никто не спорит. |