为什么 RunDLL32 进程在 Windows 7 上提前退出？

Question

在 Windows XP 和 Vista 上，我可以运行此代码：

STARTUPINFO si;
PROCESS_INFORMATION pi;
BOOL bResult = FALSE;

ZeroMemory(&pi, sizeof(pi));

ZeroMemory(&si, sizeof(si));

si.cb = sizeof(STARTUPINFO);
si.dwFlags = STARTF_USESHOWWINDOW;
si.wShowWindow = SW_SHOW;

bResult = CreateProcess(NULL, 
                        "rundll32.exe shell32.dll,Control_RunDLL modem.cpl", 
                        NULL, NULL, FALSE, NORMAL_PRIORITY_CLASS, NULL, NULL, 
                        &si, &pi);

if (bResult)
{
    WaitForSingleObject(pi.hProcess, INFINITE);
    CloseHandle(pi.hProcess);
    CloseHandle(pi.hThread);
}

并且它按我的预期运行，即，直到用户关闭调制解调器控制面板窗口后，WaitForSingleObject 才会返回。

在 Windows 7 上，相同的代码 WaitForSingleObject 立即返回（返回代码 0 表示对象发出了请求的状态信号）。

同样，如果我将它带到命令行，在 XP 和 Vista 上我可以运行

start /wait rundll32.exe shell32.dll,Control_RunDLL modem.cpl

，并且在关闭控制面板窗口之前它不会将控制权返回到命令提示符，但在 Windows 7 上它会立即返回。

这是 RunDll32 中的更改吗？我知道 MS 对 Windows 7 中的 UAC 中的 RunDll32 进行了一些更改，从这些实验来看，其中一项更改可能涉及生成一个附加进程来显示窗口，并允许原始进程退出。唯一让我认为情况可能并非如此的是，使用显示进程创建和销毁的进程资源管理器，我没有看到除了调用的 rundll32 进程本身之外还创建了任何其他内容。

我还有什么办法可以解决这个问题吗？我只是不希望该函数在控制面板窗口关闭之前返回。

Answer 1

如果其他人遇到同样的问题：我终于在 Microsoft 技术支持的帮助下解决了这个问题。

他们能够确认原始 RunDll32 进程仍在运行（它没有生成新进程），但无论出于何种原因，他们不知道答案，WaitForSingleObject() 会立即在该进程上返回。

解决方法是使用 CPLApplet 以不同方式关闭控制面板窗口，如下例所示： http://support .microsoft.com/kb/232536

然而，由于 32 位调制解调器控制面板无法在 64 位 Windows 中运行（它会显示，但“添加”按钮不起作用），问题变得更加复杂。我已经在 64 位平台上的 RunDLL 解决方案中关闭了 WOW64 重定向，并且效果很好，但是您无法在 32 位应用程序中加载 64 位库，因此我必须生成一个新进程来执行此操作。

总之：

Win 7 64 bit: call CPLApplet via CreateProcess in 64-bit executable
Win 7 32 bit: call CPLApplet within my installer
XP / Vista 64 bit: turn off WOW64 redirection, use RunDll32
XP / Vista 32 bit: use RunDll32