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

[Bug 40106] New: ntdll:info regression
by wine-bugs＠winehq.org 02 Sep '16

02 Sep '16

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 02 Sep '16

02 Sep '16

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 02 Sep '16

02 Sep '16

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 02 Sep '16

02 Sep '16

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 02 Sep '16

02 Sep '16

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

[Bug 25105] New: Wine fails to load 3d model (with testcase)
by wine-bugs＠winehq.org 02 Sep '16

02 Sep '16

http://bugs.winehq.org/show_bug.cgi?id=25105 Summary: Wine fails to load 3d model (with testcase) Product: Wine Version: 1.3.6 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: cleberdemattoscasali-wine(a)yahoo.com.br Wine will fail to load a 3d model running this simple program made with DarkBASIC Pro. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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 21

[Bug 34056] New: Nabeta Jisho: Can't input Japanese characters with Input Method.
by wine-bugs＠winehq.org 02 Sep '16

02 Sep '16

http://bugs.winehq.org/show_bug.cgi?id=34056 Bug #: 34056 Summary: Nabeta Jisho: Can't input Japanese characters with Input Method. Product: Wine Version: 1.6-rc5 Platform: x86 URL: http://www.nabeta.tk/nabeta550.zip OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sagawa.aki+winebugs(a)gmail.com CC: slash(a)ac.auone-net.jp Classification: Unclassified Regression SHA1: dc02e4d1a7c35b4205f6109ad71deee5fdddd750 Nabeta Jisho is a dictionary software which built with C++Builder6 CLX Library. In the search box, I can't input any Japanese characters. Reverting commit dc02e4 fixes the issue. In detail, I input some Japanese characters through the input method, then hit the Enter key. Both of candidate characters and result strings are not shown in the edit box. However, I can input ASCII characters and paste some Japanese characters. I'm using mozc 1.3.975.102 and IBus 1.4.1 as input method in Ubuntu 12.04. Of course, I can input Japanese characters in the notepad application. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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 19

[Bug 40741] New: Wings of Vi - black screen on launch
by wine-bugs＠winehq.org 02 Sep '16

02 Sep '16

https://bugs.winehq.org/show_bug.cgi?id=40741 Bug ID: 40741 Summary: Wings of Vi - black screen on launch Product: Wine Version: 1.9.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: spleefer90(a)gmail.com Distribution: --- Created attachment 54645 --> https://bugs.winehq.org/attachment.cgi?id=54645 WINE output Launching the game - sound works but all I get is a black screen. in Steam forums someone reported that the game works on wine 1.7.42, didn't test that nor it is in appdb, so I'm not marking it as regression. -- 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 6

[Bug 40686] New: Unhandled exception: unimplemented function KERNEL32.dll.EncodeSystemPointer called in 64-bit code
by wine-bugs＠winehq.org 02 Sep '16

02 Sep '16

https://bugs.winehq.org/show_bug.cgi?id=40686 Bug ID: 40686 Summary: Unhandled exception:unimplemented function KERNEL32.dll.EncodeSystemPointer called in 64-bit code Product: Wine Version: 1.9.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: stevedonato(a)gmail.com Distribution: --- Created attachment 54557 --> https://bugs.winehq.org/attachment.cgi?id=54557 Unhandled exception offending is win7 program "ehshell.exe" attempt to execute win 7 win media player Unhandled exception: unimplemented function KERNEL32.dll.EncodeSystemPointer called in 64-bit code (0x000000007bc5f77a). -- 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 4