wine-bugs March 2022

wine-bugs@winehq.org

1 participants
3998 discussions

[Bug 50270] New: FallenDoll exit with a application crash.
by WineHQ Bugzilla 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=50270 Bug ID: 50270 Summary: FallenDoll exit with a application crash. Product: Wine Version: 6.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: l12436(a)yahoo.com.tw Distribution: --- Created attachment 68811 --> https://bugs.winehq.org/attachment.cgi?id=68811 crash information. FallenDoll main will crash with an an invalid memory access -- 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 45422] New: ./tools/sfnt2fon/ sfnt2fon.c shows a heap buffer overflow fill_fontinfo()
by wine-bugs＠winehq.org 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=45422 Bug ID: 45422 Summary: ./tools/sfnt2fon/sfnt2fon.c shows a heap buffer overflow fill_fontinfo() Product: Wine Version: 3.11 Hardware: x86 URL: https://bugs.winehq.org/show_bug.cgi?id=40330 OS: Linux Status: NEW Keywords: download, source, valgrind Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo First noticed in #40330, with ASAN: ../tools/sfnt2fon/sfnt2fon -o sserifee.fon ms_sans_serif.ttf -d 129 13,1250,5 16,1250,7 ================================================================= ==18356==ERROR: AddressSanitizer: heap-buffer-overflow on address 0xf5a06ab3 at pc 0x5658546e bp 0xffd67ec8 sp 0xffd67eb8 READ of size 1 at 0xf5a06ab3 thread T0 #0 0x5658546d in fill_fontinfo (/var/lib/jenkins/home/workspace/wine-gcc-asan/tools/sfnt2fon/sfnt2fon+0x946d) #1 0x56585da8 in main (/var/lib/jenkins/home/workspace/wine-gcc-asan/tools/sfnt2fon/sfnt2fon+0x9da8) #2 0xf7680302 in __libc_start_main (/lib32/libc.so.6+0x18302) #3 0x56582070 (/var/lib/jenkins/home/workspace/wine-gcc-asan/tools/sfnt2fon/sfnt2fon+0x6070) 0xf5a06ab3 is located 1 bytes to the right of 2-byte region [0xf5a06ab0,0xf5a06ab2) allocated by thread T0 here: #0 0xf7a42ed4 in malloc (/usr/lib/gcc/x86_64-pc-linux-gnu/7.3.0/32/libasan.so.4+0xe5ed4) #1 0xf785e437 (/usr/lib32/libfreetype.so.6+0x9437) SUMMARY: AddressSanitizer: heap-buffer-overflow (/var/lib/jenkins/home/workspace/wine-gcc-asan/tools/sfnt2fon/sfnt2fon+0x946d) in fill_fontinfo Shadow bytes around the buggy address: 0x3eb40d00: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x3eb40d10: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x3eb40d20: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x3eb40d30: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x3eb40d40: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa =>0x3eb40d50: fa fa fa fa fa fa[02]fa fa fa fd fa fa fa fd fa 0x3eb40d60: fa fa fd fd fa fa fd fd fa fa fd fd fa fa fd fd 0x3eb40d70: fa fa fd fa fa fa fd fd fa fa fd fa fa fa fd fd 0x3eb40d80: fa fa fd fa fa fa fd fa fa fa fd fa fa fa fd fa 0x3eb40d90: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x3eb40da0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa Shadow byte legend (one shadow byte represents 8 application bytes): Addressable: 00 Partially addressable: 01 02 03 04 05 06 07 Heap left redzone: fa Freed heap region: fd Stack left redzone: f1 Stack mid redzone: f2 Stack right redzone: f3 Stack after return: f5 Stack use after scope: f8 Global redzone: f9 Global init order: f6 Poisoned by user: f7 Container overflow: fc Array cookie: ac Intra object redzone: bb ASan internal: fe Left alloca redzone: ca Right alloca redzone: cb ==18356==ABORTING Using Valgrind gets better line numbers: austin@valgrindbox ~/wine-valgrind/fonts $ . ~/src/wine-valgrind/scripts/vg-wrapper.sh austin@valgrindbox ~/wine-valgrind/fonts $ valgrind make sserifee.fon ../tools/sfnt2fon/sfnt2fon -o sserifee.fon ms_sans_serif.ttf -d 129 13,1250,5 16,1250,7 ==20606== Invalid read of size 1 ==20606== at 0x10A91E: fill_fontinfo (sfnt2fon.c:577) ==20606== by 0x10AD1F: main (sfnt2fon.c:729) ==20606== Address 0x4be6f03 is 1 bytes after a block of size 2 alloc'd ==20606== at 0x482D58B: malloc (vg_replace_malloc.c:299) ==20606== by 0x487DD87: ft_alloc (ftsystem.c:102) ==20606== by 0x488592E: ft_mem_qalloc (ftutil.c:76) ==20606== by 0x488592E: ft_mem_alloc (ftutil.c:55) ==20606== by 0x488632E: ft_glyphslot_alloc_bitmap (ftobjs.c:490) ==20606== by 0x48C2D62: tt_sbit_decoder_alloc_bitmap (ttsbit.c:628) ==20606== by 0x48C2D62: tt_sbit_decoder_load_bitmap (ttsbit.c:1234) ==20606== by 0x48C2D62: tt_sbit_decoder_load_image (ttsbit.c:1439) ==20606== by 0x48C8265: tt_face_load_sbit_image (ttsbit.c:1616) ==20606== by 0x489F269: load_sbit_image (ttgload.c:2308) ==20606== by 0x489F269: TT_Load_Glyph (ttgload.c:2716) ==20606== by 0x489F269: tt_glyph_load (ttdriver.c:468) ==20606== by 0x4882E0F: FT_Load_Glyph (ftobjs.c:913) ==20606== by 0x488371D: FT_Load_Char (ftobjs.c:1051) ==20606== by 0x10A9F7: fill_fontinfo (sfnt2fon.c:550) ==20606== by 0x10AD1F: main (sfnt2fon.c:729) ==20606== -- 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 7

