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

[Bug 44395] wine-preloader causes Nvidia Proprietary page fault on write access in 32-bit code

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=44395 Herman Tafintsev <germanapps(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #62121|Wine staging 3.14 - 64bit |Wine staging 3.14 - 64bit description|prefix - Nvidia GeForce GT |prefix - Nvidia GeForce GT |740M - The Hobbit |740M - nvidia-driver-390 - |(Meridian.exe) |The Hobbit (Meridian.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.

Aug. 23, 2018

[Bug 38558] cmd.exe bundled with Windows XP messed up when using FOR /F

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=38558 Gabriel Ivăncescu <gabrielopcode(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gabrielopcode(a)gmail.com --- Comment #13 from Gabriel Ivăncescu <gabrielopcode(a)gmail.com> --- Just stumbled upon this bug in practice, and I see it hasn't gone anywhere. Do you mind if I take over this bug and submit a revised patch for it? -- 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.

Aug. 23, 2018

[Bug 44395] wine-preloader causes Nvidia Proprietary page fault on write access in 32-bit code

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=44395 --- Comment #42 from Herman Tafintsev <germanapps(a)gmail.com> --- Comment on attachment 62121 --> https://bugs.winehq.org/attachment.cgi?id=62121 Wine staging 3.14 - 64bit prefix - Nvidia GeForce GT 740M - The Hobbit (Meridian.exe) Wine fails to launch exe at all. Also heroes of Might and Magic 4 fails with the same error. This bug exist only when proprietary drivers are used by system. Open driver works but rendering is slow. -- 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.

Aug. 23, 2018

[Bug 44395] wine-preloader causes Nvidia Proprietary page fault on write access in 32-bit code

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=44395 Herman Tafintsev <germanapps(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |germanapps(a)gmail.com --- Comment #41 from Herman Tafintsev <germanapps(a)gmail.com> --- Created attachment 62121 --> https://bugs.winehq.org/attachment.cgi?id=62121 Wine staging 3.14 - 64bit prefix - Nvidia GeForce GT 740M - The Hobbit (Meridian.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.

Aug. 23, 2018

[Bug 37834] RtlSetCurrentDirectory_U prepends "UNC\" for network paths; the resulting path is invalid

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=37834 --- Comment #2 from Gabriel Ivăncescu <gabrielopcode(a)gmail.com> --- Created attachment 62120 --> https://bugs.winehq.org/attachment.cgi?id=62120 Properly set the current directory for UNC paths diff of sent patch, if you want to test now -- 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.

Aug. 23, 2018

[Bug 37834] RtlSetCurrentDirectory_U prepends "UNC\" for network paths; the resulting path is invalid

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=37834 Gabriel Ivăncescu <gabrielopcode(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gabrielopcode(a)gmail.com --- Comment #1 from Gabriel Ivăncescu <gabrielopcode(a)gmail.com> --- Quite late but thanks for the detailed report, I managed to find the culprit. Note that the prefix is actually correct, because it is using the NT naming scheme, so it looks like \??\UNC\server\share thus it uses the unc dir under dosdevices, and it's perfectly valid. The issue seems to be when changing the current directory, because it will strip the \??\ from the NT naming scheme, and end up with UNC\sever\share, which no other code will handle. The rest of the Wine code handles current directories of \\server\share just fine, and that's what it should be anyway, so I've sent a patch to fix this when setting the directory, to convert it to the \\server\share form. This fixes many issues with UNC for me: I can use Wine's cmd to "cd" into subdirectories from a UNC path just fine now, where previously it failed, I can also create subdirectories with "md" from UNC paths. However "dir" command will still fail to work, but "dir" fails even with an absolute \\server\share path, because it's hardcoded to assume drive letters, so that is the fault of Wine's cmd at this point, not UNC paths (and a separate bug should be filed for it). Other commands have their own issues, for example "md \\?\unc\server\share\foo" doesn't work, but "md \\server\share\foo" works... again this is the fault of Wine's cmd not handling UNC paths properly, so it's bug in cmd and a completely separate thing (application bug). UNC paths should now be fully supported for apps that handle them properly, but please test if you can (and are still around to see this), there might be other corner cases that still break with UNC paths that I'm not aware of. For example, I can copy files with Total Commander just fine now to a UNC path. Please don't test with Wine's cmd and report it as a bug here, instead test it with a Windows application known-to-work with UNC paths and see if it breaks under Wine. (note that only paths should be fully supported now, enumerating network shares is not implemented yet) -- 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.

Aug. 23, 2018

[Bug 42907] Wine crashes when loading The Specialists mod for Half Life

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=42907 ganthore <ganthore(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |https://www.moddb.com/mods/ | |the-specialists -- 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.

Aug. 23, 2018

[Bug 42907] Wine crashes when loading The Specialists mod for Half Life

by wine-bugs＠winehq.org

Aug. 23, 2018

[Bug 45694] New: WinHttpOpenRequest: unsafe characters are not escaped

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=45694 Bug ID: 45694 Summary: WinHttpOpenRequest: unsafe characters are not escaped Product: Wine Version: 3.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winhttp Assignee: wine-bugs(a)winehq.org Reporter: ebissonnette(a)genetec.com Distribution: --- WinHttpOpenRequest does not escape unsafe characters in LPCWSTR object. An application therefore fails to issue a valid HTTP request when it passes a path that contains unsafe characters, such as a space, in the query part of the URL. For example : WinHttpOpenRequest(hConnect, NULL, "/search.cgi?word=Some example", NULL, NULL, NULL, 0); The resulting HTTP request contains the unsafe character. It should have been converted to "/search.cgi?word=Some%20example" -- 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.

Aug. 23, 2018

[Bug 45688] Gamepad appears both as dinput and xinput ( eg. Valkyria Chronicles)

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=45688 --- Comment #2 from Hans Leidekker <hans(a)meelstraat.net> --- (In reply to Vincent Povirk from comment #1) > xinput controls can be accessed through dinput on Windows, but not all > controllers support xinput. > > MS has published sample code which uses WMI to test whether a dinput > controller supports xinput, and ignore it if so: > https://docs.microsoft.com/en-us/windows/desktop/xinput/xinput-and- > directinput > > I don't think that approach works correctly on Wine. Support for Win32_PnPEntity has been added recently, so the query should succeed at least. It may not yield any results if your joystick is somehow not detected as a plug and play device. If I plug in the Xbox 360 controller I have here and run that WMI query I get three results. Two of them identify as a joystick and contain IG_. One is a HID device and the other a Linux event device. Reporter, can you attach a WINEDEBUG=+wbemprox,+hid,+plugplay,+setupapi trace? -- 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.

Aug. 23, 2018