excel vba调用DLL提示文件未找到

hehex

你那个程序是否核心部分被用vb6 编译成 activex dll 文件了，你的vba 程序其实是依附于那个dll 文件运行的。这是vba 代码保护的基本方式，即所谓dll 封装。
没看你的程序，这种推断的原因是wer.dll 肯定不是windows 系统带的dll 文件，所以放到system32 下一定没用。如果有这个文件，可以尝试在vbe 下引用浏览，选中该文件即可。

superstar星

hehex 发表于 2017-10-12 10:55
你那个程序是否核心部分被用vb6 编译成 activex dll 文件了，你的vba 程序其实是依附于那个dll 文件运行的 ...

这是VB的原程序，谢谢。

superstar星

hehex 发表于 2017-10-12 10:55
你那个程序是否核心部分被用vb6 编译成 activex dll 文件了，你的vba 程序其实是依附于那个dll 文件运行的 ...

请老师指教

hehex

superstar星 发表于 2017-10-13 09:34
请老师指教

我也不是非常清楚。首先不是Activex DLL  而是普通的windows com dll, 是用c++ 写的函数。用vb6 api 方式调用的。确实，你的那个Project1.exe 在我的电脑上也是可以跑的，起码窗体显示正常。我的电脑是win 8.1 64 位企业版。
但是，我很确认我的电脑如果安装vb6.0 32 bit 版本是无法运行的，换句话说，你给我那个例子的vb6 源码与源工程，我是无法重新编译的。我试用vs 2013 去尝试解读你的vbp 与vbw 文件，无果。我们知道vb6 的编译是带有运行时环境的伪编译，换句话说还是二进制码，是一体化的编译执行而不是逐行的解释执行。而且你的那个project1.exe 只是一个窗体GUI, 按好多按钮都不响应的，我无法知道是否执行到了该段代码，是否会报错。

简单推测如下：是否这段代码无法在你电脑的当前环境下，解释执行，报运行时错误53，文件没找到。
vba 其实是vb6 的简化解释版本，上网查了一下该运行时错误的资料，也多有一些国产软件，比如用友的一些老版本在新的操作系统中出现这个问题报错。

个人解决方案提议如下：装一台win xp 或之下的虚拟机电脑或实体电脑，安装vb6.0 ,还原该项目源码，在该vb6 环境下调试运行，看看那个调用function 是否报错。 btw: 看了一下你的c++ dll 编译日期都是2008-2009年的，有年头了。

hehex

superstar星 发表于 2017-10-13 09:34
请老师指教

我也不是非常清楚。首先不是Activex DLL  而是普通的windows com dll, 是用c++ 写的函数。用vb6 api 方式调用的。确实，你的那个Project1.exe 在我的电脑上也是可以跑的，起码窗体显示正常。我的电脑是win 8.1 64 位企业版。
但是，我很确认我的电脑如果安装vb6.0 32 bit 版本是无法运行的，换句话说，你给我那个例子的vb6 源码与源工程，我是无法重新编译的。我试用vs 2013 去尝试解读你的vbp 与vbw 文件，无果。我们知道vb6 的编译是带有运行时环境的wei 编译，换句话说还是二进制码，是一体化的编译执行而不是逐行的解释执行。而且你的那个project1.exe 只是一个窗体GUI, 按好多按钮都不响应的，我无法知道是否执行到了该段代码，是否会报错。

简单推测如下：是否这段代码无法在你电脑的当前环境下，解释执行，报运行时错误53，文件没找到。
vba 其实是vb6 的简化解释版本，上网查了一下该运行时错误的资料，也多有一些国产软件，比如用友的一些老版本在新的操作系统中出现这个问题报错。

个人解决方案提议如下：装一台win xp 或之下的虚拟机电脑或实体电脑，安装vb6.0 ,还原该项目源码，在该vb6 环境下调试运行，看看那个调用function 是否报错。 btw: 看了一下你的c++ dll 编译日期都是2008-2009年的，有年头了。

superstar星

hehex 发表于 2017-10-13 11:35
我也不是非常清楚。首先不是Activex DLL  而是普通的windows com dll, 是用c++ 写的函数。用vb6 api 方式 ...

哦，谢谢老师啦。