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

[Bug 40592] wininet:http test regression

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=40592 Sebastian Lackner <sebastian(a)fds-team.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sebastian(a)fds-team.de --- Comment #2 from Sebastian Lackner <sebastian(a)fds-team.de> --- Are these test failures still present? I can't find results for those machines on the test.winehq.org website. If yes, is there anything special on these machines (for example, older wininet than on other machines)? -- 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.

Sept. 3, 2016

[Bug 41254] Unknown program crashes

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=41254 Bruno Jesus <00cpxxx(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|El programa se cerro |Unknown program crashes Product|Wine-staging |Wine Version|unspecified |1.6.2 Component|-unknown |-unknown --- Comment #1 from Bruno Jesus <00cpxxx(a)gmail.com> --- Please read https://wiki.winehq.org/Bugs to learn how to properly report a bug. Also please use English so more people can understand. -- 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.

Sept. 2, 2016

[Bug 41254] New: El programa se cerro

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=41254 Bug ID: 41254 Summary: El programa se cerro Product: Wine-staging Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: avidlin(a)gmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Unhandled exception: assertion failed in 32-bit code (0xb77a1c31). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:b77a1c31 ESP:0033f408 EBP:0033f678 EFLAGS:00000202( - -- I - - - ) EAX:00000000 EBX:00002bfd ECX:00002bfd EDX:00000006 ESI:b7586000 EDI:0033f4c4 Stack dump: 0x0033f408: 0033f678 00000006 00002bfd b73ffe89 0x0033f418: b7586000 b74013e7 00000006 0033f444 0x0033f428: 00000000 00000000 00000000 4d430001 0x0033f438: 01052800 00000001 00000000 00000020 0x0033f448: 00000000 00000000 00000000 00000000 0x0033f458: 00000000 00000000 00000000 00000000 Backtrace: =>0 0xb77a1c31 __kernel_vsyscall+0x9() in [vdso].so (0x0033f678) 1 0xb73ffe89 gsignal+0x38() in libc.so.6 (0x0033f678) 2 0xb74013e7 abort+0x156() in libc.so.6 (0x0033f678) 3 0xb743b25c in libc.so.6 (+0x6725b) (0x0033f678) 4 0xb74cb7c8 __fortify_fail+0x67() in libc.so.6 (0xb7532289) 5 0xb74cb758 __stack_chk_fail+0x17() in libc.so.6 (0x0033f788) 6 0x7ecdd0f4 in msi (+0x8d0f3) (0x0033f788) 7 0x7ec84ba7 in msi (+0x34ba6) (0x0033f788) 8 0x7ecd0e4d in msi (+0x80e4c) (0x0033f7d8) 9 0x7ecaf546 in msi (+0x5f545) (0x0033f848) 10 0x7ecaf65c in msi (+0x5f65b) (0x0033f878) 11 0x7ecaf9d6 in msi (+0x5f9d5) (0x0033f8d8) 12 0x7ec70186 in msi (+0x20185) (0x0033f938) 13 0x7ec60a02 in msi (+0x10a01) (0x0033f978) 14 0x7ec70258 in msi (+0x20257) (0x0033f9a8) 15 0x7ec7047c in msi (+0x2047b) (0x0033f9e8) 16 0x7ecaf9ee in msi (+0x5f9ed) (0x0033fa48) 17 0x7ec5f2fc in msi (+0xf2fb) (0x0033faa8) 18 0x7ec60a02 in msi (+0x10a01) (0x0033fae8) 19 0x7ec70258 in msi (+0x20257) (0x0033fb18) 20 0x7ec7047c in msi (+0x2047b) (0x0033fb58) 21 0x7ecaf9ee in msi (+0x5f9ed) (0x0033fbb8) 22 0x7ec70b91 in msi (+0x20b90) (0x0033fc18) 23 0x7eca4435 MsiInstallProductW+0xe4() in msi (0x0033fc68) 24 0x7ed43ad1 WinMain+0x5c0() in msiexec (0x0033fd58) 25 0x7ed4296f main+0xce() in msiexec (0x0033fdf8) 26 0x7ed4568b in msiexec (+0x568a) (0x0033fe38) 27 0x7b85a3fc call_process_entry+0xb() in kernel32 (0x0033fe58) 28 0x7b85b3ea ExitProcess+0xfe9() in kernel32 (0x0033fe88) 29 0x7bc7703c call_thread_func_wrapper+0xb() in ntdll (0x0033fea8) 30 0x7bc79e5d call_thread_func+0xfc() in ntdll (0x0033ffa8) 31 0x7bc7701a RtlRaiseException+0x21() in ntdll (0x0033ffc8) 32 0x7bc4d277 call_dll_entry_point+0x756() in ntdll (0x0033ffe8) 33 0xb75cc33d wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) 34 0xb75cc4a0 wine_switch_to_stack+0x1f() in libwine.so.1 (0xbfe4dca8) 35 0x7bc528d7 LdrInitializeThunk+0x336() in ntdll (0xbfe4dd08) 36 0x7b861029 __wine_kernel_init+0x888() in kernel32 (0xbfe4ee78) 37 0x7bc52e33 __wine_process_init+0x152() in ntdll (0xbfe4eee8) 38 0xb75c9dff wine_init+0x30e() in libwine.so.1 (0xbfe4ef48) 39 0x7bf00d42 main+0x81() in <wine-loader> (0xbfe4f398) 40 0xb73ec637 __libc_start_main+0xf6() in libc.so.6 (0x00000000) 0xb77a1c31 __kernel_vsyscall+0x9 in [vdso].so: popl %ebp Modules: Module Address Debug info Name (99 modules) ELF 7b800000-7ba54000 Dwarf kernel32<elf> \-PE 7b810000-7ba54000 \ kernel32 ELF 7bc00000-7bcda000 Dwarf ntdll<elf> \-PE 7bc10000-7bcda000 \ ntdll ELF 7bf00000-7bf04000 Dwarf <wine-loader> ELF 7d6f6000-7d714000 Deferred fusion<elf> \-PE 7d700000-7d714000 \ fusion ELF 7d714000-7d728000 Deferred psapi<elf> \-PE 7d720000-7d728000 \ psapi ELF 7d728000-7d78d000 Deferred dbghelp<elf> \-PE 7d730000-7d78d000 \ dbghelp ELF 7d78d000-7d7c3000 Deferred mscoree<elf> \-PE 7d790000-7d7c3000 \ mscoree ELF 7d7c3000-7d7dd000 Deferred sxs<elf> \-PE 7d7d0000-7d7dd000 \ sxs ELF 7d89d000-7d8c1000 Deferred imm32<elf> \-PE 7d8a0000-7d8c1000 \ imm32 ELF 7d8e3000-7d900000 Deferred libgcc_s.so.1 ELF 7da30000-7dadf000 Deferred msvcrt<elf> \-PE 7da40000-7dadf000 \ msvcrt ELF 7dadf000-7dafb000 Deferred rasapi32<elf> \-PE 7daf0000-7dafb000 \ rasapi32 ELF 7dafb000-7db25000 Deferred msacm32<elf> \-PE 7db00000-7db25000 \ msacm32 ELF 7db25000-7dbdd000 Deferred winmm<elf> \-PE 7db30000-7dbdd000 \ winmm ELF 7dbdd000-7dc49000 Deferred setupapi<elf> \-PE 7dbf0000-7dc49000 \ setupapi ELF 7dc49000-7dc7d000 Deferred ws2_32<elf> \-PE 7dc50000-7dc7d000 \ ws2_32 ELF 7dc7d000-7dca2000 Deferred iphlpapi<elf> \-PE 7dc80000-7dca2000 \ iphlpapi ELF 7dca2000-7dcce000 Deferred netapi32<elf> \-PE 7dcb0000-7dcce000 \ netapi32 ELF 7dcf5000-7dd2a000 Deferred uxtheme<elf> \-PE 7dd00000-7dd2a000 \ uxtheme ELF 7dd2a000-7dd31000 Deferred libxfixes.so.3 ELF 7dd31000-7dd3c000 Deferred libxcursor.so.1 ELF 7dd3c000-7dd4f000 Deferred libxi.so.6 ELF 7dd4f000-7dd53000 Deferred libxcomposite.so.1 ELF 7dd53000-7dd60000 Deferred libxrandr.so.2 ELF 7dd60000-7dd6c000 Deferred libxrender.so.1 ELF 7dd6c000-7dd73000 Deferred libxxf86vm.so.1 ELF 7dd73000-7dd77000 Deferred libxinerama.so.1 ELF 7dd77000-7dd7e000 Deferred libxdmcp.so.6 ELF 7dd7e000-7dd82000 Deferred libxau.so.6 ELF 7dd82000-7dda8000 Deferred libxcb.so.1 ELF 7dda8000-7def3000 Deferred libx11.so.6 ELF 7def3000-7df08000 Deferred libxext.so.6 ELF 7df23000-7dfb0000 Deferred winex11<elf> \-PE 7df30000-7dfb0000 \ winex11 ELF 7e029000-7e053000 Deferred libexpat.so.1 ELF 7e053000-7e09c000 Deferred libfontconfig.so.1 ELF 7e09c000-7e0c7000 Deferred libpng12.so.0 ELF 7e0c7000-7e177000 Deferred libfreetype.so.6 ELF 7e177000-7e197000 Deferred cabinet<elf> \-PE 7e180000-7e197000 \ cabinet ELF 7e197000-7e1be000 Deferred mpr<elf> \-PE 7e1a0000-7e1be000 \ mpr ELF 7e1be000-7e1d9000 Deferred libz.so.1 ELF 7e1f4000-7e26b000 Deferred wininet<elf> \-PE 7e200000-7e26b000 \ wininet ELF 7e26b000-7e360000 Deferred comctl32<elf> \-PE 7e270000-7e360000 \ comctl32 ELF 7e360000-7e3d6000 Deferred shlwapi<elf> \-PE 7e370000-7e3d6000 \ shlwapi ELF 7e3d6000-7e5ff000 Deferred shell32<elf> \-PE 7e3e0000-7e5ff000 \ shell32 ELF 7e5ff000-7e72c000 Deferred oleaut32<elf> \-PE 7e610000-7e72c000 \ oleaut32 ELF 7e72c000-7e7a8000 Deferred rpcrt4<elf> \-PE 7e740000-7e7a8000 \ rpcrt4 ELF 7e7a8000-7e8bf000 Deferred gdi32<elf> \-PE 7e7b0000-7e8bf000 \ gdi32 ELF 7e8bf000-7ea0d000 Deferred user32<elf> \-PE 7e8d0000-7ea0d000 \ user32 ELF 7ea0d000-7ea79000 Deferred advapi32<elf> \-PE 7ea20000-7ea79000 \ advapi32 ELF 7ea79000-7eba8000 Deferred ole32<elf> \-PE 7ea90000-7eba8000 \ ole32 ELF 7eba8000-7ec44000 Deferred urlmon<elf> \-PE 7ebb0000-7ec44000 \ urlmon ELF 7ec44000-7ed31000 Dwarf msi<elf> \-PE 7ec50000-7ed31000 \ msi ELF 7ed31000-7ed55000 Dwarf msiexec<elf> \-PE 7ed40000-7ed55000 \ msiexec ELF 7ed55000-7ed68000 Deferred libnss_files.so.2 ELF 7ed68000-7ed75000 Deferred libnss_nis.so.2 ELF 7ed75000-7ed90000 Deferred libnsl.so.1 ELF 7ef90000-7efe5000 Deferred libm.so.6 ELF 7efe7000-7f000000 Deferred version<elf> \-PE 7eff0000-7f000000 \ version ELF b73c4000-b73ce000 Deferred libnss_compat.so.2 ELF b73cf000-b73d4000 Deferred libdl.so.2 ELF b73d4000-b758a000 Dwarf libc.so.6 ELF b758b000-b75a8000 Deferred libpthread.so.0 ELF b75c3000-b7778000 Dwarf libwine.so.1 ELF b777a000-b779f000 Deferred ld-linux.so.2 ELF b77a1000-b77a2000 Dwarf [vdso].so Threads: process tid prio (all id:s are in hex) 0000000e services.exe 0000001f 0 0000001e 0 0000001c 0 00000016 0 00000014 0 00000010 0 0000000f 0 00000012 winedevice.exe 0000001b 0 00000018 0 00000017 0 00000013 0 00000019 plugplay.exe 00000020 0 0000001d 0 0000001a 0 00000021 explorer.exe 00000023 0 00000022 0 00000024 (D) C:\windows\system32\msiexec.exe 00000025 0 <== System information: Wine build: wine-1.6.2 Platform: i386 Host system: Linux Host version: 4.4.0-36-generic -- 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.

