We use 4*3 as the stride for GdipCreateBitmapFromScan0 in all test cases in test_CloneBitmapArea,
but bmp_3x3_data_24bpp_rgb only has 9 bytes per row. GdipCreateBitmapFromScan0 also expects the
stride to be a multiple of 4, so pad bmp_3x3_data_24bpp_rgb to be 12 bytes per row.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/8218
On Fri Jun 6 18:17:35 2025 +0000, eric pouech wrote:
> @jacek just testing this (yeah a bit late sorry), it looks like the .pdb
> file only contains the public symbols.
> using: clang version 20.1.5
> do we need a later clang version?
I tested mostly with LLVM git, but version 19 seems to work too, unless I'm checking it wrong. For example, I get:
```
$ llvm-pdbutil dump --symbols programs/notepad/x86_64-windows/notepad.pdb |grep NOTEPAD_WndProc
7468 | S_LPROC32 [size = 56] `NOTEPAD_WndProc`
```
Do you not see such symbols in your build or did you mean something else?
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/8193#note_105685
--
v3: widl: Add rows for the requires keyword.
widl: Add rows for the exclusiveto attribute.
widl: Add rows for the uuid attribute.
widl: Add rows for the interface type.
https://gitlab.winehq.org/wine/wine/-/merge_requests/8222
According to a comment in emf_create, description is expected to be "App name\0Title\0\0". But in
the test cases we only ever passed "winetest\0", so emf_create reads out-of-bound trying to find the
title.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/8219
IWinInetHttpInfo_QueryInfo returns a multibyte string, not a wide string. We
were also wrongly expecting it to have a NUL terminator.
* * *
this one doesn't feel good. IWinInetHttpInfo_QueryInfo calls HttpInfo_QueryInfo (urlmon), which calls HttpQueryInfoA (wininet), so it returns char*. but inside, HttpQueryInfoA is calling HttpQueryInfoW and does charset conversion. so we are converting the string to multibyte and back.
maybe there's an API that returns wchar* i don't know about.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/8228