October 2020 - Wine-Bugs - list.winehq.org

[Bug 49946] New: Themida-packed application crashing on multi-hop import forward

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49946 Bug ID: 49946 Summary: Themida-packed application crashing on multi-hop import forward Product: Wine Version: 5.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: heisenberg(a)croosade.com Regression SHA1: f26b1f0392714891bbd8c603de072818cc65e45f Distribution: ArchLinux I'm dealing with a packed application that imports functions from oleaut32.dll. Specifically, it uses GetErrorInfo and SetErrorInfo. In the commit mentioned in this issue, SetErrorInfo was moved from ole32.dll into combase.dll. This is fine, because Microsoft did the same in NT 6. However Wine now has the situation that we have a forward chain of oleaut32.SetErrorInfo -> ole32.SetErrorInfo -> combase.SetErrorInfo. I believe the packer that was applied to the application I'm trying to run cannot deal with this situation. The first hop goes fine, however for the next one, the actual function address is not resolved. It ends up literally jumping into the "combase.SetErrorInfo" string, which of course causes the program to crash unrecoverably. The application was running fine up until Wine 5.15. Wine 5.16 was the first version that incorporated the function move commits, and I've been experiencing this crash ever since. As a workaround, I tried recompiling oleaut32 with the forwards in oleaut32.spec replaced to directly point to combase instead of hopping through ole32 first. This immediately fixed the crash. Apart from SetErrorInfo this should also affect GetErrorInfo and CreateErrorInfo since they have the same chain now. I'm not submitting a patch because I'm not sure if simply changing them this way may have other side effects. -- 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.

Oct. 5, 2020

[Bug 49945] New: Visio 2010: picture: content of clipboard can not be paste into Visio

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49945 Bug ID: 49945 Summary: Visio 2010: picture: content of clipboard can not be paste into Visio Product: Wine Version: 5.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vedeifun(a)byom.de Distribution: --- How to reproduce: 1. Make a screen snapshot of a part of your screen and put it into the clipboard. 2. Change to your open Visio 2010. 3. Press Ctrl+C The following message appears: Quote: "Error (925) during the pasting process. Visio cannot retrieve the device independent bitmap data from the clipboard." -- 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.

Oct. 5, 2020

[Bug 49944] New: Tom Clancy's Splinter Cell: Conviction fails to detect audio device

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49944 Bug ID: 49944 Summary: Tom Clancy's Splinter Cell: Conviction fails to detect audio device Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 68335 --> https://bugs.winehq.org/attachment.cgi?id=68335 wbemprox Stops launching with 'No audio device detected' message. Workaround is rename systemdetection.dll in 'src/system' or disable wbemprox. wine-5.18-161-gcce4f36e21 -- 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.

Oct. 5, 2020

