运行时错误从FarProc到使用Varargs的功能指针

Question

我正在研究一个不再保存或加载文件的旧程序。当在DLL中四处寻找一个起点时，我注意到默认情况下有一些残疾人的记录功能，但仍应工作。使用代理DLL，我通过调用来自真实DLL的正确函数来激活日志记录。但是，我一直坚持使用实际的记录函数，因为每当我接近使用它们时，程序都会带有错误0xc000000142。所有涉及的二进制文件均为32位。

这是我在代理dll中所做的事情：

// undname ?ForceDebugLog@@YAXXZ = void __cdecl ForceDebugLog(void)
typedef void (*FDLAddr_t)(void);
FDLAddr_t ForceDebugLog;

// undname ?LogInfo@@YAXPBDZZ = void __cdecl LogInfo(char const *,...)
typedef void (*LIAddr_t)(char const *, ...);
LIAddr_t LogInfo;

// called on DLL_PROCESS_ATTACH
void setupFuncs() {
    HMODULE trueDll= GetModuleHandleA(".\\realDll.dll");
    ForceDebugLog = (FDLAddr_t)GetProcAddress(realDll, "?ForceDebugLog@@YAXXZ");

    // LogInfo = (LIAddr_t)GetProcAddress(realDll, "?LogInfo@@YAXPBDZZ");
}

现在，我可以做codedebuglog（），并且启用了记录。但是，一旦我输入loginfo行，该程序在启动时崩溃，Windows显示错误0xc000000142。

进一步的实验表明，getProcaddress在DLL中返回loginfo的地址，即这是正确的。另外，如果loginfo是farproc，一切都可以。一旦将铸件添加到liaddr_t中，错误就会返回。

我该如何解决这个问题？我需要采取不同的方法来使用varargs的功能？如果这是必须使用C ++结构来解决的问题，那也很好。

Answer 1

对于浪费每个人的时间，我深表歉意。

在吉德拉（Ghidra）看我的DLL时，我注意到我的代码中没有任何定义的字符串。事实证明，一些早期实验的旧对象文件意外链接到DLL。其中一个实验是loginfo的重新实现，该实验导致编译器/链接器产生不正确的结果而不会引发错误或警告（除非/WD5045抑制了它，否则我非常怀疑）。

这具有副作用，我现在必须重新修复makefile。哦，欢乐。