wine-bugs October 2020

wine-bugs@winehq.org

1 participants
6822 discussions

[Bug 45090] New: (nearly) every test shows a leak in kernel32/{console, term}.c
by wine-bugs＠winehq.org 09 Oct '20

09 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=45090 Bug ID: 45090 Summary: (nearly) every test shows a leak in kernel32/{console,term}.c Product: Wine Version: 3.7 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo Created attachment 61259 --> https://bugs.winehq.org/attachment.cgi?id=61259 terminal output I haven't noticed this on other machines. I built a new machine with more debugging options, which may be a factor. This is adsldp/sysinfo: ==23199== 172 bytes in 1 blocks are definitely lost in loss record 87 of 107 ==23199== at 0x402EF08: calloc (vg_replace_malloc.c:711) ==23199== by 0x5832624: _nc_setupterm (lib_setup.c:711) ==23199== by 0x5832B11: setupterm (lib_setup.c:955) ==23199== by 0x7B472181: TERM_Init (term.c:419) ==23199== by 0x7B434E70: CONSOLE_Init (console.c:3079) ==23199== by 0x7B44422B: process_attach (kernel_main.c:94) ==23199== by 0x7B444321: DllMain (kernel_main.c:139) ==23199== by 0x7B47D3EA: __wine_spec_dll_entry (dll_entry.c:40) ==23199== by 0x7BC4C6B1: ??? (in /home/austin/wine-valgrind/dlls/ntdll/ntdll.dll.so) ==23199== by 0x7BC4FB7A: MODULE_InitDLL (loader.c:1186) ==23199== by 0x7BC4FE40: process_attach (loader.c:1278) ==23199== by 0x7BC4FD85: process_attach (loader.c:1266) ==23199== by 0x7BC4FD85: process_attach (loader.c:1266) ==23199== by 0x7BC4FD85: process_attach (loader.c:1266) ==23199== by 0x7BC526CB: attach_dlls (loader.c:3156) ==23199== by 0x7BC7808F: attach_thread (signal_i386.c:2689) ==23199== by 0x7BC74C63: ??? (in /home/austin/wine-valgrind/dlls/ntdll/ntdll.dll.so) ==23199== I'll attach a log with more examples. -- 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 5

[Bug 49929] New: winetricks -q gfw fails
by WineHQ Bugzilla 09 Oct '20

