wine-bugs August 2024

wine-bugs@winehq.org

1 participants
1048 discussions

[Bug 47172] New: Win64 prefix installs 64-bit libraries to system32 instead of syswow64
by wine-bugs＠winehq.org 20 Aug '24

20 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=47172 Bug ID: 47172 Summary: Win64 prefix installs 64-bit libraries to system32 instead of syswow64 Product: Wine Version: 4.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: joakimpokemeg(a)hotmail.no Distribution: --- Created attachment 64423 --> https://bugs.winehq.org/attachment.cgi?id=64423 WINEDEBUG=+wineboot,+setupapi wineboot When I was about to install DXVK through the install script it told me that it could not find the d3d10.dll int the syswow64 directory. So I investigated and found that syswow64 was in fact an empty directory. I made a clean new wineprefix with win64 architechture and the syswow64 was still completely empty but the system32 folder was filled with alot of dlls. When I debugged the prefix creation with "WINEDEBUG=+wineboot,+setupapi wineboot" I saw that it put dlls from a lib64 folder into the system32 folder (log as 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 13

[Bug 56362] New: Using CreateRemoteThread on x86 child from an x86_64 parent fails if a lpParameter is specified.
by WineHQ Bugzilla 20 Aug '24

20 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=56362 Bug ID: 56362 Summary: Using CreateRemoteThread on x86 child from an x86_64 parent fails if a lpParameter is specified. Product: Wine Version: 9.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: admin(a)sewer56.dev Distribution: --- Created attachment 76098 --> https://bugs.winehq.org/attachment.cgi?id=76098 Reproduction source code. [ testcase source download ] Using CreateRemoteThread on x86 child from an x86_64 parent fails if a lpParameter is specified. Full code reproduction in attachment. ----------- Attachment Info: test-AMD64.sh : Build & test 64-bit host and 64-bit client test-x86.sh : Build & test 32-bit host and 32-bit client test-AMD64-to-x86-target.sh : Build & test 64-bit host and 32-bit client test_target.c : Dummy program, does nothing except sleep. call-into-suspended-process.c : Test program that simulates calling CreateRemoteThread into suspended processes. ----------- Truth table: | x86 to x86 | AMD64 | AMD64 w/ x86 test_target | Windows 11 | OK | OK | OK | Wine (git) | OK | OK | FAIL | The test program fails with: `[FAIL] CreateRemoteThread(process = 0000000000000048, start_address = 0000000000350000, parameter = &dummy) = 0000000000000000`. ----------- Extra Notes: Tested on x86_64 Archlinux using latest git version of Wine (reports as 'wine-9.3'). When running on Windows, this succeeds `WriteProcessMemory succeeded, but 0 bytes were written`. I encountered this bug while writing a DLL Injection library. I validate my code against Wine when I publish my libraries. Please note, that I don't normally program in C (I don't even have an IDE set up for this). I just write minimal reproductions in C when filing bugs to try make life easier for Wine developers. -- 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.

1 8

[Bug 48721] New: SSL errors and "fixme" when launching a wow .bat application
by WineHQ Bugzilla 20 Aug '24

20 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=48721 Bug ID: 48721 Summary: SSL errors and "fixme" when launching a wow .bat application Product: Wine Version: 5.0-rc2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: py_lrr(a)hotmail.fr Distribution: --- Created attachment 66595 --> https://bugs.winehq.org/attachment.cgi?id=66595 Console backtrace Hi, Running a wow (BfA) .bat launcher with Wine cmd, I get a warning saying TLS library was not found and, then, some errors about windows functions (lines beginning with "fixme"). I looked for a solution and didn't find one for this precise case, with the fixme I guessed it could be something unimplemented ? Thanks -- 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.

1 7

[Bug 49827] New: sDate stopped working after Wine 3.x
by WineHQ Bugzilla 20 Aug '24

