为什么控制台应用程序中Word的COM自动化可以作为一项计划任务在我的开发机器上运行,但却挂在另一台机器上?

为什么控制台应用程序中Word的COM自动化可以作为一项计划任务在我的开发机器上运行,但却挂在另一台机器上?,com,automation,Com,Automation,我有一个控制台应用程序,它使用COM自动化操作Word 2010中的.DOC和.DOCX文件。这适用于两台开发计算机(运行32位Windows Server 2003)上未登录用户帐户的计划任务,但不适用于另一台计算机(运行64位Windows Server 2003)。如果登录时由同一个用户帐户从命令行运行,它确实会在该计算机上运行(因此我认为这不是32/64位问题) 代码在尝试打开文档时挂起,而不是在创建Word应用程序时挂起 我已经以用户帐户登录并手动打开文件(因此我认为不会弹出任何对话框

我有一个控制台应用程序,它使用COM自动化操作Word 2010中的.DOC和.DOCX文件。这适用于两台开发计算机(运行32位Windows Server 2003)上未登录用户帐户的计划任务,但不适用于另一台计算机(运行64位Windows Server 2003)。如果登录时由同一个用户帐户从命令行运行,它确实会在该计算机上运行(因此我认为这不是32/64位问题)

代码在尝试打开文档时挂起,而不是在创建Word应用程序时挂起

我已经以用户帐户登录并手动打开文件(因此我认为不会弹出任何对话框)

我认为这可能与自动更正有关,在查看校对选项时,注意到“自动使用拼写检查中的更正”复选框变灰

我使用了process monitor,但没有发现任何文件访问失败,这些文件位于开发人员的计算机上,但不在另一台计算机上(Word似乎在许多地方查找Normal.dot,但此文件也不在开发人员的计算机上)

我知道Microsoft不推荐或不支持服务器上的Word automation,这可能超出了许可证的条款

我正在使用自动化,因为我需要为旧版本的Word操作文件

这可能与我的另一个问题有关,即非登录帐户的自动化:然而,这种情况不同,打开文件是挂起的,而不是创建应用程序失败

我还应该尝试什么