する前の状態に戻すのかどうかは知りません。雰囲気だけ汲み取ってやって下さい。結局困ったときのデバッグ手法は何だったんですか?にゃるほど〜。Debugビルドだとnewとかdeleteってやったら遅いですよね。いったメモリリークとか、もろもろチェックしてるんでしょうね。追加記事)吉田さんからは、こんなメールが来てました。[BugSlayer]の話題に、クラッシュアドレスから、問題が発生したソースの行を取得する方法が載ってます。詳しくは、その部分を読んでもらえばいいですが、とりあえず、アプリケーションのビルド時にしておかなくてはならないことだけを書きます。2.オプションのエディットボックスに以下のパラメータを追加。ファイルをきちんと保管しておく。基底アドレスを変更しておくこと。ないと不十分な情報なんですが、まあ、こういうこともできるというだけでも。しようもないときはMapファイル出して、あとは逆アセしてました^^>私かなりマヌケなことしてたんでしょうか(笑)>私それから、沙夢さんからは、こんな情報をいただきました。はじめまして、沙夢(シャム)と申します。Super-Programmer」を楽しく読ませて頂いております。年齢も(多分)近いこともあって、『こんなんわかるんか!?』とか書いてあるネタで爆笑していたりします。デバッグの話なのですが、デバッグビルド時のメモリ確保1回で、次のようになります・・・多分(^^;)。埋める#確かデフォルトは「解放済みブロックを使わない」です。使っているみたいです。deleteしたオブジェクトに対してのアクセスでリリースとデバッグで挙動が異なるのは、解放したメモリを新たに使う(リリース)か使わない(デバッグ)か、っていうのがあると思います。確保したら自分では解放できない(newはあるけどdeleteがない)ので、メモリ管理をシビアに考えなくて良いなぁ、とか最近思いました(笑)。以上、参考になれば幸いです(^^)。