> ある場所で死にます。
ある場所が特定できているならば、修正できませんか？

Debugで落ちなくて、Releaseで落ちる場合、メモリ関係で不正にアクセスしているとい
うのがほとんどです。

というか、あまり「死ぬ」という表現はやめたほうがいいです。
(以前も同じような表現を使っていましたよね？)

つ http://hata.cc/docs/Win32Map/contents.html

Release でのみアプリケーションが終了するような場合（Debugできない場合）
このような方法で原因を特定できる場合がありますよ。

>ある場所が特定できているならば、修正できませんか？
そこが原因ならね。
メモリ破壊→一見全く関係ない場所でクラッシュ発生、ってのがメモリ破壊の典型パターン
ですから（たいてい、クラッシュ報告が出てる場所は一切バグっていない）

Debug版で警告表示が出ていませんか？出ていればバグの可能性が極めて高いです。
無視せず追求すべし。

多くの場合、こういうのって自動変数配列のオーバーランだったりするんだが
これだと警告なしにクラッシュすることが多くて困りものですな。

>Debugで落ちなくて、Releaseで落ちる場合、メモリ関係で不正にアクセスしているとい
>うのがほとんどです。
おそらくそうだとは思うのですが・・・
リリースなんでブレーク当てられないので、
メッセージボックスを表示させて追いかけたところ、
OnOK関数最終行のCDialog::OnOK();の後では表示されました。
ですが、OnDestroy関数の先頭のメッセージボックスは表示されませんでした。

＞ある場所が特定できているならば、修正できませんか？
落ちえいる場所が自分が記述したコードの場所ではないので
よくわかりません。
実行時エラーのようにファイル名と行の記述もないので・・・
こういう場合どうしたらいいのでしょう？

>Debug版で警告表示が出ていませんか？
でていません。
とりあえず、メモリのアクセスしているところを追いかけて見るしかないのかな！？

> とりあえず、メモリのアクセスしているところを追いかけて見るしかないのかな！？
そうですね。
回答者側に、何一つコードを載せていない以上、あなたがやるしかないです。

まずは
tetrapodさんもおっしゃっていますが、配列の上限を超えて格納をしていないかチェッ
クしてみてはどうでしょうか？

例)
int a[ 10 ];
int i = 0;

・
・
a[ i ] = 10; // i>=10になっているとか

char* p;
・
・
char s[ 10 ];
strcpy( s, p ); // コピーする文字数が格納領域を超えているとか

>回答者側に、何一つコードを載せていない以上、あなたがやるしかないです。
OnOK関数は以下のコードです。

CString str;
BYTE data;

// エディットボックスの文字列を取得する
m_Edt1_Ctl.GetWindowText(str);
str.TrimLeft();
str.TrimRight();

// 2文字より多い時はリターン
if( 2 < str.GetLength() ){
AfxMessageBox(１６進数２桁で入力して下さい, MB_ICONSTOP, MB_OK);
return;
}

// １６進数変換できなければリターン
if( 0 == sscanf(str,%02X,&data) ){
AfxMessageBox(１６進数２桁で入力して下さい, MB_ICONSTOP, MB_OK);
return;
}

m_CmdNum = data;

CDialog::OnOK();

＞tetrapodさんもおっしゃっていますが、配列の上限を超えて格納をしていないかチェ
＞ッ
＞クしてみてはどうでしょうか？
別の場所のチェックをしてみます。

>BYTE data;

>if( 0 == sscanf(str,%02X,&data) ){
ここで普通にバッファオーバーフローしています。
sscanfはdata変数の位置にint型のサイズで書き込みを行うでしょう。

> AfxMessageBox(１６進数２桁で入力して下さい, MB_ICONSTOP, MB_OK);
> AfxMessageBox(１６進数２桁で入力して下さい, MB_ICONSTOP, MB_OK);
あんまり関係なさそうですが、これ間違っていない？
第3引数は「メッセージのヘルプ コンテキスト ID」ですよ。
(たまたまMB_OKが0であるからうまく動いているけど。)
MB_OKとMB_ICONSTOPの場合は、第2引数に | 演算子で指定します。

AfxMessageBox( １６進数２桁で入力して下さい, MB_ICONSTOP | MB_OK );

提示コードにはまさにメモリ破壊のバグがありますが、お気づき？

＞sscanfはdata変数の位置にint型のサイズで書き込みを行うでしょう。
なに～知りませんでした・・・
INT型に直したら、このクラスは通過しました(^o^)
でも、DoModal以下で落ちてます。
とりあえず心当たりがあるので、追いかけて見ます。

ちなみに、
AfxMessageBoxとCWnd::MessageBoxがごっちゃになっていたみたいです。
みんなはどっちを使ってるのかな？
どっちでも同じだと思ってました。

直接の回答ではありませんが、Releaseビルドでステップ実行すればいいのでは？

プロジェクトの設定－C/C++のカテゴリ一般の最適化を「無効（デバック時）」
プロジェクトの設定－C/C++のカテゴリ一般のデバック情報を「しない」以外に
プロジェクトの設定－リンクのカテゴリ一般の「デバック情報を生成する」をONに

ちゃんとエラー判定したら、ＯＫでした。
ありがとうございました。

> ちゃんとエラー判定したら
ってどこのアドバイスから、その回答が？