- Wine-Bugs - list.winehq.org

[Bug 47832] New: FindFirstFileExW believes every directory entry has been read if NtQueryDirectoryFile underfills buffer
by WineHQ Bugzilla Jan. 25, 2021

Jan. 25, 2021

https://bugs.winehq.org/show_bug.cgi?id=47832 Bug ID: 47832 Summary: FindFirstFileExW believes every directory entry has been read if NtQueryDirectoryFile underfills buffer Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: qsniyg(a)mail.com Distribution: --- When using USVFS (through ModOrganizer 2), it will hook NtQueryDirectoryFile, and its implementation will occasionally underfill the buffer, even if there are more directory entries to be read. Due to this check in FindFirstFileExW: if (!has_wildcard || info->data_len < info->data_size - max_entry_size) { ... info->data_size = 0; /* we read everything */ } It will stop FindNextFileW from reading more. Windows doesn't seem to exhibit this behavior. Removing the `info->data_len < info->data_size - max_entry_size` check allows it to work properly. Unfortunately I wasn't able to find any reference to why that check exists. My best guess after looking through the source code is that it's an optimization, as the code should still run fine if wine's NtQueryDirectoryFile implementation underfills the buffer (therefore indicating that there are no more files needed to be read). So far I've tested many various applications with the check patched out, with no obvious regressions. -- 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 15

[Bug 48445] New: Linux Mint Cinnamon
by WineHQ Bugzilla Jan. 25, 2021

Jan. 25, 2021

https://bugs.winehq.org/show_bug.cgi?id=48445 Bug ID: 48445 Summary: Linux Mint Cinnamon Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: henadzitru(a)yandex.ru Distribution: --- Created attachment 66225 --> https://bugs.winehq.org/attachment.cgi?id=66225 game Crashes when you install the game World of Tanks -- 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 50040] New: crash of MSMoney
by WineHQ Bugzilla Jan. 25, 2021

Jan. 25, 2021

https://bugs.winehq.org/show_bug.cgi?id=50040 Bug ID: 50040 Summary: crash of MSMoney Product: Wine Version: 3.0.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fbmines(a)gmail.com Distribution: --- Created attachment 68488 --> https://bugs.winehq.org/attachment.cgi?id=68488 crash log Hello, MsMoney run with Wine 3.0.4 and earlier versions crashed randomly but quite frequently when calling a function of the Investment windows or a report, specially the Historic values of the Investments statements. Attached the log of the crash. Thanks for your help, -- 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 33679] New: WordPerfect X6 trial does not install
by wine-bugs＠winehq.org Jan. 24, 2021

Jan. 24, 2021

http://bugs.winehq.org/show_bug.cgi?id=33679 Bug #: 33679 Summary: WordPerfect X6 trial does not install Product: Wine Version: 1.5.30 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: erik(a)familiendam.dk Classification: Unclassified Created attachment 44584 --> http://bugs.winehq.org/attachment.cgi?id=44584 Trace result from the installation attempt. Tried installing a trial version of WordPerfect Office X6 I downloaded from Corel's homepage on 29-may-13. It unpacks the .msi files, but after this it fails, getting no further. I first tried with wine 1.4.0 since that is what is provided as default when you install wine on a Ubuntu 12.10 dist, subsequently I updated it to 1.5.30, but, alas, to no avail - same result. -- 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 10

[Bug 50556] New: Wine-Gecko debug channel 'gecko' doesn't work (win32 API 'SetEnvironmentVariable' has no effect on CRT 'getenv')
by WineHQ Bugzilla Jan. 24, 2021

Jan. 24, 2021