[Bug 52294] New: DYSMANTLE seems to need d3d11_device_CreateRasterizerState1
by WineHQ Bugzilla 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52294 Bug ID: 52294 Summary: DYSMANTLE seems to need d3d11_device_CreateRasterizerState1 Product: Wine Version: 7.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: berillions(a)gmail.com Distribution: --- Created attachment 71440 --> https://bugs.winehq.org/attachment.cgi?id=71440 ogl +d3d log Hello, I tried this d3d11 game with OpenGL and Vulkan renderer from Wine. In the both case, the game crashes with the same stub : **** 010c:fixme:d3d11:d3d11_device_CreateRasterizerState1 iface 0000000001057A50, desc 000000000011FAF0, state 000000000011FAE8 stub! **** With DXVK, there is not issue, the game launches correctly. I attach the OGL and Vulkan +d3d log -- 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 52048] New: CreateProcess() might not spawn console for new process
by WineHQ Bugzilla 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52048 Bug ID: 52048 Summary: CreateProcess() might not spawn console for new process Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: colin1207(a)gmx.net Distribution: --- Created attachment 71059 --> https://bugs.winehq.org/attachment.cgi?id=71059 demo programs (see description) When launching a console application by calling CreateProcess() without any process creation flags, wine will not spawn a new console window if the parent process is not currently attached to a console that the child could inherit, unless explicitly requested with the CREATE_NEW_CONSOLE flag. Windows defaults to the behaviour of allocating a new console for the process, even without explicit request, while wine will not. This might break several applications that assume to have a console attached and will crash, for example, when trying to initialize curses. Attached is a demo application: Running launcher.exe on windows will successfully open a console for helloworld.exe after the CreateProcess call. All tested wine versions however, will not allocate a new console. -- 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 51017] New: Microsoft PowerToys installer crashes
by WineHQ Bugzilla 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=51017 Bug ID: 51017 Summary: Microsoft PowerToys installer crashes Product: Wine Version: 6.6 Hardware: x86-64 URL: https://web.archive.org/web/20210403201453/https://git hub.com/microsoft/PowerToys/releases/download/v0.35.0/ PowerToysSetup-0.35.0-x64.exe OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: the.ideals(a)gmail.com Distribution: --- Created attachment 69864 --> https://bugs.winehq.org/attachment.cgi?id=69864 log https://github.com/microsoft/PowerToys/ .NET Core 3.1.13 is used with Release v0.35.0. 0114:fixme:kernelbase:AppPolicyGetThreadInitializationType FFFFFFFFFFFFFFFA, 000000000136FE10 0110:fixme:combase:RoGetActivationFactory (L"", {44a9796f-723e-4fdf-a218-033e75b0c084}, 000000000011E720): semi-stub wine: Unhandled page fault on read access to 0000001600000001 at address 000000007B0524B1 (thread 0110), starting debugger... Unhandled exception: page fault on read access to 0x1600000001 in 64-bit code (0x000000007b0524b1). -- 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 52726] New: IsWindowsService() from Microsoft.Extensions.Hosting.WindowsServices (.Net 4.6, 4.8, 5.0) depends on services.exe being run in the session 0
by WineHQ Bugzilla 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52726 Bug ID: 52726 Summary: IsWindowsService() from Microsoft.Extensions.Hosting.WindowsServices (.Net 4.6, 4.8, 5.0) depends on services.exe being run in the session 0 Product: Wine Version: 7.4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dmitry(a)baikal.ru Distribution: --- Created attachment 72084 --> https://bugs.winehq.org/attachment.cgi?id=72084 AspNetTest: 64-bit binary of the test service Existing .Net 4.6, 4.8, 5.0 and 6.0 builds shipped with many applications depend on services.exe being run in the session 0: https://github.com/dotnet/runtime/blob/01b7e73cd378145264a7cb7a09365b41ed42… Attached source+binary of the sample service application which doesn't work in wine-7.4. Steps to reproduce: 1. create 64-bit Wine prefix 2. copy AspNetTest.exe to system32 (to avoid specifying full path in 'sc create') 3. 'wine sc create AspNetTest binpath=AspNetTest.exe' - register the service 4. 'wine sc start AspNetTest' - attempt to run the service 5. 'wine sc query AspNetTest' - get the service status In order to clearer see that 'sc start AspNetTest' fails I'd suggest to apply https://source.winehq.org/patches/data/230446 https://source.winehq.org/patches/data/230447 https://source.winehq.org/patches/data/230445 Without these patches you just get 01cc:err:service:process_send_command service protocol error - failed to write pipe! -- 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 52719] New: cmd.exe mishandles echo %time%
by WineHQ Bugzilla 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52719 Bug ID: 52719 Summary: cmd.exe mishandles echo %time% Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Created attachment 72080 --> https://bugs.winehq.org/attachment.cgi?id=72080 Check the date /t, %date%, time /t, %time% output I was hoping to sprinkle some echo %time% in the test_builtins.cmd script to figure out where it was spending time. But unfortunately in Wine all I get is: c:\> echo %time% 19:10 Whereas on Windows from XP to 21H1 I get: c:\> echo %time% 19:10:05.34 Fixing Wine to get the time with second resolution is easy, just drop TIME_NOSECONDS from the GetTimeFormatW() call. But that call does not seem to support returning subsecond data. Yet %time% is localized (with a French system locale it uses a comma as the decimal separator). Also Wine mishandles date /t and time /t, particularly the latter since it does not use the same format as plain "time". For reference here is the output of the attached test patch: English ======= C:\Users\Public\Documents>date The current date is: Wed 03/23/2022 Enter the new date: (mm-dd-yy) C:\Users\Public\Documents>date /T Wed 03/23/2022 C:\Users\Public\Documents>echo Wed 03/23/2022 <---- %date% Wed 03/23/2022 C:\Users\Public\Documents>time The current time is: 11:53:01.13 Enter the new time: C:\Users\Public\Documents>time /T 11:53 AM C:\Users\Public\Documents>echo 11:53:01.13 <---- %time% 11:53:01.13 French ====== C:\Users\Public\Documents>date La date du jour est�: 23/03/2022 Entrez la nouvelle date�: (jj-mm-aa) C:\Users\Public\Documents>date /T 23/03/2022 C:\Users\Public\Documents>echo 23/03/2022 <--- %date% 23/03/2022 C:\Users\Public\Documents>time L'heure actuelle est�: 20:23:28,60 Entrez la nouvelle heure�: C:\Users\Public\Documents>time /T 20:23 C:\Users\Public\Documents>echo 20:23:28,60 <--- %time% 20:23:28,60 -- 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 52724] New: expose a stable interface to get the linux pid mapped to a wine pid
by WineHQ Bugzilla 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52724 Bug ID: 52724 Summary: expose a stable interface to get the linux pid mapped to a wine pid Product: Wine Version: 7.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: redartofcode(a)gmail.com Distribution: --- to get the x11 window id of a window handle inside wine, you can use `GetProp(win32_handle, "__wine_x11_whole_window");`. but there is no equivalent function to get the linux pid of a wine process by using its wine pid. it is useful when a windows app and linux app need to interact with each other. to check that the wine application is still running, or monitor its resource usage etc.. the linux native app could use linux pid of the wine application. Use Case: I run Guild Was 2 in wine. and Guild Wars 2 shares live data of the player via shared memory called MumbleLink. unfortunately, shared memory of windows is not exposed as shared memory of linux. so, i wrote a small app windows which runs inside the same prefix of Guild Wars 2, and copies that data to z:\\dev\shm\gw2link file which is in the linux path of /dev/shm/gw2link. on Windows, there are Overlays (officially allowed) which make use of this data to provide a wide variety of utilities to players. I am making a linux Overlay and to get the position / size of the Guild Wars 2 Window, i need the x11 window id. as mentioned above, I already use the "__wine_x11_whole_window" to get that and copy it to the /dev/shm/gw2link along with the other data. then, linux native Overlay uses that file to get the window id and uses x11 to take care of the rest. But there are complex scenarios like multiple instances of gw2 running, and to make it easy, gw2 writes is pid along with player data in the shared memory. we use that pid to check if gw2 is running or other such things. and here's the issue, gw2 writes the windows (wine) pid in the shared memory. and i have no way of translating it to the mapped linux pid of that gw2 instance. I am currently able to use _NET_WM_PID x11 property to get the pid of a gw2 window, but it is not actually required by the x11 spec, and its also not immediately set when the game starts. so, it is sort of unreliable at the moment. so, I was hoping that wine could expose a function (or a property like __wine_x11_whole_window) so that i could translate the wine pid to linux pid, and provide that pid via /dev/shm/gw2link just like x11 window id. -- 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 52692] New: EffectRack crashes in ucrtbase with page fault
by WineHQ Bugzilla 23 Mar '22

