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

[Bug 38182] New: King of Dragon Pass: can't change audio volume level
by wine-bugs＠winehq.org Nov. 25, 2019

Nov. 25, 2019

https://bugs.winehq.org/show_bug.cgi?id=38182 Bug ID: 38182 Summary: King of Dragon Pass: can't change audio volume level Product: Wine Version: 1.3.25 Hardware: x86 URL: http://a-sharp.com/files/KoDP-Tour.exe OS: Linux Status: NEW Keywords: download, regression Severity: minor Priority: P2 Component: winmm&mci Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: aeikum(a)codeweavers.com Regression SHA1: be158e48ad8ee556941bd3f1ff94ca7116680d00 Distribution: --- Adjusting the volume level in the game has no effect, the game is playing audio on the default, highest volume. The game is originally from 1999, I tested with the GOG version. The problem can be reproduced with the demo version too. The same problem in Wine 1.4.1, 1.6.2 and 1.7.38. Last working version: Wine 1.3.25. Regression introduced by commit be158e48ad8ee556941bd3f1ff94ca7116680d00 Author: Andrew Eikum <aeikum(a)codeweavers.com> Date: Mon Jul 11 08:28:30 2011 -0500 winmm: Implement waveOut* on top of MMDevAPI. Steps to reproduce the problem in the demo: After installation start the game with tour.exe. Click on the highlighted <Tour> button then click <Skip all> then <Play>. Click on the button right next to <Proceed> in the lower right corner and try to change audio volume level using the slider...you can't. Wine 1.7.38 Fedora 21 Alsa 1.0.28 (Pulseaudio is not running) KoDP-Tour.exe sha1: 445443bd6365f71257abfe0809e9a1932791d1ed -- 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.

2 11

[Bug 41657] New: CoolQ fails to launch with network error
by wine-bugs＠winehq.org Nov. 25, 2019

Nov. 25, 2019

https://bugs.winehq.org/show_bug.cgi?id=41657 Bug ID: 41657 Summary: CoolQ fails to launch with network error Product: Wine Version: 1.9.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bdbaiapp(a)163.com Distribution: --- Created attachment 56052 --> https://bugs.winehq.org/attachment.cgi?id=56052 stderr output After splash screen displayed, CoolQ exits with the message "无法连接软件更新服务器。请检查网络是否通畅，并稍后再试。" (Error while connecting to update server. Please check your network and try again later.) exe file could be found here: http://dlsec.cqp.me/cqa-full -- 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.

2 8

[Bug 27185] New: PC Mark 7 doesn't run under Wine
by wine-bugs＠winehq.org Nov. 25, 2019

Nov. 25, 2019

http://bugs.winehq.org/show_bug.cgi?id=27185 Summary: PC Mark 7 doesn't run under Wine Product: Wine Version: 1.3.20 Platform: x86 URL: http://www.gamershell.com/news_116756.html OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Appears to be a .NET 4 application: austin(a)aw25 ~/.wine/drive_c/Program Files/Futuremark/PCMark 7/bin $ wine PCMark7.exe fixme:actctx:parse_manifest_buffer root element is L"asmv1:assembly", not <assembly> fixme:mscoree:CLRMetaHost_GetRuntime Unrecognized version L"v4.0.20926" though installing mono210 doesn't seem to help. Windows version was set to Windows 7, but XP had the same problem. -- 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.

2 11

[Bug 38423] New: Python 3.5.x exe installer fails with Access denied error
by wine-bugs＠winehq.org Nov. 25, 2019

Nov. 25, 2019

https://bugs.winehq.org/show_bug.cgi?id=38423 Bug ID: 38423 Summary: Python 3.5.x exe installer fails with Access denied error Product: Wine Version: 1.7.40 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bunglehead(a)gmail.com Distribution: --- When you start 3.5.0a3 installer (webinstall or a full one) you get blank dialog with no controls (I don't know if it's expected or not), clicking anywhere shows up a progress bar but after a couple of moments if fails with access denied error. -- 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.

2 26

[Bug 45218] New: Fallout 4 Script Extender fails to allocate trampoline buffers
by wine-bugs＠winehq.org Nov. 25, 2019

Nov. 25, 2019

https://bugs.winehq.org/show_bug.cgi?id=45218 Bug ID: 45218 Summary: Fallout 4 Script Extender fails to allocate trampoline buffers Product: Wine Version: 3.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: buggy(a)ifel.se Distribution: --- Created attachment 61445 --> https://bugs.winehq.org/attachment.cgi?id=61445 f4se log f4se will abort initialization and launch Fallout4 without modification when launching with unpatched wine. It looks for 64K of unreserved memory before the addresses of Fallout4.exe and whichever f4se dll is being loaded for trampoline buffers. I see two issues here. The first is that get_free_mem_state_callback is returning that a block before the exe base overlaps the exe area (ie if exe base address is 0x14000000000 it will reject a 64K block starting at 0x13FC0000000 as overlapping). The other issue is that when the f4se dll is being loaded it's being loaded at a lower address. The code that looks for trampoline buffer space aborts when it gets to a lowest acceptable address which is the module address minus 0x78000000. For low addresses this wraps back around to a high address. Switching to loading dlls from top down stops this from happening but I doubt that's a good approach. With the two patches I'm about to attach f4se completes initialization and everything seems to run fine. -- 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.

2 24

[Bug 31350] New: Cannot install T-Online mediencenter_assistent_setup.exe (entry point method)
by wine-bugs＠winehq.org Nov. 25, 2019

