November 2021 - Wine-bugs - list.winehq.org

[Bug 51438] New: Rust compiler crashes with "free(): double free detected in tcache 2" message
by WineHQ Bugzilla 09 Dec '21

09 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51438 Bug ID: 51438 Summary: Rust compiler crashes with "free(): double free detected in tcache 2" message Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikrutrafal(a)protonmail.com Distribution: --- When I installed on clear prefix rustc with cargo - https://static.rust-lang.org/dist/rust-1.53.0-x86_64-pc-windows-gnu.msi ``` wget https://static.rust-lang.org/dist/rust-1.53.0-x86_64-pc-windows-gnu.msi msiexec /i rust-1.53.0-x86_64-pc-windows-gnu.msi ``` then after running commands ``` echo "fn main() { println!(\"Hello World!\");}" > roman.rs rustc roman.rs ``` compiler crashes with this info(not sure if this is Wine or Rustc info) ``` free(): double free detected in tcache 2 ``` I think that this issue is very important to fix, because Rust allows to run tests via e.g. `cargo test` command which allows to execute tests inside repository. This probably will really help with testing Wine because tests are usually small and it will be easy to track issue down. There is a lot of rust repositories, but this two use directly windows API, so testing them should give easy info about crashes etc. https://github.com/microsoft/windows-samples-rs https://github.com/microsoft/windows-rs -- 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 50804] New: LTSpice XVII will not start
by WineHQ Bugzilla 09 Dec '21

09 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=50804 Bug ID: 50804 Summary: LTSpice XVII will not start Product: Wine Version: 6.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: will.nilges(a)gmail.com Distribution: --- Created attachment 69614 --> https://bugs.winehq.org/attachment.cgi?id=69614 .desktop startup errors After installing LTSpice (which appears to work fine), the program will not start, failing silently if you use the provided .desktop file (either of them), and giving little helpful output otherwise. I believe that LTSpice worked fine on some earlier version of Wine 6. 6.1 seems to work. A possibly related issue is that the installer complains at you with the following message: "You have User Account Control (UAC) enabled but did not 'Run As Administrator' If you want to try to install in a directory you have full permissions, press 'YES' to continue anyway." I'm running Fedora 33 with GNOME on Wayland. This happens on any of my Fedora GNOME computers. I have tried no other operating system. My current workaround is to downgrade to Wine 5.18. -- 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 46

[Bug 51059] New: Incorrect semantics of FILE_OPEN_REPARSE_POINT on Linux
by WineHQ Bugzilla 09 Dec '21

