Question

我无法登录WINEHQ Bugzilla，所以我在这里问这个要求：
我们有一个Windows应用程序，我们有exe源代码，它使用ATL。 exe依赖的dll需要一些特殊的设备，但大多数都有linux版本。现在我们需要将windows应用程序移植到linux 我终于尝试了：写一个中间的dll来包装一些已经是跨平台的lib，exe会调用新的中间dll，而我将中间dll命名为“WINE自定义内置dll”。 CUSTOM意味着我由酿酒师独立编译这个dll.so。一切都很好，直到在wine64下运行它，linux shell中的命令行：

wine64 portsome.exe

这是输出：

wine: Call from 0x7bc5eeec to unimplemented function  wrapsome.dll.wrap_SOME_GetVersion, aborting
Backtrace:
=>0 0x000000007bc5eeec stub_entry_point+0x5c(dll=<is not available>, name=<is not available>, ret_addr=<is not available>) [/home/root0/src/wine/build/dlls/ntdll/../../../src/dlls/ntdll/loader.c:215] in ntdll (0x000000000023fbc0)  
  1 0x0000000140001022 in portsome (+0x1021) (0x000000000023fbc0)  
  2 0x00000001400012e2 in portsome (+0x12e1) (0x000000000023fd70)  
  3 0x000000007b47d02f start_process+0xbe(entry=0x140001418)

Modules:
Module  Address                                 Debug info      Name (23 modules)
ELF             7b400000-        7b81a000       Dwarf           kernel32<elf>
  \-PE          7b420000-        7b81a000       \               kernel32
ELF             7bc00000-        7bd21000       Dwarf           ntdll<elf>
  \-PE          7bc20000-        7bd21000       \               ntdll
ELF             7c000000-        7c004000       Deferred        <wine-loader>
PE             140000000-       140007000       Export          portsome
ELF         7fbfe53b4000-    7fbfe56c6000       Deferred        msvcr100<elf>
  \-PE      7fbfe53e0000-    7fbfe56c6000       \               msvcr100
ELF         7fbfe5b48000-    7fbfe5f1d000       Deferred        libhwaware.so
ELF         7fbfe5f1d000-    7fbfe6131000       Deferred        wrapsome<elf>
  \-PE      7fbfe5f20000-    7fbfe6131000       \               wrapsome
ELF         7fbfe66bc000-    7fbfe68ce000       Deferred        libnss_files.so.2
ELF         7fbfe68ce000-    7fbfe6ada000       Deferred        libnss_nis.so.2
ELF         7fbfe6ada000-    7fbfe6cf3000       Deferred        libnsl.so.1
ELF         7fbfe6cf3000-    7fbfe6efc000       Deferred        libnss_compat.so.2
ELF         7fbfe70fc000-    7fbfe7312000       Deferred        libgcc_s.so.1
ELF         7fbfe7312000-    7fbfe761b000       Deferred        libm.so.6
ELF         7fbfe761e000-    7fbfe7822000       Deferred        libdl.so.2
ELF         7fbfe7822000-    7fbfe7bec000       Deferred        libc.so.6
ELF         7fbfe7bed000-    7fbfe7e0a000       Deferred        libpthread.so.0
ELF         7fbfe7e22000-    7fbfe81c8000       Dwarf           libwine.so.1
ELF         7fbfe81ca000-    7fbfe83f2000       Deferred        ld-linux-x86-64.so.2
ELF         7ffd8bbe1000-    7ffd8bbe2000       Deferred        [vdso].so

这是我的问题：
如何编译一个wine自定义内置dll以使windows native app可以在运行时调用它的函数，是否需要winebuilder生成一个假dll？

详细步骤我为端口windows app工作到linux：
1.找到需要直接与硬件联系的特殊dll，如CUDA，加密狗访问 2.创建一个包dll，更改exe代码来调用这个wrap dll函数，然后wrap dll调用硬件识别dll。
3.创建具有https://wiki.winehq.org/Winelib_User%27s_Guide#The_Spec_file要求的“wrapsome.spec”文件 4.将包装代码复制到Ubuntu 16.04，切换到包装代码源目录并在shell中运行以下命令：

