December 2021 - Wine-Bugs - list.winehq.org

[Bug 26350] Dungeons demo (OGRE) fails to load its plugins (LoadLibraryEx with LOAD_WITH_ALTERED_SEARCH_PATH and relative path)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=26350 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Fixed by SHA1| |ef26f7bd5cf36806f7b465dc194 | |2ab6a2e0541b9 Resolution|--- |FIXED --- Comment #10 from Anastasius Focht <focht(a)gmx.net> --- Hello folks, this was fixed by commit https://source.winehq.org/git/wine.git/commitdiff/ef26f7bd5cf36806f7b465dc1… ("ntdll: Fix LdrGetDllPath with LOAD_WITH_ALTERED_SEARCH_PATH without a path."). Part of Wine 6.23 release. Thanks Nick and algebro for the reminder. It took a decade to fix it. "Gut Ding will Weile haben" /s --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Kalypso Media/Dungeons Demo $ wine ./Dungeons.exe ... 10:14:26.311: > Ogre: *-*-* OGRE Initialising 10:14:26.311: > Ogre: *-*-* Version 1.7.1 (Cthugha) 10:14:26.313: > Ogre: Loading library dlls/ParticleUniverse.dll 10:14:26.322: > Ogre: Installing plugin: ParticleUniverse 10:14:26.322: > Ogre: MovableObjectFactory for type 'PUParticleSystem' registered. 10:14:26.322: > Ogre: MovableObjectFactory for type 'BoxSet' registered. 10:14:26.322: > Ogre: MovableObjectFactory for type 'SphereSet' registered. 10:14:26.323: > Ogre: ParticleUniverse: Particle Renderer Type 'Beam' registered 10:14:26.323: > Ogre: ParticleUniverse: Particle Renderer Type 'Billboard' registered ... 10:14:26.333: > Ogre: Plugin successfully installed 10:14:26.333: > Ogre: Loading library dlls/Plugin_CgProgramManager.dll 10:14:26.337: > Ogre: Installing plugin: Cg Program Manager 10:14:26.393: > Ogre: Plugin successfully installed 10:14:26.393: > Ogre: Loading library dlls/Plugin_OctreeSceneManager.dll 10:14:26.395: > Ogre: Installing plugin: Octree & Terrain Scene Manager 10:14:26.395: > Ogre: Plugin successfully installed 10:14:26.395: > Ogre: Loading library dlls/RenderSystem_Direct3D9.dll 10:14:26.401: > Ogre: Installing plugin: D3D9 RenderSystem 10:14:26.401: > Ogre: D3D9 : Direct3D9 Rendering Subsystem created. 10:14:26.453: > Ogre: D3D9: Driver Detection Starts 10:14:26.454: > Ogre: D3D9: Driver Detection Ends 10:14:26.549: > Ogre: Plugin successfully installed ... --- snip --- $ wine --version wine-7.0-rc3-19-g58b1dc9f473 Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Dec. 31, 2021

