这个DLL中的函数原型,VB中该如何引用?
有个DLL 中的函数原型:
extern "C" bool __declspec(dllexport) __stdcall EvideoOpenRoom(BSTR RoomIP, BSTR ServerIP, int iFlag)
如果用VB 来引用这个函数,该如何定义呢?
Public Declare Function EvideoOpenRoom Lib "SendWineEV.DLL" (ByVal strRoomIP As String, ByVal strServerIP As String, ByVal nFlag As Long) As Long
定义为这样,始终通不过,请给点参考建议,十分感谢~~
[解决办法]
Public Declare Function EvideoOpenRoom Lib "SendWineEV.DLL" (ByVal strRoomIP As Long, ByVal strServerIP As Long, ByVal nFlag As Long) As Long
调用时用StrPtr传递BSTR参数
[解决办法]
[解决办法]
- C/C++ code
typedef unsigned short wchar_t;typedef wchar_t WCHAR;typedef WCHAR OLECHAR;typedef OLECHAR* BSTR;// 所以 BSTR 就是 unsigned short 的指针类型，即数据类型为 16 位的空间指针// unsigned short *
[解决办法]
[解决办法]
[解决办法]
vb6内部缺省使用宽字符是公认的事实，你可以自己去试，我在vb6用win32api都用的unicode版本，用StrPtr传递字符串地址
EvideoOpenRoom使用的是宽字符参数，它内部肯定会用宽字符处理程序，根据BSTR的名字，它很可能是和COM有关的，如果修改了参数，内部的实现都要发生很大的改变
[解决办法]
试试：
Public Declare Function EvideoOpenRoom Lib "SendWineEV.DLL" (strRoomIP As Any, strServerIP As Any, ByVal nFlag As Long) As Long
Dim strServerIP() As byte, strRoomIP() As byte
The WideString type represents a dynamically allocated string of 16-bit Unicode characters. In most respects it is similar to AnsiString. On Win32, WideString is compatible with the COM BSTR type.
所以，widestring 与vb6中的string相同，但是在vb6调用api时，会自动将string中的unicode转化为ansi。用byte数组可以避免这样的转换。
[解决办法]
[解决办法]
我没有说vb6用的都是unicode的api,我是说我用vb6编程时都用unicode api,你看清楚点
比如我要弹出对话框，我就
declare function MessageBoxW lib "user32.dll" (byval hwnd as long,byval txt as long,byval caption as long,byval flags as long) as long
然后MessageBoxW 0,StrPtr("aaa"),0,0
vb6的String默认是unicode,这是正确的，看这里
http://msdn.microsoft.com/en-us/library/aa261360(VS.60).aspx
BSTR通常为COM所用，在windows中用来放宽字符，详情见
http://msdn.microsoft.com/en-us/library/ms221069.aspx
[解决办法]
[解决办法]
vb6的自带的api声明很多都是ansi的，这是因为vb6出来时流行的还是win9x,它们的核心用的是ansi字符串
但是现在大部分都是windows nt,它们的核心主要用unicode字符串,你去看一下ntdll.dll的系统服务，大部分用字符串的都是unicode,你说的mciSendStringA实际上就是对mciSendStringW的封装，许多其他的都是，比如CreateFileA,CreateProcessA等，你可以去反汇编，所以我主要用unicode api是有理由的，OutputDebugStringW除外，因为它是封装OutputDebugStringA的
至于BSTR的问题，msdn上已有说明，不再跟你解释，虽然它在vc的定义只是unsigned short*,但是含义不仅在此，否则为什么要定义BSTR而不直接用LPWSTR?
我会用vc，所以我可以继续和你论,wchar_t在新的vc中都被默认设置成内置类型，可见unicode越来越重要
[解决办法]
[解决办法]
当没有本地版msdn和不能上网时或查一些简单的类型定义，我也常去看头文件，但是有的信息它的确没有
比如CreateWindowEx的lpClassName参数，仅看头文件就会认为lpClassName只能是字符串，但是它也可以是RegisterClassEx的返回值，是16位的
EvideoOpenRoom的BSTR的确是宽字符串，看这里
http://topic.csdn.net/u/20110415/17/5d30118a-15ff-446a-9881-07bdf0a50414.html
由于EvideoOpenRoom在dll中，不易改变，因此只能在调用者中将就它，declare成Long型然后用StrPtr传入字符串的地址
[解决办法]
extern "C" bool __declspec(dllexport) __stdcall EvideoOpenRoom(BSTR RoomIP, BSTR ServerIP, int iFlag)
好像不能用vb调用，vb调用要用stdcall
上面字符的讨论太复杂了，msdn有了呀，可以稍微超越下msdn，但是飞不远吧
将字符串传递到 DLL 过程
通常，字符串应该使用 ByVal 方式传递到 APIs。Visual Basic 使用被称为 BSTR 的 String 数据类型，它是由自动化（以前被称为 OLE自动化）定义的数据类型。一个 BSTR 由头部和字符串组成，头部包含了字符串的长度信息，字符串中可以包含嵌入的 null 值。BSTR 是以指针的形式进行传递的，因而 DLL 过程能够修改字符串。（指针是一个变量，包含另外一个变量的内存地址，而不是数据。） BSTR 是 Unicode 的，即每个字符需要两个字节。BSTR 通常以两字节的 null 字符结束。
图 1.2 BSTR 类型(每一个框表示两个字节)
DLL 中的大部分过程（以及 Window API 中的所有过程）能够识别 LPSTR 类型，这是指向标准的以 null 结束的 C 语言字符串的指针，它也被称为 ASCIIZ 字符串。LPSTR 没有前缀。下图显示了一个指向 ASCIIZ 字符串的 LPSTR。
图 1.3 LPSTR 类型
如果 DLL 过程需要一个 LPSTR（指向以 null 结束的字符串的指针）作为参数，可以将 BSTR 以使用值方式传递给它。因为指向 BSTR 的指针实际指向以 null 值结束的字符串的第一个数据字节，对于 DLL 过程来说，它就是一个 LPSTR。
例如，sndPlaySound 函数接受一个数字声音 (.wav) 文件名，然后演奏该文件。
Private Declare Function sndPlaySound Lib "winmm.dll" _
Alias "sndPlaySoundA" (ByVal lpszSoundName As String, _
ByVal uFlags As Long) As Long
因为该过程的字符串参数被声明为 ByVal，Visual Basic 将传递一个 BSTR，该 BSTR 指向第一个数据字节：
Dim SoundFile As String, ReturnLength As Long
SoundFile = Dir("c:\Windows\System\" & "*.wav")
Result = sndPlaySound(SoundFile, 1)
通常，如果 DLL 过程需要 LPSTR 参数，那么使用 ByVal 关键字。如果 DLL 需要得到指向 LPSTR 的指针，则使用引用方式传递 Visual Basic 字符串。
如果要将二进制数据传递到 DLL 过程，可以将变量作为 Byte 数据类型的数组传递，不要将其作为 String 变量。字符串是假定用来包含字符的，如果将二进制数据作为 String 变量传递，外部程序可能无法正确读入数据。
假设声明了一个字符串变量，但没有初始化它，如果将其以使用值方式传递到 DLL，该字符串变量将作为 NULL 传递，而不是作为空字符串 ("")。为了消除代码中的混淆，如果要将 NULL 传递到 LPSTR 参数，请使用 vbNullString 常数。
将字符串传递到使用自动化的 DLL
某些 DLL 是专门使用 BSTR 等自动化数据类型的，它们利用了自动化提供的若干过程。
因为 Visual Basic 使用自动化数据类型作为自己的数据类型，所以能够使用引用方式将 Visual Basic 参数传递到需要自动化数据类型的任何 DLL。因此，如果 DLL 过程需要以 Visual Basic 字符串作为参数，就不必用 ByVal 关键字来声明参数，除非该过程确实需要以使用值方式传递字符串。
某些 DLL 过程可以返回字符串到调用它的过程。除非 DLL 函数是专门为自动化数据类型而编写的，否则它将不能返回字符串。如果确实能够返回字符串，该 DLL 可能会提供对过程进行描述的类型库。请参考该 DLL 的有关文档。
详细信息 关于自动化数据类型，请参阅 Microsoft Press 出版的 OLE 2 PROGRAMMER'S REFERENCE。
修改字符串参数的过程
DLL 过程能够修改作为参数输入的字符串变量的数据。不过，如果修改后的数据超过了原来的长度，过程的修改将越界（越过字符串的结尾），这可能会毁坏其它的数据。
要避免这个问题，一种办法是使字符串参数足够长，从而使 DLL 过程无法超出字符串的尾部。例如，GetWindowsDirectory 过程在第一个参数中返回了 Windows 目录的路径：
Declare Function GetWindowsDirectory Lib "kernel32" _
Alias "GetWindowsDirectoryA" (ByVal lpBuffer As _
String, ByVal nSize As Long) As Long
在调用该过程时，为了安全起见，先使用 String 函数在字符串中填充 255 个空字符（二进制的 0），只要返回的路径少于 255 个字符，就不会出问题：
Path = String(255, vbNullChar)
ReturnLength = GetWindowsDirectory(Path, Len(Path))
Path = Left(Path, ReturnLength)
另一个办法是将字符串定义为定长的：
Dim Path As String * 255
ReturnLength = GetWindowsDirectory(Path, Len(Path))
上述方法的目的只有一个：创建一个固定长度的字符串，使之能够包含过程可能产生的最长的字符串。
注意 Windows API 的 DLL 过程通常不需要超过 255 个字符的字符串缓冲区。尽管这对于其它的许多库也是成立的，为了保险起见，最好参考相应过程的文档。
当 DLL 过程需要内存缓冲区时，既可以使用适合的数据类型，也可以使用字节数据类型的数组。
[解决办法]
额，自己看错了