Sept. 2, 2016

[Bug 27078] Limbo needs native d3dx9_43 and d3dcompiler_43 (purist)

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=27078 Robert Walker <bob.mt.wya(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bob.mt.wya(a)gmail.com --- Comment #7 from Robert Walker <bob.mt.wya(a)gmail.com> --- (In reply to winetest from comment #6) > > Since the free download is dead and no response for 3 years. I would close > this bug. There are other compiler bugs open that most likely expose the > same issues. > > Also this bug has no log to start working with. I tested the game with vanilla Wine 1.9.18 on a clean 32-bit Wineprefix on Gentoo (64-bit). Test hardware/driver: Nvidia Geforce 970M and proprietary driver version 370.23. Only Steam & Limbo installed. I removed the bundled (Limbo) DirectX installer. I can't reproduce this bug any more. Seems to run flawlessly for me! -- 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.

Sept. 2, 2016

[Bug 41213] Elder Scrolls Online has missing textures with D3D11 renderer

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=41213 --- Comment #8 from Matteo Bruni <matteo.mystral(a)gmail.com> --- The point is that many of those structures should actually follow the d3d fragment samplers limit, which is 16 even for SM5 / d3d11. MAX_VERTEX_SAMPLERS instead should probably be incremented to 16 (that changed with SM4 / d3d10) but that's somewhat of a different issue. The first step in fixing this bug (i.e. allowing for more than 16 OpenGL samplers, which aren't the same thing as d3d samplers) is to figure out which structure fields should depend on which limit. Only then deciding how to fix it makes sense, be it allocating dynamically some of those arrays (unlikely IMHO) or otherwise. -- 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.

Sept. 2, 2016

[Bug 41224] WineD3D8 crashes on Windows with GTAVC and i915-class video

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=41224 Ruslan Kabatsayev <b7.10110111(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED Fixed by SHA1| |c2e316a3e6afaf1eea05a9f86f9 | |e5275cbfcf9e6 --- Comment #8 from Ruslan Kabatsayev <b7.10110111(a)gmail.com> --- Fixed in 1.9.18. -- 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.

Sept. 2, 2016

[Bug 41253] New: GZDoom Builder : Unable to make a new project

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=41253 Bug ID: 41253 Summary: GZDoom Builder : Unable to make a new project Product: Wine Version: 1.9.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: janusczpawlacz(a)protonmail.ch Distribution: --- Created attachment 55547 --> https://bugs.winehq.org/attachment.cgi?id=55547 Terminal error outpot of Builder.exe So every time I try to open a new project or opening a existing map for editing a error appears and it just plain crashes. Error Message: Fatal Windows Forms error occured: CompilationException While [unreadable] Fatal Windows Forms Error http://devbuilds.drdteam.org/doombuilder2-gzdb/GZDoom%20Builder%20R2364%20I… sha1sum: aa65a19b1275deb09680f4227f81218d27308422 Distribution: Linux Mint 18 Mate X86_64 (64bit) -- 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.

Sept. 2, 2016

[Bug 41213] Elder Scrolls Online has missing textures with D3D11 renderer

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=41213 --- Comment #7 from Jason Wood <sandain(a)hotmail.com> --- (In reply to Matteo Bruni from comment #6) > Actually it isn't, see gl_info->limits.fragment_samplers in > wined3d_adapter_init_limits(). MAX_FRAGMENT_SAMPLERS is used as an upper > bound though and the reason is that there are a number of data structures > and bitmasks in wined3d which are statically sized (the masks would need to > be updated to account for the change, btw). In turn, some of those really > shouldn't depend on the d3d max sampler count (e.g. resource_info in struct > wined3d_shader_reg_maps) but on the max resource count. That's because of > historical reasons i.e. the two values happened to match for d3d <= 9. > > In the end, raising MAX_FRAGMENT_SAMPLERS probably isn't the correct fix for > the bug, this would need more work. It is exactly the statically sized data structures defined in wined3d_private.h that I was speaking of when I was talking about the value being hard coded. I imagine anything that utilizes any of the values listed under /* Device caps */ (line 179) to define the size of a data structure is probably going to hit a similar issue as reported here, particularly with the MAX_FRAGMENT_SAMPLERS as already mentioned, MAX_VERTEX_SAMPLERS, and MAX_COMBINED_SAMPLERS constants. Would it be possible to switch to run-time initialization of these structs? Or maybe reallocate the stucts once the device caps are known? Since I am unfamiliar with the code base and I'm not sure what masks would need to be updated, I'll probably defer any further work on this to someone that knows the code. I might keep poking around since it would be nice to have a real fix for this issue, but I doubt that I'll make much progress. -- 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.

Sept. 2, 2016

[Bug 25352] Videos play upside down in multiple games (Fable: The Lost Chapters, Mob Ties Tokyo, Star Wars Republic Commando, SAS: Secure Tomorrow, Hatsune Miku: Project DIVA)

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=25352 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #17 from Alexandre Julliard <julliard(a)winehq.org> --- Closing bugs fixed in 1.9.18. -- 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.

Sept. 2, 2016

[Bug 41105] Tropico 5 (DX11) starts with only a mouse pointer on a black screen

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=41105 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #18 from Alexandre Julliard <julliard(a)winehq.org> --- Closing bugs fixed in 1.9.18. -- 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.

Sept. 2, 2016