[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