09 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51059 Bug ID: 51059 Summary: Incorrect semantics of FILE_OPEN_REPARSE_POINT on Linux Product: Wine-staging Version: 6.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com CC: erich.e.hoover(a)gmail.com, leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- This bug affects the Cygwin installer (https://cygwin.com/setup-x86_64.exe) specifically, it fails to verify SHA512 checksums of downloaded packages. (Source at https://cygwin.com/git/?p=cygwin-apps/setup.git;a=blob;f=package_source.cc, in method packagesource::check_sha512) Running the installer with WINEDEBUG=trace+file,trace+server reports: CreateFileW ("XXXX.tar.xz") [1] NtCreateFile ("XXXX.tar.xz", w/o FILE_OPEN_REPARSE_POINT) [1] CreateFileW return [1] NtQueryInformationFile FileBasicInformation [1] (server)close_handle [1] NtCreateFile ("XXXX.tar.xz", w/ FILE_OPEN_REPARSE_POINT) [2] NtReadFile [2] -> STATUS_INVALID_HANDLE The square brackets denote file handles. Handle reuse bug has been ruled out. This bug can be traced to an incorrect FILE_OPEN_REPARSE_POINT implementation in Wine-staging, in "ntdll-Junction_Points/0016-server-Implement-FILE_OPEN_REPARSE_POINT-option.patch": > diff --git a/server/fd.c b/server/fd.c > index 4f43f41fb31..a01d4c9c0f7 100644 > --- a/server/fd.c > +++ b/server/fd.c > @@ -107,6 +107,10 @@ > #include "winioctl.h" > #include "ddk/wdm.h" > > +#if !defined(O_SYMLINK) && defined(O_PATH) > +# define O_SYMLINK (O_NOFOLLOW | O_PATH) > +#endif On Linux, read/write/ioctl/... operations on an O_PATH descriptor will fail with EBADF, which is then translated as STATUS_INVALID_HANDLE to the application. > + > #if defined(HAVE_SYS_EPOLL_H) && defined(HAVE_EPOLL_CREATE) > # include <sys/epoll.h> > # define USE_EPOLL > @@ -1958,6 +1962,11 @@ struct fd *open_fd( struct fd *root, const char *name, struct unicode_str nt_nam > } > else rw_mode = O_RDONLY; > > +#if defined(O_SYMLINK) > + if ((options & FILE_OPEN_REPARSE_POINT) && !(flags & O_CREAT)) > + flags |= O_SYMLINK; Another difference is that O_PATH semantics override O_RDONLY/O_WRONLY/O_RDWR, even if the target file isn't _actually_ a symbolic link. To properly implement it on Linux we should: 1. open with O_PATH. 2. check if the file is really a symlink (via fstat?). 3. if not, reopen via /proc/self/fd/%u (now w/o O_NOFOLLOW|O_PATH). Note that this isn't an issue on XNU (macOS), where O_SYMLINK has an equivalent semantics to FILE_OPEN_REPARSE_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 8

[Bug 50878] New: Neon Noir Benchmark crashes on Wine-Staging before showing the first scene.
by WineHQ Bugzilla 09 Dec '21

09 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=50878 Bug ID: 50878 Summary: Neon Noir Benchmark crashes on Wine-Staging before showing the first scene. Product: Wine-staging Version: 6.3 Hardware: x86-64 URL: https://www.cryengine.com/marketplace/product/neon-noi r OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lvb.crd(a)protonmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Since Wine-Staging-6.3 it silent crash after clicking to start benchmark button and loading but before scene rendering after black screen. I'm already done bisecting. The problem appeared after this commit: <https://github.com/wine-staging/wine-staging/commit/750044c08c49c7a117fcc91…> Also I did some more tests on current Wine-Staging and found that preventing the 0035 patch from applying (and all subsequent ones) - helps. While if you add patch 0035 applying, but prevent the applying of 0036 and subsequent - the problem appears again. 0035 patch: "ntdll: Treat undecoded unix symlinks as NT symlinks." <https://github.com/wine-staging/wine-staging/blob/7b199110bb31100c78aa3ffb7…> The benchmark is free, but requires registering an account and a separate launcher to download it (it will not be necessary to run it, you can simply copy the Neon_Noir_Ray_Tracing_Benchmark_2527 directory with it inside the fresh prefixes). On the site need only add the benchmark to your account https://www.cryengine.com/marketplace/product/neon-noir For launcher need use `WINEDLLOVERRIDES="libglesv2=d"` because Bug 44985 and `winetricks -q mfc140` need for benchmark itself Bug 44856 Bug 48866 It also seems this application requires `d3d11-Deferred_Context` from Staging, but the strange thing is, on vanilla Wine without it, it crashes in the same place and from the outside it seems that the behavior is identical. Please, check it. And can anyone reproduce it. -- 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 21

[Bug 51857] New: Support Configurable Time measurement precision for Wine versions 5.0.x and onwards
by WineHQ Bugzilla 09 Dec '21

09 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51857 Bug ID: 51857 Summary: Support Configurable Time measurement precision for Wine versions 5.0.x and onwards Product: Wine Version: 5.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: ishinberg0(a)gmail.com Distribution: --- `NtQuerySystemTime` used to provide timestamp value by calling `gettimeofday`, at least on wine 4.0.x. This would provide micro-second accuracy for timestamping used in logging,tracing, etc On Wine 5.0.x and 6.0.x, optimizations were introduced to provide near-realtime timestamp, relying on HAVE_CLOCK_GETTIME (which is always defined during the `configure` phase of the wine build). This results in milliseconds accuracy (though the resolution is still in microseconds, it only gets updated around once every 1 ms / 1000 us. This is not optimal for application requiring us precision for timestamp measurement. If this suggestion is approved, I'd be willing to contribute a PR/fix for this issue. I also need this fix backported to 6.0.x, if possible 10x -- 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 50319] New: Powerpoint 2013/365: cursor not moved when clicking in current text box
by WineHQ Bugzilla 09 Dec '21

09 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=50319 Bug ID: 50319 Summary: Powerpoint 2013/365: cursor not moved when clicking in current text box Product: Wine Version: 6.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rcorreia31(a)gmail.com Distribution: --- Created attachment 68898 --> https://bugs.winehq.org/attachment.cgi?id=68898 Simple Powerpoint file containing two text boxes Running wine-6.0-rc2 compiled from source. Same issue with previous 5.x versions. Installation done in two different clean prefixes. Reproduced with KDE Plama 5.20.1 and Xfce 4.16pre1, both compiled from sources, on Centos 8.3 Both Office 32bit versions were installed using the recommendations from WineHQ. Office 2013 : https://appdb.winehq.org/objectManager.php?sClass=version&iId=26323 Office 365 (2016) : https://appdb.winehq.org/objectManager.php?sClass=version&iId=35527 Office 2013 : winetricks msxml6 Office 365 : winetricks msxml3 msxml6 riched20 riched30 Two registry updates done for 2013 and 365: . HKCU\Software\Wine\Direct3D\MaxVersionGL (DWORD) : 30002 (hex) . HKCU\Software\Wine\Direct2D\max_version_factory (DWORD) : 0 Two files copied for 2013 and 365: cp "./Common Files/Microsoft Shared/ClickToRun/AppvIsvSubsystems32.dll" "./Microsoft Office/root/Office16" cp "./Common Files/Microsoft Shared/ClickToRun/C2R32.dll" "./Microsoft Office/root/Office16" Problem: clicking in the current text box does not set the cursor to the clicked position. To reproduce: . Create two text boxes in Powerpoint. I.E.: one for the title and one for the body ⇒ test case attached WineTestCase.pptx . Add some text to both. . Click on the text of a text box: mouse cursor is set to the right location. . Click on another part of the text in the same current text box: text box focus is lost and the mouse cursor is not set to where we clicked. In fact the mouse cursor is not displayed anymore. If we click on any character in the other non-current text box: the cursor moves to where we clicked as expected. So the problem only occurs when we want to put the cursor on another location within the text box we are already in. There are another problems that are maybe a side effect of this one: . Double-click on a text of another text box: the text is not selected. A first click is necessary to set the focus. . Select a text by clicking and moving the mouse within the current text box: the text is not selected. No workaround found except first reselecting the text box. I.E. Esc+left click, Right+Left click. -- 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 10

[Bug 51558] New: PDCursesMod - wincon - demos programs
by WineHQ Bugzilla 09 Dec '21

09 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51558 Bug ID: 51558 Summary: PDCursesMod - wincon - demos programs Product: Wine Version: 6.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vladimir.kokovic(a)gmail.com Distribution: --- I tried to do run "PDCursesMod - wincon - demos programs" but no program works unlike Windows-10 where these same programs work. Public Domain Curses (Modified), aka PDCursesMod, is an implementation of X/Open curses for multiple platforms. As the name suggests, it is a modified version of the ‘official’ PDCurses project, adding a variety of improvements, such as Windows GUI, VT-like console, DOSVGA, and Plan 9 “flavors” of Curses. It expands many of the capabilities of the other flavors (SDL1, SDL2, X11, Win32 console, OS/2, and DOS). git clone https://github.com/Bill-Gray/PDCursesMod.git wine64 version=wine-6.14-74-gccbb0eef7bc Vladimir Koković, DP senior(70), Serbia, Belgrade, 4.August 2021 -- 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 2

[Bug 33198] New: Multiple applications ported to WinRT/ARM using msvcr110.dll require msvcrt.setjmp
by wine-bugs＠winehq.org 08 Dec '21

08 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=33198 Bug #: 33198 Summary: Multiple applications ported to WinRT/ARM using msvcr110.dll require msvcrt.setjmp Product: Wine Version: 1.5.25 Platform: arm OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, as the summary says ... --- snip --- $ wine ./Audacity.exe ... err:module:find_forwarded_export function not found for forward 'msvcrt.setjmp' used by L"C:\\windows\\system32\\msvcr110.dll". If you are using builtin L"msvcr110.dll", try using the native one instead. --- snip --- Currently implemented for x86 64-bit in msvcrt: http://source.winehq.org/git/wine.git/blob/14a81773c7ce865dd6d919ddee89cad3… --- snip --- 1371 @ cdecl -arch=x86_64 -norelay -private setjmp(ptr) MSVCRT__setjmp --- snip --- Regards -- 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 6

[Bug 32992] New: ARM port of "WabbitEMU" wants KERNEL32.dll.RtlLookupFunctionEntry
by wine-bugs＠winehq.org 08 Dec '21

08 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=32992 Bug #: 32992 Summary: ARM port of "WabbitEMU" wants KERNEL32.dll.RtlLookupFunctionEntry Product: Wine Version: 1.5.24 Platform: arm OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, split from bug 32991 which is about unimplemented function KERNEL32.dll.RtlUnwindEx +module,+imports --- snip --- ... 0009:trace:module:load_dll looking for L"KERNEL32.dll" in L"Z:\\home\\linaro\\wine-apps\\wabbitemu;.;C:\\windows\\system32;C:\\windows\\system;C:\\windows;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem" 0009:trace:module:load_dll Found L"C:\\windows\\system32\\KERNEL32.dll" for L"KERNEL32.dll" at 0x7b820000, count=19 0009:warn:module:import_dll No implementation for KERNEL32.dll.RtlUnwindEx imported from L"Z:\\home\\linaro\\wine-apps\\wabbitemu\\Wabbitemu.exe", setting to 0x41820000 0009:trace:imports:import_dll --- RtlUnwindEx KERNEL32.dll.1209 = 0x41820000 0009:trace:imports:import_dll --- GetCommandLineA KERNEL32.dll.481 = 0x7b846be0 0009:trace:imports:import_dll --- RtlPcToFileHeader KERNEL32.dll.1205 = 0x7bc69188 0009:warn:module:import_dll No implementation for KERNEL32.dll.RtlLookupFunctionEntry imported from L"Z:\\home\\linaro\\wine-apps\\wabbitemu\\Wabbitemu.exe", setting to 0x41820024 0009:trace:imports:import_dll --- RtlLookupFunctionEntry KERNEL32.dll.1203 = 0x41820024 0009:trace:imports:import_dll --- GetModuleFileNameW KERNEL32.dll.634 = 0x7b86b864 ... --- snip --- MSDN entry for KERNEL32.dll.RtlLookupFunctionEntry: http://msdn.microsoft.com/en-us/library/windows/desktop/ms680597%28v=vs.85%… ("ARM Definition") Regards -- 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 4

[Bug 51974] New: Dialogs that apear when loading documents don't work
by WineHQ Bugzilla 08 Dec '21

08 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51974 Bug ID: 51974 Summary: Dialogs that apear when loading documents don't work Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tebicap(a)gmail.com Distribution: --- Created attachment 70961 --> https://bugs.winehq.org/attachment.cgi?id=70961 Corel Drax X3 portable, import options dialog. When Loading a file from Corel Draw or Adobe Illustrator (and may be others?) these programs show a dialog with import options, this dialog don't allow me to click on the buttons "OK", "CANCEL", nor any other stuff in the dialog. It's like the dialog's window don't get focused and dont interact with the mouse nor keyboard, instead, the application below (if there is any other window opened) receive the actions of my computer inputs. If I open these programs and open any document that don't need to show me an import dialog then the file opens OK. Dialogs in general works well, but not the import options dialog. Atached Images. This bug happen on all wine versions I tried (the last one was 6.17 stage) my system is: Operating System: Kubuntu 20.04 KDE Plasma Version: 5.18.5 KDE Frameworks Version: 5.68.0 Qt Version: 5.12.8 Kernel Version: 5.4.0-89-generic OS Type: 64-bit Processors: 4 × Intel® Core™ i3-3240 CPU @ 3.40GHz Memory: 5,8 GiB -- 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