blocks|key|1338422|text|您需要使用程序集的完整路径作为codebase参数值来调用regasm，或者将程序集放到某个位置，该位置始终位于搜索库的路径上。否则，当客户端尝试实例化COM对象时将找不到它。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1338423|entityMap^0|F|8|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|K|8|@]|D|@]|E|$]]]|G|$]]

You need to either invoke regasm with the full path to the assembly as the <code>codebase</code> parameter value or put the assembly into some location which is always on the path for searching libraries. Otherwise it will not be found when the client tries to instantiate the COM object.

blocks|key|1338539|text|在我创建了一个.NET+.dll+(v4.0)并打算在VB6应用程序中使用它(用"ClassInterface“和"ComVisible”属性修饰我的类，用“ComVisible”修饰我的方法)之后，我收到了这个“自动化错误。系统找不到指定的文件”错误。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1338540|我运行了"regasm.exe+-tlb+C:\PathTo\MyDll.dll“，但在将.tlb文件作为引用添加到我的VB6应用程序中并运行/调试它之后，收到了上述错误。只有在将"-codebase“参数添加到regasm.exe调用并重新添加.tlb引用之后，错误才得到解决。|1338541|只是想和你分享一下我的经历。|1338542|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

I received this "Automation error. The system cannot find the file specified" error after I had created a .NET .dll (v4.0) with the intention of using it in a VB6 application (decorated my class with "ClassInterface" and "ComVisible" attributes, methods with "ComVisible").

I ran "regasm.exe -tlb C:\PathTo\MyDll.dll" but received the above error after adding the .tlb file as a reference in my VB6 application and running/debugging it. Only after adding the "-codebase" parameter to the regasm.exe call and re-adding the .tlb reference did the error get resolved.

Just thought I'd share my experience.

blocks|key|1338607|text|我还收到一个自动化错误。我的引用(在MS+Access中)是一个TLB文件。保存TLB文件的文件夹中缺少相应的DLL文件，这导致出现“automation+error”消息。将DLL添加回已修复。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1338608|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I also receive a automation error. My reference (in MS Access) was to a TLB file. The corresponding DLL file was missing from the folder that held the TLB file and this caused the 'automation error' message to appear. Adding the DLL back in fixed.

blocks|key|1554395|text|我得到了同样的错误(无法在第二台开发机器上使用来自遗留VB6代码的.NET对象，因为它在我最初编写它的第一台机器上工作)。.NET+DLL编译和注册都很好-我尝试了各种组合-使用和不使用VS中的“注册COM互操作”构建设置；通过regasm.exe手动注册并尝试使用和不使用/codebase参数；尝试启用和取消COM可见程序集级属性(取消时，我在需要从COM使用的类上设置该属性)。但是什么都不起作用，我总是得到同样的错误。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1554396|事实证明，我已经在第二台机器上将DLL输出升级到了.NET+4.5，而它最初是在构建.NET+2.0程序集。我的项目有一些针对运行.NET+2.0的第三方互操作DLL的参考资料。当我更新这些引用并重新构建DLL时--或者--将我的项目重新设置为在.NET+2.0上运行--我的问题就解决了。当使用/codebase+(+VS自动执行)时，我发现我不需要将我的DLL放在应用程序目录或\syswow64中。此外，MSDN+docs指出，在使用/codebase时，您必须为程序集使用SN+(强名称)，但我发现您不必这样做；您只需要从regasm.exe命令行工具获得警告即可。|1554397|问题的关键在于，从COM+Interop的角度来看，要注意您的依赖项相对于您的目标.NET框架的.NET运行时版本。|1554398|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

I was getting the same error (could not consume the .NET object from legacy VB6 cod on a second dev machine, after it was working on a first machine where I originally wrote it). The .NET DLL compiled and registered just fine - I tried all sorts of combinations - with and without using the "Register for COM Interop" build setting in VS; manually registering via regasm.exe and trying this both with and without the /codebase parameter; tried both enabling and suppressing the COM Visible assembly-level attribute (when suppressing, I set the attribute on the class I need to consume from COM). But nothing worked, I kept getting the same error.

Turns out I had upgraded the DLL output to .NET 4.5 on the second machine, whereas it was originally building a .NET 2.0 assembly. My project had a few references targeting 3rd party Interop DLLs that were running .NET 2.0. When I either updated these references and rebuilt the DLL -or- set my project back to run on .NET 2.0 - my problem was solved. When using /codebase (which VS does automatically) I found that I did not need to put my DLL in the application directory or in \syswow64. Also the MSDN docs state you must use a SN (strong name) for your assembly when using /codebase, but I found you don't have to; you just get a warning from the regasm.exe command line tool.

The point is, from a COM Interop standpoint, be careful about the .NET runtime version of your dependencies with respect to the .NET Framework you are targeting.

I have a .NET 2.0 COM object that's used by VBA in Excel. It works fine on my dev machine, but when trying to use it on a clean VM workstation I get this error:

Automation error. 
The system cannot find the file specified.

The dll is registered with "regasm /tlb /codebase mycom.dll" and not put in the GAC.
I don't have administration rights on the VM box

Any ideas?

Excel .NET COM - Automation error. The system cannot find the file specified

命令行工具

我有一个Excel2.0COM对象，供.NET中的VBA使用。它在我的dev机器上工作得很好，但当我试图在一个干净的VM工作站上使用它时，我得到了这个错误：自动化错误。系统找不到指定的文件。这个dll是用"regasm /tlb /codebase mycom.dll“注册的，而不是放在GAC里。我没有VM机器的管理权...

问Excel .NET COM -自动化错误。系统找不到指定的文件
EN

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Excel .NET COM -自动化错误。系统找不到指定的文件EN

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Excel .NET COM -自动化错误。系统找不到指定的文件
EN