Windows Server 2008 x64 之上的 Excel 2007 自动化 - 非系统用户
各位，
我遇到了完全相同的问题 此处，但我正在尝试使用非系统（用户）帐户自动化 Excel。创建桌面文件夹的解决方案不起作用，因为用户已经拥有桌面文件夹。我可以获得适用于系统帐户的解决方案。登录后，我还可以让它为管理员帐户工作。这实际上是 Session 0/1 问题还是仍然是一个转移注意力的问题？
Folks,
I have the exact same issue that's presented here, except that I'm trying automate Excel using a non-system (user) account. The solution of creating a desktop folder doesn't work, because the user already has a desktop folder. I can get the solution to work for the System Account just fine. I can also get it to work for the Administrator account, when logged-in. Is this in fact a Session 0/1 issue or is that still a red herring?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
使用 SysInternals 的 ProcMon 来追查这一点，这可能是小川发现他的黑客行为的方式。您将淹没在数据中，但您必须找到失败的注册表或文件访问。请在 superuser.com 上询问更多相关问题
请注意，这不仅仅是因为缺少文件或注册表项而不受支持。这些 Office 程序被设计为交互式使用。当出现问题时他们会提出一个对话框。在没有人能听到它尖叫的桌面上。您的服务以完全无法诊断的方式失败，它只是停止工作而您无法找出原因。
Chase this down with SysInternals' ProcMon, probably the way Ogawa discovered his hack. You'll drown in the data but you'll have to find the registry or file access that fails. Ask more questions about it at superuser.com
Beware that this isn't just unsupported because of a missing file or registry key. These Office programs were designed to be used interactively. They'll put up a dialog when something goes wrong. On a desktop where nobody can hear it scream. Your service fails in a completely undiagnosable way, it just stops working and you cannot find out why.
似乎没有办法做到这一点。
There seems to be no way to do this.