[Bug 35220] Clickr: puzzle table is hidden behind solid color with built-in d3dx libraries

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=35220 Béla Gyebrószki <gyebro69(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |ABANDONED Status|REOPENED |RESOLVED --- Comment #8 from Béla Gyebrószki <gyebro69(a)gmail.com> --- (In reply to Gijs Vermeulen from comment #7) > Is this still present in wine-5.18? Still present in wine-5.18-161-gcce4f36e21 (built-in d3dx9_34). > It seems this game isn't available on Steam anymore. Yes, it was removed from the Steam Store in 2018. Thus this bug report can be closed as abandoned. It is probably a dupe of another existing bug anyway. -- 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.

Oct. 5, 2020

[Bug 43947] Disk size in Wine is not correct

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=43947 --- Comment #12 from Alan A. <grsfdhj(a)tiscali.it> --- Created attachment 68334 --> https://bugs.winehq.org/attachment.cgi?id=68334 free disk space with wine-staging-5.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.

Oct. 5, 2020

[Bug 43947] Disk size in Wine is not correct

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=43947 --- Comment #11 from Alan A. <grsfdhj(a)tiscali.it> --- Created attachment 68333 --> https://bugs.winehq.org/attachment.cgi?id=68333 free disk space with wine-5.10 -- 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.

Oct. 5, 2020

[Bug 43947] Disk size in Wine is not correct

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=43947 --- Comment #10 from Alan A. <grsfdhj(a)tiscali.it> --- Created attachment 68332 --> https://bugs.winehq.org/attachment.cgi?id=68332 free disk space with wine-3.1 -- 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.

Oct. 5, 2020

[Bug 43947] Disk size in Wine is not correct

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=43947 Alan A. <grsfdhj(a)tiscali.it> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |grsfdhj(a)tiscali.it --- Comment #9 from Alan A. <grsfdhj(a)tiscali.it> --- I think I see this too with multiple recent wine versions, although with different "free space" numbers between versions (see screenshots). These are the drive mappings, as in ~/.wine/dosdevices: c: -> ../drive_c com1 -> /dev/ttyS0 com2 -> /dev/ttyS1 com3 -> /dev/ttyS2 com4 -> /dev/ttyS3 d:: -> /dev/sr0 e:: -> /dev/sdc f:: -> /dev/sde g: -> /run/media/alan/Cruzer g:: -> /dev/sdd1 h: -> /home/alan i:: -> /dev/sdd3 j:: -> /dev/sdd2 k:: -> /dev/sdd6 l:: -> /dev/sdd8 m:: -> /dev/sdd7 n: -> /run/media/alan/DATA n:: -> /dev/sdd5 o: -> /mnt/tmp o:: -> /dev/loop0 p:: -> /dev/sdd q:: -> /dev/sdb z: -> / This is what "df -Th" reports for the relevant paths: File system Type Dim. Used Avail. Use% Mounted on /dev/sda4 ext4 121G 111G 3,8G 97% /home /dev/sdb1 ext4 917G 851G 20G 98% /mnt/storage tmpfs tmpfs 16G 42M 16G 1% /tmp /dev/sda3 ext4 50G 42G 4,9G 90% / devtmpfs devtmpfs 16G 0 16G 0% /dev -- 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.

Oct. 5, 2020

[Bug 49052] Japanese Visual Novel "Natural Vacation" doesn't start (ENIGMA 5.X protected)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49052 --- Comment #9 from Paul Gofman <pgofman(a)codeweavers.com> --- Created attachment 68331 --> https://bugs.winehq.org/attachment.cgi?id=68331 Bypass NtOpenFile in NtGetNlsSectionPtr() I've tested the Blossom Tales: The Sleeping King with the latest Wine and it is almost there. The following upstream changes made the hidden DLLs load ok now: - moving most of Nt... functions to the Unix part of ntdll; - reworking loader so that it fully works through Nt functions now and thus does not depend on the dll being placed as a Unix disk file. Still with mainstream Wine the game hits stack overflow exception at start. That happens because NtGetNlsSectionPtr() is not in the Unix part yet. It calls NtOpenFile which is hotpatched by Enigma, and Enigma uses kernelbase locale functions to handle the file name. This results in infinite recursion. The attached proof of concept hack makes the game start fine for me. So this should work in a proper way once NtGetNlsSectionPtr gets moved to the Unix part. I also tested 'The Rising of the Shield Hero Relive The Animation' which had the same issues and it is also working fine for me with the attached hack. -- 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.

Oct. 5, 2020

[Bug 49939] Clive Barker's Jericho Demo claims not enough room on C: when Wine is built with mingw (NtMapViewOfSection returns STATUS_NOMEMORY)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49939 Gijs Vermeulen <gijsvrm(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Clive Barker's Jericho Demo |Clive Barker's Jericho Demo |claims not enough room on |claims not enough room on |C: (NtMapViewOfSection |C: when Wine is built with |returns STATUS_NOMEMORY) |mingw (NtMapViewOfSection | |returns STATUS_NOMEMORY) --- Comment #3 from Gijs Vermeulen <gijsvrm(a)gmail.com> --- (In reply to Gijs Vermeulen from comment #2) > (In reply to Andrey Gusev from comment #1) > > Installed successfully for me. > > > > b7a609bf0f55356722816a380d439802e9e4b534 CliveBarkersJericho_Demo.exe > > > > wine-5.18-161-gcce4f36e21 > > Tried again to make sure, still fails. I have this on both macOS (10.14) and > Linux (ArchLinux). Same demo file (SHA1 matches) and same wine version. Heh, I built the exact same wine version without mingw and now I don't experience this issue. -- 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.

Oct. 5, 2020