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

[Bug 39078] New: Visual Pinball 9.9.1 crashes on exit after creating a new table
by wine-bugs＠winehq.org Sept. 13, 2018

Sept. 13, 2018

https://bugs.winehq.org/show_bug.cgi?id=39078 Bug ID: 39078 Summary: Visual Pinball 9.9.1 crashes on exit after creating a new table Product: Wine Version: 1.7.49 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tobbi.bugs(a)googlemail.com Download of Visual Pinball 9.9.1 here: http://emulationrealm.net/downloads/file/33-visual-pinball $ openssl sha1 "VPinball991_Full.zip" SHA1(VPinball991_Full.zip)= aafbd3c28af31ec4a993e0fe59a77374e5895572 Steps to reproduce: 1. Download installer and install the game. 2. Start the game. 3. Select File > New. 4. Select File > Exit. wine --version wine-1.7.49 -- 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 24374] New: Driller fails to run
by wine-bugs＠winehq.org Sept. 13, 2018

Sept. 13, 2018

http://bugs.winehq.org/show_bug.cgi?id=24374 Summary: Driller fails to run Product: Wine Version: 1.3.2 Platform: x86 URL: http://download.ovinebydesign.com/driller/download.asp x OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Created an attachment (id=30720) --> (http://bugs.winehq.org/attachment.cgi?id=30720) terminal output Driller is a freeware remake of a classic 3D adventure game, which was quite popular in the 8-bit computer era. The standalone executable Driller.exe fails to run in Wine, showing only a messagebox, saying: 'Error! User lib not found', then it quits. I can't verify how it behaves under a native Windows environment because I have no Windows installed. According to the developer's page the game is Vista compatible. I'm not sure it has something to do with the issue, but the Driller.exe is packed/protected(?) by Molebox Ultra. That is some kind of virtualization which helps creating portable applications. Fedora 13 Nvidia 7600 / driver 256.53 -- 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 28

[Bug 44334] New: 'start /W "" notepad' does not wait as on native.
by wine-bugs＠winehq.org Sept. 13, 2018

Sept. 13, 2018

https://bugs.winehq.org/show_bug.cgi?id=44334 Bug ID: 44334 Summary: 'start /W "" notepad' does not wait as on native. Product: Wine Version: 3.0-rc5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- Created attachment 60210 --> https://bugs.winehq.org/attachment.cgi?id=60210 cmd: Avoid having first parameter to start.exe ignored. Tried to have a look into #44236. There a batch script is executed but the start commands did not wait until the started processes did end. Example line: --- start /W " " "%SFDIR%automesh" wr2300 --- As far as I see this is because when WCMD_start encounters an title parameter, it removes the executable from the cmdline parameter to CreateProcessW. --- start /W "" notepad 002f:trace:process:create_process_impl app L"C:\\windows\\command\\start.exe" cmdline L"/W \"\\\"\\\"\" notepad" --- This get not recognized much, because usually the title is the first parameter and is therefore ignored by start.exe. But start.exe get executed because it is also in the file parameter to CreateProcessW. Attached is a patch that tries to maintain the executable as first parameter in the cmdline parameter to CreateProcessW. -- 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 9

[Bug 42669] New: SolveigMM Video Splitter Business Edition v6.1: Crashes when opened
by wine-bugs＠winehq.org Sept. 13, 2018

Sept. 13, 2018

https://bugs.winehq.org/show_bug.cgi?id=42669 Bug ID: 42669 Summary: SolveigMM Video Splitter Business Edition v6.1: Crashes when opened Product: Wine Version: 2.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jeroentorchmaster(a)gmail.com Distribution: --- Created attachment 57620 --> https://bugs.winehq.org/attachment.cgi?id=57620 Bug file outputted by Wine (Wine-staging 2.3) Installed, then opened the program. GUI shows up, then crashes. -- 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 45274] New: unimplemented function msvcp140.dll.? _Syserror_map@std@@YAPEBDH@Z called in 64-bit code
by wine-bugs＠winehq.org Sept. 13, 2018

Sept. 13, 2018

https://bugs.winehq.org/show_bug.cgi?id=45274 Bug ID: 45274 Summary: unimplemented function msvcp140.dll.?_Syserror_map(a)std@@YAPEBDH(a)Z called in 64-bit code Product: Wine Version: 3.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: bghome(a)gmail.com Distribution: --- Created attachment 61527 --> https://bugs.winehq.org/attachment.cgi?id=61527 Backtrace of wine64 crash Wine crashed using the built-in msvcp140.dll. -- 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 45243] New: Wrong cast in some HANDLE_MSG_WM_* macros produces errors when compiling with wineg++
by wine-bugs＠winehq.org Sept. 13, 2018

Sept. 13, 2018

https://bugs.winehq.org/show_bug.cgi?id=45243 Bug ID: 45243 Summary: Wrong cast in some HANDLE_MSG_WM_* macros produces errors when compiling with wineg++ Product: Wine Version: 3.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winelib Assignee: wine-bugs(a)winehq.org Reporter: sacrom(a)gmail.com Distribution: --- Created attachment 61481 --> https://bugs.winehq.org/attachment.cgi?id=61481 Simple event handler function with HANDLE_MSG macro Compiling a message handler with some HANDLE_MSG() Macros (defined in windowsx.h) with wineg++ a cast error is produced. I attached a test.c simple example and the compile results can be seen in wineg++.err file -- 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 15

