March 2023 - Wine-Bugs - list.winehq.org

[Bug 53981] Chromium broken sandbox due to GetSecurityInfo giving access denied

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53981 --- Comment #6 from Zhiyi Zhang <zzhang(a)codeweavers.com> --- Thanks, I will add some tests and see if the patches can be upstreamed. -- 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.

March 14, 2023

[Bug 53981] Chromium broken sandbox due to GetSecurityInfo giving access denied

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53981 Zhiyi Zhang <zzhang(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |zzhang(a)codeweavers.com Assignee|wine-bugs(a)winehq.org |zzhang(a)codeweavers.com -- 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.

March 14, 2023

[Bug 54645] TextPad 9.1 installation fails in Wine 6 from Linux Mint repo

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=54645 nouvel.aubergiste(a)gmail.com <nouvel.aubergiste(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED --- Comment #3 from nouvel.aubergiste(a)gmail.com <nouvel.aubergiste(a)gmail.com> --- Thanks for the suggestion. TextPad 9.1 installs error free, but I can't see the icons. I will check the graphics configuration of Wine. -- 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.

March 14, 2023

[Bug 54659] d3d8:device & d3d9:device sometimes get floating point underflow in GenerateRampFromGamma() in Wine

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=54659 --- Comment #4 from François Gouget <fgouget(a)codeweavers.com> --- Also this page is useful for understanding the FPU code word masks: http://www.cis.uoguelph.ca/~wgardner/intel_docs/compilers/compiler_f/main_f… And maybe the tests should use constants instead of undocumented obscure literals. -- 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.

March 14, 2023

[Bug 54659] d3d8:device & d3d9:device sometimes get floating point underflow in GenerateRampFromGamma() in Wine

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=54659 --- Comment #3 from François Gouget <fgouget(a)codeweavers.com> --- I can see a few options to fix this but it's probably best for the Direct3D experts to pick the right approach: 1. Maybe GenerateRampFromGamma() and/or ComputeGammaFromRamp() could do better to avoid rounding issues. 2. Directly store gamma values in struct wined3d_swapchain alongside the ramps with a flag to indicate which one to use. This would avoid the gamma -> ramp -> gamma round-trips. This may also speed things up a bit for this (presumably minor) use case. 3. Only restore the gamma on swapchain destruction if it was modified. Is it even possible to track gamma modifications? (I'm also assuming there is a good reason to restore the gamma) 4. Something else entirely. -- 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.

March 14, 2023

[Bug 54659] d3d8:device & d3d9:device sometimes get floating point underflow in GenerateRampFromGamma() in Wine

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=54659 --- Comment #2 from François Gouget <fgouget(a)codeweavers.com> --- Created attachment 74195 --> https://bugs.winehq.org/attachment.cgi?id=74195 Simplify reproducing the d3d8 gamma underflow crash The attached patch simplifies reproducing the gamma underflow crash in d3d8:device by forcing the use of XF86VidMode{Get|Set}Gamma(), and adding options to test things out. It also adds some xvidmode traces. To reproduce the crash run the following: ./wine dlls/d3d8/tests/i386-windows/d3d8_test.exe device break The extended d3d8:device command line usage is: d3d8_test.exe device (truncate|roundup|high|low) [COUNT] In all cases the test: * Resets the gamma to 1.0. * Creates and destroys COUNT swapchains. * Performs the truncate, roundup, high or low operation. * Creates and destroys COUNT swapchains again. Where: * COUNT specifies how many swapchains to create and destroy. If omitted it defaults to 3. * truncate sets the FPU rounding mode to truncate and create+destroys a single swapchain with CREATE_DEVICE_FPU_PRESERVE. * roundup is the same but with round up rounding mode. * high uses SetDeviceGammaRamp() to set the gamma to a > 1.0 value. * low uses SetDeviceGammaRamp() to set the gamma to a < 1.0 value. In the log look for the GenerateRampFromGamma and ComputeGammaFromRamp traces to observe gamma value changes. If possible add WINEDEBUG=xvidmode. -- 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.

March 14, 2023

[Bug 54659] d3d8:device & d3d9:device sometimes get floating point underflow in GenerateRampFromGamma() in Wine

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=54659 --- Comment #1 from François Gouget <fgouget(a)codeweavers.com> --- This is nicely reproducible. The high-level recipe is as follows: * Pick a platform where xvidmode.c relies on XF86VidMode{Get|Set}Gamma() such as a QEmu VM. * Run d3d8:device or d3d9:device enough times. More precisely: - Run d3d8:device or d3d9:device once to get the gamma unmoored. - Create and destroy a thousand swapchains or so (e.g. by running Direct3D tests) so the gamma creeps down to the fatal 0.000300 value. - Run d3d8:device or d3d9:device once more to get the crash. More details about what happens: 1. Gamma ramp vs. gamma ----------------------- When using the standard QXL emulated GPU, XF86VidModeGetGammaRampSize() returns a zero ramp size (no error) which causes xvidmode.c to use XF86VidMode{Get|Set}Gamma(). 2. Swapchains vs gamma ramp --------------------------- The gamma setting is saved whenever a swapchain is created, and restored when it is destroyed. But struct wined3d_swapchain only accounts for gamma ramps so the RGB gamma values returned by XF86VidModeGetGamma() are first converted to a gamma ramp, and then converted back to gamma values for XF86VidModeSetGamma() when the swapchain is destroyed. When the gamma is 1.0 this round-trip works flawlessly. But as soon as the gamma is slightly different, rounding errors cause it to creep down with each round-trip: 0024:fixme:xvidmode:GenerateRampFromGamma gamma 0.09960000217 -> r_gamma 10.04016018 0024:fixme:xvidmode:ComputeGammaFromRamp gamma 0.09929743409 <- g_avg 10.07075405 0024:fixme:xvidmode:GenerateRampFromGamma gamma 0.09920000285 -> r_gamma 10.08064461 0024:fixme:xvidmode:ComputeGammaFromRamp gamma 0.09893912077 <- g_avg 10.10722542 ... 3. Direct3D vs. FPU rounding mode --------------------------------- As said above, as long as the gamma is 1.0 all is fine. So one way to get the ball rolling is to use SetDeviceGammaRamp() to set it to some other value. But that's not what d3d8:device and d3d9:device do. Instead they play with the FPU rounding mode: * set_fpu_cw(0xf60); Where 0xc00 in the above mask changes the FPU rounding mode to 'truncate'. * device_desc.flags = CREATE_DEVICE_FPU_PRESERVE; Which tells Direct3D to use our FPU settings instead of overriding them. This causes the GenerateRampFromGamma() to generate a gamma ramp where values are off by one: 1111 -> 1110 ... eeee -> eeed. Then the conversion back to a gamma value gives 0.9998839036 instead of 1.0. 4. Unmasking underflow exceptions --------------------------------- When the gamma is low enough, around 0.000300, generating the gamma ramp will generate underflows. This is usually fine. However the same 0xf60 FPU test mentioned above also enables underflow exceptions (0x10 is cleared) and tells Direct3D to use that setting as before, thus causing the exception when the conditions are right. -- 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.

March 14, 2023

[Bug 51848] Multiple applications have very poor performance after 4261369e5d8 (Secondhand Lands, SPORE)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=51848 Zeb Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Fixed by SHA1| |46c8a637525d0f1cf67830295fb | |460c819b800b6 Status|NEW |RESOLVED --- Comment #14 from Zeb Figura <z.figura12(a)gmail.com> --- Should be fixed by <https://source.winehq.org/git/wine.git/commitdiff/46c8a637525d0f1cf67830295…>. -- 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.

March 13, 2023

[Bug 47407] Hard Truck 2: King of The Road (GOG) movies aren't played

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=47407 Gijs Vermeulen <gijsvrm(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |ir50_32 Fixed by SHA1| |0a1a5015d0b475d3208c21ea8bd | |9eb45bdf8c1bb Summary|Hard Truck 2: King of The |Hard Truck 2: King of The |Road (GOG version): movies |Road (GOG) movies aren't |don't play |played Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #4 from Gijs Vermeulen <gijsvrm(a)gmail.com> --- I can confirm that at least the intro movies are played with wine-8.3-192-g67c67703311, thanks Anton. Marking FIXED. -- 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.

March 13, 2023

[Bug 54663] ldp.exe crashes on unimplemented function wldap32.dll.ldap_set_dbg_flags

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=54663 Alex Henrie <alexhenrie24(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|NEW |RESOLVED Fixed by SHA1| |6ed4a2e40e6d40d0569bbd9c57e | |17dca5ed12007 --- Comment #1 from Alex Henrie <alexhenrie24(a)gmail.com> --- Fixed by https://gitlab.winehq.org/wine/wine/-/commit/6ed4a2e40e6d40d0569bbd9c57e17d… -- 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.

March 13, 2023