关于LoadLibrary函数的一个问题

[Ph0nix]

前几天看人家写的程序，里面用LoadLibrary()函数加载了一个DLL，返回的是个HMODULE，结果下面他就用byte*强制转换了一下就当地址用了，这样为什么可以啊？
PS.程序能够正常运行

[Ph0nix]

自己顶一下

[lujun-cc]

LoadLibrary的功能就是将一个模块映射到进程的地址空间中，只是其返回值以HMOUDLE形式体现，在Windows内部，也许这个HMOUDLE就是所映射到的地址——猜测而已！

[DentistryDoctor]

可以转换，但没什么意义。

[lxpws]

调试一下，看看模块的基地址就知道了。

[fiftymetre]

LoadLibrary("IsupGW.dll"); if (HInst ==0) { ::AfxMessageBox("Load vaSS7GWISUP.dll Failed!!!");


这样？

估计　是像二楼所说的吧

[Ph0nix]

fiftymetre(小猫你为什么这么憔悴.)

－－－－－－－－－－－－－－－－－－
不是这么用的 返回的HMOUDLE后他是这么用的
char *p=NULL;
HANDLE Hinst;
Hinst=LoadLibrary("IsupGW.dll");
if (HInst ==0) { ::AfxMessageBox("Load vaSS7GWISUP.dll Failed!!!"); exit(1);}
p=(byte*)Hinst //这就是让我不解的地方
然后他用p做基地址p[i]和某个16进制的值比较

[寻开心]

HMOUDLE实际上就是dll文件加载后的内存地址
你用 ultraedit之类的文件打开这个dll文件，看看内容，再对比hInst所对应的内存地址的内容，就会发现他们是一样的。

[codearts]

HINSTANCE LoadLibrary(PCTSTR pszDLLPathName);

HINSTANCE LoadLibraryEx(
PCTSTR pszDLLPathName,
HANDLE hFile,
DWORD dwFlags);
这两个函数均用于找出用户系统上的文件映像（使用上一章中介绍的搜索算法），并设法将D L L的文件映像映射到调用进程的地址空间中。两个函数返回的H I N S TA N C E值用于标识文件映像映射到的虚拟内存地址。如果D L L不能被映射到进程的地址空间，则返回N U L L。


-------------------------
楼主把后面的代码也贴来瞧瞧，让俺开开眼界

[Ph0nix]

HMOUDLE实际上就是dll文件加载后的内存地址
－－－－－－－－－－－－－－－－－－－－－－
但是句柄不是不一定是地址么？有的时候它只是个整数。

[Ph0nix]

thnx

呵呵代码是网上找的，那段代码是找个内存中某个机器码的起始地址，代码是我上次在别人的机器上看到的，当时觉得奇怪，所以才来问的。