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

[Bug 49782] Elite Dangerous Horizons: crashes with wine64 5.16

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49782 --- Comment #21 from kolAflash <kolAflash(a)kolahilft.de> --- 6.0-rc4 is working fine. Thanks! -- 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, 2020

[Bug 50235] Broken rendering in Sniper Elite 3

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=50235 --- Comment #5 from Olivier F. R. Dierick <o.dierick(a)piezo-forte.be> --- Created attachment 69043 --> https://bugs.winehq.org/attachment.cgi?id=69043 Patchset to revert the regression commits This is simply reverting the two commits to a compilable state and restore the previous performance, not a fix by any means. -- 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. 30, 2020

[Bug 50235] Broken rendering in Sniper Elite 3

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=50235 Olivier F. R. Dierick <o.dierick(a)piezo-forte.be> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |o.dierick(a)piezo-forte.be --- Comment #4 from Olivier F. R. Dierick <o.dierick(a)piezo-forte.be> --- Hello, I noticed a fps drop in The Elder Scrolls Online after updating from wine 5.21 to 6.0-rc3. The regression test shows that the performance issue is first introduced by commit 77f0149 and after reverting that, secondly by commit 8b3cc57. That led me to this bug. Reverting 77f0149 fixes the issues until commit 8b3cc57. After that commit, reverting both, with a tweak, makes the application render as fast as before, up to wine 6.0-rc3. The tweak reintroduces the definition of WINED3D_BUFFER_APPLESYNC and 'coherent' to the members of 'struct wined3d_bo_gl', used by later commits, to avoid compilation errors. I also tested the hack and the patch: With the hack from comment 1, all the memory was consumed before getting to actual gameplay, the game got stuck loading the saved character, presumably using disk swapping, and I had to kill the process. The patch from comment 2 didn't have any visible effect on the performance issue. On Nvidia RTX 2070 with proprietary driver 450.80.02. 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. 30, 2020

[Bug 47770] Waves Central plugin installation fails

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=47770 Jacek Caban <jacek(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED CC| |jacek(a)codeweavers.com Fixed by SHA1| |b1e91a36a75fd8ae27a999248aa | |034e69227bc02 --- Comment #7 from Jacek Caban <jacek(a)codeweavers.com> --- Reported 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.

Dec. 30, 2020

[Bug 50304] Control-C exits winedbg instead of stopping the inferior

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=50304 Jacek Caban <jacek(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |d7d315ddf40b22158fba76b1156 | |ffe09770103de Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED --- Comment #4 from Jacek Caban <jacek(a)codeweavers.com> --- Fixed in git, thanks for the report: https://source.winehq.org/git/wine.git/commitdiff/d7d315ddf40b22158fba76b11… -- 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. 30, 2020

[Bug 15153] Dragging tabs crashes Code:Blocks 8.02 C++ IDE

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=15153 --- Comment #16 from Esme Povirk <madewokherd(a)gmail.com> --- It is using DoDragDrop for this. The crash is in DropTargetWrapper_Drop. It's not clear to me what we're doing wrong. -- 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. 30, 2020

[Bug 15153] Dragging tabs crashes Code:Blocks 8.02 C++ IDE

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=15153 Esme Povirk <madewokherd(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |ole32 --- Comment #15 from Esme Povirk <madewokherd(a)gmail.com> --- Setting component to ole32 because it's likely drag & drop code is involved. -- 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. 30, 2020

[Bug 15153] Dragging tabs crashes Code:Blocks 8.02 C++ IDE

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=15153 --- Comment #14 from Esme Povirk <madewokherd(a)gmail.com> --- SetData is an implementation of this method: https://docs.wxwidgets.org/trunk/classwx_data_object_simple.html#a064b6e42c… It seems the assumption is that this will only be called when data is dragged from the program's own drag source, which uses a specific structure of known size. That all should be fine, but I guess somehow the data is getting lost? -- 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. 30, 2020

[Bug 15153] Dragging tabs crashes Code:Blocks 8.02 C++ IDE

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=15153 --- Comment #13 from Esme Povirk <madewokherd(a)gmail.com> --- The crash is in a dependency project called wxFlatNotebook: https://sourceforge.net/projects/wxflatnotebook/ It crashes in wxFNBDragInfoDataObject::SetData. According to the headers in codeblocks source, this method accepts a length and buffer pointer. It ignores the length and copies what it assumes is the actual length of the buffer. Apparently, the buffer pointer is NULL. -- 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. 30, 2020

[Bug 50257] Regression: startup crash/infinite loop on FreeBSD

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=50257 --- Comment #21 from Piotr Caban <piotr.caban(a)gmail.com> --- (In reply to Alexandre Julliard from comment #20) > If this means that libc symbols are resolved to ucrtbase.dll.so, that sounds > like a bug in the dynamic linker. We load dlls without RTLD_GLOBAL so their > symbols should not be available for global resolution. There seems to be something wrong with the Linux without-mingw build too. I've tested changing the "pow" function to "MSVCRT_pow" and it affects how often the function is called while running: wine nonexisting.exe When the function was called pow it was called 2048. It was called 0 times after changing the name to MSVCRT_pow. It was also not called in mingw builds no mater how function was named. -- 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. 30, 2020