[Bug 51829] Roblox Player: Long freeze during loading

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=51829 Paul Gofman <pgofman(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pgofman(a)codeweavers.com --- Comment #1 from Paul Gofman <pgofman(a)codeweavers.com> --- I've debugged the issue. The part of the blamed commit which changed things for Roblox Player is the change to env.c:create_startup_info(). After the commit the NT path ("\\??\\C:\\...") provided for image name started being converted to DOS path ("C:\\..."). Actually before the commit if the path provided to RtlCreateUserProcess() in RTL_USER_PROCESS_PARAMETERS was an NT path the process creation was failing. Things worked in Wine because the higher level Wine create functions are providing DOS path and the direct use of lower level creation functions is very rare. Windows instead fails process creation if DOS path instead of NT path is provided there. So this change is not a bug but an improvement. After the start Roblox player process tries to create another instance of Roblox launcher (the two previous instances of the launcher started before the Player launch exit soon). That is done by calling RtlCreateUserProcess() with process parameters previously initialized with RtlCreateProcessParameters() with NT path for image (which is actually correct on Windows). Before the blamed commit the new launcher process creation was just failing and somehow Player is fine with that and goes on without delay. Now when the process creation succeeds the process start but exits immediately before completing initialization with intriguing Wine message saying that the executable "is a dll, not an executable". When the process creation succeeded but process does not proceed Player gets stuck for 20 seconds waiting for something before outputting debug messages "WARNING: Infinite yield possible..." and going on. What is now breaking the process start is the trickery Player does on the newly launcher process before its initialization completed and before the process is resumed. Player preserves the contents of the launcher's main exe image section, unmaps main image sections, allocates anonymous virtual memory at the same address and puts the data back. That all works fine with Wine except for when it gets to ntdll/loader.c:build_main_module() and gets SECTION_IMAGE_INFORMATION for main exe through NtQueryInformationProcess(ProcessImageInformation) it receives the information for ntdll.dll instead of main exe which of course has that DLL flag and fails initialization. That happens because the way of how wineserver's get_process_info() works. When the image mapping is added for the .exe module it is put at the head of views list on the server. All the dll mappings are put at the tail. When process image info is required the first view in the list is taken and the image info is copied from it. But in the present case the main exe view was removed before the user part of initialization was finished. Storing pe_image_info_t directly in the process structure (put there on first arrival) fixes the issue. The launcher process is created successfully and stays alive through the tormenting by Player process and the game load proceeds without delay. I am going to do some Windows testing and approach a patch for that. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Dec. 31, 2021

[Bug 52268] In some games repeated gstreamer usage leads to allocation failure segmentation fault.

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=52268 --- Comment #6 from Rafał Mużyło <galtgendo(a)o2.pl> --- zf: if I understand the bug author correctly, that fan translation is to be used over https://falcom.shop/products/detail/15, not the yet to be released (for PC) Kai version. @OP: so, about that log ? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Dec. 31, 2021

[Bug 52285] 7-zip: column titles are not rendered initially when using a theme

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=52285 --- Comment #11 from Zhiyi Zhang <zzhang(a)codeweavers.com> --- Created attachment 71471 --> https://bugs.winehq.org/attachment.cgi?id=71471 Fix check boxes in listview not themed -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Dec. 31, 2021

[Bug 52285] 7-zip: column titles are not rendered initially when using a theme

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=52285 --- Comment #10 from Zhiyi Zhang <zzhang(a)codeweavers.com> --- The invisible listview header patch is upstreamed at 5f0dcf79185941c4faff35d1cc9c758160f3a27d -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Dec. 31, 2021

[Bug 49828] MSVC 2019 executables with ASAN enabled fail to start

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49828 Jacek Caban <jacek(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |martin(a)martin.st -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Dec. 31, 2021

[Bug 49828] MSVC 2019 executables with ASAN enabled fail to start

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49828 Jacek Caban <jacek(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jacek(a)codeweavers.com --- Comment #3 from Jacek Caban <jacek(a)codeweavers.com> --- It should work better when clang is used in MSVC mode. clang emits 'movl %edi,%edi' prologue for RaiseException for me. If I read it right: https://github.com/llvm/llvm-project/blob/main/llvm/lib/Target/X86/X86MCIns… the decision is made based on target, so I don't see any way to enable that for llvm-mingw without patching LLVM. Also LLD seems to supports /functionpadmin option, which we probably should use (but it may not be needed here). If you have llvm-mingw installed, then it will be used by consigure to build Wine with mingw target. To force MSVC target, you may use something like: configure CROSSCC=clang (it may still use clang shipped with llvm-mingw, just in a different way) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Dec. 31, 2021

[Bug 52285] 7-zip: column titles are not rendered initially when using a theme

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=52285 --- Comment #9 from Artem S. Tashkinov <aros(a)gmx.com> --- (In reply to Zhiyi Zhang from comment #8) > Created attachment 71463 [details] > Fix incorrect status bar separators 2/2 Great many thanks for your dedicated work. comctl32 has seen almost no updates for the past couple of years. Hopefully your patches won't lead to major regressions 'cause from what I remember the painting code is very brittle. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Dec. 31, 2021

[Bug 45432] Lightwave Software Licensing requires native Windows Firewall - netfw_rules

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=45432 --- Comment #19 from Fabian Maurer <dark.shadow4(a)web.de> --- > This bug appears to affect installation of Microsoft Edge which is bundled > with FL Studio 20.9. Perhaps this patch can help As I see it this is just a log entry, does it cause side effects? Also, is this with or without the applied patch? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Dec. 31, 2021

[Bug 45432] Lightwave Software Licensing requires native Windows Firewall - netfw_rules

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=45432 bbmian <mips171(a)icloud.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mips171(a)icloud.com --- Comment #18 from bbmian <mips171(a)icloud.com> --- Created attachment 71470 --> https://bugs.winehq.org/attachment.cgi?id=71470 MS Edge installer log This bug appears to affect installation of Microsoft Edge which is bundled with FL Studio 20.9. Perhaps this patch can help Error during installation: [868:872:1231/102653.991:3476720:ERROR:install_worker.cc(262)] Failed creating firewall rules (which is unexpected for this system-level install). Continuing with install. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Dec. 31, 2021