September 2016 - Wine-Bugs - list.winehq.org

[Bug 35404] New: Spartan demo: no label on main menu icons
by wine-bugs＠winehq.org Sept. 2, 2016

Sept. 2, 2016

http://bugs.winehq.org/show_bug.cgi?id=35404 Bug ID: 35404 Summary: Spartan demo: no label on main menu icons Product: Wine Version: 1.7.11 Hardware: x86-64 URL: http://www.jeuxvideo.com/telecharger/jeux-et-demos/000 09121-spartan-pc.htm OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: frederic.delanoy(a)gmail.com Classification: Unclassified Created attachment 47235 --> http://bugs.winehq.org/attachment.cgi?id=47235 Main menu in WinXP No text appears in game main menu icons. -- 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.

1 9

[Bug 40968] New: Need For Speed: The Run needs dxgi_output_FindClosestMatchingMode implementation
by wine-bugs＠winehq.org Sept. 2, 2016

Sept. 2, 2016

https://bugs.winehq.org/show_bug.cgi?id=40968 Bug ID: 40968 Summary: Need For Speed: The Run needs dxgi_output_FindClosestMatchingMode implementation Product: Wine Version: 1.9.14 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Crashes with fixme:dxgi:dxgi_output_FindClosestMatchingMode iface 0x1d3858, mode 0x3f3dde0, closest_match 0x5dbdd108, device 0x156328 stub! wine-1.9.14-112-gfec0b69 -- 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.

1 7

[Bug 41228] New: Rendering is messed up on WineD3D8 for Windows
by wine-bugs＠winehq.org Sept. 2, 2016

Sept. 2, 2016

https://bugs.winehq.org/show_bug.cgi?id=41228 Bug ID: 41228 Summary: Rendering is messed up on WineD3D8 for Windows Product: Wine Version: 1.9.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: b7.10110111(a)gmail.com Distribution: --- Created attachment 55501 --> https://bugs.winehq.org/attachment.cgi?id=55501 Screenshot of the problem Right before the commit leading to bug 41224 there was another commit: commit c92451f295242110bf016facf0e80564f3643d94 Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Wed Nov 4 00:02:48 2015 +0100 wined3d: Always use the same formats in context_create() when "always_offscreen" is enabled. Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> This commit leads to broken rendering in GTAVC when run in Windows. I've not tested any later version for whether it's fixed, since bug 41224 blocks testing. -- 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.

1 10

[Bug 41007] New: Regression in minimum sound latency / HelBuflen value
by wine-bugs＠winehq.org Sept. 2, 2016

Sept. 2, 2016

https://bugs.winehq.org/show_bug.cgi?id=41007 Bug ID: 41007 Summary: Regression in minimum sound latency / HelBuflen value Product: Wine Version: 1.9.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lolisamurai(a)tfwno.gf Distribution: --- In versions 1.9.10 and earlier, I was able to bring the massive sound latency down to a decent 25ms by setting HelBuflen to 512 without any sound glitching or stuttering. I believe that somewhere between 1.9.10 and 1.9.11 there was a regression, because starting from 1.9.11 I get massive sound glitching unless I up the HelBuflen to around 8192, which adds like 50ms of sound latency. This is most definitely a regression in minimum sound latency. I am running linux gentoo 64-bits, the wine prefix is 32-bits and I'm using pulseaudio. I'm specifically testing this with the game "osu!". I'm using the built-in dsound and native .NET 4.5. Steps to reproduce: git clone git://source.winehq.org/git/wine.git cd wine mkdir build cd build ../configure make WINEARCH=win32 WINEPREFIX=~/test winetricks -q dotnet45 # no, osu! doesn't run without native .NET 4.5 so you have to install it either # through winetricks or manually wget 'https://m1.ppy.sh/r/osu!install.exe' --no-check-certificate WINEARCH=win32 WINEPREFIX=~/test regedit # set HKCU\Software\Wine\DirectSound\HelBuflen (string) to 512 WINEARCH=win32 WINEPREFIX=~/test ./wine 'osu!install.exe' Wait for it to install and start up. The game also seems to be occasionally freezing or crashing when this sound glitching happens. I couldn't manage to get a log for this crash because it seems to be stuck loading info, but I'm pretty sure you can reproduce it on your end easily. If I switch to native dsound, I just always get glitching even at 8192 HelBuflen. If you perform these very steps on the stable version or 1.9.10, you will get proper audio. All I can notice in terminal output is this error spamming: err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded Not sure if it's related to this problem or not. -- 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.

1 9

[Bug 40997] New: Fallout 4 needs DXGI_FORMAT_BC7_UNORM_SRGB
by wine-bugs＠winehq.org Sept. 2, 2016

Sept. 2, 2016

