在Windows Server 2008的ASP.NET中使用Microsoft.Ink

是否尝试仅为x86重新编译?您可能会发现其中一个组件是32位的,并且与64位代码不兼容。我最近也有过类似的经历,当我升级到一台64位Vista的新笔记本电脑时——一个曾经编译得很好的项目不会再有了。事实证明,其中的Crystal Reports组件仅为32位,不能与64位代码一起工作。我将“any cpu”改为“x86”,它工作得很好。不幸的是,这意味着你的应用程序不能充分利用服务器的64位功能,但它可以工作。

我在谷歌上发了很多帖子,在另一个小组里找到了这个帖子。我不知道它是否对你有帮助,但它在这里……

在Vista 64位环境中,如 史蒂夫古德温在他的职位上说, wisptis.exe在中不可用 C:\windows\sysww64\但它在 C:\windows\system32.所以我复制了它, 该死的,它终于开始工作了。

这是一个长期的尝试,但在线程中还有其他的评论和各种操作系统的其他想法。但现在还不清楚为什么我选择从这个组发布一些东西,因为没有提到你的错误。我就是这样到那里的。

首先,我在谷歌上搜索了你在上面发布的clsid。我发现这会显示结果,表明注册表值所关联的文件是wisptis.exe,所以我在Google上搜索,并得出wisptis.exe是截图工具的事实…所以更多的搜索页面把我带到了这里,这对我来说可能仅仅是因为我的64位Vista有足够的问题在错误的地方查找文件,这似乎是一个罪魁祸首。

总之,这是我找到答案的线索的链接。

http://adilhindistan.blogspot.com/2007/07/vista-snipping-tool-error.html

可能是因为微软办公室。CLSID 937C1A34-151D-4610-9CA6-A8CC9DB5D83是MS Office附带的墨水CLSID。我也面临同样的问题,但在安装了微软办公系统之后,我的问题得到了解决。