Hallo,
our ../dlls/Makefile results in libw32sys.so to become a symlink to
win32s/libw32skrnl.so. I don't know if that is right. However this
results in a crash when an application tries to do
Call KERNEL32.495: LoadLibraryA(0072e188 "W32SYS.DLL") ret=0065007e fs=0247
trace:module:MODULE_GetLoadOrder Looking for 'W32SYS.DLL' (W32SYS), \
found '<nothing>'
trace:module:MODULE_LoadLibraryExA Trying native dll 'W32SYS.DLL'
trace:module:GetModuleFileNameA E:\bin\orcadcap\r\capture.exe
trace:module:MODULE_LoadLibraryExA Trying elfdll 'W32SYS.DLL'
trace:module:BUILTIN32_RegisterDLL BON: desc 0x408beb40 nr 17 name W32SKRNL.DLL
err:module:BUILTIN32_LoadLibraryExA loaded .so but dll W32SYS.DLL \
still not found
trace:module:MODULE_LoadLibraryExA Trying so-library 'W32SYS.DLL'
trace:seh:EXC_RtlRaiseException code=c0000005 flags=0
trace:seh:EXC_CallHandler calling handler at 0x4dc70a code=c0000005 flags=0
Call MSVCRT40.503: __CxxFrameHandler(<unknown, check return>)\
ret=400bdc5a fs=0247
Call KERNEL32.495: LoadLibraryA(0072e188 "W32SYS.DLL") ret=0065007e fs=0247
as in BUILTIN32_LoadLibraryExA libw32skrnl.so gets loaded, but the
name "w32sys" doesn't appear in the list of loaded dlls. nb_dlls got
incremented, but after the BUILTIN32_dlclose builtin_dlls[nb_dlls -1]
is invalid and to a later reference results in a crash.
I can work around that problem by decrementing nb_dlls after the
BUILTIN32_dlclose call. This might be needed anyhow to cope for dlls
with invalid names.
But I don't think this is the right solution for the w32sys vs s32krnl
problem. ver vs. version. Any ideas?
Bye
Uwe Bonnes [EMAIL PROTECTED]
Free Software: If you contribute nothing, expect nothing
--
