>１、上記の「wparam」はメソッド抜けると消滅しますよ（違う？）
Post した側の wparam は xxx::yyy() から抜けるとスタックフレームがなくなるので
消滅すると考えていいでしょう

>２、上記（１）前提で考えると「wparam」はメッセージを受けたスレッド側では保障さ
>れない事になる？
ポストメッセージの動作を考えれば分ることだと思います。
送信先のメッセージキューに送信したメッセージを溜めるのが
ポストメッセージなので相手にメッセーぞが残るわけです。
但し、メッセージとしてポインターがあって、送信元のスタック内のデーターを
指しているとうまくいかないことはお分かりだと思います。

早速の回答ありがとうございますm(__)m

>但し、メッセージとしてポインターがあって、送信元のスタック内のデーターを
>指しているとうまくいかないことはお分かりだと思います。
上記回答より以下のように理解しました。間違っていたらご指摘ください

１、今回の場合 「wparam」の中身は実在しているから動作している
（親スレッドなので消滅していない）

２、もし、「wparam変数自身のアドレス」を渡してしまうと、受け取ったスレッドでは処理
できない（アドレスが指す位置はすでに実態が消滅しているので保障できない）

３、上記（２）の事から、オブジェクトを渡す時などは、注意が必要で、スレッド側で処理
が終わるまでは存在を維持しておかないといけない

読んでみると、当たり前の事でした。お恥ずかしいw

ありがとうございました！
間違ってるよーて指摘が無いのを確認して「解決」にしたいと思います

>２、もし、「wparam変数自身のアドレス」を渡してしまうと、受け取ったスレッドでは
>処理できない（アドレスが指す位置はすでに実態が消滅しているので保障できない）

wparam変数自身の番地に限らずです。
ポストした相手が処理できることこそが大切なのです。

連投すいません。

以下のようなコードはNGて事ですよねぇ

void xxx::yyy()
{
sMsg =(MSGDATA *)::GlobalAlloc(GPTR,sizeof(MSGDATA));

nPostRetV = PostThreadMessage(lID_SendRecvThread, WM_DATASEND, (WPARAM)sMsg, 0
);
if( !nPostRetV ) {
delete sMsg;
}
}

よろしくお願いいたします

> sMsg =(MSGDATA *)::GlobalAlloc(GPTR,sizeof(MSGDATA));
>
> nPostRetV = PostThreadMessage(lID_SendRecvThread, WM_DATASEND, (WPARAM)sMsg, 0
>);
> if( !nPostRetV ) {
> delete sMsg;
> }

GlobalAlloc()したのならば、解放はGlobalFree()でしょう。
で、この場合だと動的確保した領域の生存期間はこの関数が実行されている間。というこ
とになりますので、メッセージを処理する時には解放済み。ということになってしまいます。

よって…NGです。

瀬戸っぷさん回答ありがとうございます

突っ込みは多々あるとは思いますが、パラメータの生存期間については理解できたと思いま
す。

ここまで回答していただいた、しまさん、瀬戸っぷさん、本当にありがとうございました
m(__)m
自信を持って先輩方に指摘できそうです

このスレは解決とさせていただきます。