首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

无法加载文件或程序集的msshrtmi,Version=2.7.0.0 -哪个SDK会安装它?

无法加载文件或程序集的msshrtmi,Version=2.7.0.0 - 哪个SDK会安装它?

msshrtmi是Microsoft Service Host Runtime Service的缩写,是Windows操作系统中的一个核心组件。它提供了一种运行服务的机制,允许多个服务在同一个进程中运行,从而提高系统的效率和资源利用率。

根据提供的信息,msshrtmi的版本为2.7.0.0。根据常规情况,这个版本的msshrtmi应该是与Windows操作系统的某个特定版本绑定的。因此,我们需要查找与Windows版本对应的SDK来安装msshrtmi。

由于问题中要求不能提及特定的云计算品牌商,我们无法直接给出具体的SDK名称和链接。但是,你可以通过以下步骤来查找适用于特定Windows版本的SDK:

  1. 确定你的Windows操作系统的版本。可以通过在命令提示符或运行对话框中输入"winver"来查看。
  2. 使用搜索引擎搜索特定Windows版本的SDK。例如,如果你的Windows版本是Windows 10,你可以搜索"Windows 10 SDK"。
  3. 在搜索结果中找到官方的Microsoft文档或开发者网站链接,该链接将提供有关该SDK的详细信息和下载链接。
  4. 下载并安装适用于你的Windows版本的SDK。
  5. 安装SDK后,msshrtmi应该会自动安装在你的系统中。

需要注意的是,msshrtmi是Windows操作系统的核心组件,通常不需要单独安装或更新。如果你遇到了无法加载msshrtmi的问题,可能是由于其他原因引起的,比如系统文件损坏或配置错误。在这种情况下,建议你检查系统的完整性,修复任何损坏的文件,并确保操作系统和相关组件的更新。

希望以上信息对你有帮助!如果你有任何其他问题,请随时提问。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

  • 关于引用mshtml的问题[通俗易懂]

    今天看了个验证码识别的代码,其中引用到了mshtml.dll,找了半天原来就是microsoft.mshtml.dll。查这个dll的时候还发现了好几篇关于这个dll添加问题的文章。顺便看了下,原来这个dll有三个,添加引用时要注意了。 第一篇文章: 1.添加引用的问题 一般在开发环境下会在三个地方存有microsoft.mshtml.dll文件。所以在添加引用时,也会出现三个看似一样的项。对于开发者来说,引用其中任何一个都不会影响到正常的开发。但问题会出在软件发布之后!在客户的机子上运行时,通常会提示文件的签名不正确,无法加载。 解决的方法就是删除现在对mshtml引用。重新选择正确引用。就是选最下面那个。路径是:X:\Program Files\Microsoft.NET\Primary Interop Assemblies\Microsoft.mshtml.dll 。把引用对话框拉大,可以看到文件的路径。 2.类型选择错误 如果问题一解决了,或者开始就选对了。可能客户机了上运行又报 System._ComObject 无法强制转换到 HtmlWIndow2Class 、HtmlDocumentClass或其它类似的错误。在开发者的机子上运行,却完全正常。这时通常我们会狂抓,完全不知是什么原因!在开发环境下用obj.toString()显示是HtmlXXXXClass在客户机上得到结果却是System._ComObject.解决方法很简单用HtmlXXXX替换HtmlXXXXClass即可。 第二篇文章: 也是用到了Microsoft mshtml.dll程序集,但是安装在用户电脑后,异常: System.Reflection.TargetInvocationException: 调用的目标发生了异常。 —> System.IO.FileNotFoundException: 未能加载文件或程序集“Microsoft.mshtml, Version=7.0.3300.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a”或它的某一个依赖项。系统找不到指定的文件。 选择高亮的那个dll就可以了。 属性选择: 复制本地=True 特定版本=false; 原因是: 因为 Microsoft.mshtmal.dll 这个 dll 是从 system32 文件夹下的 mshtml.tlb(COM 类型库文件)中导出的,因此我们只需要用 VS2008 自带的 TlbImp.exe COM 类型库导出工具将这个 tlb 文件再导一遍就可以了。

    01

    记将一个大型客户端应用项目迁移到 dotnet 6 的经验和决策

    在经过了两年的准备,以及迁移了几个应用项目积累了让我有信心的经验之后,我最近在开始将团队里面最大的一个项目,从 .NET Framework 4.5 迁移到 .NET 6 上。这是一个从 2016 时开始开发,最多有 50 多位开发者参与,代码的 MR 数量过万,而且整个团队没有一个人能说清楚项目里面的所有功能。此项目引用了团队内部的大量的基础库,有很多基础库长年不活跃。此应用项目当前也有近千万的用户量,迁移的过程也需要准备很多补救方法。如此复杂的一个项目,自然需要用到很多黑科技才能完成到 .NET 6 的落地。本文将告诉大家这个过程里,我踩到的坑,以及学到的知识,和为什么会如此做

    01

    dotnet core

    .NET Core SDK (5.0.100-preview.1.20155.7) 使用情况: dotnet [runtime-options] [path-to-application] [arguments] 执行 .NET Core 应用程序。 runtime-options: --additionalprobingpath <path> 要探测的包含探测策略和程序集的路径。 --additional-deps <path> 指向其他 deps.json 文件的路径。 --depsfile 指向 <application>.deps.json 文件的路径。 --fx-version <version> 要用于运行应用程序的安装版共享框架的版本。 --roll-forward <setting> 前滚至框架版本(LatestPatch, Minor, LatestMinor, Major, LatestMajor, Disable)。 --runtimeconfig 指向 <application>.runtimeconfig.json 文件的路径。 path-to-application: 要执行的应用程序 .dll 文件的路径。 使用情况: dotnet [sdk-options] [command] [command-options] [arguments] 执行 .NET Core SDK 命令。 sdk-options: -d|--diagnostics 启用诊断输出。 -h|--help 显示命令行帮助。 --info 显示 .NET Core 信息。 --list-runtimes 显示安装的运行时。 --list-sdk

    04
    领券