September 2020 - Wine-Bugs - list.winehq.org

[Bug 38447] New: valgrind shows an invalid read in ole32/tests/hglobalstream.c
by wine-bugs＠winehq.org Sept. 28, 2020

Sept. 28, 2020

https://bugs.winehq.org/show_bug.cgi?id=38447 Bug ID: 38447 Summary: valgrind shows an invalid read in ole32/tests/hglobalstream.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- ==13974== Invalid read of size 2 ==13974== at 0x7B843008: GlobalLock (heap.c:441) ==13974== by 0x4A9B5D8: HGLOBALStreamImpl_Read (hglobalstream.c:169) ==13974== by 0x48885CC: IStream_Read (objidl.h:4381) ==13974== by 0x48885CC: test_freed_hglobal (???:0) ==13974== by 0x488885C: func_hglobalstream (hglobalstream.c:522) ==13974== by 0x48D5D00: run_test (test.h:584) ==13974== by 0x48D613A: main (test.h:666) ==13974== Address 0x7f02aaf8 is 16 bytes after a block of size 32 free'd ==13974== at 0x7BC49E5B: notify_free (heap.c:262) ==13974== by 0x7BC4E178: RtlFreeHeap (heap.c:1761) ==13974== by 0x4A9B51A: HGLOBALStreamImpl_Release (hglobalstream.c:123) ==13974== by 0x4888325: IStream_Release (objidl.h:4377) ==13974== by 0x4888325: test_copyto (???:0) ==13974== by 0x4888857: func_hglobalstream (hglobalstream.c:521) ==13974== by 0x48D5D00: run_test (test.h:584) ==13974== by 0x48D613A: main (test.h:666) ==13974== -- 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 27437] New: IW2 Edge of Chaos freezes every second
by wine-bugs＠winehq.org Sept. 28, 2020

Sept. 28, 2020

http://bugs.winehq.org/show_bug.cgi?id=27437 Summary: IW2 Edge of Chaos freezes every second Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh(a)gmail.com Originally in bug 24239. fixme:quartz:ACMWrapper_SetMediaType acmStreamOpen returned 512 spams every second or so. When it does, the game freezes completely for a few milliseconds. winetricks devenum quartz works around it. -- 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 19

[Bug 49676] New: winetricks galliumnine02 no longer installs
by WineHQ Bugzilla Sept. 28, 2020

Sept. 28, 2020

https://bugs.winehq.org/show_bug.cgi?id=49676 Bug ID: 49676 Summary: winetricks galliumnine02 no longer installs Product: Wine Version: 5.13 Hardware: x86 OS: Linux Status: NEW Keywords: download, regression, source Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: julliard(a)winehq.org Regression SHA1: 368e3a93b8da3641c53f260bb4c96d03d00d1080 Distribution: Gentoo Noticed while running winetricks-test against wine-5.14-132-g1ec8bf9b73. Bisect shows it was: 368e3a93b8da3641c53f260bb4c96d03d00d1080 is the first bad commit commit 368e3a93b8da3641c53f260bb4c96d03d00d1080 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Thu Jul 9 09:59:08 2020 +0200 ntdll: Allocate the return buffer in the caller for wine_nt_to_unix_file_name(). Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> dlls/kernel32/path.c | 18 +++++++++++++++--- dlls/ntdll/directory.c | 4 ++-- dlls/ntdll/ntdll.spec | 2 +- dlls/ntdll/unix/file.c | 11 +++++++++-- dlls/ntdll/unixlib.h | 2 +- include/winternl.h | 2 +- 6 files changed, 29 insertions(+), 10 deletions(-) interestingly, this affects galliumnine02/galliumnine03/galliumnine04, but not galliumnine05 or galliumnine (which gets the latest release upstream, currently 05). /home/austin/wine-git/wine ninewinecfg -e wine: Unhandled page fault on read access to 00000000 at address F7AB823A (thread 019c), starting debugger... couldn't load main module (0) Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0xf7ab823a). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:f7ab823a ESP:0031fa90 EBP:0031fac8 EFLAGS:00010206( R- -- I - -P- ) EAX:0000003a EBX:00000000 ECX:00000028 EDX:00000002 ESI:00824428 EDI:00000000 Stack dump: 0x0031fa90: 0000001c 7eb85000 0031fad8 0031fb14 0x0031faa0: 7eb86754 00823960 0031fac8 00824428 0x0031fab0: 0031fb0c 00823960 0031fae0 7eb85000 0x0031fac0: 0031fb0c 00823960 0031fb38 7eb8023c 0x0031fad0: 00000003 7eb86754 7eb800a5 7eb8023c 0x0031fae0: 0031fb0c 0031fb14 00000000 00000000 Backtrace: =>0 0xf7ab823a (0x0031fac8) 1 0x7eb8023c (0x0031fb38) 0xf7ab823a: cmpl %eax,0x0(%ebx) -- 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 3

