添加：ntdll 实现的 LoadLibraryEx64/FreeLibrary64 及其 32 位版本，从此开始你的易语言可以随意加载 64 位 DLL 啦（包括 64 位的 kernel32.dll），只要你会调用 ^_^，这应该是革命性的首创吧。(要是有前辈已经公布了算我孤陋寡闻了；64 位函数没多难，只要注意参数类型、堆栈对齐和结构对齐就可以了)

添加：原创的内存 DLL 加载函数，集成在 LoadLibraryEx32/FreeLibrary32 之中，不要高兴的太早，只能加载内存中 32 位的 DLL（不管是字节集还是数据指针均可）；64 位的短期内实现不了了，因为 WOW64 环境切换的 64 位环境实际上除了 ntdll 就没啥了，想手动实现 Peloader 处理 DLL 所有导入库难度太大了；其实意义也不大，能加载本地 64 位 DLL 够用了；该代码参考诸多前辈开源项目，由本人综合而成，与网上流传的诸多版本最大的不同是除了 DLL 存储空间外没有申请任何额外的内存；返回的基址就是标准的 PE 格式，当然没有zc到进程加载列表，所以 API 方式的 GetProcAddress 无法获取函数，只能用本模块提供的 GetProcAddressEx（也就是传递函数哈希值）的方法获取调用函数地址，其实这也是属于隐藏加载 DLL 了；

添加：OpenProcess64/CloseHandle64 及其 32 位版本，用于打开关闭进程句柄；实际上通过进程标识符打开进程句柄时 32/64 位版本是通用的；

添加：ntdll 实现的 GetDefaultHeap64/HeapAlloc64/HeapReAlloc64/HeapFree64/HeapSize64 及其 32 位版本，实话说从堆申请内存而言，64 位意义不大，只是随着 32 位版本一起提供了

添加：ntdll 实现的简化版默认堆申请函数 malloc64/realloc64/free64 及其 32 位版本，省的每次都得获取默认堆句柄了

添加：ntdll 实现的 RtlInitAnsiString64/RtlFreeAnsiString64、RtlInitUnicodeString64/RtlFreeUnicodeString64、RtlAnsiToUnicode64/RtlUnicodeToAnsi64 字符串处理函数及其 32 位版本，虽然这些函数重要程度不高，但较多 NT-API 均需使用，因此模块予以提供；

添加：绝大部分函数模拟 Windwos 机制，在调用失败后会自动设置错误码，以便调用 GetLasterror 函数可以获得错误原因

更新：修正 GetProcAddressEx 系列函数针对转向 DLL 函数地址获取错误的 BUG；

更新：修正 VirtualQueryEx86 函数参数 4 的描述错误（仅仅是描述而已），结构长度应为 28 而不是 24；

更新：优化模块共享机制，作为底层模块，即使再多扩展模块加载本模块也只会共享相同接口，而不会占用更多资源；

更新：优化了部分代码，提升了几个时钟周期的效率（( ╯□╰ )，没办法，本就是底层的东西，效率提升不了多少了）