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

    Она нужна в плюсах исключительно для совместимости с C99.

    Добавлено
    Цитата Qraizer @
    С тем, что std::vector<> якобы не является заменой. Является.

    Не совсем. Одно из свойств "локальной" памяти - более быстрая работа и локальный контекст распределения(т.е. нас не волнуют вопросы распределения и освобождения, проблемы многопоточной среды и т.п.). Вектор же не работает с автоматической памятью, он просто автоматически освобождает динамическую.
    Сообщение отредактировано: D_KEY -
      Цитата
      Вектор же не работает с автоматической памятью, он просто автоматически освобождает динамическую.

      А мы vector<int, pool_allocator_or_whatever<int>> возмём, и он тоже будет работать с локальной памятью. Не на стеке, конечно, но от этого суть дела не меняется.

      Добавлено
      Цитата catr @
      А мы vector<int, pool_allocator_or_whatever<int>> возмём, и он тоже будет работать с локальной памятью. Не на стеке, конечно, но от этого суть дела не меняется.

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

        А мы vector<int, pool_allocator_or_whatever<int>> возмём, и он тоже будет работать с локальной памятью. Не на стеке, конечно, но от этого суть дела не меняется.

        Добавлено
        Цитата catr @
        А мы vector<int, pool_allocator_or_whatever<int>> возмём, и он тоже будет работать с локальной памятью. Не на стеке, конечно, но от этого суть дела не меняется.

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

        Так с этим-то никто не спорит.
        0 пользователей читают эту тему (0 гостей и 0 скрытых пользователей)
        0 пользователей:


        Рейтинг@Mail.ru
        [ Script execution time: 0.0663 ]   [ 16 queries used ]   [ Generated: 1.07.26, 10:28 GMT ]