[Bug 49585] New: valgrind shows a possible leak in dlls/ntdll/env.c:read_nls_file()
by WineHQ Bugzilla Sept. 28, 2020

Sept. 28, 2020

https://bugs.winehq.org/show_bug.cgi?id=49585 Bug ID: 49585 Summary: valgrind shows a possible leak in dlls/ntdll/env.c:read_nls_file() Product: Wine Version: 5.13 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo Getting a lot of spam, presumably every thread/process: ==9262== 5,512 bytes in 1 blocks are possibly lost in loss record 33 of 33 ==9262== at 0x40345DC: malloc (vg_replace_malloc.c:307) ==9262== by 0x486401C: read_nls_file (env.c:100) ==9262== by 0x48649EF: init_environment (env.c:961) ==9262== by 0x48733BA: __wine_main (loader.c:1710) ==9262== by 0x7D0017D7: main (main.c:285) ==9262== -- 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 49691] New: dl.winehq.org hasn't been updated with new versions since April
by WineHQ Bugzilla Sept. 28, 2020

Sept. 28, 2020

https://bugs.winehq.org/show_bug.cgi?id=49691 Bug ID: 49691 Summary: dl.winehq.org hasn't been updated with new versions since April Product: WineHQ.org Version: unspecified Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: blocker Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: sephirothfanatic(a)gmail.com Hello, I noticed that new versions of Wine for macOS haven't appeared on the dl.winehq.org domain since April. The website is still showing major version 5.0 instead of 5.0.2 and development version 5.7 instead of 5.14. Wasn't sure where exactly to report this, so here it is. SephirothFanatic -- 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 49499] New: Ubuntu focal 5.11 packages translate unix working directory incorrectly when running dealer.exe (bridge utility)
by WineHQ Bugzilla Sept. 28, 2020

Sept. 28, 2020

https://bugs.winehq.org/show_bug.cgi?id=49499 Bug ID: 49499 Summary: Ubuntu focal 5.11 packages translate unix working directory incorrectly when running dealer.exe (bridge utility) Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: suokkos(a)gmail.com CC: dimesio(a)earthlink.net Distribution: --- wine-devel and wine-staging 5.11~focal packages caused a regression where running dealer.exe from terminal forwards incorrect working directory to dealer.exe. dealer.exe is a small command line utility to generate constrained hands for card game bridge. The bug isn't present on wine binary if I compile wine-5.11 tagged version. Neither it is present if I apply wine-staging patches to my wine tree and compile it. Downgrading 5.10~focal also works. What is known about bug happening? I'm running the application from a directory under my home directory. Wine maps Z: drive to root ("/"). There is no other drives mapping to my home directory. Package versions change working directory to root ("/"). dealer.exe enters application using wmain entry which translate wchar arguments to multibyte handled by argument parser. After argument parsing it tries to use freopen to redirect stdin to be read from the filename passed as argument. I have no idea why wine 5.11 compiled from sources behaves differently to the package version. I tried to look into https://dl.winehq.org/wine-builds/ubuntu/dists/focal/main/source/wine-stagi… but failed to spot a difference. I tried to find wine built in command which would replicated same incorrect working tree behavior. I failed to find any other application which would reproduce the wrong working directory when run from same terminal. Step to reproduce: Dependencies: cmake and mingw cross compiler 1. git clone https://github.com/suokko/dealer.git 2. cd dealer 3. echo "set(CMAKE_SYSTEM_NAME Windows) set(CMAKE_SYSROOT $ENV{HOME}/buildd/win64) set(CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY) set(arch x86_64-w64-mingw32) find_program(WINE_COMMAND wine) set(CMAKE_CROSSCOMPILING ${WINE_COMMAND}) set(CMAKE_RC_COMPILER ${arch}-windres) set(CMAKE_C_COMPILER ${arch}-gcc-posix) set(CMAKE_CXX_COMPILER ${arch}-g++-posix)" > win32.cmake 4. mkdir build && cd build 5. cmake -CMAKE_TOOLCHAIN_FILE=../win32.cmake -DCMAKE_BUILD_TYPE=RelWithDebInfo .. 6. export WINEPATH="/usr/x86_64-w64-mingw32/lib;/usr/lib/gcc/x86_64-w64-mingw32/9.3-posix;$(pwd)/dds-install/bin" 7. make 8. cd ../Examples 9. wine ../build/dealer.exe Descr.test_operators Failed output: Descr.test_operators: No such file or directory Expected output: 1 != 0: 1 5 - 2: 3 5 % 3: 2 5 == 3: 0 Frequency rnd(10): 0 10034 1 10122 2 9974 3 10003 4 9884 5 9977 6 9853 7 10036 8 10142 9 9975 Frequency : Low 100000 Frequency : High 100000 Generated 100000 hands Produced 100000 hands Initial random seed 1593633569 Time needed 0.000 sec -- 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 49430] New: Teams installer fails: Please re-run this installer as a normal user instead of "Run as Administrator"
by WineHQ Bugzilla Sept. 28, 2020

