メモリリークの件

>他のは調べていますが、よくわかりません。

>問題ないようにも思えますが・・・

ところで、_CrtDumpMemoryLeaks()どこで呼んでます？

_CrtDumpMemoryLeaks();を呼ぶのをもっと後にしてみて下さい。

例えば、CXxxAppクラスのデストラクタから呼んでみたら如何でしょうか。

>PCか、vc++か、記述に問題があるのか・・・

記述というか確認方法ですかね。
_CrtDumpMemoryLeaks()を呼ぶタイミングが早すぎます。ローカル変数のデストラクタが呼ばれていません。

中括弧で処理を囲って、その前後でメモリリーク調査の関数を呼んでください。
もしくは調査対象の処理を別関数にするか。


void CMy2Dlg::OnOK()
{
// TODO: この位置にその他の検証用のコードを追加してください

_CrtSetBreakAlloc(71);
{ //追加

PROCESS_INFORMATION pro_id;
STARTUPINFO str_inf;
::ZeroMemory(&str_inf, sizeof(str_inf));
str_inf.cb = sizeof(str_inf);
str_inf.dwFlags = STARTF_USESHOWWINDOW;
str_inf.wShowWindow = SW_SHOW;

CString mstrCmdLine;
mstrCmdLine = "cmd.exe";
char *cl = new char[mstrCmdLine.GetLength() + 2];
strcpy(cl,mstrCmdLine);
CreateProcess(NULL,cl,NULL,NULL,FALSE,0,NULL,NULL,&str_inf,&pro_id);
delete[] cl;

CDialog::OnOK();

} //追加

_CrtDumpMemoryLeaks();
}

-----

PROCESS_INFORMATION pro_id;
STARTUPINFO str_inf;
::ZeroMemory(&str_inf, sizeof(str_inf));
str_inf.cb = sizeof(str_inf);
str_inf.dwFlags = STARTF_USESHOWWINDOW;
str_inf.wShowWindow = SW_SHOW;

CString mstrCmdLine;
mstrCmdLine = "cmd.exe";
char *cl = new char[mstrCmdLine.GetLength() + 2];
strcpy(cl,mstrCmdLine);
CreateProcess(NULL,cl,NULL,NULL,FALSE,0,NULL,NULL,&str_inf,&pro_id);
delete[] cl;
-----
というコードを実行してみましたが、メモリリークは発生しませんでした。
ですので、原因はまだ明かされていないコードのどこかにあるのではないかと思います。

_CrtDumpMemoryLeaksにおいてメモリリークが検出された場合、一番最後に表示されたメモリリークに問題がある場合が多いです。
下から順番に解決していきましょう。

{41} client block at 0x003425D0, subtype 0, 64 bytes long.
a CDynLinkLibrary object at $003425D0, 64 bytes long

最初に解析するのはこれです。
このメモリリークの原因はもう解決しましたか？

●このメモリリークの原因探しに難航している場合
プログラムの先頭の方に
_CrtSetBreakAlloc(41);
というコードを追加し、デバッグモードで実行してみましょう。
うまく行けば、メモリリークを起こしているオブジェクトを生成しているところで停止してくれます。
停止したら、そのオブジェクトが本当に解放されているのか確認してみて下さい。

●残りはもうstrcore.cppで発生しているメモリリークだけの場合
strcore.cpp(118) : {71} normal block at 0x00344978, 20 bytes long.
Data: < cmd.> 01 00 00 00 07 00 00 00 07 00 00 00 63 6D 64 2E
となっていますので、
プログラムの先頭の方に
_CrtSetBreakAlloc(71);
というコードを追加し、デバッグモードで実行してみましょう。
うまく行けば、メモリリークを起こしているオブジェクトを生成しているところで停止してくれます。
停止したら、そのオブジェクトが本当に解放されているのか確認してみて下さい。

ただしどちらの方法も起動するたびに{}の中の数字が変わるような状況では役に立ちません。ご注意下さい。

ヘルプより：

>lpCommandLine
>実行するべきコマンドラインを保持している、NULL で終わる文字列へのポインタを指定します。
>システムはこのコマンドラインの最後に NULL を追加し、必要に応じて文字列を切り捨て、
>実際にどのファイルを使うのか指定します。

なんで、
>char *cl = new char[mstrCmdLine.GetLength() + 1];
足りてません。1ではなく2足してください。


>例 LPTSTR mstrCmdLine;
>mstrCmdLine = "cmd.exe";

これってキャストしないでコンパイル通りますか？

>ただ、strcore.cppというクラスは作成していないのですが、エラーが出ます。

.cppって位だからソースでしょ(^^;;;
で、(118)が行番号。

MFCのソースはインストールしてますか？
VC++6.0SP6だと、該当行はCString::AllocBuffer()でした。


>newとかの解放はしているのですが、他にメモリリークをする原因ってあるのでしょうか？

ちゃんと解放していないとか。
こんなソースだとリークします。
CString pstr* = new CString[2];
delete pstr;


あとは、MFC等のフレームワークを使っているのであれば、その内部。

メモリリークとは、何度も確保されても解放されずに使用量が増えていくのがまずいのであって、該当個所では1度だけ確保して終了時まで保持しておくという使い方であれば、まずくはありません。(気持ち悪い気もしますが)