Прострел памяти

[gunsoy]

Здравствуйте.

Использую большое количество операций new delete, в общем программа работает (с небольшим количеством объектов), но при увеличении количества объектов (классов) с которыми работает программа, происходит segmentation fault. Проблема в простреле памяти как мне подсказали.

Если я полностью заменю new delete на std::vector поможет ли мне это?

[Stilet]

А ты хоть спросил что это означает?

[gunsoy]

Тут прочитал
http://stackoverflow.com/questions/1...a-memory-stomp

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

void Map::Load()
{
    .....
}

Отладчик указывает что проблема на второй строке, то есть на {

[Stilet]

Чтот мне слабо верится, что обычное распределение в куче даст "прострелы".
Я бы вообще-то эту проблему назвал как переполнение стека, ну да ладно.
ИМХО проблема не в распределении памяти, как ты решил, а в том, как ты ее используешь. Так то конечно STL поудобнее будет, но не факт что решит твою проблему.

[gunsoy]

Я бы вообще-то эту проблему назвал как переполнение стека, ну да ладно.
ИМХО проблема не в распределении памяти, как ты решил, а в том, как ты ее используешь.

Мне кажиться что проблема с переполнением стека может быть из-за 3д моделей, которые загружает моя программа. С двумя - тремя моделями программа справляется, но при добавлении 4-х и более начинаются прострелы.
Вот код выделения памяти для Вершин модели (кроме вершин в программе точно также выделяется память для текстурных координат, весов, костей и индексов всего этого)

//данные считываю из файла
is.seekg(SeekG);
Vertices = new float[VerticesSize];
is.read((char *) Vertices, sizeof(float) * VerticesSize);
SeekG += sizeof(float) * VerticesSize;

is.seekg(SeekG);
Textures = new float[TexturesSize];
......

Количество вершин у моделей более 200 000. Ну и костей, весов, текстурных координат, индексов примерно такое же количество (у каждого более 200 000). Получается 5 массивов примерно по 200 000 элементов каждый. Много ли это? Правильно ли я использую память?

[Krasiosoft]

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

Если я полностью заменю new delete на std::vector поможет ли мне это?

std::vector поможет в освобождении памяти, если эта проблема связанна с этим. Но он не поможет, если Вы где-то выходите за границу выделенной памяти.

Считаю, что нужно найти место, в котором происходит segmentation fault, тогда и станет все понятно.

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

Мне кажиться что проблема с переполнением стека может быть из-за 3д моделей...

//данные считываю из файла
is.seekg(SeekG);
Vertices = new float[VerticesSize];
is.read((char *) Vertices, sizeof(float) * VerticesSize);
SeekG += sizeof(float) * VerticesSize;

is.seekg(SeekG);
Textures = new float[TexturesSize];
......

С этим куском кода вроде все в порядке. Только не ясно для чего делать is.seekg(), если после is.read() он автоматически это делает.

Я вот только не понял, какое отношение выделение памяти имеет к стеку? Мы же не в стеке выделяем ее.

[gunsoy]

Только не ясно для чего делать is.seekg(), если после is.read() он автоматически это делает.

Не знал этого.

После того как выделяю память, помещаю данные в VBO VAO, то есть в память видеокарты и сразу же удаляю delete [] Vertices; Вот и всё использование.

Прочитал про выход за пределы стека. До этого стек для меня был обычным массивом.

Считаю, что нужно найти место, в котором происходит segmentation fault, тогда и станет все понятно.

Как нужно вести поиск? Отладчик или что-то другое?

[Krasiosoft]

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

Как нужно вести поиск? Отладчик или что-то другое?

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

error.png

Такую ошибку получаю, если выполняю этот код:

    int *i=0;
    *i=0;

[waleri]

Ну правильно, это запись в неправильный адрес.

[Krasiosoft]

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

Ну правильно, это запись в неправильный адрес.

Ну так отладчик же должен показывать все исключения? Или я ошибаюсь?

Это я привел пример с Qt Creator'a.