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

[Bug 46133] Resident Evil 7 Biohazard keeps loading the main menu forever

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=46133 --- Comment #4 from Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> --- (In reply to Ahmed Elsayed from comment #3) > Created attachment 62898 [details] > Terminal.log Its looks like a duplicate of 43814 -- 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. 1, 2018

[Bug 46208] Elite Dangerous is unstable in wine-devel

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=46208 --- Comment #12 from Brendan McGrath <brendan(a)redmandi.com> --- (In reply to Zebediah Figura from comment #11) > This would probably work, but it's maybe not worthwhile. Yeah - I didn't peruse it very hard. Mainly because: a) I don't what I'm doing; and b) You guys do -- 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. 1, 2018

[Bug 46208] Elite Dangerous is unstable in wine-devel

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=46208 --- Comment #11 from Zebediah Figura <z.figura12(a)gmail.com> --- (In reply to Brendan McGrath from comment #9) > The next thing I tried was to move the WakeAll down to the server (in the > hope that I could then provide a locking mechanism to make it atomic). But I > never got the WakeAll working at the server level. I think I need to look > more closely at what SELECT_KEYED_EVENT_WAIT and SELECT_KEYED_EVENT_RELEASE > are doing. This would probably work, but it's maybe not worthwhile. One alternative is to have an implementation almost identical to the futex path, but which uses RtlWaitOnAddress()/RtlWakeAddress() instead. It'd be horrendously slow, but I think we should be able to use native sync objects on all the platforms we care about. -- 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. 1, 2018

[Bug 46099] Star Citizen not loading after implementation of WaitOnAddress () in wine

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=46099 --- Comment #42 from rawfox <rawfox(a)freenet.de> --- ya, after testing this we can consider this stable i think :) Zeb can you tweak the patches, so they apply as well on a wine-staging patched source ? wine-staging touches dlls/ntdll/sync.c as well as the patches do so the patches only go in on a vanilla 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.

Dec. 1, 2018

[Bug 46099] Star Citizen not loading after implementation of WaitOnAddress () in wine

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=46099 --- Comment #41 from Greg Smith <codedonewell(a)gmail.com> --- That patch fix (v4 patch?) works well for me. The performance was about right too - about 5%-10% below what I get on window with the same config (I also had youtube playing a video on a separate screen as well ;) ). Which is consistent with how it worked with wine-staging-3.18. So I'm calling it a win! Thanks again for you help here Zebediah! -- 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. 1, 2018

[Bug 46208] Elite Dangerous is unstable in wine-devel

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=46208 --- Comment #10 from Zebediah Figura <z.figura12(a)gmail.com> --- Yeah, I was admittedly sort of afraid something like that might happen. Needs more thought. -- 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. 1, 2018

[Bug 46208] Elite Dangerous is unstable in wine-devel

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=46208 --- Comment #9 from Brendan McGrath <brendan(a)redmandi.com> --- Created attachment 62907 --> https://bugs.winehq.org/attachment.cgi?id=62907 Logs of Elite Dangerous failing with new patch I actually tried that exact patch myself - but it locks even earlier. At the time I didn't investigate why - but this time I did. The attached tar has two files: - ED_loop.log - ED_loop_trun.log ED_loop_trun.log is just a truncation of ED_loop.log showing the bit that I think is important - which is the beginning of a loop that never ends: 2823.864:0037:fixme:ntdll:RtlSleepConditionVariableSRW woken: 00000000 2823.864:0037:fixme:ntdll:RtlWakeAllConditionVariable 0x510418, 6 2823.864:0037:fixme:ntdll:RtlWakeAllConditionVariable waking 0x510418,6 2823.864:004a:fixme:ntdll:RtlSleepConditionVariableSRW 0x510418, 6 2823.864:004c:fixme:ntdll:RtlSleepConditionVariableSRW woken: 00000000 2823.864:0037:fixme:ntdll:RtlWakeAllConditionVariable waking 0x510418,5 2823.864:004c:fixme:ntdll:RtlSleepConditionVariableSRW 0x510418, 5 2823.864:0037:fixme:ntdll:RtlWakeAllConditionVariable waking 0x510418,5 2823.864:004d:fixme:ntdll:RtlSleepConditionVariableSRW woken: 00000000 2823.864:004d:fixme:ntdll:RtlSleepConditionVariableSRW 0x510418, 5 2823.864:004f:fixme:ntdll:RtlSleepConditionVariableSRW woken: 00000000 2823.864:0037:fixme:ntdll:RtlWakeAllConditionVariable waking 0x510418,5 2823.864:004f:fixme:ntdll:RtlSleepConditionVariableSRW 0x510418, 5 What looks to be happening is that every-time a thread is woken, it quickly adds itself back to the queue which means the loop never gets to finish (as the value in variable->Ptr keeps going up as quickly as it's going down). The next thing I tried was to move the WakeAll down to the server (in the hope that I could then provide a locking mechanism to make it atomic). But I never got the WakeAll working at the server level. I think I need to look more closely at what SELECT_KEYED_EVENT_WAIT and SELECT_KEYED_EVENT_RELEASE are doing. -- 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. 1, 2018