https://bugs.winehq.org/show_bug.cgi?id=50556 Bug ID: 50556 Summary: Wine-Gecko debug channel 'gecko' doesn't work (win32 API 'SetEnvironmentVariable' has no effect on CRT 'getenv') Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, found by chance while checking some issues with Wine-Gecko. Many years ago one had to manually set/export 'NSPR_LOG_MODULES=all:5' environment variable to get more verbosity from Gecko engine. Since commit https://source.winehq.org/git/wine.git/commitdiff/f9cbbab53b27ab5b9801d5635… ("mshtml: Added gecko debug channel to control Gecko logging."), part of Wine 1.1.12 release, this wasn't necessary anymore. After that, 'WINEDEBUG=+gecko' achieves the same. Wine source: https://source.winehq.org/git/wine.git/blob/2d4dd4252b0cf6526b3cc8194cce642… --- snip --- 443 static void set_environment(LPCWSTR gre_path) 444 { 445 size_t len, gre_path_len; 446 int debug_level = 0; 447 WCHAR *path, buf[20]; 448 const WCHAR *ptr; 449 450 SetEnvironmentVariableW(L"XPCOM_DEBUG_BREAK", L"warn"); 451 452 if(TRACE_ON(gecko)) 453 debug_level = 5; 454 else if(WARN_ON(gecko)) 455 debug_level = 2; 456 else if(ERR_ON(gecko)) 457 debug_level = 1; 458 459 swprintf(buf, ARRAY_SIZE(buf), L"all:%d", debug_level); 460 SetEnvironmentVariableW(L"NSPR_LOG_MODULES", buf); 461 462 len = GetEnvironmentVariableW(L"PATH", NULL, 0); 463 gre_path_len = lstrlenW(gre_path); 464 path = heap_alloc((len+gre_path_len+1)*sizeof(WCHAR)); 465 if(!path) 466 return; 467 GetEnvironmentVariableW(L"PATH", path, len); 468 469 /* We have to modify PATH as xul.dll loads other DLLs from this directory. */ 470 if(!(ptr = wcsstr(path, gre_path)) 471 || (ptr > path && *(ptr-1) != ';') 472 || (ptr[gre_path_len] && ptr[gre_path_len] != ';')) { 473 if(len) 474 path[len-1] = ';'; 475 lstrcpyW(path+len, gre_path); 476 SetEnvironmentVariableW(L"PATH", path); 477 } 478 heap_free(path); 479 } --- snip --- It worked until Wine-Gecko was built with msvcrt/UCRT runtime. Wine-Gecko 2.47.1, part of Wine 5.0-rc1 release. https://source.winehq.org/git/wine.git/commitdiff/5f0b5d350566a46f0f999e4cf… ("mshtml: Update to Wine Gecko 2.47.1.") --- snip --- $ WINEDEBUG=+relay,+gecko wine iexplore.exe ... 031c:Call KERNEL32.SetEnvironmentVariableW(01836084 L"NSPR_LOG_MODULES",0031cfb0 L"all:5") ret=017c2ea1 ... 031c:Ret KERNEL32.SetEnvironmentVariableW() retval=00000001 ret=017c2ea1 ... 031c:Call ucrtbase.getenv(0b5d46b0 "NSPR_LOG_MODULES") ret=0b58b3f9 031c:Ret ucrtbase.getenv() retval=00000000 ret=0b58b3f9 ... --- snip --- The workaround using external (shell) environment variable: --- snip --- $ NSPR_LOG_MODULES=all:5 WINEDEBUG=+relay wine iexplore.exe ... 01d0:Call KERNEL32.SetEnvironmentVariableW(01836084 L"NSPR_LOG_MODULES",0031cfb0 L"all:1") ret=017c2ea1 ... 01d0:Ret KERNEL32.SetEnvironmentVariableW() retval=00000001 ret=017c2ea1 ... 01d0:Call ucrtbase.getenv(093d46b0 "NSPR_LOG_MODULES") ret=0938b3f9 01d0:Ret ucrtbase.getenv() retval=001389d6 ret=0938b3f9 01d0:Call ucrtbase.strlen(001389d6 "all:5") ret=09385b52 01d0:Ret ucrtbase.strlen() retval=00000005 ret=09385b52 ... --- snip --- 'getenv' makes a copy of the environment variable block of the process on startup. Any later changes using win32 API 'SetEnvironmentVariable' are not reflected in the block of variables used by 'getenv' by design. https://source.winehq.org/git/wine.git/blob/2d4dd4252b0cf6526b3cc8194cce642… --- snip --- 28 /********************************************************************* 29 * getenv (MSVCRT.@) 30 */ 31 char * CDECL getenv(const char *name) 32 { 33 char **env; 34 unsigned int length=strlen(name); 35 36 for (env = MSVCRT__environ; *env; env++) 37 { 38 char *str = *env; 39 char *pos = strchr(str,'='); 40 if (pos && ((pos - str) == length) && !_strnicmp(str,name,length)) 41 { 42 TRACE("(%s): got %s\n", debugstr_a(name), debugstr_a(pos + 1)); 43 return pos + 1; 44 } 45 } 46 return NULL; 47 } --- snip --- https://source.winehq.org/git/wine.git/blob/2d4dd4252b0cf6526b3cc8194cce642… --- snip --- 402 /* INTERNAL: Since we can't rely on Winelib startup code calling w/getmainargs, 403 * we initialise data values during DLL loading. When called by a native 404 * program we simply return the data we've already initialised. This also means 405 * you can call multiple times without leaking 406 */ 407 void msvcrt_init_args(void) 408 { 409 OSVERSIONINFOW osvi; 410 411 MSVCRT__acmdln = _strdup( GetCommandLineA() ); 412 MSVCRT__wcmdln = _wcsdup( GetCommandLineW() ); 413 initial_wargv = cmdline_to_argv( GetCommandLineW(), &initial_argc ); 414 MSVCRT___argc = initial_argc; 415 MSVCRT___wargv = initial_wargv; 416 MSVCRT___argv = build_argv( initial_wargv ); 417 418 TRACE("got %s, wide = %s argc=%d\n", debugstr_a(MSVCRT__acmdln), 419 debugstr_w(MSVCRT__wcmdln),MSVCRT___argc); 420 421 osvi.dwOSVersionInfoSize = sizeof(OSVERSIONINFOW); 422 GetVersionExW( &osvi ); 423 MSVCRT__winver = (osvi.dwMajorVersion << 8) | osvi.dwMinorVersion; 424 MSVCRT__winmajor = osvi.dwMajorVersion; 425 MSVCRT__winminor = osvi.dwMinorVersion; 426 MSVCRT__osver = osvi.dwBuildNumber; 427 MSVCRT__osplatform = osvi.dwPlatformId; 428 TRACE( "winver %08x winmajor %08x winminor %08x osver %08x\n", 429 MSVCRT__winver, MSVCRT__winmajor, MSVCRT__winminor, MSVCRT__osver); 430 #ifdef _CRTDLL 431 CRTDLL__baseversion_dll = (GetVersion() >> 16); 432 CRTDLL__basemajor_dll = CRTDLL__baseversion_dll >> 8; 433 CRTDLL__baseminor_dll = CRTDLL__baseversion_dll & 0xff; 434 #endif 435 436 MSVCRT__HUGE = HUGE_VAL; 437 MSVCRT___setlc_active = 0; 438 MSVCRT___unguarded_readlc_active = 0; 439 MSVCRT__fmode = _O_TEXT; 440 441 MSVCRT__environ = msvcrt_SnapshotOfEnvironmentA(NULL); 442 MSVCRT___initenv = msvcrt_SnapshotOfEnvironmentA(NULL); 443 MSVCRT___winitenv = msvcrt_SnapshotOfEnvironmentW(NULL); ... --- snip --- $ wine --version wine-6.0-202-gc7de9f2daa8 Regards -- 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 7106] Need for Speed 3 autorun crashes when starting setup
by WineHQ Bugzilla Jan. 24, 2021

