February 2017 - Wine-bugs - list.winehq.org

[Bug 42509] New: The Witcher 3 hangs the system on startup
by wine-bugs＠winehq.org 03 Mar '17

03 Mar '17

https://bugs.winehq.org/show_bug.cgi?id=42509 Bug ID: 42509 Summary: The Witcher 3 hangs the system on startup Product: Wine-staging Version: 2.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: shtetldik(a)gmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 57398 --> https://bugs.winehq.org/attachment.cgi?id=57398 Wine log (The Witcher 3 hangs system) Since update of wine-staging to 2.2, Witcher 3 started hanging hard on startup. The screen goes black, and keyboard becomes completely unresponsive. The system can still be rebooted if accessed for example from another machine over ssh. OS: Debian testing, x86-64, KDE Plasma 5.8.4. Graphics: AMD RX480, Mesa / Gallium 0.4 on AMD POLARIS10 (DRM 3.8.0/4.9.0-1-amd64, LLVM 3.9.1) See attached Wine 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.

1 8

[Bug 41394] New: 3DMark2001se 'Car chase' speed regression on mesa/nouveau
by wine-bugs＠winehq.org 03 Mar '17

03 Mar '17

https://bugs.winehq.org/show_bug.cgi?id=41394 Bug ID: 41394 Summary: 3DMark2001se 'Car chase' speed regression on mesa/nouveau Product: Wine Version: 1.9.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: randrik(a)mail.ru Distribution: --- After upgrading wine to ver. 1.9.18 I noticed strange speed regression. After bisecting wine I found this commit was source of it: first bad commit: [b62f4139eda58e8e25cbc58864fcea2599a20e97] wined3d: Swizzle D3DCOLOR attributes in the GLSL FFP replacement when necessary I'm using nv92 (GeForce 8800 GS) video card with relatively new kernel (4.8.0-rc7-x64+) and 32-bit Slackware OS with many manual updates, including git Mesa drivers. Initially I blamed mesa for speed regression, or my specific build of it, but after testing Mesa 12.0.3 and seeing same very low speed there I tried wine bisect first. May be there is interplay between some bugs, or nouveau simply can't handle slightly different kind of load. But most other tests in this benchmark works fine, and older 3DMark2000 also speedy. I tried to make apitrace of this issue but under apitrace both good and bad commits played 'car chase' scene (low/high detail) smoothly. Without apitrace running bad commit mostly slows down to 0-1 fps even on low detail scene. Compressed traces are at https://cloud.mail.ru/public/75Mf/fFuSprBh9 Bug still present in current git head (post 1.9.19). -- 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

[Bug 41907] New: Necropolis: Unimplemented copy from WINED3D_LOCATION_TEXTURE_RGB to WINED3D_LOCATION_TEXTURE_RGB for depth /stencil buffers
by wine-bugs＠winehq.org 03 Mar '17

03 Mar '17

https://bugs.winehq.org/show_bug.cgi?id=41907 Bug ID: 41907 Summary: Necropolis: Unimplemented copy from WINED3D_LOCATION_TEXTURE_RGB to WINED3D_LOCATION_TEXTURE_RGB for depth/stencil buffers Product: Wine Version: 1.9.24 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fjfrackiewicz(a)gmail.com Distribution: --- Whenever I run Necropolis I always get the following lines in my terminal output: fixme:d3d:surface_load_location Unimplemented copy from WINED3D_LOCATION_TEXTURE_RGB to WINED3D_LOCATION_TEXTURE_RGB for depth/stencil buffers. err:d3d:wined3d_texture_load Failed to load location (srgb 0). Clean 32-bit prefix in Windows 7 mode with the game running in DX11 mode. Wine-1.9.24-71-g2390219 -- 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 5

[Bug 42405] New: Drawn lines are too long.
by wine-bugs＠winehq.org 03 Mar '17

03 Mar '17

https://bugs.winehq.org/show_bug.cgi?id=42405 Bug ID: 42405 Summary: Drawn lines are too long. Product: Wine Version: 2.0-rc5 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: leslie_alistair(a)hotmail.com Distribution: --- Created attachment 57218 --> https://bugs.winehq.org/attachment.cgi?id=57218 Image of issue When running the BCG Chart Example, any single line that is drawn is too long. See screenshot which highlights the issue. -- 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 5

