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

[Bug 53645] New: AIMP 3 memory leak
by WineHQ Bugzilla March 27, 2023

March 27, 2023

https://bugs.winehq.org/show_bug.cgi?id=53645 Bug ID: 53645 Summary: AIMP 3 memory leak Product: Wine Version: 7.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: HarlanStaggs(a)gmail.com Distribution: --- How to reproduce: 1) Open AIMP3 with wine (for example AIMP v3.60 build 1503). 2) Play some music. 3) Open system monitor that allows to monitor RAM usage. 4) Every 1-2 seconds AIMP will take 1-2 mb of your RAM and it wont stop. 5) After several hours it will take 6-8 GB of RAM. I never saw this behaviour on windows and I could not to reproduce this bug in AIMP2. I used system wine (7.16) and wine in Lutris (lutris 7.2-2) - memory leak appears in both. -- 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 53569] New: postgresql installer 9.3 needs fixed fso.GetTempName
by WineHQ Bugzilla March 27, 2023

March 27, 2023

https://bugs.winehq.org/show_bug.cgi?id=53569 Bug ID: 53569 Summary: postgresql installer 9.3 needs fixed fso.GetTempName Product: Wine Version: 7.11 Hardware: x86 URL: https://www.enterprisedb.com/downloads/postgres-postgr esql-downloads OS: Linux Status: NEW Keywords: download, Installer, source Severity: minor Priority: P2 Component: scrrun Assignee: wine-bugs(a)winehq.org Reporter: sloper42(a)yahoo.com CC: austinenglish(a)gmail.com, sloper42(a)yahoo.com Depends on: 46083, 53565 Distribution: Fedora This is followup of Bug #53565 Noticed in postgresql 9.3.25-1 installer. When starting the installer, a script called prerun_checks is executed. There is issue executing following line Temp_Path = strSystemRoot & "\" & fso.GetTempName() & ".vbs" ".vbs" is not attached to Temp_Path, because GetTempName returns wrong BSTR length. -- 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 53335] New: Crash when converting an rich text editor already containing text into a password input
by WineHQ Bugzilla March 27, 2023

March 27, 2023

https://bugs.winehq.org/show_bug.cgi?id=53335 Bug ID: 53335 Summary: Crash when converting an rich text editor already containing text into a password input Product: Wine Version: 7.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com Distribution: --- riched20 crashes when a rich text editor that already contains text is converted into a password input field. -- 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 53051] New: Kvaser software crashes on unimplemented function ntoskrnl.exe.ExNotifyCallback
by WineHQ Bugzilla March 27, 2023

March 27, 2023

https://bugs.winehq.org/show_bug.cgi?id=53051 Bug ID: 53051 Summary: Kvaser software crashes on unimplemented function ntoskrnl.exe.ExNotifyCallback Product: Wine Version: 7.9 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 72447 --> https://bugs.winehq.org/attachment.cgi?id=72447 Console output Steps to reproduce: 1. Install Kvaser Drivers for Windows 2. Run `wine 'C:\Program Files\Kvaser\Drivers\kcanconf.exe'` A crash dialog appears, but after closing it the Kvaser Device Guide does open. $ sha256sum kvaser_drivers_setup.exe 7519aa9b919ab88a830b2818e03d1311fbc2a0ed569722b0e7170fa5ef11839d -- 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 52972] New: wineusb.sys: add_usb_device erroneously releases critical section on failure path
by WineHQ Bugzilla March 27, 2023

March 27, 2023

https://bugs.winehq.org/show_bug.cgi?id=52972 Bug ID: 52972 Summary: wineusb.sys: add_usb_device erroneously releases critical section on failure path Product: Wine Version: 7.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: usb Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com CC: z.figura12(a)gmail.com Distribution: --- In wineusb.sys, add_usb_device() erroneously calls "LeaveCriticalSection(&wineusb_cb);" without first having entered the critical section. -- 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 48600] New: Bloomberg Terminal - crashes post installation, cannot run
by WineHQ Bugzilla March 27, 2023

March 27, 2023

https://bugs.winehq.org/show_bug.cgi?id=48600 Bug ID: 48600 Summary: Bloomberg Terminal - crashes post installation, cannot run Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: fusion Assignee: wine-bugs(a)winehq.org Reporter: knez(a)mailbox.org Distribution: --- Created attachment 66437 --> https://bugs.winehq.org/attachment.cgi?id=66437 Bloomberg terminal - crashes post installation Bloomberg Terminal - Client Software for Windows. Download location: https://www.bloomberg.com/professional/support/software-updates/ (https://bdn-ak-ssl.bloomberg.com/software/trv/sotrtLite01072020.exe) Bloomberg Terminal – New Installation (Terminal Software Only). OS: Ubuntu 16.04. Bloomberg terminal is a Windows-only financial professional software. The installation was run under Wine and no problems are reported. On execution of the installed file "wintrv.exe" the attached error appears. Further use of the software fails. -- 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 40444] New: Find doesn't jump to a found item in WinSCP
by wine-bugs＠winehq.org March 27, 2023

March 27, 2023

https://bugs.winehq.org/show_bug.cgi?id=40444 Bug ID: 40444 Summary: Find doesn't jump to a found item in WinSCP Product: Wine Version: 1.9.7 Hardware: x86 URL: http://winscp.net/download/winscp577.zip OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: t.artem(a)mailcity.com Distribution: Red Hat This bug is very easy to reproduce. Run WinSCP and open a session to any host. Open any long enough file (text/html/whatever), hit Find (Ctrl + F) and try to find something at least on the second page of the open document. The cursor will jump, however the screen will remain on the first page. In order to really jump to this position, you have to close the Find dialog (e.g. hit "Escape") and press "Up" and "Down" which is terribly inconvenient. -- 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 26