Jan. 24, 2021

https://bugs.winehq.org/show_bug.cgi?id=7106 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |focht(a)gmx.net --- Comment #29 from Anastasius Focht <focht(a)gmx.net> --- Hello Igor, --- quote --- Wine 6.0 was released. Any updates? --- quote --- the bug is still marked as 'staged' which means the patch or another solution has not been merged into mainline yet. Use Wine-Staging if you want to play this game. Regards -- 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

[Bug 7106] Need for Speed 3 autorun crashes when starting setup
by WineHQ Bugzilla Jan. 24, 2021

Jan. 24, 2021

https://bugs.winehq.org/show_bug.cgi?id=7106 --- Comment #28 from Chebanenko Igor <chebanenkoigor93(a)gmail.com> --- Wine 6.0 was released. Any updates? -- 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

[Bug 49497] New: WoW (World of Warcraft) crashes with multithreaded modern renderer
by WineHQ Bugzilla Jan. 24, 2021

Jan. 24, 2021

https://bugs.winehq.org/show_bug.cgi?id=49497 Bug ID: 49497 Summary: WoW (World of Warcraft) crashes with multithreaded modern renderer Product: Wine Version: 5.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: blue-t(a)web.de Distribution: --- Created attachment 67626 --> https://bugs.winehq.org/attachment.cgi?id=67626 D3d11 Modern Renderer Crashlog Splitting it off from bug 49233 where the not implemented multi threaded rendering caused slow fps. d3d11_device_CreateDeferredContext1 was a stub in 5.9-staging https://github.com/wine-staging/wine-staging/commit/ 0db92c336fcea4c383a150560f1034cd9cf76366 extended that function and now we moved on from being slow due to not being multi threaded to a buffer overflow because the implementation is not complete. -- 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 49639] New: World of Warcraft Shadowlands (wow) has a fly screen effect
by WineHQ Bugzilla Jan. 24, 2021

Jan. 24, 2021

https://bugs.winehq.org/show_bug.cgi?id=49639 Bug ID: 49639 Summary: World of Warcraft Shadowlands (wow) has a fly screen effect Product: Wine Version: 5.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: blue-t(a)web.de Distribution: --- Created attachment 67840 --> https://bugs.winehq.org/attachment.cgi?id=67840 Graphical glitches on tower, gras and chatbox There is a slightly annoying graphical glitch with the recent wow Shadowlands Beta. If you look at the chat box or the tower in the background, also the vegetation it looks like some kind of fly screen or linen cloth is drawn on top of 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 2

[Bug 49682] New: World of Warcraft (WoW) Shadowlands Beta with strange "shadows" in DX11Modern&DX12
by WineHQ Bugzilla Jan. 24, 2021

Jan. 24, 2021

https://bugs.winehq.org/show_bug.cgi?id=49682 Bug ID: 49682 Summary: World of Warcraft (WoW) Shadowlands Beta with strange "shadows" in DX11Modern&DX12 Product: Wine Version: 5.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: blue-t(a)web.de Distribution: --- Created attachment 67920 --> https://bugs.winehq.org/attachment.cgi?id=67920 Black DIamonds If you use the 9.0.1 beta with wine-staging 5.14 there is some strange stuff going on around the edges of characters. I assume it is supposed to be shadows. It looks like black diamonds are scattered across the surface. This happens both in modern DX11 rendering as well as DX12. -- 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