酒不能载入我的自定义生成程序DLL并报告“调用未实现的函数”(wine can't load

2019-09-26 13:07发布

我无法登录WINEHQ Bugzilla的,所以我在这里问,这是要求:
我们有我们的exe的源代码一个Windows应用程序,它使用ATL。 exe文件依赖的DLL文件需要一些特殊设备,但主要是他们拥有的Linux版本。 现在,我们需要移植的Windows应用到Linux。
我终于尝试:写一个中间DLL来包装一些LIB这已经是跨平台的,该exe将调用新的中间DLL,和我的名字中间的DLL是“酒定制内置的DLL”。 习俗是我的酿酒师编译这个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

这里是我的问题:
我怎么编译酒定制内置的DLL使Windows本机应用程序可以调用运行时,它的功能,它是需要生成由winebuilder假的dll?

我工作了端口Windows应用程序到Linux详细步骤:
1.找到特殊的DLL这需要与硬件直接联系,如CUDA,加密狗接入。
2.做一个包装DLL,修改exe文件的代码来调用这个包裹DLL函数,然后将包装DLL调用硬件知道DLL。
3.创建“wrapsome.spec”文件https://wiki.winehq.org/Winelib_User%27s_Guide#The_Spec_file要求。
4.复制涡卷代码到Ubuntu 16.04,切换到包裹代码源目录和在壳运行下面的命令:

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

然后我得到了“的Makefile”文件,我追加-fPIC到LDFLAGS。
5.继续运行“make”,是啊,我得到了wrapsome.dll.so,我把它复制到葡萄酒内置的dll文件的目录。 6.最后,我无法运行“wine64 portsome.exe”,问题是上面提到的。
葡萄酒报告“未实现的功能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 ); 不能导出我的酿酒师+ 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到酒的dll目录,它的作品! 我知道有没有需要改变的exe链接翘曲在Windows动态链接库,只需建立一个dll.so与提取物由EXE需要相同的出口名称,它应该也可以。 我会稍后再尝试。



文章来源: wine can't load my custom build-in dll and report “call to unimplemented function”
标签: wine