スタックトレースして、MFC のソースコード等見ても、どこでも new していないことは
確認済みですか？

> 意図的にメモリを確保しない、変数への代入等でもメモリ不足になれば
> CMemoryExceptionは発生するのでしょうか？

プリミティブ型では発生しないでしょうが、コピーコンストラクタの実装次第では発生し
うるでしょうね。

シャノンさん、ご回答ありがとうございます。

CMemoryExceptionが発生している辺りでは、CMapのSetAtを使っているのですが、
そのMFCソースをみると、どうもnewしているような・・・

pragma push_macroがいまいち理解できないのですが、
これって結果的にnewしているのでしょうか。

CMap<KEY, ARG_KEY, VALUE, ARG_VALUE>::NewAssoc(ARG_KEY key)
{
　省略
#pragma push_macro(new)
#undef new
::new(pAssoc) CMap::CAssoc(key);
#pragma pop_macro(new)
　return pAssoc;
}

newがdefineされていた時の対策にいったん退避して
newをundefしてグローバルのnewを呼んでいると思います。
で、退避した定義を元に戻していると。

ＰＡＴＩＯさんご回答ありがとうございます。

なるほど、「#pragma push_macro」「#pragma pop_macro(new)」の意味が
分かりました。

CMapのSetAtの中で「new」があるためCMemoryExceptionが発生する場合が
あるのですね。

ということは、今回のエラーは、メモリ不足と理解して問題ないような・・・

みなさん、ありがとうございました。

ちなみにですが、
「#pragma push_macro」「#pragma pop_macro」はネットで検索すれば一発で出てきますよ。
分からないときは一つ一つ調べてみる事をお勧めします。

http://blogs.wankuma.com/melt/archive/2007/09/07/94656.aspx

> CMemoryExceptionが発生している辺りでは、CMapのSetAtを使っているのですが、
> そのMFCソースをみると、どうもnewしているような・・・
サポート技術情報で問題視されてなければ大丈夫だと思います。

CMapはあまり使ってないんでわからないのですが、
InitHashTableで初期化・サイズ指定をしないといけないんじゃないでしょうか？

> その時点のページファイルが2Gを超え、
本来どのぐらい必要なんですか？
多すぎるとWindows環境によって動かない場合があります。

ＰＡＴＩＯさん、ITOさんご回答ありがとうございました。
また、返答が遅くなってしまい、すみません。

ＰＡＴＩＯさん
載せていただいたサイト、質問する前に読んでいたのですが、
私にはよく理解できず・・・
ＰＡＴＩＯさん「退避」という言葉を読んで、やっと理解できました。
ありがとうございます。

ITOさん
>サポート技術情報で問題視されてなければ大丈夫だと思います。
ヘルプやその他も調べてみたのですが、CMap::SetAtでメモリが確保できなかった場合
についての記載はありませんでした。

>CMapはあまり使ってないんでわからないのですが、
>InitHashTableで初期化・サイズ指定をしないといけないんじゃないでしょうか？
確認してみましたが、CArrayのように、最初に要素数（エントリ数）を指定したほうが、
パフォーマンスが良い、と理解しました。
今回のケースでは、実際のエントリ数と最大のエントリ数に大きな差がある場合が
多いので、あらかじめエントリ数を指定するということは考えていませんでした。
CMap::SetAtのヘルプに書かれている使用例をみると、InitHashTableをせずSetAtして
いるので、そのようなやり方でも問題はないのかと思っています。

>本来どのぐらい必要なんですか？
必要メモリサイズは、入力ファイルサイズにほぼ比例して増えていく作りです。

>多すぎるとWindows環境によって動かない場合があります。
これは、もちろん理解しています。
動作保証サイズの入力ファイルにて、推奨スペック以上のPCで処理が実行できることは
確認済みです。
その上で上記に当てはまらない場合の動作はユーザー責任というスタンスです。

解決にチェック忘れました。