ну я только слегка подскажу..  

функция erase не вызывает переаллокации и никак не влияет на вместимость, она только удаляет (затирает) ненужный элемент.

А я нашел...)))
Нужно добавить:

Память массива не увеличивалась, но цикл шел и обнулял до новой помяти=)


Добавлено через 4 минуты и 13 секунд
или не нашел...

Добавлено через 7 минут и 20 секунд
А если убрать в erase()

То тоже работает, да верно этот метод я не трогал с последних советов ИванМ
А щас нужно измить слегка с учетом новых методов.

а вызов reserve() на что ?



вообще то новые методы на функционал erase не влияют ..

mes
Тогда странно, если не влияют я при удалении вершин использую только erase() 

Еще также использую resize() при создании дерева.
Да, я понимаю что reverse() вместо этих строк

Но если они присутствуют всё работает =)

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

Вот сейчас просмотрел и бросилось в глаза



а должно быть, и об этом уже писалось :

хотя нужность коэффициента при resize сомнительна, и мне кажется, что он необходим при "шаговом" заполнении, т.е. при push_back.

mes
Да, без изменений признаю.Но как говорится доверяй, но проверяй.Я предварительно проверил на различных массивах и с использованием методов разных.
Всё работало.Так бы эта ошибка и была, только сегодня я решил опробовать обновлённый вектор на моей лабораторной(ну вот стукнуло).
Там совсем другая структура ( дерево n- мерное).
И ошибка памяти... Сначала посмотрел, нашел где ошибка ...  ну приблизительно.
Менял несколько раз этот resize(), потом только решил обратиться.Так, что чуть что, я не пишу пост просто так...

А насчет метода reserve() я как раз вчера нашел(как раз, то что вы пишите), что он эффективен только если мы добавляем элементы методом push_back.
Выделили приблизительно сколько нам нужно памяти и добавляем.

это в случае предварительного вызова reserve () "из вне".. а я говорил о случаях вызова reserve самим вектором при нехватки памяти..




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

Добавлено @ 22:31
кстати.. Внутри вектора Вы используете (*this)[] хотя в большинстве случаев логичней использовать блок данных напрямую, то есть V[].
ну а также хотелось бы показать на отсутствие вызова деструктора у объектов контейнера, что в принципе на текущем этапе не серьезно..

Добавлено @ 22:35

ну тогда ловите и стирание :


Это сообщение отредактировал(а) mes - 4.4.2010, 22:36

mes
Да, работает Спасибо=)

Я также тестировал вчера предложенные вами функции  (только у меня это всё сделано cout<<.... в main'e все параметры выводит)
Там ничего не было...Другое дело сегодня заменил старые функции при работе с деревьями и понеслось как говориться =)

Еще я параллельно читал Страуструпа у него есть в книге "Язык программирования С++ спец. изд."
Очень интересная глава "Безопасность исключений и стандартная библиотека"
Так вот в ней я подсмотрел перегрузку оператора []


Также прочитал (гарантии с контейнерами) и обратил внимание, что у вектора какието слабые гарантии либо прочерки вообще стоят
Там в виде таблицы для vector deque list map

у стандартного вектора доступ посредством [] не контролирует границ, а для контролируемого доступа есть функция at().

mes
Вот откуда вы берёте информацию?
Вы так уверенно говорите как будто у вас перед глазами эта библиотека  (просто поражает в положительном смысле)
Или же вы уже имели дело с её написанием?

Ведь действительно это функция at(size_t i)...

Это сообщение отредактировал(а) toxx - 4.4.2010, 23:15

при столкновении с вопросами по стл в первую очередь лезу в документацию на сайте cplusplus.com


ну вектор это самое простое из стл, его фактически все знают.


так же как и Вы проходил написание собственного векторного велосипеда плюс имеется небольшой опыт работы с с стл.


Это сообщение отредактировал(а) mes - 5.4.2010, 10:25