- Wine-GitLab - list.winehq.org

[PATCH 0/1] MR2378: kernelbase: Trick V8's CHECK(old_protection == PAGE_READWRITE).
by Daniel Tang (＠danielzgtg) March 11, 2023

March 11, 2023

Now I can create spreadsheets in Excel, and presentations in PowerPoint. This is to be used with my other patches. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2378

2 1

[PATCH 0/1] MR2377: sppc: Add stubs for MS Office.
by Daniel Tang (＠danielzgtg) March 11, 2023

March 11, 2023

After this and the related MRs, MS Office 365 finally loads. We see the fancy start screen, and we need modify the options to trust the folder we have our Word documents in. This works for `WINWORD.EXE`, `EXCEL.EXE` and `POWERPNT.exe`. I am able to open an existing file and view it. This MR is limited to showing the first page or so of the Word document. It freezes with the Wine crash dialog basically the moment right after the screen is rendered. There is no backtrace in the dialog, but winedbg points to `v8jsi.dll` and so does the console output without winedbg. Creating new documents is not achieved by this MR either. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2377

3 2

[PATCH v3 0/1] MR2374: sppc: Stub SLInstallLicense and SLGetSLIDList
by Daniel Tang (＠danielzgtg) March 11, 2023

March 11, 2023

This allows Microsoft `OfficeSetup.exe` 365 to succeed again. It needs to be used with the revert described in https://bugs.winehq.org/show_bug.cgi?id=54667 . `OneDriveSetup.exe` crashes right after as before, but the Office 365 files get installed into the prefix. -- v3: sppc: Stub SLGetSLIDList(). https://gitlab.winehq.org/wine/wine/-/merge_requests/2374

2 1

[PATCH v2 0/2] MR2374: sppc: Stub SLInstallLicense and SLGetSLIDList
by Daniel Tang (＠danielzgtg) March 11, 2023

March 11, 2023

This allows Microsoft `OfficeSetup.exe` 365 to succeed again. It needs to be used with the revert described in https://bugs.winehq.org/show_bug.cgi?id=54667 . `OneDriveSetup.exe` crashes right after as before, but the Office 365 files get installed into the prefix. -- v2: sppc: Stub SLInstallLicense() sppc: Stub SLGetSLIDList(). https://gitlab.winehq.org/wine/wine/-/merge_requests/2374

3 4

Re: [PATCH v3 0/5] MR131: wined3d: Introduce wined3d_device_check_format_support().
by Chip Davis (＠cdavis5e) March 11, 2023

March 11, 2023

On Sat Mar 11 09:34:54 2023 +0000, Olivia/Isabelle Mahadevan wrote: > Any updates? Sorry. Between the time I initially submitted this and now, I got a new job, so I haven't been able to work on this much. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/131#note_26707

1 0

[PATCH 0/2] MR2374: sppc: Stub SLInstallLicense and SLGetSLIDList
by Daniel Tang (＠danielzgtg) March 11, 2023

March 11, 2023

This allows Microsoft `OfficeSetup.exe` 365 to succeed again. It needs to be used with the revert described in https://bugs.winehq.org/show_bug.cgi?id=54667 . `OneDriveSetup.exe` crashes right after as before, but the Office 365 files get installed into the prefix. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2374

2 2

[PATCH 0/1] MR2373: quartz: Update sync source when running or pausing a filter graph.
by Shaun Ren (＠shaunren) March 11, 2023

March 11, 2023

This fixes a bug where after a sync source is assigned to a filter graph, subsequent filters added to the graph are not given the assigned sync source. This behaviour is expected by the game "Nioh: The Complete Edition", where multiple videos are rendered using the same filter graph. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2373

3 2

Re: [PATCH v2 0/1] MR842: ntdll: add system32/drivers to dll search path
by Etaash Mathamsetty (＠etaash.mathamsetty) March 11, 2023

March 11, 2023

On Wed Sep 21 04:38:18 2022 +0000, **** wrote: > Zebediah Figura replied on the mailing list: > ``` > On 9/19/22 15:51, Etaash Mathamsetty (@etaash.mathamsetty) wrote: > > On Mon Sep 19 20:51:28 2022 +0000, Alexandre Julliard wrote: > >> This should be handled already by LOAD_LIBRARY_SEARCH_DLL_LOAD_DIR. If > >> that doesn't work in your case you'll need to investigate why, but we > >> can't change the global search path for this. > > as far as I can tell LOAD_LIBRARY_SEARCH_DLL_LOAD_DIR is for > LoadLibrary not the private search_dll_file function in loader.c (which > is where the problem originates from) > > > search_dll_file() is called by LoadLibrary() under normal circumstances. > What call stack are you seeing that's not covered by this case? > ``` the program doesn't actually call LoadLibrary, instead it was linked with cng.sys -- https://gitlab.winehq.org/wine/wine/-/merge_requests/842#note_26702

1 0

[PATCH v3 0/1] MR2372: Draft: kernel32/tests: Fix tls callback tests on Windows 7
by Evan Tang (＠etang-cw) March 11, 2023

March 11, 2023

MR opened for getting Windows 7 testbot runs, will turn into an actual MR when everything is confirmed working. -- v3: kernel32/tests: Fix tls callback tests on Windows 7 https://gitlab.winehq.org/wine/wine/-/merge_requests/2372

2 1

[PATCH 0/1] MR2372: Draft: kernel32/tests: Fix tls callback tests on Windows 7
by Evan Tang (＠etang-cw) March 11, 2023

March 11, 2023

MR opened for getting Windows 7 testbot runs, will turn into an actual MR when everything is confirmed working. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2372

2 1