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

[Bug 50848] Mass Effect run out of virtual memory, Unhandeled page fault on read access

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=50848 joaopa <jeremielapuree(a)yahoo.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree(a)yahoo.fr --- Comment #3 from joaopa <jeremielapuree(a)yahoo.fr> --- Does it happen in a real windows box? -- 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.

March 30, 2021

[Bug 50893] Wine cannot see home directory

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=50893 joaopa <jeremielapuree(a)yahoo.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree(a)yahoo.fr --- Comment #2 from joaopa <jeremielapuree(a)yahoo.fr> --- Please, run a regression test: https://wiki.winehq.org/Regression_Testing -- 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.

March 30, 2021

[Bug 50891] Fedora 33 mismatch in build number between 32 and 64 bit packages

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=50891 Rosanne DiMesio <dimesio(a)earthlink.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Fedora 33 repository |Fedora 33 mismatch in build |missing wine-*-common |number between 32 and 64 |x86_64 packages |bit packages -- 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.

March 30, 2021

[Bug 49075] foobar2000 reports 'No CD drives found.' because GetDriveTypeW returns DRIVE_FIXED for audio CD

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49075 LingM <lingm+winebz(a)posteo.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lingm+winebz(a)posteo.org --- Comment #4 from LingM <lingm+winebz(a)posteo.org> --- Confirming and still present in Wine 6.5. Tested with foobar2000 1.6.4. Just start the program and click on File > Open audio CD... https://web.archive.org/web/20210217111216/https://www.foobar2000.org/files… -- 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.

March 30, 2021

[Bug 50894] Starting rundll32.exe via sysnative fails

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=50894 --- Comment #3 from Alexandre Julliard <julliard(a)winehq.org> --- Sure, we'll want to fix it. My point was that this should be fixed by making sysnative work properly for all binaries instead of reverting the change, since making builtins behave more like native is the direction we want to go. -- 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.

March 30, 2021

[Bug 50894] Starting rundll32.exe via sysnative fails

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=50894 --- Comment #2 from Roman Pišl <rpisl(a)seznam.cz> --- Ok, thanks, I don't know much about sys* redirections and native/builtin differences. Let's keep this about the regression for the builtin rundll32 binary, since this is the case and as I understand, it is a common way for a 32 bit application to run a 64bit code. Since there is a workaround it is not a critical problem. Its only side-effect is that sysnative is also present in 64bit Wine but it does not exist in 64bit Windows. -- 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.

March 30, 2021

[Bug 50867] wine start /unix stopped working in 6.5

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=50867 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Fixed by SHA1| |fcb37c9c123cd841debb17b6821 | |493b8b2f83473 Resolution|--- |FIXED --- Comment #6 from Alexandre Julliard <julliard(a)winehq.org> --- Fixed by fcb37c9c123cd841debb17b6821493b8b2f83473. -- 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.

March 30, 2021

[Bug 50858] Regression: Wine doesn't run executables reside under home directory

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=50858 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Fixed by SHA1| |967100258fb1da850668e620c1c | |5095630576840 Status|NEW |RESOLVED --- Comment #10 from Alexandre Julliard <julliard(a)winehq.org> --- Fixed by 967100258fb1da850668e620c1c5095630576840. -- 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.

March 30, 2021

[Bug 50891] Fedora 33 repository missing wine-*-common x86_64 packages

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=50891 --- Comment #6 from Vladimir Novoseltsev <blacknova(a)tut.by> --- (In reply to Rosanne DiMesio from comment #5) > (In reply to Vladimir Novoseltsev from comment #4) > > I'm not sure why we argue about something easily checked. > > If you can follow to https://dl.winehq.org/wine-builds/fedora/33/x86_64/ (64 > > bit repo) > > you'll see that there are no "wine-*-common*.rpm" packages at all for any > > wine version. Not for stable, not for staging and not for devel. > > Of course there aren't any wine-*-common packages in the 64 bit repository; > there never have been. The wine-*-common package is 32 bit only. On a 64 bit > system it provides the 32 bit parts needed for WoW64, which is why the 64 > bit packages depend on it. > Didn't know that, sorry for the noise. > And this has nothing to do with your inability to install the current > wine-staging packages, which as I said, is due to the mismatch in build > number. > > FYI, the rebuild on the OBS has completed, with matching build numbers. If > you don't want to wait for the packages to be synced over here, you can get > them from > https://download.opensuse.org/repositories/Emulators:/Wine:/Fedora/Fedora_3… Thanks, I'll be able to check that in a couple of hours. -- 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.

March 30, 2021

[Bug 50894] Starting rundll32.exe via sysnative fails

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=50894 --- Comment #1 from Alexandre Julliard <julliard(a)winehq.org> --- Note that this never worked for native binaries. It happened to work for builtins because we used to load builtins even from invalid paths, but this is no longer the case, so builtins now behave the same as native binaries. -- 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.

March 30, 2021