在使用Adobe Reader和CreateProcess打印PDF时，如何修复访问权限，而无需禁用受保护模式？

Question

如果我手动创建shell并执行该命令，我可以使用以下命令行成功地将PDF自动打印到某些打印机。另外有效的是，例如，使用PDF和动词“打印”的上下文菜单在Windows Explorer中打印一些PDF。

"C:\Program Files\Adobe\Acrobat DC\Acrobat\Acrobat.exe" /h /n /o /s /t "C:\Users\[...]\some.pdf" "SomePrinter"

无效的是使用与createProcess的某些自定义Win32-App中完全相同的命令行。当Adobe Reader启动并试图读取文件时，不久之后就会显示出一个错误消息，因为访问被拒绝，因此无法打开该文件。当然，重要的是，我正在启动我的应用程序，该应用在同一用户下使用createProcess，例如手动从外壳成功打印时。使用Procmon，我还可以看到访问了正确的PDF，对于错误的路径或相似的路径没有问题。

解决该问题的方法是在Adobe Reader的sartup中禁用受保护的模式。但这在理论上不是必需的，因为当在外壳上手动执行时，使用上下文菜单以及不使用createProcess与某些命令行一起使用，但shellexecuteex也可以使用。 >使用动词打印。问题仅仅是Adobe阅读器需要打印不信任的PDF，因此使用受保护的模式是有道理的。此外，我的应用程序已部署到许多不同的系统上，我想避免将Adobe Reader重新配置为禁用受保护模式的管理任务。动词“打印”和shellexecuteex的缺点是我无法转发其他参数。

再次查看procmon，直到使用createProcess时，Adobe阅读器的行为似乎几乎是相同的。在这两种情况下，都创建了Acrobat.exe的实例，此后使用lowintegrity模式和一些附加的命令行参数产生了本身的附加实例：

"C:\Program Files\Adobe\Acrobat DC\Acrobat\Acrobat.exe" --type=renderer /prefetch:1  /h /n /o /s /t [...]

对我来说，这看起来像是有允许对交互式与非相互作用的使用或非相互作用的识别，而前者则被允许，第二次被拒绝。尽管我的Win32-App是32位，而Adobe Reader 64，但这似乎也不是问题所在。我用32位cmd.exe启动64位Adobe读取器进行了测试，并且事情如预期的。

以下是我启动过程的方式，除了Adobe Reader以外的任何事物：

STARTUPINFO         si;
PROCESS_INFORMATION pi;

ZeroMemory(&si, sizeof(si));
ZeroMemory(&pi, sizeof(pi));
si.cb = sizeof(si);

LOG4CXX_TRACE(logger, L"Beginn CreateProcess");
if (!CreateProcess( NULL, const_cast<_TCHAR*>(cmdLine.c_str()),
                    NULL, NULL, FALSE, 0, NULL, NULL, &si, &pi))
{
    DWORD error = GetLastError();
    LOG4CXX_ERROR(logger, L"CreateProcess: GetLastError: " << error << L"; " << cmdLine);
    return Result(cmdLine.c_str(), error);
}
LOG4CXX_TRACE(logger, L"Ende CreateProcess");

使启动命令行更加复杂，例如添加“ cmd.exe”，就像手动完成操作时一样，不会改变一件事情。最后，由于某种原因，Adobe Reader仍然被拒绝访问PDF：

"C:\WINDOWS\system32\cmd.exe" /C ""C:\Program Files\Adobe\Acrobat DC\Acrobat\Acrobat.exe" /h /n /o /s /t "\\?\C:\[...]\[...].pdf" "SomePrinter""

因此，我需要使用“ CreateProcess”来解决此问题？

谢谢！