в режиме дебага когда идет запись в вектор
на функции 

SomeFuncPushTovec();

вылетает на 


по стэку вызовов понять ничего не удалось.

предполагаю, что что то связанное с ограничением на память (в е CMemoryException).

почему это происходит?

Стек вызовов в момент отлова исключения рассматривать бесполезно. Нужно ловить исключение в момент генерации.
Во первых, нужно понять какой тип исключения. Это можно увидеть (в дебаге) в Output-окне. Там должно быть написано что-то вроде First chance exception at... Далее нужно в окне Debug-Exceptions включить перехват нужных типов исключений; можно сразу группу, а не поштучно. 
Если тип исключения понять не получается, попробуй C++ exceptions и Run-time (не помню. точно как называются - там где Access violation и т.д.)
Вот в момент генерации исключения смотри стек. 
Иногда бывает, что ты ловишь не первичное исключение, а "переизлученное". Тогда нужно еще поработать с окном перехвата исключений... и внимательно смотреть Output (найти самое первое исключение)

во время дебага нажал Ctrl + Alt +E
и поставил галочку напротив С++ Exeptions->CExeption
ну и дебагер остановился на том же месте CATCH_ALL(e)
тип исключения CMemoryExeption
в логе дебаг окна  Microsoft C++ exception: CMemoryException at memory location
я так и не понял как посмотреть из какого куска кода оно пришло.

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

надо было перед дебагом.

вообщем.
First-chance exception CMemoryException at memory location
bgheap.c
на строчке
/* do the allocation
             */
pvBlk = _heap_alloc_dbg_impl(nSize, nBlockUse, szFileName, nLine, errno_tmp);


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

хотя пробовал запускать откомпилированный экзешник на машине с 4Гб всю память не занимает, а вываливается примерно на 2Гб.

Это сообщение отредактировал(а) mrgloom - 12.9.2011, 16:27

Похоже???
Если ты реально ждал, что тебе 2 гб в хипе выделят, тебе срочно нужен ликбез - надо книжку какую-никакую прочесть, про виндоус, про память и т.д., Рихтера, например.   

ну я так подозреваю что 2гб это предел для приложения в х32 системе? (хотя вроде тяжелые приложения как то расширяют это дело до 3Гб).

попробую под х64.

и еще как то можно оценивать полный объем памяти, который использует программа, чтобы она не падала на х32?



Upd: на х64 та же история (2GB per process) или я чего то делаю не то.
хотя на х64 всего 2Гб памяти так что может быть и в этом проблема.


Это сообщение отредактировал(а) mrgloom - 13.9.2011, 11:28

пробовал этот метод скомпилировать с флагом /LARGEADDRESSAWARE
http://msdn.microsoft.com/en-us/library/wz223b1z

эффект тот же, хотя возможно из-за того, что х64 имеет 2Гб, но по идее есть еще и файл подкачки.

На 32-битной платформе процессу выделяется 4 гб виртуального адресного пространства. Больше не позволяет адресация. В это же адресное пространство отображаются все необходимые системные библиотеки, а также сам процесс. Сколько памяти есть физически в системе - не важно, это будет влиять только на скорость (разве что на диске не хватит места под своп или своп вообще отключен). Под хип остается то, что не занято стеком и прочими запросами на память. Причем хип может фрагментироваться. Так что рассчитывать на большой кусок не стоит.
Под 64-битной платформой памяти процессу должно выделяться по идее больше. Почему у тебя не получилось, не знаю. Разве что ты не компилировал под 64, а просто запустил 32-битное приложение.

нет я скомпилировал под х64(статическая линковка на выходе только 1 экзешник, флаг /LARGEADDRESSAWARE проставил насильно) (на системе х32 специально проверил экзешник не запустился) перенес на систему х64 и запустил там(только там 2Гб памяти) и начал смотреть что там происходит через vmmap примерно когда heap  занимал 1.8Гб , а полный размер ~2Гб  все начало свопиться и начались дикие тормоза, а потом все равно приложение вроде бы упало.

может нельзя выделять больше 2Гб непрерывной памяти? или на это нет ограничений?

Не могу сказать. Пока с 64-битными приложениями не связывалась... Теоретически вроде не должно быть такого ограничения, но хз

запустил на машине х64 с 4 гб, программа отъела 4Гб и сообщила, что ей не хватает памяти.

вообщем все работает, но почему то файл подкачки она кушать не хочет.  причем программа не падает, но и память не сбрасывает.
т.е. она кушает много памяти на ф-ии
add_many_items_to_vector()  
потом вылетает эксепшн на память и как дальше она себя ведёт\должна вести не очень понятно.

Добавлено через 4 минуты и 15 секунд
может возможно контролировать как то поведение программы на таких участках? или как то все время проверять с какой то периодичностью.
что то типа

Может, проще не жрать столько памяти?  
Я за свою довольно долгую карьеру ни разу с таким проблемами не сталкивалась... 
Нельзя же программировать на абстрактной машине Тьюринга. 

заранее рассчитывалось, что приложение может есть много памяти.

аппетиты конечно сократятся, но хотелось бы уметь и обрабатывать такие ситуации нехватки памяти.

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

скажем такое 
while(1)
{
     vec.push_back(item);
}


почитал тут http://users.msu.dubna.ru/~nefedov/c++course/p2-3.html
но там про new[],но я то работаю со стандартным вектором.