December 2021 - Wine-Bugs - list.winehq.org

[Bug 52311] New: Starting executables from removable devices no longer works with Wine 7.0-rc3-7-g3e73437ae8f

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=52311 Bug ID: 52311 Summary: Starting executables from removable devices no longer works with Wine 7.0-rc3-7-g3e73437ae8f Product: Wine Version: 7.0-rc3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, just found by chance while checking some old bug reports. Mount media/ISO image as usual and change to the directory where the executable resides (= becomes working directory). Starting executable with 'wine ./setup.exe' results in: --- snip --- wine: failed to open "./setup.exe": c0000135 --- snip --- --- snip --- $ WINEDEBUG=+module,+server wine ./setup.exe >> ~/Downloads/log.txt 2>&1 ... 0024:trace:module:get_load_order looking for L"C:\\setup.exe" 0024: get_key_value( hkey=0004, name=L"C:\\setup.exe" ) 0024: get_key_value() = OBJECT_NAME_NOT_FOUND { type=-1, total=0, data={} } 0024: get_key_value( hkey=0004, name=L"*setup.exe" ) 0024: get_key_value() = OBJECT_NAME_NOT_FOUND { type=-1, total=0, data={} } 0024: get_key_value( hkey=0004, name=L"setup.exe" ) 0024: get_key_value() = OBJECT_NAME_NOT_FOUND { type=-1, total=0, data={} } 0024:trace:module:get_load_order got main exe default n,b for L"C:\\setup.exe" wine: failed to open "./setup.exe": c0000135 0024: terminate_process( handle=ffffffff, exit_code=-1073741515 ) 0024: terminate_process() = 0 { self=1 } --- snip --- It worked with Wine 7.0-rc3 but with today's git it no longer does. I suspect https://source.winehq.org/git/wine.git/commitdiff/3e73437ae8f04a12200bf5377… ("ntdll: Preserve the startup Unix directory unless it's on a removable device.") being the culprit. --- snip --- $ findmnt /run/media/focht/acad TARGET SOURCE FSTYPE OPTIONS /run/media/focht/acad /dev/sr1 iso9660 ro,nosuid,nodev,relatime,nojoliet,check=s,map=n,blocksize=2048,uid=1000,gid=1000,dmode=500,fmode=400 $ pwd /run/media/focht/acad $ ll total 105 -r-xr-xr-x. 1 focht focht 306 Feb 12 2007 acadcd.mid -r-xr-xr-x. 1 focht focht 43 Feb 22 2002 autorun.inf dr-xr-xr-x. 80 focht focht 10240 Feb 12 2007 rr_moved -r-xr-xr-x. 1 focht focht 87656 Feb 12 2007 setup.exe dr-xr-xr-x. 11 focht focht 4096 Feb 12 2007 x64 dr-xr-xr-x. 11 focht focht 4096 Feb 12 2007 x86 --- snip --- --- snip --- $ ll ~/.wine/dosdevices/ lrwxrwxrwx. 1 focht focht 10 Dec 31 14:05 c: -> ../drive_c lrwxrwxrwx. 1 focht focht 10 Dec 31 14:07 com1 -> /dev/ttyS0 ... lrwxrwxrwx. 1 focht focht 10 Dec 31 14:07 com9 -> /dev/ttyS8 lrwxrwxrwx. 1 focht focht 8 Dec 31 14:05 d:: -> /dev/sr0 lrwxrwxrwx. 1 focht focht 21 Dec 31 14:05 e: -> /run/media/focht/acad lrwxrwxrwx. 1 focht focht 8 Dec 31 14:05 e:: -> /dev/sr1 lrwxrwxrwx. 1 focht focht 8 Dec 31 14:07 lpt1 -> /dev/lp0 lrwxrwxrwx. 1 focht focht 8 Dec 31 14:07 lpt2 -> /dev/lp1 lrwxrwxrwx. 1 focht focht 8 Dec 31 14:07 lpt3 -> /dev/lp2 lrwxrwxrwx. 1 focht focht 8 Dec 31 14:07 lpt4 -> /dev/lp3 lrwxrwxrwx. 1 focht focht 1 Dec 31 14:05 z: -> / --- snip --- This works: --- snip --- $ wine "e:\\setup.exe" ... --- snip --- $ wine --version wine-7.0-rc3-34-gb6dc8399087 Regards -- 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.

Dec. 31, 2021

[Bug 52308] Heidoc.net Microsoft Windows and Office ISO Downloader 7.x/8.x (.NET 4.x app) can't download images

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=52308 --- Comment #2 from khewweifeng(a)hotmail.com --- Hi focht, So what should I do ? upgrade the wine mono into newer version ? or upgrade the wine version into development stage ? -- 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.