[Bug 53832] New: wbemprox: where-clause seems to be case-sensitive
by WineHQ Bugzilla March 27, 2023

March 27, 2023

https://bugs.winehq.org/show_bug.cgi?id=53832 Bug ID: 53832 Summary: wbemprox: where-clause seems to be case-sensitive Product: Wine Version: 7.19 Hardware: x86-64 URL: https://github.com/PowerShell/PowerShell/releases/down load/v7.0.3/PowerShell-7.0.3-win-x64.msi OS: Linux Status: NEW Keywords: dotnet, download Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian Created attachment 73364 --> https://bugs.winehq.org/attachment.cgi?id=73364 script to reproduce the problem prerequisite: winetricks dotnet48 The attached script shows the problem: on windows one can either use 'c:' or 'C:' in the following query: $searcher = [wmisearcher]'Select freespace From win32_logicaldisk where deviceid="c:"' $searcher.scope.path = "\\.\root\cimv2" $searcher.get() On wine only the upper-case 'C:' yields any results. Steps to reproduce: download attached script and do 'wine pwsh -f aaa.ps1' Results on wine: Lower case c: gives: Upper case c: gives: __GENUS : 2 __CLASS : Win32_LogicalDisk __RELPATH : __PROPERTY_COUNT : 1 __DERIVATION : {} __SERVER : __NAMESPACE : __PATH : FreeSpace : 5817585664 PSComputerName : Results on windows: Z:\> .\aaa.ps1 Lower case c: gives: __GENUS : 2 __CLASS : Win32_LogicalDisk __SUPERCLASS : __DYNASTY : __RELPATH : __PROPERTY_COUNT : 1 __DERIVATION : {} __SERVER : __NAMESPACE : __PATH : FreeSpace : 23573446656 PSComputerName : Upper case c: gives: __GENUS : 2 __CLASS : Win32_LogicalDisk __SUPERCLASS : __DYNASTY : __RELPATH : __PROPERTY_COUNT : 1 __DERIVATION : {} __SERVER : __NAMESPACE : __PATH : FreeSpace : 23573446656 PSComputerName : -- 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 53821] New: winbase.h: ReOpenFile declaration missing (and not available in any other header)
by WineHQ Bugzilla March 27, 2023

March 27, 2023

https://bugs.winehq.org/show_bug.cgi?id=53821 Bug ID: 53821 Summary: winbase.h: ReOpenFile declaration missing (and not available in any other header) Product: Wine Version: 7.19 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: contact(a)ivanchev.net Distribution: --- A declaration for ReOpenFile should be imported with winbase.h (https://learn.microsoft.com/en-us/windows/win32/api/winbase/nf-winbase-reop…) but is currently missing. In fact, no header in Wine declares that function. -- 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 53706] New: NtDeviceIoControlFile() is quite slow when called with and invalid handle
by WineHQ Bugzilla March 27, 2023

March 27, 2023

https://bugs.winehq.org/show_bug.cgi?id=53706 Bug ID: 53706 Summary: NtDeviceIoControlFile() is quite slow when called with and invalid handle Product: Wine Version: 7.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: metalcaedes(a)gmail.com Distribution: --- Created attachment 73130 --> https://bugs.winehq.org/attachment.cgi?id=73130 Call DeviceIoControl() with an invalid handle a lot and measure how long it takes I'm running some nonpublic proprietary application that I don't have the source code for in Wine (I attached a simple testprogram though). I noticed severe performance problems (compared with native Windows) and profiling it in perf (is there a better way?) showed a lot of useless memory addresses and also NtDeviceIoControlFile(). I figured out that the application calls DeviceIoControl() *a lot*, and after hooking that function and replacing it with a stub that basically just returns FALSE the application's performance was a lot better (good enough for my purposes). Being the curious type, I added some logging to my stub and realized that the handle that gets passed is 0xFFFFFFFF (INVALID_HANDLE_VALUE) - even on Windows! Specifically, I saw: hDevice: 0xFFFFFFFF code: 0x80010021 inBufSize: 4 outBufSize: 4 overlapped: 0x0 Reimplementing DeviceIoControl() (based on Wine Source) in my (former) stub and adding some time measurements showed that in this specific case (calling it with an invalid handle) the called NtDeviceIoControlFile() often takes around 4 microseconds on Wine (sometimes even over 20!) while it only takes around 0.5 microseconds on Windows 10 (even though that PC is a bit slower). So it takes 8-40 times as long in Wine. Looking into Wine's NtDeviceIoControlFile() implementation, this is probably the case because it calls into wineserver, via `server_ioctl_file()`. So I *think* that this could be relatively easily fixed by checking if the handle is INVALID_HANDLE_VALUE first thing in NtDeviceIoControlFile(), and if that's the case call `SetLastError( ERROR_INVALID_HANDLE );` and `return FALSE;` (Windows returns FALSE and sets that error code). I'm not 100% sure about this though, because I don't know if there are any cases of calling `NtDeviceIoControlFile()` where INVALID_HANDLE_VALUE is OK - if there are, the early-out-check would probably have to take the `code` argument into account (as far as I can tell it specifies the operation that NtDeviceIoControlFile() executes). I attached a simple test program that just calls DeviceIoControl() a lot (with the parameters I've seen in the real program I have issues with) and measures how long that takes. On my Windows machine (i7-4771, Win10) one call takes about 0.48-0.5 microseconds. On my Linux machine (Ryzen 5950X, Kernel 5.15, wine 7.17) one call takes about 4 microseconds on average, though many calls took longer. -- 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