https://bugs.winehq.org/show_bug.cgi?id=40997 Bug ID: 40997 Summary: Fallout 4 needs DXGI_FORMAT_BC7_UNORM_SRGB Product: Wine Version: 1.9.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: kimmo.myllyvirta(a)gmail.com Distribution: --- Created attachment 55160 --> https://bugs.winehq.org/attachment.cgi?id=55160 Fallout 4 +d3d,+d3d11 The game freezes after; trace:d3d:wined3d_texture_init texture 0x7ffecd33d800, texture_ops 0x7ffff331b4c0, layer_count 1, level_count 1, resource_type WINED3D_RTYPE_TEXTURE_2D, format WINED3DFMT_BC7_UNORM_SRGB, ... warn:d3d:texture_init Failed to initialize texture, returning 0x8876086c. Full log attached, latest wine from git, Steam version of the game. -- 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.

1 7

[Bug 40106] New: ntdll:info regression
by wine-bugs＠winehq.org Sept. 2, 2016

Sept. 2, 2016

https://bugs.winehq.org/show_bug.cgi?id=40106 Bug ID: 40106 Summary: ntdll:info regression Product: Wine Version: 1.9.3 Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Since the commit below, the w2008s64 TestBot VM has a systematic failure in the 32 bit tests: Failure: info.c:524: Test failed: Expected to find event handle in handle list ntdll:info results on test.winehq.org: https://test.winehq.org/data/tests/ntdll:info.html commit e4e906c871ffe3e4acc055d5158a8b971f212aea Author: Sebastian Lackner <sebastian(a)fds-team.de> Date: Mon Dec 21 12:51:49 2015 +0100 ntdll/tests: Add more tests for SystemHandleInformation. Signed-off-by: Sebastian Lackner <sebastian(a)fds-team.de> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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.

1 10

[Bug 41117] New: Fails to build on hurd and kfreebsd
by wine-bugs＠winehq.org Sept. 2, 2016

Sept. 2, 2016

https://bugs.winehq.org/show_bug.cgi?id=41117 Bug ID: 41117 Summary: Fails to build on hurd and kfreebsd Product: Wine Version: 1.9.15 Hardware: x86 URL: https://bugs.debian.org/833956 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: jre.winesim(a)gmail.com CC: michael(a)fds-team.de Regression SHA1: d0832cdf428696e2c08b1aa27382baad4d1e376f Since 1.9.15 Wine fails to build on hurd-i386 and kfreebsd-i386 . It built successfully before. Wine 1.8.3 still builds successfully. Build log for hurd-i386: https://buildd.debian.org/status/fetch.php?pkg=wine-development&arch=hurd-i… Build log kfreebsd-i386: https://buildd.debian.org/status/fetch.php?pkg=wine-development&arch=kfreeb… ~~~~~ gcc -c -o virtual.o virtual.c -I. -I../../include -D__WINESRC__ -D_NTSYSTEM_ -D_REENTRANT -fPIC -Wall \ -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body -Wignored-qualifiers \ -Wstrict-prototypes -Wtype-limits -Wunused-but-set-parameter -Wvla -Wwrite-strings -Wpointer-arith \ -Wlogical-op -gdwarf-2 -gstrict-dwarf -fno-omit-frame-pointer -Werror -Wdate-time -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wno-error virtual.c: In function 'virtual_get_system_info': virtual.c:1363:20: error: storage size of 'sinfo' isn't known struct sysinfo sinfo; ^ virtual.c:1372:10: warning: implicit declaration of function 'sysinfo' [-Wimplicit-function-declaration] if (!sysinfo(&sinfo)) ^ virtual.c:1363:20: warning: unused variable 'sinfo' [-Wunused-variable] struct sysinfo sinfo; ^ Makefile:711: recipe for target 'virtual.o' failed ~~~~~ This should be because of: commit d0832cdf428696e2c08b1aa27382baad4d1e376f Author: Michael Müller <michael(a)fds-team.de> Date: Fri Jul 8 05:40:22 2016 +0200 ntdll: Use sysinfo to report correct number of physical pages. Signed-off-by: Michael Müller <michael(a)fds-team.de> Signed-off-by: Sebastian Lackner <sebastian(a)fds-team.de> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> I reported this in Debian (https://bugs.debian.org/833956) and got a reply from a hurd guy: ~~~~~ sysinfo(2) is strictly specific to Linux. Headers in sys/ and bits/ usually are implementations for the platform; since sys/sysinfo.h is not standard, you cannot assume that it exists only on a platform, nor what it provides. In this case, the upstream check is wrong: it should not check for sys/sysinfo.h and assume it's a Linux-ish implementation, but either: a) just limit the implementation to Linux unconditionally (as in the busybox code b) check for sys/sysinfo.h *and* sysinfo() in it Considering sysinfo() is not portable anyway, (b) might fail one day if a platform provide a different implementation with the same name (it's not standard after all). ~~~~~ There was a similar busybox bug (https://bugs.debian.org/677254) which got fixed by: https://git.busybox.net/busybox/commit/?id=ac42e3de90ebf4b921035893e3670da6… Greets jre -- 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.

