VC调用 PowerBuilder DLL 的问题，

[再见理想~]

可以正常 LoadLibraryEx(("genapp.dll"),，

(lpFun)GetProcAddress(hDll, "uf_getname");

时无法找到指定和函数名称，

PB的idl也有，
import "unknwn.idl";
import "oaidl.idl";

[
object,
uuid(A82BAF33-F035-4A74-9295-C512BA8C55D8),
pointer_default(unique),
dual,
oleautomation
]
interface In_genapp : IDispatch
{

// properties for public instance variables

// methods
[ id(0) ] HRESULT uf_getname( [ in ] short ai_no );

};

// typelibrary and coclass

[
uuid(6711E395-CF60-4CEE-99D3-A7482F702679),
lcid(0x0), version(1.0),
helpstring("")
]
library genappLib
{
[
uuid(BECFE843-F891-4EA7-A221-2B123F90BB42)
]
coclass COClass_n_genapp
{
interface In_genapp;
}
}

有请各位看下，哪里出错了，还是载入方法不对。

[Saleayas]

导出这个函数 DllGetClassObject。 然后，使用这个函数创建 IClassFactory 开始。 其实，看你的这个是一个 COM 组件，注册一下，然后，使用 CoCreateInstance 就可以了。 获取到 In_genapp 接口，然后呼叫指定的方法。

[再见理想~]

引用 1 楼 Saleayas 的回复:

导出这个函数 DllGetClassObject。 然后，使用这个函数创建 IClassFactory 开始。 其实，看你的这个是一个 COM 组件，注册一下，然后，使用 CoCreateInstance 就可以了。 获取到 In_genapp 接口，然后呼叫指定的方法。

使用dependency 查看有 DllGetClassObject 这个函数的导出， 能否详谈，最好能有示例代码 QQ 67067285 。

[赵4老师]

不要做A语言代码修改为B语言代码的无用功。 也不要做用A语言代码直接调用B语言代码库这样复杂、这样容易出错的傻事。 只需让A、B语言代码的输入输出重定向到文本文件，或修改A、B语言代码让其通过文本文件输入输出。 即可很方便地让A、B两种语言之间协调工作。 比如： A将请求数据写到文件a.txt，写完后改名为aa.txt B发现aa.txt存在时，读取其内容，调用相应功能，将结果写到文件b.txt，写完后删除aa.txt，改名为bb.txt A发现bb.txt存在时，读取其内容，读完后删除bb.txt 以上A可以替换为任何一种开发语言或开发环境，B可以替换为任何一种与A不同的开发语言或开发环境。 除非A或B不支持判断文件是否存在、文件读写和文件更名。 但是谁又能举出不支持判断文件是否存在、文件读写和文件更名的开发语言或开发环境呢？ 可以将临时文件放在RamDisk上提高效率减少磨损磁盘。 数据的结构很复杂的话，文本文件的格式问题可参考json或xml 共享临时文本文件这种进程之间的通讯方法相比其它方法的优点有很多，下面仅列出我现在能想到的： ·进程之间松耦合 ·进程可在同一台机器上，也可跨机，跨操作系统，跨硬件平台，甚至跨国。 ·方便调试和监视，只需让第三方或人工查看该临时文本文件即可。 ·方便在线开关服务，只需删除或创建该临时文本文件即可。 ·方便实现分布式和负载均衡。 ·方便队列化提供服务，而且几乎不可能发生队列满的情况（除非硬盘空间满） ·…… “跨语言、跨机，跨操作系统，跨硬件平台，跨国，跨*.*的”苦海无边， 回头是“使用共享纯文本文件进行信息交流”的岸！