- Wine-GitLab - list.winehq.org

[PATCH 0/3] MR10595: amstream: Reject filter when top-down image is not accepted.
by Brendan McGrath (＠redmcg) April 8, 2026

April 8, 2026

On Windows, when the ddraw media stream receives a `ReceiveConnection` request and the media type has a positive height value (i.e. a bottom-up image), it will call `AcceptQuery` on the peers Pin with the sign of the height flipped (i.e. it checks if the peer can produce a top-down image). It will reject the `ReceiveConnection` attempt with `VFW_E_TYPE_NOT_ACCEPTED` if the `AcceptQuery` returns `S_FALSE`. This MR also modifies the return code of `IPin::Disconnect` when not already connected. MS documentation says it should return `S_FALSE` but the implementation actually returns `S_OK`. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10595

2 3

Re: [PATCH v15 0/6] MR10419: ntdll: Fix thread stops inside __wine_syscall_dispatcher
by Hoshino Lina (＠hoshinolina) April 8, 2026

April 8, 2026

On Wed Apr 8 01:21:04 2026 +0000, Hoshino Lina wrote: > This is a server call. If the server sends a SIGUSR1 here and we do not > handle it, presumably the server could deadlock waiting for the ack to > the SIGUSR1 while we make the call. Even if that wouldn't happen in the > trivial case (not sure how the server is implemented in terms of > async/etc), one could imagine an application code sequence that would > create this dependency and deadlock (think: two threads trying to set > each others' context). I moved the unblock inside the if, since I think that makes more sense. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10419#note_135398

1 0

Re: [PATCH v15 0/6] MR10419: ntdll: Fix thread stops inside __wine_syscall_dispatcher
by Hoshino Lina (＠hoshinolina) April 8, 2026

April 8, 2026

On Tue Apr 7 21:34:10 2026 +0000, Jinoh Kang wrote: > Is there a reason we're temporarily unblocking here? This is a server call. If the server sends a SIGUSR1 here and we do not handle it, presumably the server could deadlock waiting for the ack to the SIGUSR1 while we make the call. Even if that wouldn't happen in the trivial case (not sure how the server is implemented in terms of async/etc), one could imagine an application code sequence that would create this dependency and deadlock (think: two threads trying to set each others' context). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10419#note_135396

1 0

[PATCH v55 0/2] MR10291: Fix GetModuleFileName string termination
by Trent Waddington (＠trent.waddington) April 7, 2026

April 7, 2026

After Windows XP the string termination behavior of GetModuleFileName was changed to always terminate the path returned, even if the buffer is insufficient to contain the null terminator. -- v55: kernel32: Fix string termination of GetModuleFileName. Add tests for GetModuleFileName string termination. https://gitlab.winehq.org/wine/wine/-/merge_requests/10291

2 2

[PATCH v6 0/2] MR10546: vbscript: Use indexed lookup for global functions and variables.
by Francis De Brabandere (＠francisdb) April 7, 2026

April 7, 2026

Replace O(N) linear scans through `global_funcs[]` and `global_vars[]` with O(log N) tree lookups for global function and variable resolution. **Global functions:** Scripts that use `ExecuteGlobal` to dynamically generate functions (e.g. Visual Pinball's GLF framework generates ~1000 functions at startup) hit pathological O(N) scan behavior on every `GetRef` call and `GetDispID` lookup. With this change, `GetRef` dispatch over 1000 functions drops from 503ms to 58ms (**8.7x**), reaching parity with Windows (62ms). | Benchmark (1000 dynamic functions) | Before | After | Speedup | Windows | |-----------|--------|-------|---------|---------| | GetRef varied x100K | 503 ms | 58 ms | **8.7x** | 62 ms | | GetRef loop x200K | 292 ms | 82 ms | **3.6x** | 125 ms | | GetRef cached x200K | 35 ms | 35 ms | 1.0x | 85 ms | | Direct call x200K | 35 ms | 46 ms | ~1.0x | 31 ms | **Global variables:** Profiling a real-world 75K-line Visual Pinball table script with 3000+ global variables (registered via multiple `ExecuteGlobal` calls) shows `lookup_identifier`'s linear scan over `global_vars[]` consuming ~55% of total CPU time. Compile-time binding (`bind_local`) does not help here because it only resolves variables declared within the same compilation unit, variables from prior `ExecuteGlobal` calls remain unbound at runtime. Depends on !10544 for the fast `vbs_wcsicmp` used in the tree comparators. -- v6: vbscript: Use indexed lookup for global variables. vbscript: Use indexed lookup for global functions. https://gitlab.winehq.org/wine/wine/-/merge_requests/10546

2 2

[PATCH 0/1] MR10594: Draft: vbscript: Log call stack trace on runtime errors.
by Francis De Brabandere (＠francisdb) April 7, 2026

April 7, 2026

Add WARN-level trace output showing the call chain when a runtime error propagates through nested function calls. This helps diagnose errors in ExecuteGlobal/Execute code where the reported error location has no context about which call chain led to it. ``` Example output for WINEDEBUG=warn+vbscript: error 0x80020012 in L"Broken", line 3 called from L"Wrapper", line 2 called from <global>, line 16 ``` -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10594

2 2

[PATCH v2 0/1] MR10495: vbscript: Return error 1010 for keyword used where identifier expected in Dim.
by Francis De Brabandere (＠francisdb) April 7, 2026

April 7, 2026

When a reserved keyword like If appears after Dim where an identifier is expected (e.g. "Dim If"), Windows returns error 1010 ("expected identifier"). Add an error production in DimDeclList that sets the correct VBSE_EXPECTED_IDENTIFIER error code. -- v2: vbscript: Return error 1010 for keyword used where identifier expected in Dim. https://gitlab.winehq.org/wine/wine/-/merge_requests/10495

2 1

Re: [PATCH v15 0/6] MR10419: ntdll: Fix thread stops inside __wine_syscall_dispatcher
by Jinoh Kang (＠iamahuman) April 7, 2026

April 7, 2026

Jinoh Kang (@iamahuman) commented about dlls/ntdll/unix/signal_x86_64.c: > } > } > > + block_sigusr1(); Is there a reason we're temporarily unblocking here? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10419#note_135375

1 0

[PATCH v4 0/1] MR10589: Draft: vbscript: Add missing runtime error constants and tests.
by Francis De Brabandere (＠francisdb) April 7, 2026

April 7, 2026

Add VBSE_DUPLICATE_KEY (457) and VBSE_CLASS_NOT_DEFINED (506) error code definitions with their string resources, and add tests for runtime errors 11, 94, 429, 451, 457, and 506. Errors 94 and 506 are marked todo_wine as Wine currently returns incorrect error codes for those cases. Error 28 (out of stack space) is included commented out as Wine crashes with a stack overflow instead of raising the error. -- v4: vbscript: Add missing runtime error constants and tests. https://gitlab.winehq.org/wine/wine/-/merge_requests/10589

2 1

Re: [PATCH v3 0/1] MR10511: wineandroid: remove redundant backend DPI scaling - approved
by Alexandre Julliard (＠julliard) April 7, 2026

April 7, 2026

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10511

1 0