Re: [PATCH] ucrtbase: Add the new universal CRT DLL.

[Alexandre Julliard]

Martin Storsjo  writes:
> +@ stub -arch=win32 ?_set_new_handler@@YAP6AHI@ZH@Z  # int(__cdecl*__cdecl _set_new_handler(int))(unsigned int)
> +@ stub -arch=win64 ?_set_new_handler@@YAP6AH_K@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@Z  # void(__cdecl*__cdecl _set_se_translator(int))(unsigned int,struct _EXCEPTION_POINTERS *)
> +@ stub -arch=win64 ?_set_se_translator@@YAP6AXIPEAU_EXCEPTION_POINTERS@@@ZH@Z  # void(__cdecl*__cdecl _set_se_translator(int))(unsigned int,struct _EXCEPTION_POINTERS * __ptr64)

I don't see any mangled names in my version.

[PATCH] ucrtbase: Add the new universal CRT DLL.

[Martin Storsjö]

On Fri, 21 Aug 2015, Alexandre Julliard wrote:
> Martin Storsjo  writes:
> > +@ stub -arch=win32 ?_set_new_handler@@YAP6AHI@ZH@Z  # int(__cdecl*__cdecl _set_new_handler(int))(unsigned int)
> > +@ stub -arch=win64 ?_set_new_handler@@YAP6AH_K@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@Z  # void(__cdecl*__cdecl _set_se_translator(int))(unsigned int,struct _EXCEPTION_POINTERS *)
> > +@ stub -arch=win64 ?_set_se_translator@@YAP6AXIPEAU_EXCEPTION_POINTERS@@@ZH@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