Lua 代理 DLL 四

wiki

• 它不需要对主程序或外部模块进行任何代码更改。
• 它不硬编码可执行文件的名称。

缺点是

• 它比其他一些版本略大（11k）。
• 它为每个 Lua 函数的开头添加了一个间接跳转的开销。

目前，依赖关系有些混合。我希望改进这一点。目前，它需要

• 一个真正的 Lua DLL，用于读取导出的符号
• mingw 发行版中的 `pexports` 实用程序（可以使用 MSVC 中的 `DUMPBIN /EXPORTS`，但解析输出要困难得多）。
• MSVC 编译器（因为 `__declspec(naked)` 仅受 MSVC 支持）。我正在努力在 Mingw 中找到等效项，以便可以使用全 Mingw 方法。

请注意，此解决方案不适用于使用 x64 的 MSVC，因为 'naked' 属性和 __asm 命令不受 x64 编译器的支持。

makeproxy.lua:

local CFILE = "luaproxy.c" -- Name of the C file for the proxy DLL
local SYMBOLS = "luasymbols.h" -- Name of the file of Lua symbols
local LUADLL = "lua51.dll" -- Name of a real Lua DLL (to get exported symbols)

----------------------------------------------------------------------
local cfile = assert(io.open(CFILE, "w"))
cfile:write [=[
#include <windows.h>

static struct {
#define SYMBOL(name) FARPROC name;
#include "luasymbols.h"
#undef SYMBOL
}
s_funcs;

/* Macro for defining a proxy function.
   This is a direct jump (single "jmp" assembly instruction"),
   preserving stack and return address.
   The following uses MSVC inline assembly which may not be
   portable with other compilers.
 */

#define SYMBOL(name) \
  void __declspec(dllexport,naked) name() { __asm { jmp s_funcs.name } }
#include "luasymbols.h"
#undef SYMBOL

BOOL APIENTRY
DllMain(HANDLE module, DWORD reason, LPVOID reserved)
{
    HANDLE h = GetModuleHandle(NULL);
#define SYMBOL(name) s_funcs.name = GetProcAddress(h, #name);
#include "luasymbols.h"
#undef SYMBOL
    return TRUE;
}
]=]
cfile:close()

symbols = io.popen("pexports "..LUADLL)
symfile = io.open(SYMBOLS, "w")
for sym in symbols:lines() do
    -- Skip the LIBRARY and EXPORTS lines
    start = sym:sub(1,3)
    if start ~= "LIB" and start ~= "EXP" then
	symfile:write("SYMBOL("..sym..")\n")
    end
end
symbols:close()
symfile:close()

os.execute(table.concat({
    "cl /O2 /LD /GS-",
     CFILE,
     "/link /out:lua51.dll /nodefaultlib /entry:DllMain kernel32.lib"}, " "))

要使用代理，只需将构建的 `lua51.dll` 放在您的 `PATH` 上，而不是标准的 `lua51.dll`。静态链接到 `lua51.dll` 的扩展将拾取它并自动使用主程序中包含的静态 Lua 运行时。当然，所有正常的 C 运行时问题仍然适用 - 主程序和任何动态加载的扩展应该使用相同的 CRT，否则可能会出现问题（遗憾的是，C 没有像 Lua 那样提供很好的代理解决方案 :-))

-- PaulMoore?

另请参阅

• LuaProxyDll | LuaProxyDllTwo | LuaProxyDllThree