May 2019 - Wine-bugs - list.winehq.org

[Bug 31591] New: SolidWorks 2010: Installation of service pack 5.0 fails
by wine-bugs＠winehq.org 08 Nov '21

08 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=31591 Bug #: 31591 Summary: SolidWorks 2010: Installation of service pack 5.0 fails Product: Wine Version: 1.5.12 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Classification: Unclassified Created attachment 41541 --> http://bugs.winehq.org/attachment.cgi?id=41541 Terminal output on Wine 1.5.12 Steps to reproduce: 1) remove ~/.wine 2) winetricks vcrun2005 vcrun2008 mfc40 dotnet30 2) install SolidWorks 2010 3) install SP5 by 'wine start sw2010-0.0-5.0-i.msp' Behaviour: Installer shows up, something is going up, at the end there is silent crash or information that installer was interrupted. I start SolidWorks 2010 and there is no sign that SP5 is installed. Expected behaviour: I should see in SolidWorks 2010, that SP5 is installed. -- 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 7

[Bug 31486] New: SolidWorks 2012: sldim crashes
by wine-bugs＠winehq.org 08 Nov '21

08 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=31486 Bug #: 31486 Summary: SolidWorks 2012: sldim crashes Product: Wine Version: 1.5.10 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Classification: Unclassified Created attachment 41392 --> http://bugs.winehq.org/attachment.cgi?id=41392 Terminal output on wine-1.5.10-250-g6c1fcaa Steps to reproduce: 1) remove ~/.wine 2) wine setup.exe Behaviour: Wine crash. Expected behaviour: No Wine crash. -- 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 7

[Bug 16592] New: Ford service manual viewer fails to detect CD (fix attached)
by wine-bugs＠winehq.org 08 Nov '21