20 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=49827 Bug ID: 49827 Summary: sDate stopped working after Wine 3.x Product: Wine Version: 5.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: michaelwitten82(a)gmail.com Distribution: --- I am on Ubuntu and have recently moved up to 20.04.1, and after the re-install I installed MYOB in PlayOnLinux (as I always have) and the date format was wrong. After a LOT of testing (you can see further in a Ubuntu bug I submitted - https://bugs.launchpad.net/ubuntu/+source/playonlinux/+bug/1892859) I have found what the issue is. After seeing that between Ubuntu 18.04 and 20.04 they moved from wine 3.0 to 5.0, I have tested various versions in PlayOnLinux (all 32-bit, 64-bit seemed to have other issues): 5.0 (default) - NOT working 5.16 (latest in PlayOnLinux) - NOT working 4.21 - NOT working 3.21 - WORKS There is an easy way to test this (in PlayOnLinux) 1. Open the General tab in the Config for the VM 2. Change the Wine version to whichever you want to test 3. Go to the Wine tab and Windows reboot (I do this to be safe) 4. Open the Command prompt (under the same tab) 5. Type "date" It will show the current date in the format being used in wine on that vm. For me, even though everything is set to en_AU and registry settings etc are to dd/MM/yyyy (also tried d/MM/yyyy) my date format shows as en_US format (MM/dd/yyyy -not sure if its dd or d as its the 13th today), until I drop back to version 3.x. This won't be an issue to people playing games etc I guess, but to anyone doing anything with dates important (for example I am doing accounting, so my invoices show wrong dates) this is a show stopper. I have seen other people online ask about it but none of the answers worked for me. I would think this is something pretty urgent to look at and get correct. -- 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.

1 11

[Bug 26839] New: 888 Poker Crashes after login and password entered
by wine-bugs＠winehq.org 20 Aug '24

20 Aug '24

http://bugs.winehq.org/show_bug.cgi?id=26839 Summary: 888 Poker Crashes after login and password entered Product: Wine Version: 1.3.18 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nmorozov(a)atlas-print.ru Created an attachment (id=34200) --> (http://bugs.winehq.org/attachment.cgi?id=34200) Crash screenshot 888 Poker Crashes after login and password entered, If just wait 888 poker reports "server unreacheble" but show player on tables and some more info. Ater I login i see my Name my status and that got crash (see screenshor) and 888 poker client hangs -- 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 57040] New: Cjvjv
by WineHQ Bugzilla 20 Aug '24

20 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=57040 Bug ID: 57040 Summary: Cjvjv Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: salvadorxxx922(a)gmail.com CC: dimesio(a)earthlink.net Distribution: --- Created attachment 76894 --> https://bugs.winehq.org/attachment.cgi?id=76894 Xnx Hfuvuv -- 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.

1 4

[Bug 56392] New: i have a problem without drivers
by WineHQ Bugzilla 20 Aug '24

20 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=56392 Bug ID: 56392 Summary: i have a problem without drivers Product: Wine Version: 6.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mangiamichael409(a)gmail.com Distribution: --- the program crashed when I created the setup64 driver shortcut for the epson ET-2714 printer -- 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.

1 5

[Bug 38437] New: Does not load game
by wine-bugs＠winehq.org 20 Aug '24

20 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=38437 Bug ID: 38437 Summary: Does not load game Product: Wine Version: 0.9 Hardware: Other OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alika0009(a)mail.ru Created attachment 51298 --> https://bugs.winehq.org/attachment.cgi?id=51298 I do not know what to do, and want to play((( Good day, I have a problem with the game The Sims 4. Turn on the game and seeing the following(( -- 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 28

[Bug 56428] New: wine crashes with page fault running MMBasic for Windows
by WineHQ Bugzilla 20 Aug '24

20 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=56428 Bug ID: 56428 Summary: wine crashes with page fault running MMBasic for Windows Product: Wine Version: 9.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: leonicolas(a)gmail.com Distribution: --- Created attachment 76192 --> https://bugs.winehq.org/attachment.cgi?id=76192 Unhandled exception: page fault on read access to 0x00000014 in wow64 32-bit code (0x0044bac4) Wine crashes with page fault error just after running MMBasic for Windows Steps to reproduce: Download the MMBasic for Windows from this link: https://www.thebackshed.com/forum/uploads/matherp/2024-03-01_205501_MMBasic… Execute the command: wine MMBasic.exe &> /dev/null -- 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.

1 4

[Bug 55334] New: Steam fails to load if compiled --with-wine64
by WineHQ Bugzilla 20 Aug '24

20 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=55334 Bug ID: 55334 Summary: Steam fails to load if compiled --with-wine64 Product: Wine Version: 8.13 Hardware: x86-64 URL: https://cdn.cloudflare.steamstatic.com/client/installe r/SteamSetup.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: Ubuntu Created attachment 74927 --> https://bugs.winehq.org/attachment.cgi?id=74927 wine-8.13 console output (eventually killed with SIGHUP) Steam fails to load if compiled with --with-wine64. Sometimes it'll let you know something has crashed and give you options to restart various components (including the whole thing) but it makes no difference. A. This does not occur if Wine is compiled with --enable-archs=x86_64,i386. B. It also does not occur using the official Wine binaries (for Ubuntu). I have tried finding a library and/or kernel issue, but I cannot find it. The openSUSE logs don't seem to build with --with-wine64. I don't know how those binaries actually work. Something to do with multiarch setup? I've tried building with a number of Ubuntu versions, Debian Stable and Testing, and openSUSE Tumbleweed but the result is always the same. My build process: CFLAGS="-g -O0 -pipe" 64 bit: configure --enable-win64 => wine64 32 bit (schroot): configure => wine32 Combine (schroot): configure --with-wine64=wine64 --with-wine-tools=wine32 i386 chroots are need to build 32-bit Wine parts. $ gcc --version gcc (Ubuntu 11.3.0-1ubuntu1~22.04.1) 11.3.0 Also tried GCC 12 but no change. Tried compiling a few older Wines but it made no difference, and eventually hit other bugs. Doesn't look like a regression. From what I can see in htop it looks like one of the steamwebhelper processes is the problem, but I don't know what the problem is exactly. My guess is there's a problem with the i386 part (or some sort of chroot madness?). (A) and (B) don't seem to touch 32-bit libraries, at least not in the same way. I'm at a loss. Waffle: https://forum.winehq.org/viewtopic.php?t=37852 Note: On first run Steam will self-update. This seems to work fine. No log-in needed to get this far. -- 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.

1 5

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs August 2024