wine-bugs July 2022

wine-bugs@winehq.org

1 participants
3385 discussions

[Bug 52542] New: NVIDIA GeForceNow Installer fails due to rundll32 problems
by WineHQ Bugzilla 10 Jan '25

10 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=52542 Bug ID: 52542 Summary: NVIDIA GeForceNow Installer fails due to rundll32 problems Product: Wine Version: 7.1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 71855 --> https://bugs.winehq.org/attachment.cgi?id=71855 Hack Mostly for bookkeeping, I have it on my ToDo somewhere, although feel free to take it. But please mention when you want to work on this. The installer tries to use rundll32 to let a dll generate the config. The exact commandline is > trace:rundll32:wWinMain CmdLine=L"C:\\users\\fabian\\Temp\\GeForceNOWInstallerTemp\\GeforceNOW\\NvConfigGenerator.dll ,GenerateConfigs Notice the space before the comma, that's what causes the problem. Wine doesn't handle that properly. Attaching a hack to work around the issue. Warning: It seems like you need to set that byte to 0 (see patch). Just skipping the space lets it find the function, but it won't work due to being passed unexpected parameters! Also be aware, that the installer also tries to call system32/rundll32.exe which is 64bit with a 32bit dll. So to test this, you need to take that into account, else rundll32 will fail to load the dll, nevermind load the entry point. -- 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 14

[Bug 23319] New: cmd thinks shift.exe is an internal command
by wine-bugs＠winehq.org 10 Jan '25

10 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=23319 Summary: cmd thinks shift.exe is an internal command Product: Wine Version: 1.2-rc4 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com On Windows, 'shift' is an internal command, and 'shift.exe' is an external command. Wine's cmd mistakenly thinks 'shift.exe' is a synonym for 'shift'. This makes it somewhat hard to play EA's Need For Speed: Shift. -- 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 13

[Bug 28582] New: MOVE-ing a file with cmd to current directory should be a no-op
by wine-bugs＠winehq.org 10 Jan '25

10 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=28582 Bug #: 28582 Summary: MOVE-ing a file with cmd to current directory should be a no-op Product: Wine Version: 1.3.29 Platform: x86-64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: cmd AssignedTo: wine-bugs(a)winehq.org ReportedBy: frederic.delanoy(a)gmail.com Classification: Unclassified When using MOVE of a file/directory, bad things happen 'move file' or 'move file1' gives a confirmation dialog and deletes the file if the move/overwrite is confirmed. With directories, similar behaviour but you get an access denied and the dir isn't deleted. -- 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 14

[Bug 46504] New: cmd.exe: xcopy.exe with renaming
by wine-bugs＠winehq.org 10 Jan '25

10 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=46504 Bug ID: 46504 Summary: cmd.exe: xcopy.exe with renaming Product: Wine Version: 4.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: jonathanbelsewir(a)yahoo.de Distribution: --- The following command does not work right: xcopy /q /y *.i root\*.htm Workaround: for %%f in (*.i) do ( copy %%f root\%%~nf.htm ) -- 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 1

[Bug 42182] New: OUT: isn't supported (custom output device)
by wine-bugs＠winehq.org 10 Jan '25

10 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=42182 Bug ID: 42182 Summary: OUT: isn't supported (custom output device) Product: Wine Version: 1.8.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: kenorb(a)gmail.com Distribution: --- On Windows, OUT: is the special device and doing: echo test > OUT or: echo test > OUT: would redirect this to output device (by default same as NUL). On Wine, "OUT:" file is created. This should work similar as for CON: (which works fine in Wine): echo test > CON or: echo test > CON: See list of special devices at: http://superuser.com/a/613335 -- 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 2

[Bug 27605] New: cmd can't handle Ctrl-C
by wine-bugs＠winehq.org 10 Jan '25

10 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=27605 Summary: cmd can't handle Ctrl-C Product: Wine Version: 1.3.21 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd AssignedTo: wine-bugs(a)winehq.org ReportedBy: xuhdev(a)gmail.com When using wine cmd, Ctrl-C cannot be handled, instead, cmd will exit. I'm using wine on Fedora. 1. $ wine cmd 2. press Ctrl-C cmd exits, but it should not. -- 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 17

[Bug 23596] New: stderr not displaying when invoking native linux commands
by wine-bugs＠winehq.org 10 Jan '25

10 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=23596 Summary: stderr not displaying when invoking native linux commands Product: Wine Version: 1.2-rc7 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jarekczek(a)poczta.onet.pl Try running /bin/grep You should get a short usage note, like on unix. You get nothing. -- 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 18

[Bug 48678] New: USB serial under .NET 4.0 enters into an infinite loop
by WineHQ Bugzilla 09 Jan '25

