qvector.h, line 489: Out of memory

[__Heaven__]

PS Вылетает скорее всего изза предела в 2 Гб для x32 программы.

В точку по поводу x32. Но насчёт 2 Гб - не знаю как устроены классы, но потребление в аттаче
Откомпилировал свой проект под msvc 2013 с Qt 5.3.1 opengl 64 и мой большой файл открылся без проблем. К сожалению нет возможности проверить работу при msvc x32 компиляторе. Но, думаю, что там будет то же.

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

[Пантер]

В 32 архитектуре процессу доступно только 2 GB оперативы. Я тоже склоняюсь, что проблема в этом.

[Old]

В 32 архитектуре процессу доступно только 2 GB оперативы.

Под вендой.
В linux - 3 Gb.

[Пантер]

В 32 архитектуре процессу доступно только 2 GB оперативы.

Под вендой.
В linux - 3 Gb.

Да, забыл уточнить. Спасибо.

[__Heaven__]

Спасибо за ответы.
Немного стыдно, что не знал про 2ГБ. Я был уверен, что выделяется до 4ГБ, если приложение запустить из-под x64

[__Heaven__]

А как отлавливать такие исключения? Куда цеплять try?

[Bepec]

Под виндой это довольно запутанно и сложно

Имеется вроде бы блок для ловли таких вот гадостей в __try.

[Пантер]

ИМХО, под виндой такое сложно отловить. Нужно изначально разрабатывать, чтобы не превышать лимитов.

[__Heaven__]

ИМХО, под виндой такое сложно отловить. Нужно изначально разрабатывать, чтобы не превышать лимитов.

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

[__Heaven__]

А еще интересно вот что!
Если я беру этот же массив и вывожу не в одну колонку, а в 3, то ошибка не выскакивает.

[Пантер]

ИМХО, под виндой такое сложно отловить. Нужно изначально разрабатывать, чтобы не превышать лимитов.

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

Ну, смотри, Куьют из скулайтной базы подтягивает данные по 256 строк. Можешь так примерно и сделать. Пользователю не нужно видеть мульоны строк, ему нужно 100 +- 50 максимум. А дальше можно отфильтровать.

[__Heaven__]

Можешь так примерно и сделать. Пользователю не нужно видеть мульоны строк, ему нужно 100 +- 50 максимум. А дальше можно отфильтровать.

Как при этом должен работать скроллбар? Если я захочу потянуть за него?
Он должен просто иметь 3 положения: верх, низ и середина?

[Пантер]

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

[__Heaven__]

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

У меня 5.3 и вьюха, как мне кажется, делает пробег по всем колонкам/строкам (скрытым и отображенным). Более того, она делает это мультипоточно.

Одни и теже данные я пытаюсь отобразить в 3 колонки, а затем в 1. Ничего не меняю в памяти кроме nColumns и nRows.
При отображении в 3 все ок. А при отображении в 1 выброс.
Также я вешал на методы data, headerData функцию qDebug(). Она вызывалась много большее число раз, чем строк имеется в отображении.

[Пантер]

Прокси?
Ресайз политика колонок/строк?