[Bug 42506] New: STALKER Shadow of Chernobyl crashes on startup
by wine-bugs＠winehq.org 03 Mar '17

03 Mar '17

https://bugs.winehq.org/show_bug.cgi?id=42506 Bug ID: 42506 Summary: STALKER Shadow of Chernobyl crashes on startup Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: leslie_alistair(a)hotmail.com Distribution: --- Created attachment 57384 --> https://bugs.winehq.org/attachment.cgi?id=57384 Log of +tid,dpnet,dplay,loaddll,d3d_shader STALKER Shadow of Chernobyl crashes on startup, just have the nvidia logo screen. 12f5887a2358b4f91a882eeac57c9f1dd28c50ba is the first bad commit commit 12f5887a2358b4f91a882eeac57c9f1dd28c50ba Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Tue Feb 21 00:40:03 2017 +0100 wined3d: Parse the shader version in shader_sm4_init(). Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com> 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 7

[Bug 42504] New: Computemark 2.1 is almost working now with Wine 2.2..
by wine-bugs＠winehq.org 03 Mar '17

03 Mar '17

https://bugs.winehq.org/show_bug.cgi?id=42504 Bug ID: 42504 Summary: Computemark 2.1 is almost working now with Wine 2.2.. Product: Wine Version: 2.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rtfss1(a)gmail.com Distribution: --- Created attachment 57382 --> https://bugs.winehq.org/attachment.cgi?id=57382 fixme output Hi, Computemark 2.1 uses compute shaders and seems Wine 2.2 has gained a lot of compute shader support.. So using either Wine 2.2 or Wine Staging 2.2 program launches and tests seems to run altough we get black screen while the test runs.. seeing wine output we see basically this errors using Nvidia 378.13 on a GTX970: 1)Nvidia GLSL Compiler errors: fixme:d3d_shader:print_glsl_info_log 0(31) : error C1101: ambiguous overloaded function reference "texture3DLod(sampler3D, vec3, float)" fixme:d3d_shader:print_glsl_info_log (0) : fpf gpf vpf tpf hpf gp4 fp50 vp50 cp50 gp50 uvec4 texture3DLod(usampler3D, vec3, float) fixme:d3d_shader:print_glsl_info_log (0) : fpf gpf vpf tpf hpf gp4 fp50 vp50 cp50 gp50 ivec4 texture3DLod(isampler3D, vec3, float) fixme:d3d_shader:print_glsl_info_log (0) : vec4 texture3DLod(sampler3D, vec3, float) 2)lots of repeated fixme like: fixme:d3d11:d3d11_immediate_context_CSSetShaderResources iface 0x15c18c, start_slot 0, view_count 2, views 0x33fd10 stub! fixme:d3d11:d3d11_immediate_context_CSSetUnorderedAccessViews Ignoring initial counts. So seems if texture3DLod is fixed and maybe _CSSetShaderResources stub implemented maybe we will have ComputeMark more or less working.. 3)also when DXBC parser can't parse some DX bytecode: fixme:d3d11:skip_dword_unknown Skipping 4 unknown DWORDs: fixme:d3d11:skip_dword_unknown 0xab2742ec fixme:d3d11:skip_dword_unknown 0x2f3269de fixme:d3d11:skip_dword_unknown 0x610001ec fixme:d3d11:skip_dword_unknown 0xf81b8396 fixme:d3d11:skip_dword_unknown Skipping 1 unknown DWORDs: fixme:d3d11:skip_dword_unknown 0x00000001 fixme:d3d11:shdr_handler Unhandled chunk "RDEF". fixme:d3d11:skip_dword_unknown Skipping 1 unknown DWORDs: fixme:d3d11:skip_dword_unknown 0x00000008 fixme:d3d11:skip_dword_unknown Skipping 1 unknown DWORDs: fixme:d3d11:skip_dword_unknown 0x00000008 fixme:d3d11:shdr_handler Unhandled chunk "STAT". fixme:d3d_shader:shader_sm4_read_instruction_modifier Unhandled modifier 0x80000142. fixme:d3d_shader:shader_sm4_read_instruction_modifier Unhandled modifier 0x00155543. fixme:d3d_shader:shader_sm4_read_instruction_modifier Unhandled modifier 0x80000142. fixme:d3d_shader:shader_sm4_read_instruction_modifier Unhandled modifier 0x00155543. I attach a fixme log but for example a GLSL compute shader thant Nvidia can't compile is: fixme:d3d_shader:shader_glsl_validate_link Program 2 link status invalid. fixme:d3d_shader:shader_glsl_dump_program_source Shader 1: fixme:d3d_shader:shader_glsl_dump_program_source GL_SHADER_TYPE: GL_COMPUTE_SHADER. fixme:d3d_shader:shader_glsl_dump_program_source GL_COMPILE_STATUS: 0. fixme:d3d_shader:shader_glsl_dump_program_source fixme:d3d_shader:shader_glsl_dump_program_source #version 150 fixme:d3d_shader:shader_glsl_dump_program_source #extension GL_ARB_gpu_shader5 : enable fixme:d3d_shader:shader_glsl_dump_program_source #extension GL_ARB_shader_bit_encoding : enable fixme:d3d_shader:shader_glsl_dump_program_source #extension GL_ARB_shader_image_load_store : enable fixme:d3d_shader:shader_glsl_dump_program_source #extension GL_ARB_shader_image_size : enable fixme:d3d_shader:shader_glsl_dump_program_source #extension GL_ARB_shading_language_packing : enable fixme:d3d_shader:shader_glsl_dump_program_source #extension GL_ARB_texture_cube_map_array : enable fixme:d3d_shader:shader_glsl_dump_program_source #extension GL_ARB_texture_query_levels : enable fixme:d3d_shader:shader_glsl_dump_program_source #extension GL_ARB_uniform_buffer_object : enable fixme:d3d_shader:shader_glsl_dump_program_source #extension GL_EXT_gpu_shader4 : enable fixme:d3d_shader:shader_glsl_dump_program_source #extension GL_EXT_texture_array : enable fixme:d3d_shader:shader_glsl_dump_program_source #extension GL_ARB_compute_shader : enable fixme:d3d_shader:shader_glsl_dump_program_source layout(std140) uniform block_cs_cb0 { vec4 cs_cb0[1]; }; fixme:d3d_shader:shader_glsl_dump_program_source uniform sampler3D cs_sampler0; fixme:d3d_shader:shader_glsl_dump_program_source uniform sampler3D cs_sampler1; fixme:d3d_shader:shader_glsl_dump_program_source writeonly uniform image3D cs_image0; fixme:d3d_shader:shader_glsl_dump_program_source vec4 R0; fixme:d3d_shader:shader_glsl_dump_program_source vec4 R1; fixme:d3d_shader:shader_glsl_dump_program_source vec4 tmp0; fixme:d3d_shader:shader_glsl_dump_program_source vec4 tmp1; fixme:d3d_shader:shader_glsl_dump_program_source layout(local_size_x = 8, local_size_y = 4, local_size_z = 4) in; fixme:d3d_shader:shader_glsl_dump_program_source void main() fixme:d3d_shader:shader_glsl_dump_program_source { fixme:d3d_shader:shader_glsl_dump_program_source R0.xyz = (ivec3(gl_GlobalInvocationID).xyz); fixme:d3d_shader:shader_glsl_dump_program_source R0.w = (uintBitsToFloat(0u)); fixme:d3d_shader:shader_glsl_dump_program_source R0.xyz = (texelFetch(cs_sampler0, floatBitsToInt(R0).xyz, floatBitsToInt(R0).w).xyz); fixme:d3d_shader:shader_glsl_dump_program_source R1.xyz = (vec3(ivec3(gl_GlobalInvocationID).xyz)); fixme:d3d_shader:shader_glsl_dump_program_source R0.xyz = (-R0.xyz + R1.xyz); fixme:d3d_shader:shader_glsl_dump_program_source R0.xyz = (R0.xyz + uintBitsToFloat(uvec4(0x3f000000u, 0x3f000000u, 0x3f000000u, 0u)).xyz); fixme:d3d_shader:shader_glsl_dump_program_source R0.xyz = (R0.xyz / cs_cb0[0].xyz); fixme:d3d_shader:shader_glsl_dump_program_source R0.xyzw = (texture3DLod(cs_sampler1, R0.xyz, uintBitsToFloat(0u)).xyzw); fixme:d3d_shader:shader_glsl_dump_program_source imageStore(cs_image0, ivec3(gl_GlobalInvocationID).xyz, R0.xyzw); fixme:d3d_shader:shader_glsl_dump_program_source return; fixme:d3d_shader:shader_glsl_dump_program_source } fixme:d3d_shader:shader_glsl_dump_program_source -- 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 11

