[PATCH] ucrtbase: Add the new universal CRT DLL.
Martin Storsjö
martin at martin.st
Mon Aug 24 03:21:31 CDT 2015
On Fri, 21 Aug 2015, Alexandre Julliard wrote:
> Martin Storsjo <martin at martin.st> writes:
>
>> +@ stub -arch=win32 ?_set_new_handler@@YAP6AHI at ZH@Z # int(__cdecl*__cdecl _set_new_handler(int))(unsigned int)
>> +@ stub -arch=win64 ?_set_new_handler@@YAP6AH_K at ZH@Z # int(__cdecl*__cdecl _set_new_handler(int))(unsigned __int64)
>> +@ stub _set_new_mode
>> +@ cdecl _set_printf_count_output(long) MSVCRT__set_printf_count_output
>> +@ cdecl _set_purecall_handler(ptr)
>> +@ stub -arch=win32 ?_set_se_translator@@YAP6AXIPAU_EXCEPTION_POINTERS@@@ZH at Z # void(__cdecl*__cdecl _set_se_translator(int))(unsigned int,struct _EXCEPTION_POINTERS *)
>> +@ stub -arch=win64 ?_set_se_translator@@YAP6AXIPEAU_EXCEPTION_POINTERS@@@ZH at Z # void(__cdecl*__cdecl _set_se_translator(int))(unsigned int,struct _EXCEPTION_POINTERS * __ptr64)
>
> I don't see any mangled names in my version.
Thanks for catching these, they were accidentally added by my script that
filled in the spec file based on the msvcr120 version. I'll resend with
this fixed, and with some x86_64 stubs/calls added that I had missed
before.
(Apparently, if accessing \windows\system32\*.dll from a 32 bit process on
windows 10, you get the 32 bit version of the files, so what I thought was
the 64 bit version was still the 32 bit one.)
(Contrary to make_specfiles which only(?) creates forward calls to the
other DLL, I made a script to prepopulate this spec file based on the
older msvcr version, while still keeping the spec file as a standalone
implementation instead of forwarding calls.)
// Martin
More information about the wine-devel
mailing list