-
-
[下载] AheadLib修改 支持x64支持类/命名空间
-
2018-1-31 17:26
-
|
|
|---|---|
|
|
|
|
|
将这个函数修改了一下，不知这样是否正确，请楼主指教： BOOL WINAPI CAheadLib::IsFunction(const PIMAGE_NT_HEADERS pInh, DWORD dwRva) //判断函数 { INT i; PIMAGE_SECTION_HEADER pIsh; pIsh = (PIMAGE_SECTION_HEADER)((PBYTE)pInh + sizeof(IMAGE_NT_HEADERS)); if (pInh->OptionalHeader.FileAlignment == pInh->OptionalHeader.SectionAlignment) //判断文件块对齐与节对齐是否相同 { for (i = 0; i < pInh->FileHeader.NumberOfSections; i++, pIsh++) { if (dwRva >= (pIsh->VirtualAddress)) { if (((pIsh)->VirtualAddress) + pIsh->Misc.VirtualSize > dwRva) { if ((pIsh->Characteristics & IMAGE_SCN_MEM_EXECUTE)) { return dwRva; } else { return 0; } } } } return 0; }else{ for (i = 0; i < pInh->FileHeader.NumberOfSections; i++, pIsh++) { if (dwRva >= (pIsh->VirtualAddress)) { if (((pIsh->VirtualAddress) + (pIsh->SizeOfRawData)) > dwRva) { if ((pIsh->Characteristics & IMAGE_SCN_MEM_EXECUTE)) { return dwRva - pIsh->VirtualAddress + pIsh->PointerToRawData; } else { return 0; } } } } return 0; } }
最后于 2018-3-4 10:49
被csjwaman编辑
，原因：
|
|
|
直接转发，
最后于 2018-3-5 08:50
被eapple编辑
，原因：
|
|
|
|
|
|
|
|
|
可能是IDE问题，用2017编译没问题，用VC6就不行。。 |
|
|
加了这个判断之后是否对于加壳dll有效？基于什么原理？能不能把函数修改前后，分别对加壳dll生成的文件发来看一下，因为我对这方面的东西也不是特别清楚，如果对照生成结果的话，或许能更容易理解。 |
|
|
涉及到编译器版本我就无能为力了。不过vc6确实太老了，很多东西都不一样的了。似乎std库和MFC库的一些实现上都有很大的改变。 |
|
|
加了壳一般对齐粒度会相同，区段中物理地址和数据长度会被清零，但内存地址和内存数据长度一般不能清零。
最后于 2018-3-5 15:21
被csjwaman编辑
，原因：
|
|
|
我就是用VC6编译的。 |
|
|
看到了，效果非常牛逼。那么会不会对其他正常的东西产生影响？比如一些变量什么的 |
|
|
对函数功能不会产生影响。如果原函数本身不能处理变量，那么这个函数也无法处理。 |
|
|
|
|
|
好的，已经更新代码及exe文件，非常感谢！ |
|
|
|
|
|
|
|
|
是x64的是吗？需要把与cpp一起生成的一个obj文件添加到你的工程里一起编译 |
|
|
|
|
|
|
|
|
|
|
|
x64编译时貌似多出一个类，无法正常编译。请楼主再看看！ |
|
|
不好意思，论坛的登陆机制有问题，显示登陆状态其实没有登陆，我是今天发现应该收到短消息的然而没提示于是点进去看，才发现一直是未登录状态。 这个我用代码暂时无法精确判断出来，手动加入一个空类的定义吧： class QDir { }; |
|
|
加了空类后，可以编译成功。但生成的DLL输出函数名中有一个与原DLL不一样。不知什么原因  原函数名为：?getLogDirectory@logging@ecg@@YA?AVQDir@@XZ 新生成的DLL函数为：?getLogDirectory@logging@ecg@@YA?AVQDir@12@XZ
最后于 2018-7-15 23:29
被csjwaman编辑
，原因：
|
|
|
|
|
|
|