[Bug 37390] New: Word 2007: crashes when choosing a font
by wine-bugs＠winehq.org 03 Mar '17

03 Mar '17

https://bugs.winehq.org/show_bug.cgi?id=37390 Bug ID: 37390 Summary: Word 2007: crashes when choosing a font Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: moceap(a)hotmail.com Created attachment 49722 --> https://bugs.winehq.org/attachment.cgi?id=49722 back trace of bug Word 2007 crashes when reach little above end of font list !! -- 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 42381] New: Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x006b6264).
by wine-bugs＠winehq.org 03 Mar '17

03 Mar '17

https://bugs.winehq.org/show_bug.cgi?id=42381 Bug ID: 42381 Summary: Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x006b6264). Product: Wine Version: 2.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rip27_08(a)hotmail.com Distribution: --- Created attachment 57171 --> https://bugs.winehq.org/attachment.cgi?id=57171 Trace + Screenshot Crash at startup. Impossible to read fonts, they are not correctly positioned. -- 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 11

[Bug 42547] New: error: expected ')' before '*' token
by wine-bugs＠winehq.org 03 Mar '17

03 Mar '17

https://bugs.winehq.org/show_bug.cgi?id=42547 Bug ID: 42547 Summary: error: expected ')' before '*' token Product: Wine Version: 2.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: version2013(a)openmailbox.org Distribution: --- Created attachment 57449 --> https://bugs.winehq.org/attachment.cgi?id=57449 log.txt # gcc --version gcc (GCC) 4.2.2 # uname -r 2.6.30.5 # ldd --version ldd (GNU libc) 2.6.1 applying patches from: https://bugs.winehq.org/show_bug.cgi?id=42478#c2 https://bugs.winehq.org/show_bug.cgi?id=42483#c5 wine-2.2 does not finish compiling. -- 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 23187] New: DeferWindowPos behaves wrong when invalid HWND
by wine-bugs＠winehq.org 03 Mar '17

