Win32API【2】

「あるプロセスＡから別のプロセスＢをCreateProcessで起動して
　そのハンドルを取得し、終了までWaitForSingleObjectで待つ」
といった、ありがちなプログラムなのですが、プロセスＢからさらに
さらにShellExecute()で別のプロセスＣを起動しようとすると、
ロック状態に陥ってしまい、プロセスＣが正しく起動されません。

・WaitForSingleObjectで待つ処理を抜けば正常動作します。
・完全にロックかと思いきや、なぜか３０秒後ぐらいにプロセスＣが
　正常に実行されます。（タイムアウト？）
・プロセスＡを経由せずに直接プロセスＢから起動すれば問題なし。
・ShellExecuteでなくてCreateProcessを使用すれば問題なし。

このような場合の回避策は存在するのでしょうか？

>>452 今のプログラミング言語って呼び出しが入れ子になりがちだから
起動するプログラムと監視するプログラムは分けたほうが無難じゃないですか？

もっともおんなじ様なプログラムでWin2KでもWin98でも特に問題はないので
変数とかなにかメモリ処理とかあるいはなんか基本的なミスを起こしているように思うのでけど

＞452
なにその現象、わかんねー！！！

>>453
>>454
わかりにくくて、すいません(^_^;)
やろうとしていることを整理？しますと、

　1.ボタンを押したらShellExecute()でURLを開くアプリを作成

　2.このアプリを別のアプリからCreateProcessで起動すると
　　ShellExecuteの実行に時間がかかる（３０秒）

というものです。
WaitForSingleObjectでプロセスの終了を待っている訳ですが、
何故かShellExcuteの実行にまで影響を及ぼしているようです。

>>455
試してみたけど再現不能だった。
何か別の原因があったりしない？

>>455
・すでに標準ブラウザが起動しているかどうかチェックするために
　ShellExecuteがDDEメッセージをブロードキャスト
・WaitForSingleObjectで終了を待っているためメッセージに
　応答できない
・タイムアウトまでロック

という筋書きかと。
　対策としては
1. 終了待ち専用のスレッドを作る。
2. MsgWaitForMultipleObjectsを使う。
お好きなほうをどうぞ。

>>457
ありがとうございます。
ご教授いただいた筋書きが濃厚のようです。

試しに、ＵＲＬ指定でなく、通常の単なるEXEの起動であれば
>>452
の問題は一切発生しません。
（ShellExecuteを単なるプロセスの起動と思い込んでいました･･･）

対策の方、試してみます。

>>458
exeの起動ならDDEは使わないからね。