09 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49929 Bug ID: 49929 Summary: winetricks -q gfw fails Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: NEW Keywords: download, Installer, regression, source Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo Backtrace: =>0 0x7bc2869c HEAP_CreateFreeBlock+0x12c(subheap=<is not available>, ptr=0x1b77f0, size=<is not available>) [Z:\home\austin\wine-git\include\wine\list.h:101] in ntdll (0x0063f088) 1 0x7bc28816 HEAP_MakeInUseBlockFree+0xa5(subheap=<is not available>, pArena=<is not available>) [Z:\home\austin\wine-git\dlls\ntdll\heap.c:666] in ntdll (0x0063f0c8) 2 0x7bc28a48 HEAP_MakeInUseBlockFree+0x2d7(subheap=<is not available>, pArena=<is not available>) [Z:\home\austin\wine-git\dlls\ntdll\heap.c:1762] in ntdll (0x0063f128) 3 0x6510282a msi_apply_registered_patch+0x889(package=<is not available>, patch_code=<is not available>) [Z:\home\austin\wine-git\dlls\msi\msipriv.h:1272] in msi (0x0063f158) 4 0x65102858 MSI_CloseRecord+0x27() [Z:\home\austin\wine-git\dlls\msi\record.c:73] in msi (0x0063f178) 5 0x650d180c msiobj_unlock+0x5b() [Z:\home\austin\wine-git\dlls\msi\handle.c:258] in msi (0x0063f1a8) 6 0x650a3063 msi_load_assembly+0x532(package=<is not available>, comp=<is not available>) [Z:\home\austin\wine-git\dlls\msi\assembly.c:407] in msi (0x0063f208) 7 0x650888d0 load_component+0xef() [Z:\home\austin\wine-git\dlls\msi\action.c:935] in msi (0x0063f248) 8 0x650f1869 MSI_IterateRecords+0x78() [Z:\home\austin\wine-git\dlls\msi\msiquery.c:185] in msi (0x0063f298) 9 0x650865f9 load_media+0x1288() [Z:\home\austin\wine-git\dlls\msi\action.c:954] in msi (0x0063f2c8) 10 0x65086897 ACTION_CostInitialize+0x1e6() [Z:\home\austin\wine-git\dlls\msi\action.c:1266] in msi (0x0063f308) 11 0x6508befb ACTION_HandleStandardAction+0xda(package=<is not available>, action=<is not available>) [Z:\home\austin\wine-git\dlls\msi\action.c:8051] in msi (0x0063f618) 12 0x6509aa6b ACTION_ValidateProductID+0x3a(package=(nil)) [Z:\home\austin\wine-git\dlls\msi\action.c:8080] in msi (0x0063f658) 13 0x6509ad44 ITERATE_Actions+0x73(row=<is not available>) [Z:\home\austin\wine-git\dlls\msi\action.c:544] in msi (0x0063f698) 14 0x650f1869 MSI_IterateRecords+0x78() [Z:\home\austin\wine-git\dlls\msi\msiquery.c:185] in msi (0x0063f6e8) 15 0x6509b65e ACTION_ExecuteAction+0x5ad(package=<is not available>) [Z:\home\austin\wine-git\dlls\msi\action.c:609] in msi (0x0063f738) 16 0x6509b79a ACTION_ExecuteAction+0x6e9(package=<is not available>) [Z:\home\austin\wine-git\dlls\msi\action.c:5836] in msi (0x0063f768) 17 0x6508befb ACTION_HandleStandardAction+0xda(package=<is not available>, action=<is not available>) [Z:\home\austin\wine-git\dlls\msi\action.c:8051] in msi (0x0063fa78) 18 0x6509aa6b ACTION_ValidateProductID+0x3a(package=0x6514808c) [Z:\home\austin\wine-git\dlls\msi\action.c:8080] in msi (0x0063fab8) 19 0x6509bc9b MSI_InstallPackage+0x32a(package=<is not available>, szPackagePath=<is not available>, szCommandLine=<is not available>) [Z:\home\austin\wine-git\dlls\msi\action.c:8225] in msi (0x0063fb18) 20 0x650e09b6 MsiInstallProductW+0x105() [Z:\home\austin\wine-git\dlls\msi\msi.c:269] in msi (0x0063fb58) 21 0x00403c20 WinMain+0x1daf(hInstance=<is not available>, hPrevInstance=<is not available>, lpCmdLine=<is not available>, nCmdShow=<is not available>) [Z:\home\austin\wine-git\programs\msiexec\msiexec.c:1059] in msiexec (0x0063fe68) 22 0x00406b94 main+0xd3() [Z:\home\austin\wine-git\dlls\msvcrt\crt_winmain.c:53] in msiexec (0x0063fef8) 23 0x00406089 mainCRTStartup+0x68() [Z:\home\austin\wine-git\dlls\msvcrt\crt_main.c:62] in msiexec (0x0063ff30) 24 0x7b653910 in kernel32 (+0x3390f) (0x0063ff48) 25 0x7bc5aa07 RtlSleepConditionVariableSRW+0x176(variable=<is not available>, lock=<is not available>, timeout=<is not available>, flags=<is not available>) [Z:\home\austin\wine-git\dlls\ntdll\sync.c:556] in ntdll (0x0063ff5c) 26 0x7bc5ac30 call_thread_func+0xaf() [Z:\home\austin\wine-git\dlls\ntdll\thread.c:133] in ntdll (0x0063ffec) 0x7bc2869c HEAP_CreateFreeBlock+0x12c [Z:\home\austin\wine-git\include\wine\list.h:101] in ntdll: movl %edi,0x0(%esi) 101 elem->prev->next = elem->next; wine-5.18 Haven't bisected yet, will try to sometime today. -- 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

[Bug 49906] New: [Fallout New Vegas] Regression: broken gog installation
by WineHQ Bugzilla 09 Oct '20