Sept. 28, 2020

https://bugs.winehq.org/show_bug.cgi?id=49430 Bug ID: 49430 Summary: Teams installer fails: Please re-run this installer as a normal user instead of "Run as Administrator" Product: Wine Version: 5.11 Hardware: x86 URL: https://statics.teams.cdn.office.net/production-window s/1.3.00.3564/Teams_windows.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian Yesterday I tried this in Staging-5.10 and it start fine. This morning I upgraded to Staging 5.11 and it fails :( Issued commands (copy/paste from bug 49147): Prerequisite: 'winetricks -q dotnet45' (without Wine-Mono) Installation workaround for bug 41713 using Wine-Staging --- snip --- $ wine runas /trustlevel:0x20000 "cmd /c start Teams_windows.exe" --- snip --- -- 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 49903] New: TEB breakpoint should not be invoked when calling NtCreateThreadEx
by WineHQ Bugzilla Sept. 28, 2020

Sept. 28, 2020

https://bugs.winehq.org/show_bug.cgi?id=49903 Bug ID: 49903 Summary: TEB breakpoint should not be invoked when calling NtCreateThreadEx Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: qsniyg(a)mail.com Distribution: --- Created attachment 68263 --> https://bugs.winehq.org/attachment.cgi?id=68263 patch to avoid teb breakpoint Certain DRMs add a breakpoint on the TEB, and NtCreateThreadEx invokes the breakpoint through GetCurrentProcessId() (NtCurrentTeb()->ClientId.UniqueProcess). I've attached a patch that works around this issue. This is definitely a stop-gap solution, but it should work for the time being. -- 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 1

[Bug 49890] New: Disconnects and networking issues in applications using websockets
by WineHQ Bugzilla Sept. 28, 2020

Sept. 28, 2020

https://bugs.winehq.org/show_bug.cgi?id=49890 Bug ID: 49890 Summary: Disconnects and networking issues in applications using websockets Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dt(a)zeroitlab.com Distribution: --- This probably affects multiple games, from my experience Legends of Runeterra, Enemy On Board, Fall Guys and probably a ton others. Root cause analysis is yet to be done. -- 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 3

[Bug 49901] New: Spitfire Labs VST fails to find/load patches
by WineHQ Bugzilla Sept. 27, 2020

Sept. 27, 2020

https://bugs.winehq.org/show_bug.cgi?id=49901 Bug ID: 49901 Summary: Spitfire Labs VST fails to find/load patches Product: Wine Version: 5.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: stefi(a)freitagsrunde.org Distribution: --- Created attachment 68258 --> https://bugs.winehq.org/attachment.cgi?id=68258 Screenshot of error message within the running plugin Spitfire LABS library manager installs and the VST-plugin can be run inside carla without a crash, however the plugin fails to find the library patches. I tried to rename the paths and folders, but with no success. Since the plugin is run inside carla, I don't know how to make a backtrace. The Plugin does not crash. I successfully tested the Plugin within a windows virtual machine with Reaper as host. It does find the patches there. I can also supply the installer file if required. -- 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 1