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

[Bug 37226] Mass Effect 2 in ATI 6850 not working

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=37226 Matteo Bruni <matteo.mystral(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |ABANDONED --- Comment #5 from Matteo Bruni <matteo.mystral(a)gmail.com> --- (In reply to joaopa from comment #4) > We could close this bug as ABANDONED, I think. Okay. FWIW I expect the game to work on that GPU with current Mesa and Wine, although you might need to enable CSMT. -- 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.

Jan. 12, 2018

[Bug 43983] EVE online with d3d11 renders black/ garbled screen when anti-aliasing enabled

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=43983 Matteo Bruni <matteo.mystral(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|directx-d3dx11 |directx-d3d -- 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.

Jan. 12, 2018

[Bug 44349] winedgb: stepping is broken on 32-bit

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=44349 --- Comment #2 from Daniel Santos <daniel.santos(a)pobox.com> --- Created attachment 60238 --> https://bugs.winehq.org/attachment.cgi?id=60238 config.log Also, I built with distcc, so that *could* be the problem. Ignore --enable-debug-tools --enable-hybrid-sync as I used a common build script for testing some other patch sets. -- 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.

Jan. 12, 2018

[Bug 44350] New: Wolfenstein The Old Blood used to work before last kernel 's update.

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=44350 Bug ID: 44350 Summary: Wolfenstein The Old Blood used to work before last kernel's update. Product: Wine-staging Version: 2.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lukasbownik99(a)gmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 60237 --> https://bugs.winehq.org/attachment.cgi?id=60237 Full backtrace of a problem. Wolfenstien The Old Blood worked perfectly until I updated kernel to the newest version which contains the patch for Meltdown. My distro: Linux Mint 18.3. GPU Driver: 384 for nVidia GeForce GTX 970. -- 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.

Jan. 12, 2018

[Bug 44349] winedgb: stepping is broken on 32-bit

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=44349 --- Comment #1 from Daniel Santos <daniel.santos(a)pobox.com> --- I should clarify that the above test is with a 32- & 64-bit build, I haven't tried on a 32-bit only build and it's fine on 64-bit. -- 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.

Jan. 12, 2018

[Bug 43948] d3dx9 effects - pixel shader 2.0 does not render well

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=43948 Matteo Bruni <matteo.mystral(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|directx-d3dx9 |directx-d3d --- Comment #3 from Matteo Bruni <matteo.mystral(a)gmail.com> --- It's not clear to me what you tested exactly, with the attached shaders you're always forcing vertex position to 0 so, if you're drawing triangles, nothing in the rest of the shader should matter. With reasonable vertex positions or e.g. point sprites you should be able to see something on the screen. At that point I guess you get to meet our nice old friend NaN come up from normalize(IN.lightVec). That will probably cause you to draw black on Wine regardless of what you try to do to the result of normalize(). d3d9 drivers on Windows program the GPU to avoid NaNs in ps_2_0 shaders, so you get that NaN converted to 0. nine probably hacks the rsq in the pixel shader to return a large number instead of +inf so that it becomes 0 after the multiplication by 0 instead of NaN. Or maybe it's able to set the GPU similarly to the Windows drivers, I don't recall right now. Either way, you get 0 + 0.5 = gray. On Wine there is no such trickery and NaNs are preserved (like they should be in d3d10+, but also in shader model 3 to some degree) so you get NaN + 0.5 = NaN = black. Unfortunately there is no sensible way in OpenGL to "emulate" the d3d9 behavior correctly so we could only do hacks like the rsq thing above (as we actually did years ago). The problem is that, as with most of the hacks, other applications are going to break because of that. -- 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.

Jan. 12, 2018

[Bug 44349] New: winedgb: stepping is broken on 32-bit

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=44349 Bug ID: 44349 Summary: winedgb: stepping is broken on 32-bit Product: Wine Version: 3.0-rc6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winedbg Assignee: wine-bugs(a)winehq.org Reporter: daniel.santos(a)pobox.com Distribution: Gentoo This is actually 3.0-rc6~6 (110eecf7d48688b573f4215f84ff8ad464f40da8) but it doesn't look like any of those patches touched this. using stepi on the call instruction below does not perform the call and instead increments the instruction pointer by one. Using gdb 8.0.1 and built with gcc 5.4.0 $ WINEARCH=win64 WINEDEBUG=fixme-all WINEPREFIX=/tmp/daniel/wine/test-debug /home/daniel/proj/emu/wine/work1/build/debug/32/wine winedbg --gdb ./user32_test.exe.so win 002e:002f: create process 'Z:\home\daniel\proj\emu\wine\work1\build\debug\32\dlls\user32\tests\user32_test.exe'/0x110d68 @0x7ec438e0 (0<0>) 002e:002f: create thread I @0x7ec438e0 GNU gdb (Gentoo 8.0.1 vanilla) 8.0.1 Copyright (C) 2017 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <https://bugs.gentoo.org/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word". 002e:002f: loads DLL C:\windows\system32\KERNEL32.dll @0x7b410000 (0<0>) 002e:002f: loads DLL C:\windows\system32\ntdll.dll @0x7bc10000 (0<0>) 002e:002f: loads DLL C:\windows\system32\advapi32.dll @0x7e750000 (0<0>) 002e:002f: loads DLL C:\windows\system32\gdi32.dll @0x7e7d0000 (0<0>) 002e:002f: loads DLL C:\windows\system32\version.dll @0x7eff0000 (0<0>) 002e:002f: loads DLL C:\windows\system32\user32.dll @0x7e920000 (0<0>) 002e:002f: loads DLL C:\windows\system32\imm32.dll @0x7e6f0000 (0<0>) 0000002e:0000002f: exception code=0x80000003 No support for verbose packet MustReplyEmpty No support for verbose packet File:setfs:0 No support for verbose packet File:open:6a7573742070726f62696e67,0,1c0 warning: remote target does not support file transfer, attempting to access files from local filesystem. warning: Could not load shared library symbols for linux-gate.so.1. Do you need "set solib-search-path" or "set sysroot"? 0x7b469f66 in DbgBreakPoint () at /home/daniel/proj/emu/wine/work1/include/winternl.h:2157 2157 static inline void WINAPI DbgBreakPoint(void) { __asm__ __volatile__("int3"); } trace: 98 => 80 Wine-gdb> break /home/daniel/proj/emu/wine/work1/dlls/user32/tests/win.c:10653 Breakpoint 1 at 0x7ec3b336: file /home/daniel/proj/emu/wine/work1/dlls/user32/tests/win.c, line 10653. Wine-gdb> cont Continuing. 0038:err:win:DefWindowProcW called for other process window 0x4006c Breakpoint 1, func_win () at /home/daniel/proj/emu/wine/work1/dlls/user32/tests/win.c:10653 10653 test_enum_thread_windows(); Wine-gdb> display /2i $eip 1: x/2i $eip => 0x7ec3b336 <func_win+1396>: call 0x7ebfc90b <test_enum_thread_windows> 0x7ec3b33b <func_win+1401>: call 0x7ec02b25 <test_mdi> Wine-gdb> stepi 0x7ec3b337 10653 test_enum_thread_windows(); 1: x/2i $eip => 0x7ec3b337 <func_win+1397>: rclb 0xe5e8fffc 0x7ec3b33d <func_win+1403>: ja 0x7ec3b33b <func_win+1401> And is you might expect, if I stepi again: Wine-gdb> stepi Program received signal SIGSEGV, Segmentation fault. 0x7ec3b337 in func_win () at /home/daniel/proj/emu/wine/work1/dlls/user32/tests/win.c:10653 10653 test_enum_thread_windows(); 1: x/2i $eip => 0x7ec3b337 <func_win+1397>: rclb 0xe5e8fffc 0x7ec3b33d <func_win+1403>: ja 0x7ec3b33b <func_win+1401> -- 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.

Jan. 12, 2018

[Bug 29582] Star Wars Battlefront (I and II) "Loading" screen very slow.

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=29582 --- Comment #43 from Maxim Stewart <gamer1119(a)gmail.com> --- OK here is an update with what I did. I did both 32bit and 64bit builds so will list the steps I took. Build process: 1. sudo add-apt-repository ppa:ubuntu-wine/ppa OR 1. Make sure to add or uncomment the sources URIs in /etc/apt/sources.list 2. sudo apt-get update 3. sudo apt-get build-dep wine 4. git clone https://github.com/daniel-santos/wine 5. cd /the/location/of/wineBuildDir/ 6. git checkout hybrid-sync 7. ./configure OR configure --enable-win64 8. make 9. make install // Optional since we can run from the build dir. To run from winebuilddir cd wineBuildDir/loader/ // This location has the Wine exe. 10. STAGING_SHARED_MEMORY=1 STAGING_SHM_SYNC=1 WINEPREFIX=<your_prefix> wine GameData/BattlefrontII.exe My specific usage examples for "launching" 32bit & 64bit: 32bit: STAGING_SHARED_MEMORY=1 STAGING_SHM_SYNC=1 WINEPREFIX="/home/abaddon/.PlayOnLinux/wineprefix/z:/" ./wine "C:\Program Files\Steam\steamapps\common\Star Wars Battlefront II\GameData\BattlefrontII.exe" 64bit: STAGING_SHARED_MEMORY=1 STAGING_SHM_SYNC=1 WINEPREFIX="/home/abaddon/.PlayOnLinux/wineprefix/z:/" ./wine64 "C:\Program Files\Steam\steamapps\common\Star Wars Battlefront II\GameData\BattlefrontII.exe" For 32bit I get the following errors. 0012:err:module:import_dll Library mscoree.dll (which is needed by L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\mscorsvw.exe") not found 0012:err:module:attach_dlls Importing dlls for L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\mscorsvw.exe" failed, status c0000135 000f:err:service:process_send_command service protocol error - failed to write pipe! 000f:fixme:service:scmdatabase_autostart_services Auto-start service L"clr_optimization_v4.0.30319_32" failed to start: 1053 wineserver: ERROR: shared memory corruption detected: 0xf758d008 should be fdfdfdfd, found aaaaaaaa ... // the wine server error repeats multiple times thus I am putting dots 000d:err:menubuilder:RefreshFileTypeAssociations failed wait for semaphore wineserver: shm_slab.c:530: shm_cache_free: Assertion `!cache->count' failed. This error could be because I am lacking the proper mscoree.dll (or so it seems) and I've been trying to figure out how to fix this with no success so far. I am still doing research on how to get the library included properly. The winserver error is of interest to me because you had said that much of your changes were there. So the error might not be tied to the other issue. I'll defer to your judgment since you know the system more than I do. For 64bit I get a message about not being able to load a 32bit wine containers but that's not surprising after I looked into Wine's build instructions and they said much the same as a warning. My system info if needed: uname -a: Linux abaddon 4.4.0-96-generic #119-Ubuntu SMP Tue Sep 12 14:59:54 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux lsb_release -a No LSB modules are available. Distributor ID: LinuxMint Description: Linux Mint 18 Sarah Release: 18 Codename: sarah -- 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.

Jan. 12, 2018

[Bug 43845] Regression: ABZU now crashing before menu

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=43845 Józef Kucia <joseph.kucia(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |joseph.kucia(a)gmail.com --- Comment #6 from Józef Kucia <joseph.kucia(a)gmail.com> --- Based on the attached screenshot it appears the issue is caused by some shader bytecode validation change. It should be rather easy to fix. Could you please attach a WINEDEBUG=+d3d_shader log? -- 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.

Jan. 12, 2018

[Bug 43845] Regression: ABZU now crashing before menu

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=43845 --- Comment #5 from Zion Nimchuk <zionnimchuk(a)gmail.com> --- Unfortunately, from my brief checking, I can't find any. -- 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.

Jan. 12, 2018