关于Powerbuilder调用VC的dll出现的一个问题及解决办法

 

 

sybase被SAP收购了，用pb的人逐渐的减少，由于自己在实现一款软件要用到强大的pb去方便操作数据库的软件，无奈在被扔了几年之

后的pb重新的被我利用了起来。当然问题随之而来。新的版本是pb11.5，此版本是相对比较新的，所以有些机制也有所变动。过程中就遇

到了一个pb去调用VC写的dll的一个问题。看了优快云上关于这个问题的讨论也比较多。既然问题解决了，就把解决的记下来，别无它求，

但求以后如果再遇到类似的问题，便于更快解决。

 

用VC写的dll中写了一个函数 （这里主要要在.def 文件中export）

如：

extern "C" long __stdcall test(char * strPath,long dNum)

{

   char tmp[MAX_PATH] = {0};

   strcpy(tmp,strPath);

   MessageBoxA(NULL,temp,NULL,NULL);

   return dNum;

}

 

pb中调用过程：

先（在Global External Functions）申明函数：

Function long test(string strPath,long dNum)Library "XXXX.dll"

再在程序中调用：

string str = “c:\ok.text”;

test(str,1)

 

按这个流程，貌似万无一失大功告成。但是，当运行的时候，发现弹出的Messagebox 既然是一个  “c” 而不是预想的 “c:\ok.text ”

 

出现了这种情况，于是乎就开始郁闷，查了很多资料，最终才搞明白，pb11的导出dll函数定义中增加了字符集的编码，也就是说在

pb的导出函数定义test的时候出了问题而从而导致函数的编码不对。

改成：Function long test(string strPath,long dNum)Library "XXXX.dll" ALIAS FOF “test;Ansi”

这么一小段，不可小瞧，大概就是说的是字符集的问题。难怪，powerbuilder 日暮西山了，实在是这个工具，和现在主流编译器

相比的确是差了很多。此文，只为记载解决之后的喜悦，并无其它。高兴之余，但愿也能为其他pb开发者们多提供点帮助，仅此。