On Monday 30 December 2024 22:48:25 Pali Rohár wrote:
> On Sunday 29 December 2024 17:46:22 Martin Storsjö wrote:
> > On Sat, 14 Dec 2024, Pali Rohár wrote:
> >
> > > Now all I386 symbols in lib-common/ws2_32.def.in file are defined with
> > > stdcall @ suffixes. These suffixes are automatically r
On Fri, 24 Jan 2025, Pali Rohár wrote:
On Saturday 11 January 2025 00:41:53 Martin Storsjö wrote:
On Fri, 10 Jan 2025, Pali Rohár wrote:
On Friday 10 January 2025 16:18:38 Martin Storsjö wrote:
On Wed, 8 Jan 2025, Pali Rohár wrote:
---
mingw-w64-crt/misc/_create_locale.c | 25 ++-
On Sunday 26 January 2025 21:26:49 Lasse Collin wrote:
> On 2025-01-26 Pali Rohár wrote:
> > Maybe it could be a good idea to look into last released version of
> > source code for UCRT. Such ___lc_codepage_func() / CP_UTF8 /
> > AreFileApisANSI() / CP_ACP / CP_OEMCP should be there too (if it was
On Monday 27 January 2025 16:49:26 Lasse Collin wrote:
> Another behavior difference happens with invalid multibyte strings.
> I tested with UTF-8 in application manifest. A file named L"_\uFFFD_"
> exists.
>
> The UCRT functions fail if given invalid UTF-8:
>
> fopen("_\x80_", "r");
> _o
> This could be generated from a .idl.
I can try to add the idl file if required. Though, I am not sure if it
should be added in wine which may need some time. Also, that need some
test project.
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.
Checked against
https://github.com/microsoft/win32metadata/blob/main/generation/WinSDK/RecompiledIdlHeaders/um/mpeg2data.h
This could be generated from a .idl.
---
mingw-w64-headers/include/mpeg2data.h | 31 +++
1 file changed, 8 insertions(+), 23 deletions(-)
diff --git