1 8

[Bug 40953] New: Necropolis crashes at start when forced to run in DirectX 9 mode
by wine-bugs＠winehq.org Sept. 2, 2016

Sept. 2, 2016

https://bugs.winehq.org/show_bug.cgi?id=40953 Bug ID: 40953 Summary: Necropolis crashes at start when forced to run in DirectX 9 mode Product: Wine Version: 1.9.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fjfrackiewicz(a)gmail.com Distribution: --- Created attachment 55090 --> https://bugs.winehq.org/attachment.cgi?id=55090 Terminal output Wine 1.9.14 My graphics hardware and drivers: Nvidia GTX 970 using the proprietary 367.27 drivers. I have tried several things to try and get this game to run in DX9 mode: I have made a clean 32-bit prefix as well as a 64-bit prefix and tried various Windows versions (XP, 7) I made another prefix and tried all kinds of DirectX 9-related winetricks (directx9, d3dx9...) Basically, the game gets to a loading screen, there is music playing for a bit and then just a crash to desktop. The only override I am using would be the d3d11.dll set to "Disabled" Wine's configuration utility so as to prevent the game from defaulting into Direct X 11 mode. The reason I am trying to run this game in DX9 mode is because in its files it has both d3d9.dll and d3d11.dll. I have attached the terminal output from the clean prefix in the hope that it will help. Please feel free to request more info or tests to take so that this problem can be solved. -- 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.

1 24

[Bug 41118] New: We Happy Few (UE4) crashes with "D3DRHI->GetFactory()-> CreateSwapChain(DXGIDevice,&SwapChainDesc,SwapChain.GetInitReference())"
by wine-bugs＠winehq.org Sept. 2, 2016

Sept. 2, 2016

https://bugs.winehq.org/show_bug.cgi?id=41118 Bug ID: 41118 Summary: We Happy Few (UE4) crashes with "D3DRHI->GetFactory()->CreateSwapChain(DXGIDevice,&Swa pChainDesc,SwapChain.GetInitReference())" Product: Wine Version: 1.9.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fjfrackiewicz(a)gmail.com Distribution: --- Created attachment 55326 --> https://bugs.winehq.org/attachment.cgi?id=55326 Terminal output Wine-1.9.16-107-g882980c Now that this bug is fixed https://bugs.winehq.org/show_bug.cgi?id=40846 We Happy Few crashes on something else entirely. Here's my current configuration: Wine-1.9.16-107-g882980c One freshly made 64-bit prefix where I ran "winetricks vcrun2015" to work around this bug: https://bugs.winehq.org/show_bug.cgi?id=41090 GOG version of the game One thing to note is that unlike all the other UE4 games I have been reporting this one does not flash a crash dialogue box with the name of the error and this: wine: Unhandled page fault on read access to 0x00000000 at address 0x140c40c0f (thread 0194), starting debugger... is just the game's crash reporter crashing so nothing to do with the error at hand :) Terminal output attached. Please let me know if you need any WINEDEBUG= logs :) -- 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.

1 18

[Bug 41189] New: No Man's Sky fails to start due to a regression in ntdll
by wine-bugs＠winehq.org Sept. 2, 2016

Sept. 2, 2016

https://bugs.winehq.org/show_bug.cgi?id=41189 Bug ID: 41189 Summary: No Man's Sky fails to start due to a regression in ntdll Product: Wine Version: 1.9.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fjfrackiewicz(a)gmail.com Distribution: --- Created attachment 55420 --> https://bugs.winehq.org/attachment.cgi?id=55420 Terminal output before reverting the ntdll commit Hi folks, The game No Man's Sky (GOG version) has stopped working in Wine 1.9.17. After running a regression test I have found that the following commit breaks Wine compatibility for No Man's Sky: commit 4af2012729b7ad656fe240838697eeb2ce5c924e Author: Piotr Caban <piotr(a)codeweavers.com> Date: Wed Aug 17 12:48:24 2016 +0200 ntdll: Pass updated context inside dispatch.ContextRecord in call_stack_handlers. Signed-off-by: Piotr Caban <piotr(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> :040000 040000 51c06aa1285025cc26181a54abc5f336e2badd72 28881512820fce08f74f6416a5a1e617afb46f5b M dlls Reverting this commit lets No Man's Sky work again. Some info: I tested this with the original GOG copy of No Man's Sky before it received any updates via GOG.com to ensure that the issue was not due to an update to the game breaking Wine compatibility. I came to the conclusion that there was a regression introduced because after updating to a freshly git pulled copy of Wine 1.9.17, the game would no longer start and the attached terminal output is what I would receive after attempting to run the game. Please let me know if you'd like any kind of log from a version of Wine that is not compatible with No Man's Sky or at least let me know which channel you'd like for me to set WINEDEBUG= to so that I can get you the necessary data to fix the seemingly faulty commit. -- 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.

1 12