Nov. 25, 2019

http://bugs.winehq.org/show_bug.cgi?id=31350 Bug #: 31350 Summary: Cannot install T-Online mediencenter_assistent_setup.exe (entry point method) Product: Wine Version: 1.5.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: johannesobermayr(a)gmx.de Classification: Unclassified wine mediencenter_assistent_setup.exe fixme:heap:HeapSetInformation (nil) 1 (nil) 0 The entry point method could not be loaded -- 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.

2 14

[Bug 39129] New: Multiple games and applications need support for 'NtSetInformationFile' class 'FileRenameInformation' (Spoon Studio 2011 based Stylizer 5.x, Boost.Interprocess based Tera Online, MSYS2 installer)
by wine-bugs＠winehq.org Nov. 25, 2019

Nov. 25, 2019

https://bugs.winehq.org/show_bug.cgi?id=39129 Bug ID: 39129 Summary: Multiple games and applications need support for 'NtSetInformationFile' class 'FileRenameInformation' (Spoon Studio 2011 based Stylizer 5.x, Boost.Interprocess based Tera Online, MSYS2 installer) Product: Wine Version: 1.7.49 Hardware: x86 URL: https://www.cygwin.com/ OS: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- After bug 30399 was fixed, the next issue is dash.exe crashes. This is using setup-x86.exe, with no special options / extra packages, just the default install the entire way through. [austin(a)localhost ~]$ wine --version wine-1.7.49-184-g5021e91 [austin(a)localhost ~]$ du -h setup-x86.exe 816K setup-x86.exe [austin(a)localhost ~]$ sha1sum setup-x86.exe 4885f4560a6c01ec6d94a322826cc656a63cd86c setup-x86.exe -- 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.

2 13

[Bug 43286] New: Qt 5.7.0 based: Cannot read UDP packets: "errno 90, ( Message too long)"
by wine-bugs＠winehq.org Nov. 25, 2019

Nov. 25, 2019

https://bugs.winehq.org/show_bug.cgi?id=43286 Bug ID: 43286 Summary: Qt 5.7.0 based: Cannot read UDP packets: "errno 90, (Message too long)" Product: Wine Version: 2.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)supradigital.org Distribution: --- Created attachment 58625 --> https://bugs.winehq.org/attachment.cgi?id=58625 Binary, source code, debug log In any program using Qt 5.7.0, if you try to read a udp datagram packet, the call would always return size 0 and leave you with an empty peer-address/port as well. I discovered the problem in the launcher for my game which uses UDP to ping various servers. I wrote a minimal UDP server to which you can connect with netcat (or anything) and it easily reproduces the problem. Attached you'll find a small archive containing: - minimal udp test server - source code for that server - debug log with +winsock showing the error - the client netcat command to cause that error Note: I have not checked a simple raw UDP server using the winsock API directly. The problem exists at least since wine v1.6.2 -- 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.

2 12

[Bug 28196] New: Test Drive Unlimited: Water is always rendered on top of everything.
by wine-bugs＠winehq.org Nov. 25, 2019

Nov. 25, 2019

http://bugs.winehq.org/show_bug.cgi?id=28196 Summary: Test Drive Unlimited: Water is always rendered on top of everything. Product: Wine Version: 1.3.26 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: samurai_no_densetsu(a)yahoo.es On Test Drive Unlimited water is always rendered on top of any other object, no matter how far or high the object is, in fact one can see the rivers and sea over the road/mountains being miles away from the sea/river. This issue happens since the very first runnable wine version (1.1.x), and I belive that it wasn't reported earlier because it was confused by most users with bug 7991, but definitely not the same issue. I have tested it with the following hardware (DX10 capable) and the bug shows clearly: ------------------------[ snip ]------------------------------------ direct rendering: Yes server glx version string: 1.4 client glx version string: 1.4 GLX version: 1.4 OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce 9300M GS/PCI/SSE2 OpenGL version string: 3.3.0 NVIDIA 270.41.06 OpenGL shading language version string: 3.30 NVIDIA via Cg compiler ------------------------[ snip ]------------------------------------ There are also reports on the appdb of users with a Geforce 9600GT or ATI HD4870 having the same issue (both cards are DX10 capable), and a lot of screenshots with the "flood". -- 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.

2 36

[Bug 39614] New: Wine initialises a Critical Section for Mutexes by NULL instead of (void*)-1
by wine-bugs＠winehq.org Nov. 25, 2019

Nov. 25, 2019

https://bugs.winehq.org/show_bug.cgi?id=39614 Bug ID: 39614 Summary: Wine initialises a Critical Section for Mutexes by NULL instead of (void*)-1 Product: Wine Version: 1.7.55 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: EoD(a)xmw.de Distribution: --- After initialising a critical section for mutexes by using static CRITICAL_SECTION Mutex = {(PCRITICAL_SECTION_DEBUG)-1, -1, 0, 0, 0, 0}; wine crashed in "RtlpWaitForCriticalSection()". According to http://locklessinc.com/articles/pthreads_on_windows/ this is a valid way of initialising the critical section. However, Wine seems to initialize it by NULL instead of (void*)-1: http://source.winehq.org/git/wine.git/blob/e8b9bda53ac39c913ddc93de0308f0c8… This is a re-reporting of an issue on github: https://github.com/apitrace/apitrace/issues/397 with a backtrace in https://gist.github.com/EoD/cf759116a4af8744bdb7 -- 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.

2 7