[Bug 45067] New: Claybook fails to create shader due to invalid cast
by wine-bugs＠winehq.org Sept. 13, 2018

Sept. 13, 2018

https://bugs.winehq.org/show_bug.cgi?id=45067 Bug ID: 45067 Summary: Claybook fails to create shader due to invalid cast Product: Wine Version: 3.6 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 61205 --> https://bugs.winehq.org/attachment.cgi?id=61205 Log file. Sharers aren't being created correctly due to a failing convert 013d:fixme:d3d_shader:shader_glsl_sprintf_cast Unhandled cast from 0 to 0x6. which leads to .... 013d:fixme:d3d_shader:shader_glsl_dump_program_source imageStore(cs_image0, floatBitsToInt(R0).xy, <unhandled data type 0x6>.xyzw); -- 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 14

[Bug 40694] New: Invalid behavior of "C: && echo haha" or "C: & echo haha"
by wine-bugs＠winehq.org Sept. 13, 2018

Sept. 13, 2018

https://bugs.winehq.org/show_bug.cgi?id=40694 Bug ID: 40694 Summary: Invalid behavior of "C: && echo haha" or "C: & echo haha" Product: Wine Version: 1.9.10 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: fracting(a)gmail.com Distribution: --- On Windows, all of "C: && echo haha", "C: || echo haha", "C: & echo haha" works fine. On Wine, this kinds of command line generates an error of "Can't recognize 'C: ' as an internal or external command, or batch script." Found by neovim developer: https://tea-ci.org/equalsraf/neovim/39 -- 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 45081] New: Expanded FakeDLL support changed behaviour of stubs for A /W symbols
by wine-bugs＠winehq.org Sept. 13, 2018

Sept. 13, 2018

https://bugs.winehq.org/show_bug.cgi?id=45081 Bug ID: 45081 Summary: Expanded FakeDLL support changed behaviour of stubs for A/W symbols Product: Wine-staging Version: 3.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Paul.Hampson(a)Pobox.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 61234 --> https://bugs.winehq.org/attachment.cgi?id=61234 Report the results of GetProcAddress for three variations of the intersting symbol While looking into issues with running current Cygwin on current Wine, an error was raised under Wine Staging 3.6: fatal error - couldn't dynamically determine load address for 'DsEnumerateDomainTrustsW' (handle 0x7F1E632A0000), Win32 error 127 This doesn't happen either natively or with Wine 2.4 (Staging) Looking into it, it appears the current netapi32.spec has: @ stub DsEnumerateDomainTrusts Given the near-trivial code attached, the behaviour difference is clear. Windows (Windows 10 1709): DsEnumerateDomainTrusts not found DsEnumerateDomainTrustsA found DsEnumerateDomainTrustsW found Wine 2.4 (Staging) and 3.6 (Staging): DsEnumerateDomainTrusts found DsEnumerateDomainTrustsA not found DsEnumerateDomainTrustsW not found The weird thing is that Wine 2.4 worked in Cygwin, when clearly nothing has apparently changed for this particular DLL export code-wise since 2005. I believe this is to do with the patches in Wine Staging (https://github.com/wine-staging/wine-staging/tree/master/patches/winebuild-…) which have surfaced a class of previously-hidden issues in Wine. I haven't worked out where yet, but I suspect that the Fake_DLLs are breaking some kind of Wine magic which lets the unadorned symbols for stubs also respond to a lookup for the adorned symbols. Otherwise, I expect we'd see a lot more pairs like this: @ stub DsEnumerateDomainTrustsA @ stub DsEnumerateDomainTrustsW I'm surprised such a change hasn't seen more issues but I was unable to find any references to it on this Bugzilla or by searching Google. ReactOS have a trivial patch which turns them from spec-stubs to code-stubs, and hence corrects the exports etc: https://jira.reactos.org/browse/CORE-11056 and that would make sense for Wine. All Wine installations here are on Ubuntu 14.04 from winehq packages, in Docker images built from https://github.com/TBBle/wine_msys64 -- 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 18164] New: dlls/iphlpapi/ifenum.c: compiler warnings
by wine-bugs＠winehq.org Sept. 13, 2018

Sept. 13, 2018

http://bugs.winehq.org/show_bug.cgi?id=18164 Summary: dlls/iphlpapi/ifenum.c: compiler warnings Product: Wine Version: 1.1.19 Platform: PC OS/Version: NetBSD Status: NEW Keywords: source Severity: minor Priority: P2 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -I/usr/pkg/include -I/usr/include -I/usr/X11R7/include/freetype2 -I/usr/X11R7/include -O2 -I/usr/pkg/include -I/usr/include -I/usr/X11R7/include/freetype2 -I/usr/X11R7/include -o ./ifenum.o ./ifenum.c ./ifenum.c: In function 'enumIPAddresses': ./ifenum.c:693: warning: pointer of type 'void *' used in arithmetic ./ifenum.c:693: warning: comparison of distinct pointer types lacks a cast ./ifenum.c: In function 'getIPAddrTable': ./ifenum.c:754: warning: pointer of type 'void *' used in arithmetic ./ifenum.c:754: warning: comparison of distinct pointer types lacks a cast No patch for this one yet. Won't complain if someone beats me to it ;-). -- 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 9