gpt4 book ai didi

winapi - 在什么条件下,RmGetList 会为 lpdwRebootReasons 输出参数返回 2?

转载 作者:行者123 更新时间:2023-12-02 07:22:34 24 4
gpt4 key购买 nike

背景

我正在设计一个 Inno Setup 安装程序来安装 Cygwin服务,我对从 Windows Restart Manager 看到的行为感到困惑API。

具体来说,当服务运行时(使用 cygrunsrv 实用程序启动),RmGetList API 函数为其 lpdwRebootReasons 输出参数返回 2 (RmRebootReasonSessionMismatch)。此输出参数是 RM_REBOOT_REASON 类型的枚举。 ,MSDN 上对 RmRebootReasonSessionMismatch 值的描述是:

One or more processes are running in another Terminal Services session.

Inno Setup 日志文件包含如下行:

RestartManager found an application using one of our files: <executable name>
RestartManager found an application using one of our files: <service name>
Can use RestartManager to avoid reboot? No (2: Session Mismatch)

Inno Setup 然后继续尝试替换正在使用的文件,就好像根本没有使用重新启动管理器一样。

我对这个输出值感到困惑,因为在我测试的两台不同的机器上(Windows 10 1909 x64 和 Windows Server 2012 R2),没有终端服务器/远程桌面用户登录。

如果我停止服务并启动另一个可执行文件(在要由安装程序替换的文件集中),则 RmGetList 对于 lpdwRebootReasons 返回 0 (RmRebootReasonNone),并且Inno Setup 显示正在使用的文件的正常对话框,并允许用户选择自动关闭它们。

Process Explorer显示在 session 0 和系统 完整性级别上运行的两个进程(cygrunsrv.exe 及其启动的进程)。两者都是控制台子系统可执行文件。

问题

  1. 在什么条件下,RmGetList 的 lpdwRebootReasons 输出参数返回 2 (RmRebootReasonSessionMismatch)? (我试图理解为什么在服务运行时会发生这种情况。)

  2. 此值是否会导致整个重新启动管理器 session 失败,或者即使重新启动管理器认为应用程序正在一个或多个不同 session 中运行,重新启动管理器仍可以继续进行吗?

最佳答案

对于问题2,文档RM_PROCESS_INFO

bRestartable

TRUE if the application can be restarted by the Restart Manager; otherwise, FALSE. This member is always TRUE if the process is a service. This member is always FALSE if the process is a critical system process.

该值指示应用程序是否可以通过重新启动管理器重新启动。

对于问题1,请注意,服务运行在 session 0中。如果占用资源(在RmRegisterResources中注册)的进程是服务A,则RmGetList函数同样运行在服务进程B中会返回lpdwRebootReasons = RmRebootReasonNonebRestartable = TRUE

但如果 A 不是服务,则 A 和 B 运行在不同的 session 中,lpdwRebootReasons = RmRebootReasonSessionMismatchbRestartable = FALSE

其他结果:(B 以提升的权限运行)

  • A 和 B 是控制台,并且在同一个 session 中:lpdwRebootReasons = RmRebootReasonNonebRestartable = TRUEApplicationType = RmConsole
  • A 和 B 是控制台,并且在不同的 session 中:lpdwRebootReasons = RmRebootReasonSessionMismatch, bRestartable = FALSE, ApplicationType = RmConsole
  • A:服务,B:控制台:lpdwRebootReasons = RmRebootReasonNonebRestartable = TRUEApplicationType = RmService

(B 不以提升的权限运行):

  • A 和 B 是控制台,并且在不同的 session 中:lpdwRebootReasons = RmRebootReasonCriticalProcess, bRestartable = FALSE, ApplicationType = RmCritical
  • A:服务,B:控制台:lpdwRebootReasons = RmRebootReasonPermissionDeniedbRestartable = FALSEApplicationType = RmCritical

根据文档bRestartable取决于ApplicationType。然后,我们可以看到,如果bRestartable = TRUE,则lpdwRebootReasons = RmRebootReasonNone。但当bRestartable = FALSE时,则取决于其他成员RM_PROCESS_INFO

关于winapi - 在什么条件下,RmGetList 会为 lpdwRebootReasons 输出参数返回 2?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/59902201/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com