09 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=48678 Bug ID: 48678 Summary: USB serial under .NET 4.0 enters into an infinite loop Product: Wine Version: 5.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: forum(a)abtelecom.ro Distribution: --- Created attachment 66531 --> https://bugs.winehq.org/attachment.cgi?id=66531 WineHQ LokProgrammer5 using USB to SERIAL Hi, I'm trying to run ESU LokProgrammer5 under Wine 5.0. Seems that when it wants to read from the serial port is entering into an infinite loop. OS: Debian Bullseye Kernel: 5.4.0-4-amd64 #1 SMP Debian 5.4.19-1 (2020-02-13) x86_64 GNU/Linux WineHQ: 5.0 DOS Devices: $ ls .wine/dosdevices/ -l total 8 lrwxrwxrwx 1 adrian adrian 10 Dec 1 12:50 c: -> ../drive_c lrwxrwxrwx 1 adrian adrian 10 Feb 27 00:07 com1 -> /dev/ttyS0 lrwxrwxrwx 1 adrian adrian 10 Feb 27 00:07 com2 -> /dev/ttyS1 lrwxrwxrwx 1 adrian adrian 10 Feb 27 00:07 com3 -> /dev/ttyS2 lrwxrwxrwx 1 adrian adrian 10 Feb 27 00:07 com4 -> /dev/ttyS3 lrwxrwxrwx 1 adrian adrian 62 Feb 27 00:07 com5 -> /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A506V8O5-if00-port0 lrwxrwxrwx 1 adrian adrian 81 Feb 27 00:07 com6 -> /dev/serial/by-id/usb-Prolific_Technology_Inc._USB-Serial_Controller_D-if00-port0 lrwxrwxrwx 1 adrian adrian 12 Feb 27 00:07 com7 -> /dev/ttyUSB0 lrwxrwxrwx 1 adrian adrian 12 Feb 27 00:07 com8 -> /dev/ttyUSB1 lrwxrwxrwx 1 adrian adrian 14 Dec 1 12:50 d:: -> /dev/mmcblk0p1 lrwxrwxrwx 1 adrian adrian 12 Dec 1 12:50 e:: -> /dev/mmcblk0 lrwxrwxrwx 1 adrian adrian 1 Dec 1 12:50 z: -> / Logs are made with "WINEDEBUG=+comm wine drive_c/Program\ Files\ $x86$/LokProgrammer5/LokProgrammer.exe" using COM5 and COM6. I've test the COM ports with PuTTY.EXE and they work ok, but under this software are not working. Kind regards, Adrian -- 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 52566] New: d3d11:d3d11 fails in test_clip_distance() on cw-gtx560
by WineHQ Bugzilla 08 Jan '25

08 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=52566 Bug ID: 52566 Summary: d3d11:d3d11 fails in test_clip_distance() on cw-gtx560 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- d3d11:d3d11 has had failures on cw-gtx560 forever [1] but it recently started exhibiting a few new failures in test_clip_distance() on cw-gtx560: d3d11.c:29488: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0), sub-resource 0. d3d11.c:29054: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0), sub-resource 0. d3d11.c:29061: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0), sub-resource 0. d3d11.c:29077: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0), sub-resource 0. d3d11.c:29089: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0), sub-resource 0. d3d11.c:29054: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0), sub-resource 0. d3d11.c:29061: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0), sub-resource 0. d3d11.c:29077: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0), sub-resource 0. d3d11.c:29089: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0), sub-resource 0. d3d11.c:29519: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0), sub-resource 0. d3d11.c:29054: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0), sub-resource 0. d3d11.c:29061: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0), sub-resource 0. d3d11.c:29077: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0), sub-resource 0. d3d11.c:29089: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0), sub-resource 0. d3d11.c:29542: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0), sub-resource 0. d3d11.c:29557: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0), sub-resource 0. d3d11.c:29569: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0), sub-resource 0. d3d11.c:29582: Test failed: Got 0x00000000, expected 0xff00ff00 at (0, 0, 0), sub-resource 0. https://test.winehq.org/data/patterns.html#d3d11:d3d11 A bisect shows that these failures started with the same commit that causes failures on cw-rx460 (see bug 52563): commit a13fc3bb7e055562b8b9deae985c64c5c7861424 Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Fri Feb 11 19:42:02 2022 -0600 wined3d: Use the chunk allocator for GL vertex buffers. Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com> Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> [1] To be fair it got a lot better on 2022-02-09 but sadly these new failures appeared on a few days later. It's still better than it used to be. -- 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 6

[Bug 47894] New: mfreadwrite error dialog causes the user32:winstation tests to fail
by WineHQ Bugzilla 08 Jan '25

08 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=47894 Bug ID: 47894 Summary: mfreadwrite error dialog causes the user32:winstation tests to fail Product: Wine Version: 4.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: sven.wine(a)gmail.com Distribution: --- When mfreadwrite is not present, a dialog appears, which seems to cause the user32:winstation tests to fail: https://test.winehq.org/data/b360cd67e8f7f8c01f09457bacb032fd4a248d0a/2008_… Sometimes it disappears just in time, in which case the tests succeed: https://test.winehq.org/data/b360cd67e8f7f8c01f09457bacb032fd4a248d0a/2008_… I'm not sure whether to file this under user32 or mfreadwrite. -- 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 9

← Newer
1
2
3
4
5
6
7
...
339
Older →

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 July 2022