23 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52692 Bug ID: 52692 Summary: EffectRack crashes in ucrtbase with page fault Product: Wine Version: 7.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ucrtbase Assignee: wine-bugs(a)winehq.org Reporter: pak762(a)gmx.de Distribution: --- Created attachment 72036 --> https://bugs.winehq.org/attachment.cgi?id=72036 Crashdump after start of DDMF EffectRack After upgrading to Wine 7.4.1 DDMF EffectRack crashes with a page fault in ucrtbase being called from wined3d_adapter_get_identifier. This was not the case in Wine 7.3 I also tested a fresh Manjaro install in a VM but there I could not reproduce this issue since this might be specific to having an Nvidia card and driver. The driver version is 510.54 but also on the latest 470.x version I had installed before this error occurred. -- 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 35436] New: NeteaseMusic client can't play music
by wine-bugs＠winehq.org 23 Mar '22

23 Mar '22

http://bugs.winehq.org/show_bug.cgi?id=35436 Bug ID: 35436 Summary: NeteaseMusic client can't play music Product: Wine Version: 1.7.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fangpeishi(a)gmail.com Classification: Unclassified Created attachment 47292 --> http://bugs.winehq.org/attachment.cgi?id=47292 the terminal output steps: 1.install&open client; 2.add songs to playlist; 3.click the play button. BUT Netease music client did not start playing. download url: Netease music client(网易云音乐客户端): http://music.163.com/#/download -- 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 12

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