qvector.h, line 489: Out of memory

[__Heaven__]

Этот большой, на котором вылет происходит, тоже хорошо, но только с выводом минимум в три колонки.

При наличии большего числа колонок (что уменьшает количество строк. в данном случае втрое) предотвращает ошибку. Это дает право сказать, что QByteArray тут не при чем

[__Heaven__]

Сейчас посмотрел в хирер qvector.h - та строчка относится к реалоку. то есть, у тебя какое-то перераспределение памяти, на котором происходит падение...

Нехватка памяти, полагаю

In file ..\..\include/QtCore/../../src/corelib/tools/qvector.h, line 489: Out of memory

[__Heaven__]

Сама вьюха тоже, наверное, на векторах стоит

[Пантер]

Попробуй еще утечки поискать памяти.

[__Heaven__]

Попробуй еще утечки поискать памяти.

Визуально я это проделал. И моё эго подсказывает, что я очень щепетильно расходую память
Специальным софтом ни разу не пользовался. Посоветуете бесплатную? (Работаю в QtCreator, но есть и MSVS 2013 x64)

[Пантер]

valgrind, но это только под Линухом.

[__Heaven__]

valgrind, но это только под Линухом.

Жаль. Мне линукс ставить отказываются (как и vm), а дома не вариант.

Мне повезло повторить ошибку в минимально компилябельном примере (см. аттач)!
Всё что нужно - открыть файл свыше 120Мб (но из-за readAll не более 250). Будет точно такой же вылет.
Мелкие файлы читаются на ура.

[Johnik]

Пробежавшись в дебаге по тестовому примеру из сообщения (это где rowCount = 990000000),
можно увидеть, что падение происходит в функции (qbytearray.cpp):

Код

C++ (Qt)
int qAllocMore(int alloc, int extra)
{
    Q_ASSERT(alloc >= 0 && extra >= 0);   // line: 72        alloc = -669934592
...
}
 

причем вызывается функция из (qarraydata.cpp):

Код

C++ (Qt)
    if (options & Grow)
        capacity = qAllocMore(int(objectSize * capacity), int(headerSize)) / int(objectSize);     // line: 97
 

где: objectSize = sizeof(QHeaderViewPrivate::SectionItem) = 8 и capacity = 990000000

вывод 1: возможно есть баг в том, что в функцию qAllocMore передается размер в int (даже не в uint). Надо разбираться
вывод 2: для отображения большого количества данных необходимо писать свой View

[__Heaven__]

Пробежавшись в дебаге по тестовому примеру из сообщения (это где rowCount = 990000000),
можно увидеть, что падение происходит в функции (qbytearray.cpp):
......
вывод 1: возможно есть баг в том, что в функцию qAllocMore передается размер в int (даже не в uint). Надо разбираться
вывод 2: для отображения большого количества данных необходимо писать свой View

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

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

В предыдущем сообщении проблема, которая реально стоит в моем проекте.

[Пантер]

Можно еще попробовать заюзать QAbstract* модель и вьюху.

[Johnik]

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

То зависание будет отрабатывать в релизной версии с отключенными ASSERT

[__Heaven__]

Можно еще попробовать заюзать QAbstract* модель и вьюху.

К сожалению, я ещё малоопытен чтобы превращать QAbstract во что-то визуальное типа вьюхи.

[Пантер]

Попробуй для начала реализовать можель не от TableModel, а от абстрактной.

[Johnik]

В предыдущем сообщении проблема, которая реально стоит в моем проекте.

Все та же проблема, одним большим непрерывным куском память не выделяется.
Попробуйте читать файл кусками или воспользоваться методами QFile::map, QFile::unmap в модели унаследованной от QAbstractItemModel

[__Heaven__]

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

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