03 Mar '17

http://bugs.winehq.org/show_bug.cgi?id=23187 Summary: DeferWindowPos behaves wrong when invalid HWND Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: rodrigorivascosta(a)gmail.com Created an attachment (id=28848) --> (http://bugs.winehq.org/attachment.cgi?id=28848) Sample program to demonstrate the problem The Wine behavior of the BeginDeferWindowPos/DeferWindowPos/EndDeferWindowPos functions differ from the Windows one when some of the HWND used are invalid: The attached program uses these functions to move several windows at once, but one HWND is purposely hijacked to force the error. In Windows, all the windows but the wrong one are moved. In Wine, however, only the windows "before" the wrong one are moved. It looks like Windows checks the HWNDs to be valid when calling DeferWindowPos whereas Wine checks them when calling EndDeferWindowPos. This can be checked with the output of the attached program: Windows: ------------ BDWP 006D03E7 DWP 006D03E7 DWP 006D03E7 DWP 00000000 Error: 1400 DWP 006D03E7 DWP 006D03E7 DWP 006D03E7 EDWP 1 ------------ Wine: ------------ BDWP 001B0082 DWP 001B0082 DWP 001B0082 DWP 001B0082 DWP 001B0082 DWP 001B0082 DWP 001B0082 EDWP 0 Error: 1400 ------------ Note that the Windows behavior is somewhat different than the documented in MSDN. Regards. -- Rodrigo. -- 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 13