Как обеспечить надежность нехватки памяти с отключенными исключениями C ++ (VS2010)?

Я работаю над динамически связанной библиотекой (DLL), критичной к производительности, которая также должна иметь относительно небольшой размер двоичного файла. Поскольку он явно не генерирует никаких исключений, я бы хотел вообще отключить поддержку исключений. Тем не менее, есть одно исключение (каламбур непреднамеренный): при нехватке памяти (OOM) я должен сообщить приложению код ошибки, чтобы у него была возможность изящно обрабатывать вещи. База кода слишком велика, чтобы проверять каждое выделение по отдельности и распространять ошибку, и содержит внешний код, который я не должен касаться. Поэтому я хотел бы отлавливать исключения OOM в экспортированных функциях моей DLL.

Быстрый тест показывает, что при отключении исключений C ++ в Visual C ++ 2010 (т. Е. Флаги no / EHa, / EHsc или / EHs) он все равно переходит на улов (std :: bad_alloc&) блокировать при выделении слишком большого объема памяти.

Так что, похоже, работает как хотелось бы. Однако я получаю следующее предупреждение уровня 1: «C4530: обработчик исключений C ++ используется, но семантика раскрутки не включена. Укажите / EHsc». MSDN говорит, что «объект с автоматическим хранением в кадре, между функцией, выполняющей бросок, и функцией, выполняющей бросок, не будет уничтожен».

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

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

Спасибо за совет.