May 2017 - Wine-Bugs - list.winehq.org

[Bug 32515] Steam games protected with Valve's CEG ( Custom Executable Generation) DRM scheme fail game cache validation

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=32515 Michael Müller <michael(a)fds-team.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |michael(a)fds-team.de --- Comment #85 from Michael Müller <michael(a)fds-team.de> --- Yes, I have tested it on all three platforms my self. For more information: https://dev.wine-staging.com/patches/105/ It could be a bug in the Linux Kernel. The breakpoints are explicitly cleared in [1], but the dr6/dr7 registers [2] are copied as part of the memcpy in [3]->[4]->[5]. Anyway, this does not really matter from my point of view. Even if this is considered as a bug and gets fixed today, it would take a long time till every one uses a recent enough kernel. On FreeBSD the behavior of copying all registers might even be intentional. After all, this is a design decision of the operating system and there is no right or wrong solution. So, we might need this code anyway, even if it has a small effect on the performance, unless AJ would like to keep this bug (i.e. the wrong register values) unfixed. We could add an #ifndef __APPLE__ though, if the behavior is consistent across all OS X versions. [1] http://elixir.free-electrons.com/linux/latest/source/arch/x86/kernel/proces… [2] http://elixir.free-electrons.com/linux/latest/source/arch/x86/include/asm/p… [3] http://elixir.free-electrons.com/linux/latest/source/kernel/fork.c#L1551 [4] http://elixir.free-electrons.com/linux/latest/source/kernel/fork.c#L505 [5] http://elixir.free-electrons.com/linux/latest/source/arch/x86/kernel/proces… -- 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.

May 6, 2017

[Bug 32515] Steam games protected with Valve's CEG ( Custom Executable Generation) DRM scheme fail game cache validation

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=32515 --- Comment #84 from Christian Inci <chris.wine(a)broke-the-inter.net> --- What the heck? I'm not that sure anymore. Where did the comment about the debug registers came from? Did they tested it too? I only sent my test results to Julliard, which were the same (except with 2.6.28). (I've tested it with Linux 2.6.28, 4.10.x, MacOS 10.10, 10.12, FreeBSD 11) Julliard wrote to me, that the set_thread_context call will slow down thread creation. I guess that it's preferred to fix it at the kernel instead of calling that function everytime and the cached values shouldn't be inherited if the actual values won't be either. Calling this function isn't required for this specific bug, as Valve's CEG will only check the cached debug registers instead of the actual values/registers for some reason, but it's there for consistency. I don't know if it's the correct behaviour to clear the debug registers or if it's even specified to do it, but only Microsoft and Apple are doing it (maybe even correctly) and I hate them for that. Anyway, many thanks to the staging team for merging, cleaning and fixing up my patches. -- 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.

May 6, 2017

[Bug 34041] Skyrim (Steam) hangup on quit

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=34041 Tomi Lähteenmäki <thomazuu(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |thomazuu(a)gmail.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.

May 6, 2017

[Bug 42940] WAtomic: White labels that show name of elements hidden by GL components

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=42940 --- Comment #2 from Tobias (:Tobbi) Markus <tobbi.bugs(a)googlemail.com> --- (In reply to Ken Thomases from comment #1) > OK, so this time, does setting the following make any difference? > > [HKEY_CURRENT_USER\Software\Wine\Mac Driver] > "OpenGLSurfaceMode"="behind" With that set, I see the labels but now the GL components are grey. I can only see the contents briefly when I force a redraw by changing the slider value. This is how it looks like: https://screencast.com/t/AKbsqtE8 -- 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.

May 6, 2017

[Bug 42940] WAtomic: White labels that show name of elements hidden by GL components

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=42940 --- Comment #1 from Ken Thomases <ken(a)codeweavers.com> --- OK, so this time, does setting the following make any difference? [HKEY_CURRENT_USER\Software\Wine\Mac Driver] "OpenGLSurfaceMode"="behind" -- 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.

May 6, 2017

[Bug 21215] Star Soccer 2010 crashes when starting a new career

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=21215 --- Comment #33 from winetest(a)luukku.com --- (In reply to winetest from comment #32) > Tried 1st pure wine, then with same wineprefix wine-staging and staging > bypass the crash location. I was able to get into game and even play > sometime in football field. > > wine 2.0rc5 and staging 2.rc5. > > Any ideas what fixed this? One possibility is that second run on same prefix > fixed it and it has nothing to do with staging. I would know if I used fresh > prefix. Doesn't work wine wine 2.7, but it doesnt seem to work now with wine-staging 2.7 either. Possible regression or I had unpure prefix or something similar before. -- 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.

May 6, 2017

[Bug 32233] Battlefield Bad Company 2 weapons/ items hold by player distorted/invisible

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=32233 winetest(a)luukku.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest(a)luukku.com --- Comment #21 from winetest(a)luukku.com --- (In reply to facePlanted from comment #18) > (In reply to super_man from comment #17) > > Berillions > > > > Have you tried newer wine version or wine-staging. Does either of them fix > > this? > > OMG yes! 1.7.54-staging (and CSMT enabled) fixes the hidden weapons problem > and the game runs very, very well. > Now I'll try to improve the mouse movement: it feels 'choppy' and if running > multi-monitor setup (but having the game on 1 screen), the mouse 'escapes' > to the other screens :) > Already using 'mouse warp override' = force > any suggestions ? > > Also, is there a way to run punkbuster ? Based on this comment this might actually be fixed with more recent when CSMT is enabled. I can't test since I don't own this game. Could someone test with more recent wine and CSMT off and on? -- 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.

May 6, 2017

[Bug 32515] Steam games protected with Valve's CEG ( Custom Executable Generation) DRM scheme fail game cache validation

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=32515 --- Comment #83 from winetest(a)luukku.com --- (In reply to Christian Inci from comment #82) > It's too experimental for staging. You sure? https://github.com/wine-compholio/wine-staging/commit/1447b56eebada42cc720a… -- 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.

May 6, 2017

[Bug 42941] Moorhuhn Kart 3: Mouse pointer accelerating too fast

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=42941 Tobias (:Tobbi) Markus <tobbi.bugs(a)googlemail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |http://www.chip.de/download | |s/Moorhuhn-Kart-3_24620128. | |html -- 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.

May 6, 2017

[Bug 42941] New: Moorhuhn Kart 3: Mouse pointer accelerating too fast

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=42941 Bug ID: 42941 Summary: Moorhuhn Kart 3: Mouse pointer accelerating too fast Product: Wine Version: 2.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tobbi.bugs(a)googlemail.com Distribution: --- In Moorhuhn Kart 3, when I try to select anything from the GUI, it's very hard because the mouse pointer accelerates too fast. $ openssl sha1 Setup_Moorhuhn_Kart3-Demo.zip SHA1(Setup_Moorhuhn_Kart3-Demo.zip)= 58ab75232a838b2caa5169e3957a7a5613e4b8e7 -- 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.

May 6, 2017