09 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49906 Bug ID: 49906 Summary: [Fallout New Vegas] Regression: broken gog installation Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rtentser(a)yandex.ru Distribution: --- Created attachment 68269 --> https://bugs.winehq.org/attachment.cgi?id=68269 Backtrace Just before vc++ 2008 installation there is an error (a backtrace attached). It's a 5.18's problem, probably related to #49591 and https://source.winehq.org/git/wine.git/commit/4c99e3ef341a6b4eda67dffa13a86…. I can't reproduce it with 5.17, it's one of the few games that didn't suffer of #49591. -- 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 49894] New: Regression in "kernelbase: Use conhost to handle Unix consoles."
by WineHQ Bugzilla 09 Oct '20

09 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49894 Bug ID: 49894 Summary: Regression in "kernelbase: Use conhost to handle Unix consoles." Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: martin(a)martin.st Distribution: --- Since 54e117018cd4cc58c258da92686bfad13946bde2, "kernelbase: Use conhost to handle Unix consoles.", the wine console misbehaves, when run within an existing unix terminal (in my case, ssh from a mac Terminal.app/bash shell to a linux host, running wine on linux within that ssh session) - i.e. when running "wine64 cmd" to get an interactive shell. On aarch64 on Debian 8, the effect is that typing individual chars do work, but when pressing enter, I get a ^M printed instead of executing the individual line. On x86_64 on Ubuntu 20.04, I get "wine: Unhandled page fault on write access to 00007F424DD5B2E0 at address 000000006EB8D3F0 (thread 0104), starting debugger..." directly when I type a single character. I.e., the testcase is to just run "wine64 cmd", then try to type "exit<enter>" to exit 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 11

[Bug 49470] New: Silent Hill 4 crashes when a person is suppose to scream.
by WineHQ Bugzilla 09 Oct '20

09 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49470 Bug ID: 49470 Summary: Silent Hill 4 crashes when a person is suppose to scream. Product: Wine Version: 5.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: SolisX007(a)yahoo.com Distribution: --- Created attachment 67578 --> https://bugs.winehq.org/attachment.cgi?id=67578 SH4_wine-5.11_backtrace.txt Silent Hill 4 crashes when a person is suppose to scream. -- 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 46588] New: Cegid Business Line installer fails in custom script action installing " BLJNR.MSI" component.
by wine-bugs＠winehq.org 09 Oct '20

09 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=46588 Bug ID: 46588 Summary: Cegid Business Line installer fails in custom script action installing "BLJNR.MSI" component. Product: Wine Version: 3.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: christian.briard(a)gmx.com Distribution: --- Created attachment 63482 --> https://bugs.winehq.org/attachment.cgi?id=63482 Setup.log Trying to Install Cegid Business Line (32 bits on Win XP works) fail to complete on a script launching BLJNR.MSI I'm running wine 3.20 under Play on Linux on an Ubuntu Machine 64 bits. I've uploaded a zip of the install package here : https://we.tl/t-AbRt4GFoOj Best regards, Christian. -- 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 16

[Bug 49946] New: Themida-packed application crashing on multi-hop import forward
by WineHQ Bugzilla 09 Oct '20

09 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49946 Bug ID: 49946 Summary: Themida-packed application crashing on multi-hop import forward Product: Wine Version: 5.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: heisenberg(a)croosade.com Regression SHA1: f26b1f0392714891bbd8c603de072818cc65e45f Distribution: ArchLinux I'm dealing with a packed application that imports functions from oleaut32.dll. Specifically, it uses GetErrorInfo and SetErrorInfo. In the commit mentioned in this issue, SetErrorInfo was moved from ole32.dll into combase.dll. This is fine, because Microsoft did the same in NT 6. However Wine now has the situation that we have a forward chain of oleaut32.SetErrorInfo -> ole32.SetErrorInfo -> combase.SetErrorInfo. I believe the packer that was applied to the application I'm trying to run cannot deal with this situation. The first hop goes fine, however for the next one, the actual function address is not resolved. It ends up literally jumping into the "combase.SetErrorInfo" string, which of course causes the program to crash unrecoverably. The application was running fine up until Wine 5.15. Wine 5.16 was the first version that incorporated the function move commits, and I've been experiencing this crash ever since. As a workaround, I tried recompiling oleaut32 with the forwards in oleaut32.spec replaced to directly point to combase instead of hopping through ole32 first. This immediately fixed the crash. Apart from SetErrorInfo this should also affect GetErrorInfo and CreateErrorInfo since they have the same chain now. I'm not submitting a patch because I'm not sure if simply changing them this way may have other side effects. -- 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 39123] New: Fairy Fencer F - Large number of FIXME ntdll NtQuerySystemInformation calls
by wine-bugs＠winehq.org 09 Oct '20