winemaker --dll --nosource-fix -DWRAPSOME_EXPORTS -I../deps/hdaware -L../deps/hdaware -lhdaware .

然后我得到了“Makefile”文件，我将-fPIC附加到LDFLAGS 5.继续运行“make”，是的，我得到了wrapsome.dll.so，然后将其复制到wine build-in dll目录。 6.最后我没能运行“wine64 portsome.exe”，问题如上所述 wine报告“未实现的函数wrapsome.dll.wrap_SOME_GetVersion”，我甚至用nm wrapsome.dll.so确认，这是它的输出：

0000000000213291 B __bss_start
0000000000213298 b call_fini.9485
0000000000213294 b completed.7585
                 w __cxa_finalize
00000000000118b0 t deregister_tm_clones
0000000000011a20 t DisableThreadLibraryCalls
0000000000011bf0 t DllMain
0000000000011940 t __do_global_dtors_aux
0000000000212de8 t __do_global_dtors_aux_fini_array_entry
0000000000213040 d __dso_handle
0000000000212df8 d _DYNAMIC
0000000000213291 D _edata
00000000002132a0 B _end
0000000000011c88 t _fini
0000000000011980 t frame_dummy
0000000000212de0 t __frame_dummy_init_array_entry
0000000000011ec8 r __FRAME_END__
0000000000213000 d _GLOBAL_OFFSET_TABLE_
                 w __gmon_start__
0000000000011cb8 r __GNU_EH_FRAME_HDR
0000000000000810 t _init
                 w _ITM_deregisterTMCloneTable
                 w _ITM_registerTMCloneTable
0000000000212df0 d __JCR_END__
0000000000212df0 d __JCR_LIST__
                 w _Jv_RegisterClasses
00000000000118f0 t register_tm_clones
                 U SOME_GetVersion
                 U SOME_InitAwareSDK
                 U SOME_UninitAwareSDK
0000000000213298 d __TMC_END__
                 U __wine_dll_register@@WINE_1.0
                 U __wine_main_argc@@WINE_1.0
                 U __wine_main_argv@@WINE_1.0
0000000000011ad0 t __wine_spec_dll_entry
0000000000011c94 r __wine_spec_file_name
0000000000011a20 t __wine_spec_import_thunks
0000000000011c20 t __wine_spec_init
0000000000011c40 t __wine_spec_init_ctor
000000000021329c b __wine_spec_init_state
0000000000213048 d __wine_spec_nt_header
000000000000082a t __wine_spec_pe_header
00000000000119b0 t __wine_spec_relay_entry_points
0000000000011ab9 T wrap_SOME_GetVersion
0000000000011a3c T wrap_SOME_InitAwareSDK
0000000000011a53 T wrap_SOME_UninitAwareSDK
0000000000011a26 T _Z7DllMainP11HINSTANCE__jPv

注意：我已经驳回了一些与普通词有关的词，因为向公众展示是不好的。

我甚至在github https://github.com/wine-mirror/wine/blob/fdac39f697e049ead215b164bfe6953269ffa7be/dlls/ntdll/loader.c#L660中阅读了葡萄酒源代码，似乎是 exports = RtlImageDirectoryEntryToData( imp_mod, TRUE, IMAGE_DIRECTORY_ENTRY_EXPORT, &exp_size ); 无法导出由winemaker + winegcc工具链编译的warpsome.dll.so文件符号表。

Answer 1

我将wrapsome.spec文件更改为此内容：

@ stdcall wrap_SOME_InitAwareSDK(ptr) wrap_SOME_InitAwareSDK
@ stdcall wrap_SOME_UninitAwareSDK(ptr) wrap_SOME_UninitAwareSDK
@ stdcall wrap_SOME_GetVersion() wrap_SOME_GetVersion

然后重新制作，然后cp到wine dlls目录，它的工作原理！而且我知道没有必要在windows中将exe链接更改为warp dll，只需构建一个dll.so，并提取相同的导出名称，这需要exe，它也应该有效。我稍后会试一试。

wine无法加载我的自定义内置dll并报告“调用未实现的函数”

1 个答案: