cowhere - 根据 ProgID 显示 COM 组件的位置和详细信息

• 下载源文件 - 29.7 Kb

关于 cowhere

我一直想要一个实用工具，能够根据 ProgID 显示 COM 组件的路径。我在寻找其他东西时，偶然发现了 Hugh Brown 的 CoWhereIs 实用工具。我没有找到源代码，所以快速编写了一个类似的实用工具，即 cowhere。'cowhere' 将在注册表中显示由 CLSID 表示的 COM 组件的信息。它还会检查包含该组件的文件是否存在。

用法

cowhere <clsid> [/create]

其中 <clsid> 可以是 ProgID 或 CLSID GUID，并且 /create 尝试实例化该组件。

示例

C:\>cowhere word.application
CLSID: {000209FF-0000-0000-C000-000000000046} "Microsoft Word"
  InprocHandler32: "ole32.dll"
  InProcServer32: 
   "E:\Program Files\Common Files\Symantec Shared\Script Blocking\scrblock.dll"
  LocalServer32: "E:\PROGRA~1\MICROS~3\Office\WINWORD.EXE  
    /Automation" ("E:\Program Files\Microsoft Office\Office\WINWORD.EXE  ")
      [LocalServer32]: (value type not supported)
  ProgID: "Word.Application.9"
  VersionIndependentProgID: "Word.Application"


C:\>cowhere {00000293-0000-0010-8000-00AA006D2EA4}
CLSID: {00000293-0000-0010-8000-00AA006D2EA4} "ADODB.Connection"
  InprocServer32: "E:\Program Files\Common Files\System\ADO\msado10.dll"
      [ThreadingModel]: "Apartment"
  ProgID: "ADODB.Connection.1"

当前限制

这应该可以在 95/98/ME/W2K/XP 下工作，但只在 NT/W2K/XP 下进行了测试。如果有人可以在 95/98/ME 下测试它并向我提供反馈，我将不胜感激。我更新了与 GetLongPathName 相关的问题，以便它可以在 NT 上工作，因为该 kernel32 过程在 NT 上不可用。

免责声明

本软件按“原样”提供，不提供任何明示或暗示的保证，包括但不限于适销性和特定用途适用性的暗示保证。在任何情况下，作者或其贡献者均不对任何直接、间接、偶然、特殊、惩罚性或后果性损害（包括但不限于采购替代商品或服务；使用、数据或利润的损失；或业务中断）承担责任，无论其原因如何以及基于任何责任理论，无论是在合同、严格责任还是侵权（包括疏忽或其他）中，且无论与本软件的使用方式有关，即使已告知发生此类损害的可能性。

使用条款和条件

cowhere 供非商业用途免费使用。