08 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=16592 Summary: Ford service manual viewer fails to detect CD (fix attached) Product: Wine Version: unspecified Platform: PC OS/Version: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: p-wine-bugs(a)ziemba.us Created an attachment (id=18120) --> (http://bugs.winehq.org/attachment.cgi?id=18120) patch to handle null-rootpath equivalent in GetVolumeInformationW wine-1.1.10 I installed the Ford 1993-1994 truck service manual viewer from CD. The viewer application requires that the CD be present in a drive before it will show service data. The viewer application c:/FORD/PUBS/programs/VIEW16.EXE complains that there is no CD present, even though there is. (yes, links for d: and d:: were made correctly in .wine/dosdevices). It turns out that the application calls GetVolumeInformationW with a "root" argument of "\\:". In this case, GetCurrentDirectoryW returns the desired root path, but since root is not null, the code in GetVolumeInformationW uses "\\" as the drive letter instead (and fails). Patching GetVolumeInformationW to treat root == "\\:" the same as the null case results in the application successfully detecting the CD and operating properly. Documentation of GetVolumeInformationW on MSDN seems to indicate that there is a broader range of possible formats for the root parameter than the wine implementation currently handles, so perhaps a more extensive fix is needed for the general case. -- 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 41

[Bug 16567] New: moving mouse outside the wine virtual desktop causes crash in FastBltNoTrans()
by wine-bugs＠winehq.org 08 Nov '21

08 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=16567 Summary: moving mouse outside the wine virtual desktop causes crash in FastBltNoTrans() Product: Wine Version: 1.0.1 Platform: PC OS/Version: Windows XP Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: stephanecharette(a)gmail.com Installed the game "Nancy Drew: Stay Tuned For Danger". Installation and game start seems to work well. But the mouse icon is customized for the game, and changes depending on whether there is an object under the mouse with which you can interact. If at any point during the game the mouse is moved outside the wine virtual dekstop, the game immediately crashes with the following Windows dialog window: ----------------------- FastBltNoTrans() - err ret = 88760096, pDescription = Dirty Rect Fast Blt, rSrcRect: t=158, b=198, l=-5, r=25, dwDestX=-5, dwDestY=158 - DDERR_INVALIDRECT - Rectangle provided was invalid. ----------------------- I added it to AppDB here: http://appdb.winehq.org/objectManager.php?sClass=version&iId=14880 I also have an earlier forum posting here with several other details: http://forum.winehq.org/viewtopic.php?t=3190 -- 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 17

[Bug 46454] New: Minimalistic C++ program removing non-empty directory is not working
by wine-bugs＠winehq.org 07 Nov '21

07 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=46454 Bug ID: 46454 Summary: Minimalistic C++ program removing non-empty directory is not working Product: Wine Version: 4.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: contact(a)shaac.me Distribution: --- Created attachment 63241 --> https://bugs.winehq.org/attachment.cgi?id=63241 The binary that works well on Windows, and less well with Wine If Wine executes a C++ program executing `std::filesystem::remove_all`, compiled with MSVC, then it will only succeed to remove empty folders, but will silently fail if the folder is not empty. The call will not raise any error, but the folder and its content will stay on disk. In attachment is such a program, rm.exe. If you do `rm.exe <dirname>` on wine, it will fail to delete non-empty folders. But the same command on Windows will succeed. The only Wine terminal output, which shows both when deleting an empty folder (success) and a non empty-one (failure: bug), is: 002b:fixme:kernelbase:AppPolicyGetProcessTerminationMethod 0xfffffffffffffffa, 0x22fd10 I tested this with wine-4.0-rc5 on Archlinux. And did the Windows side of tests on a Windows 7 professional. The program source code is: #include <filesystem> int main(int, char** argv) { std::filesystem::remove_all(std::filesystem::path(argv[1])); } I compiled this program with MSVC version 19.15.26732.1 for x64, with Wine, and with `/EHsc /TP /std:c++17` flags. -- 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 4

[Bug 43705] New: PES 2018 Settings.exe crashes
by wine-bugs＠winehq.org 06 Nov '21

06 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=43705 Bug ID: 43705 Summary: PES 2018 Settings.exe crashes Product: Wine Version: 2.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: plata(a)mailbox.org Distribution: --- Created attachment 59172 --> https://bugs.winehq.org/attachment.cgi?id=59172 Invalid IL code When Pro Evolution Soccer (PES) 2018 is installed, Settings.exe is executed. It crashes with the exception in the attachment. -- 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 34541] New: Max Payne 3 needs native dotnet20
by wine-bugs＠winehq.org 06 Nov '21

06 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=34541 Bug #: 34541 Summary: Max Payne 3 needs native dotnet20 Product: Wine Version: 1.7.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrey.goosev(a)gmail.com Classification: Unclassified Created attachment 45984 --> http://bugs.winehq.org/attachment.cgi?id=45984 log As titled. -- 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 9

[Bug 23537] New: Notepad in Hebrew shows some squares instead of characters
by wine-bugs＠winehq.org 06 Nov '21

06 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=23537 Summary: Notepad in Hebrew shows some squares instead of characters Product: Wine Version: 1.2-rc6 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Paul.Vriens.Wine(a)gmail.com Created an attachment (id=29391) --> (http://bugs.winehq.org/attachment.cgi?id=29391) Screenshot showing the squares We now have a Hebrew translation of notepad. The goal was to have at least one translation in so we can see what bugs we currently have with respect to Hebrew (and Arabic for that matter). The screenshot shows some squares where it should show Hebrew text. I have no idea where to look yet. The title bar seems fine but the text in the dialog isn't. Some of the other dialogs also shows squares but I guess it boils down to the same bug. -- 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 22

[Bug 46472] New: Linux kernel 4.19 breaks startup of BO2 due to change in PTRACE_POKEUSER hw breakpoint behavior
by wine-bugs＠winehq.org 05 Nov '21

05 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=46472 Bug ID: 46472 Summary: Linux kernel 4.19 breaks startup of BO2 due to change in PTRACE_POKEUSER hw breakpoint behavior Product: Wine Version: 4.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: troyb(a)us.ibm.com Distribution: --- Created attachment 63297 --> https://bugs.winehq.org/attachment.cgi?id=63297 linux 4.19 commit bd14406b78e6daa1ea3c1673bda1ffc9efdeead0 I bisected Linux 4.18 to 4.19 to find this commit which stops BO2 from launching under any version of wine from 3.12 to 4.0-rc6, attachment below. For convenience I hand-reverted the file kernel/events/hw_breakpoint.c as follows : /** * modify_user_hw_breakpoint - modify a user-space hardware breakpoint * @bp: the breakpoint structure to modify * @attr: new breakpoint attributes */ int modify_user_hw_breakpoint(struct perf_event *bp, struct perf_event_attr *attr) { int err; /* * modify_user_hw_breakpoint can be invoked with IRQs disabled and hence it * will not be possible to raise IPIs that invoke __perf_event_disable. * So call the function directly after making sure we are targeting the * current task. */ if (irqs_disabled() && bp->ctx && bp->ctx->task == current) perf_event_disable_local(bp); else perf_event_disable(bp); #if 0 /* new logic : >= kernel 4.19 */ err = modify_user_hw_breakpoint_check(bp, attr, false); if (!bp->attr.disabled) perf_event_enable(bp); return err; #else /* old logic : <kernel 4.19 */ if (!attr->disabled) { err = modify_user_hw_breakpoint_check(bp, attr, false); if (err) return err; perf_event_enable(bp); bp->attr.disabled=0; } return 0; #endif } I examined some wine source code and found many instance of use of PTRACE_POKUSER. I don't know enough about this function to know if this kernel commit directly breaks the wine code, or some other fault in wine code is indirectly triggering the problem. Using "old logic" in the file hw_breakpoints above enables kernel 4.19 to start BO2 with 4.0-rc6 (and most likely others). -- 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 77

[Bug 46801] New: Hitman: Sniper Challenge crashes on startup when using FAudio
by wine-bugs＠winehq.org 05 Nov '21

05 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=46801 Bug ID: 46801 Summary: Hitman: Sniper Challenge crashes on startup when using FAudio Product: Wine Version: 4.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 63822 --> https://bugs.winehq.org/attachment.cgi?id=63822 backtrace mmap() failed: Cannot allocate memory Failed to create permanent mapping for memfd region with ID = 2770054660 Ignoring received block reference with non-registered memfd ID = 2770054660 wine-4.3-188-gab7756619c -- 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 10