09 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=39123 Bug ID: 39123 Summary: Fairy Fencer F - Large number of FIXME ntdll NtQuerySystemInformation calls Product: Wine Version: 1.7.49 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: chaos.kagami(a)gmail.com Distribution: --- Created attachment 52131 --> https://bugs.winehq.org/attachment.cgi?id=52131 Replaces SYSTEM_INTERRUPT_INFORMATION returning zeroed array with rand() filled array The following messages are repeated through the log during gameplay of Fairy Fencer F, over and over: fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_INTERRUPT_INFORMATION fixme:ntdll:NtQuerySystemInformation (0x00000021,0x5dd43a80,0x00000010,0x6fcdd00) stub fixme:ntdll:NtQuerySystemInformation (0x0000002d,0x5dd43a80,0x00000020,0x6fcdd00) stub Looking through WINE's source, as well as various internet resources - SYSTEM_INTERRUPT_INFORMATION and another two-ish unimplemented queries can be used to seed RNG, or just be used as random numbers. Wine returns a zero-filled array in all of these cases, which results in oddly crippled RNG ranges in Fairy Fencer F. I've observed a whole battle where every attach hit and as long as the same attack was used, it did exactly the same damage every time. Also, in general, the game appears to lack some randomness with these stubs versus windows. Replacing the zero-filled array with a rand() filled one improves the situation, but I'm rather sure it isn't what windows does. A rather hackish patch is attached. The difference in random numbers in-game should be easily and immediately observable. I'm also aware the patch doesn't meet submission guidelines - it's not meant to be a real fix. I'm not entirely sure what the 'correct' fix is. -- 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 11

[Bug 49873] New: Warzone 2100 crashes when starting the game.
by WineHQ Bugzilla 09 Oct '20

09 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49873 Bug ID: 49873 Summary: Warzone 2100 crashes when starting the game. 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: cedric.dewijs(a)eclipso.eu Distribution: --- Created attachment 68212 --> https://bugs.winehq.org/attachment.cgi?id=68212 The last part of the console messages during the crash Download location https://github.com/Warzone2100/warzone2100/releases/download/3.4.1/warzone2… Steps to reproduce 1) install the game 2) start the game: $ wine ~/.wine/drive_c/Program\ Files\ $x86$/Warzone\ 2100-3.4.1/bin/warzone2100.exe 3) after a few seconds, this error comes up: "Warzone crashed unexpectedly, would you like to save a mini-dump diagnostic file? (A standard report log .RPT will always be saved)" Click Yes. 4) Now the error "The program Warzone2100.exe has encountered a serious problem and needs to close" Click show details My versions: $ wine --version wine-5.17 (Staging) $ uname -a Linux cedric-p4 5.8.10-arch1-1 #1 SMP PREEMPT Thu, 17 Sep 2020 18:01:06 +0000 x86_64 GNU/Linux -- 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 49968] New: Resident Evil 3 crashes on loading
by WineHQ Bugzilla 09 Oct '20

09 Oct '20

https://bugs.winehq.org/show_bug.cgi?id=49968 Bug ID: 49968 Summary: Resident Evil 3 crashes on loading Product: Wine Version: 5.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aadityavikram628(a)gmail.com Distribution: --- Created attachment 68365 --> https://bugs.winehq.org/attachment.cgi?id=68365 Crash Report Resident Evil 3 crashes on loading -- 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 0

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 October 2020