Dec. 31, 2021

[Bug 52280] wine's default registry value should set EnableLUA to 0 instead of 1

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=52280 --- Comment #2 from SusanCragin <susancragin(a)earthlink.net> --- Created attachment 71472 --> https://bugs.winehq.org/attachment.cgi?id=71472 screenshot So probably the problem I'm having will go away. This is a screenshot showing trying to start Dragon NaturallySpeaking 12.5. I run Gentoo with wine-6.23 (Staging) which is the latest available. The screenshot shows what happens when EnableLUA is set to 1, for me. -- 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.

Dec. 31, 2021

[Bug 52305] Browsing the game library in GOG Galaxy is very slow

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=52305 --- Comment #7 from Konstantin <jon9097(a)gmail.com> --- (In reply to Olivier F. R. Dierick from comment #6) > Hello, > > The summary has been updated to better reflect the issue. > > Regards. Not at all! The whole application is very slow! All menus open slowly, in general, all actions that can be done in the Launcher work very slowly! -- 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.

Dec. 31, 2021

[Bug 49828] MSVC 2019 32-bit executables with ASAN enabled fail to start when Wine is built with LLVM MinGW due to missing hotpatch prolog (kernelbase.dll exports et al.)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49828 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|MSVC 2019 executables with |MSVC 2019 32-bit |ASAN enabled fail to start |executables with ASAN | |enabled fail to start when | |Wine is built with LLVM | |MinGW due to missing | |hotpatch prolog | |(kernelbase.dll exports et | |al.) --- Comment #5 from Anastasius Focht <focht(a)gmx.net> --- Hello folks, @Jacek comment #3 --- quote --- If you have llvm-mingw installed, then it will be used by consigure to build Wine with mingw target. To force MSVC target, you may use something like: configure CROSSCC=clang (it may still use clang shipped with llvm-mingw, just in a different way) --- quote --- It didn't work for me, clean build but the API entry still doesn't start with the 2-byte instruction. I'm using Martin's 20211002 release with LLVM stable 13.0.0 https://github.com/mstorsjo/llvm-mingw/releases/tag/20211002 https://github.com/mstorsjo/llvm-mingw/releases/download/20211002/llvm-ming… 'config.log' --- snip --- CROSSCC='clang' CROSSCFLAGS='-g -O2' CROSSDEBUG='pdb' ... CROSSTARGET='i686-windows' --- snip --- @Roman comment #4 I've adjusted the title to be more clear. Sure, there could be more bug reports for each of the issues: (1) Make 'MSVC' mode default in Wine when LLVM MinGW is used (this one?). (2) Add a bunch of missing instruction decodings to improve ASAN hooking (from bug 50993 and bug 49828 = this one) -> track upsteam project with it and resolve 'NOT OUR BUG' later. (3) Fixing specific Wine API to add missing hotpatch decoration = bug 50993? (4) Bug 50993 add link to bug 50735 because one of the issues mentioned was fixed there ("ntdll: Don't pretend that the whole address space is reserved on non-i386."). Regards -- 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.

Dec. 31, 2021

[Bug 51063] Spitfire Audio plugins can't find their sample libraries

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=51063 Gijs Vermeulen <gijsvrm(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Summary|Spitfire Audio plugins can |Spitfire Audio plugins |find their sample libraries |can't find their sample | |libraries Status|UNCONFIRMED |RESOLVED --- Comment #19 from Gijs Vermeulen <gijsvrm(a)gmail.com> --- In that case, marking FIXED. Robbert, please open a new bug for the remaining (non-regression) 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.

Dec. 31, 2021

[Bug 49828] MSVC 2019 executables with ASAN enabled fail to start

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49828 --- Comment #4 from Roman Pišl <rpisl(a)seznam.cz> --- > @Roman (comment #1) > > --- quote --- > Maybe related: bug 50993. > --- quote --- > > Well, if you turn bug reports into meta-issues a la "make ASAN executables > work", then of course they are related. But that's not really good practice. > Agree. Also the title could be helpful, is this bug definitely about "MSVC 2019 32bit executables with ASAN enabled fail to start on Wine compiled with llvm-mingw"? -- 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.

Dec. 31, 2021

[Bug 52308] Heidoc.net Microsoft Windows and Office ISO Downloader 7.x/8.x (.NET 4.x app) can't download images

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=52308 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |https://web.archive.org/web | |/20211227172444/https://www | |.heidoc.net/php/Windows-ISO | |-Downloader.exe CC| |focht(a)gmx.net Version|unspecified |6.0.2 Keywords| |download Ever confirmed|0 |1 Summary|Heidoc Microsoft Windows |Heidoc.net Microsoft |and Office ISO Download |Windows and Office ISO |Tool |Downloader 7.x/8.x (.NET | |4.x app) can't download | |images Status|UNCONFIRMED |NEW --- Comment #1 from Anastasius Focht <focht(a)gmx.net> --- Hello khewweifeng, you're using stable Wine 6.0.x release which is outdated in several aspects. Wine 6.0.2 provides Wine-Mono 5.1.1: --- snip --- $ git remote -v ... origin git://source.winehq.org/git/wine.git (fetch) origin no_push (push) $ git log wine-6.0.2 --pretty='%h %ad %s' --date=short |\ egrep -i "*wine mono.*[0-9.]{2,}.*" | head -1 6078375a298 2020-09-28 mscoree: Update Wine Mono to 5.1.1. --- snip --- I couldn't reproduce your crash with it. Please always provide exact instructions how to reproduce the crash, i.e. "select menu X", "click button Y". Also the version of the app matters. The app seems frequently updated which potentially leads to different bugs / root causes. Anyway, I got two .NET backtraces which the app allows to ignore but it doesn't do anything useful in the end. On startup: --- snip --- ************** Exception Text **************\nSystem.NullReferenceException: Object reference not set to an instance of an object at Microsoft.VisualBasic.Interaction.GetSetting (System.String AppName, System.String Section, System.String Key, System.String Default) [0x00041] in <4dcb7d1ddab44fa4bafe41122e645da4>:0 at WindowsISODownloader.Form1.Form1_Load (System.Object sender, System.EventArgs e) [0x010f1] in <c617174d66854e919bf38dd8cb4bd484>:0 at System.Windows.Forms.Form.OnLoad (System.EventArgs e) [0x000d1] in <4b7d326f792d4378bd436300c6961411>:0 at System.Windows.Forms.Form.OnCreateControl () [0x00031] in <4b7d326f792d4378bd436300c6961411>:0 at System.Windows.Forms.Control.CreateControl (System.Boolean fIgnoreVisible) [0x000ed] in <4b7d326f792d4378bd436300c6961411>:0 at System.Windows.Forms.Control.CreateControl () [0x00008] in <4b7d326f792d4378bd436300c6961411>:0 at System.Windows.Forms.Control.WmShowWindow (System.Windows.Forms.Message& m) [0x00051] in <4b7d326f792d4378bd436300c6961411>:0 at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message& m) [0x0071b] in <4b7d326f792d4378bd436300c6961411>:0 at System.Windows.Forms.ScrollableControl.WndProc (System.Windows.Forms.Message& m) [0x00043] in <4b7d326f792d4378bd436300c6961411>:0 at System.Windows.Forms.ContainerControl.WndProc (System.Windows.Forms.Message& m) [0x0001a] in <4b7d326f792d4378bd436300c6961411>:0 at System.Windows.Forms.Form.WmShowWindow (System.Windows.Forms.Message& m) [0x00013] in <4b7d326f792d4378bd436300c6961411>:0 at System.Windows.Forms.Form.WndProc (System.Windows.Forms.Message& m) [0x00290] in <4b7d326f792d4378bd436300c6961411>:0 at System.Windows.Forms.Control+ControlNativeWindow.OnMessage (System.Windows.Forms.Message& m) [0x00001] in <4b7d326f792d4378bd436300c6961411>:0 at System.Windows.Forms.Control+ControlNativeWindow.WndProc (System.Windows.Forms.Message& m) [0x000b3] in <4b7d326f792d4378bd436300c6961411>:0 at System.Windows.Forms.NativeWindow.Callback (System.Windows.Forms.Message& m) [0x00025] in <4b7d326f792d4378bd436300c6961411>:0 --- snip --- Clicking one of the Windows version radio buttons: --- snip --- ************** Exception Text **************\nSystem.NullReferenceException: Object reference not set to an instance of an object at WindowsISODownloader.Form1.DisplayDownload () [0x000d6] in <c617174d66854e919bf38dd8cb4bd484>:0 at WindowsISODownloader.Form1.RadioButton6_CheckedChanged (System.Object sender, System.EventArgs e) [0x000df] in <c617174d66854e919bf38dd8cb4bd484>:0 at System.Windows.Forms.RadioButton.OnCheckedChanged (System.EventArgs e) [0x00039] in <4b7d326f792d4378bd436300c6961411>:0 at System.Windows.Forms.RadioButton.set_Checked (System.Boolean value) [0x0004d] in <4b7d326f792d4378bd436300c6961411>:0 at System.Windows.Forms.RadioButton.OnClick (System.EventArgs e) [0x0000c] in <4b7d326f792d4378bd436300c6961411>:0 at System.Windows.Forms.RadioButton.OnMouseUp (System.Windows.Forms.MouseEventArgs mevent) [0x0007a] in <4b7d326f792d4378bd436300c6961411>:0 at System.Windows.Forms.Control.WmMouseUp (System.Windows.Forms.Message& m, System.Windows.Forms.MouseButtons button, System.Int32 clicks) [0x001c3] in <4b7d326f792d4378bd436300c6961411>:0 at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message& m) [0x005a0] in <4b7d326f792d4378bd436300c6961411>:0 at System.Windows.Forms.ButtonBase.WndProc (System.Windows.Forms.Message& m) [0x0011f] in <4b7d326f792d4378bd436300c6961411>:0 at System.Windows.Forms.Control+ControlNativeWindow.OnMessage (System.Windows.Forms.Message& m) [0x00001] in <4b7d326f792d4378bd436300c6961411>:0 at System.Windows.Forms.Control+ControlNativeWindow.WndProc (System.Windows.Forms.Message& m) [0x000b3] in <4b7d326f792d4378bd436300c6961411>:0 at System.Windows.Forms.NativeWindow.Callback (System.Windows.Forms.Message& m) [0x00025] in <4b7d326f792d4378bd436300c6961411>:0 --- snip --- With newer Wine-Mono 7.0.0 used in Wine 6.22+ release the aforementioned backtraces no longer occur. https://wiki.winehq.org/Mono#Versions It still doesn't do anything useful hence refining the bug report. Looks like a number of ieframe/jscript insufficiencies. Might be covered by existing bug reports but hard to tell at this point without digging deeper. >From the looks it's just a .NET app that provides a UI to easily download ISO images for various MS products from their servers (download.microsoft.com, officecdn.microsoft.com etc.). The embedded HTML/jscript seems to be either re-used from MS site - depending on which product/version is chosen - or generated within the app. The app also contacts heidoc.net website to generate some links which doesn't work because the parameters are empty due to earlier failures (https://www.heidoc.net/selectedition) https://www.wincert.net/forum/topic/14659-win-7-office-2010-monthly-downloa… You can also use Wine's builtin Internet Exploder to check how much is functional after tracing links using +wininet debug channel: --- snip --- $ wine iexplore "https://www.microsoft.com/en-us/software-download/windows10ISO" # empty page --- snip --- One could probably play around with 'winetricks' IE recipes to see if they make anything better. Usually they don't, doing more harm than good. If you apply them and they don't work, don't ask for help. Stable download link via Internet Archive: app version: 8.64.0.154 https://web.archive.org/web/20211227172444/https://www.heidoc.net/php/Windo… https://www.virustotal.com/gui/file/d9e52b0dbb5d3540016497c913e4186433c2ecd… $ sha1sum Windows-ISO-Downloader.exe 1f4ba0eefbf14aa351debe48fed9756c301fa866 Windows-ISO-Downloader.exe $ du -sh Windows-ISO-Downloader.exe 7.0M Windows-ISO-Downloader.exe $ wine --version wine-7.0-rc3 Regards -- 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.

Dec. 31, 2021

[Bug 51442] Socket connection is not established properly

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=51442 --- Comment #19 from Roman Pišl <rpisl(a)seznam.cz> --- Hi Zabediah, you were right - the issue is not the same. But thanks to your recent fixes, it starts to clarify! The problem is when connecting a socket in non-blocking mode. It fails multiple times with WSAECONNREFUSED (10061), but why if on localhost? Then, if it succeeds, the socket is switched back to blocking mode by the app but is never marked as ready for writing. I'll compare the behavior with Windows and prepare some test after the weekend. -- 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.

Dec. 31, 2021

[Bug 52305] Browsing the game library in GOG Galaxy is very slow

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=52305 Olivier F. R. Dierick <o.dierick(a)piezo-forte.be> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|The gog launcher |Browsing the game library | |in GOG Galaxy is very slow CC| |o.dierick(a)piezo-forte.be --- Comment #6 from Olivier F. R. Dierick <o.dierick(a)piezo-forte.be> --- Hello, The summary has been updated to better reflect the issue. Regards. -- 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.

Dec. 31, 2021