- Wine-Bugs - list.winehq.org

[Bug 55102] New: Rework __TRY / __EXCEPT to work on other architectures than x86, e.g. x86_64
by WineHQ Bugzilla June 21, 2023

June 21, 2023

https://bugs.winehq.org/show_bug.cgi?id=55102 Bug ID: 55102 Summary: Rework __TRY / __EXCEPT to work on other architectures than x86, e.g. x86_64 Product: Wine Version: 8.10 Hardware: x86-64 OS: Linux Status: NEW Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- There is wine/exception.h that provides a try/catch mechanism using the macros __TRY / __EXCEPT. There's two versions 1) Use compiler exceptions (define USE_COMPILER_EXCEPTIONS), needs compiler support 2) Use the wine version of exception handling GCC doesn't support those compiler exceptions, so that's not really an option. The wine implementation however doesn't work on windows. Underlying problem is that the wine try/catch sets up exceptions like x86, this assumption fails when using x86_64. x86 uses a stack of frame pointers in the TEB, while x86_64 (and others) use SEH metadata instead. Since it would be nice using try/catch in tests, this would be a welcome improvement. -- 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 54271] New: gdiplus:get_gif_background_color can't get gif background color
by WineHQ Bugzilla June 21, 2023

June 21, 2023

https://bugs.winehq.org/show_bug.cgi?id=54271 Bug ID: 54271 Summary: gdiplus:get_gif_background_color can't get gif background color Product: Wine Version: unspecified Hardware: x86 OS: other Status: UNCONFIRMED Severity: critical Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: 399989567(a)qq.com Created attachment 73837 --> https://bugs.winehq.org/attachment.cgi?id=73837 wrong picture OS：debian When I was using WeChat, I found that when sending an animated gif, the same image would have different serious errors, such as misalignment, flickering, solid black(sometimes pink, brown) background . I know that using winetricks gidplus can fix this problem, but this method introduces some other problems, so I come here for help hoping to find a solution to the problem. I really need your help! ! ! Maybe you need an account for this application. Of course, it would be great if you can find a similar demo. I am trying to find a demo APP download url：https://weixin.qq.com/ -- 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 52619] New: Dungeon Fighter Online: Launcher crash when accepting Terms of Service
by WineHQ Bugzilla June 20, 2023

June 20, 2023

https://bugs.winehq.org/show_bug.cgi?id=52619 Bug ID: 52619 Summary: Dungeon Fighter Online: Launcher crash when accepting Terms of Service Product: Wine Version: 7.2 Hardware: x86-64 URL: https://www.dfoneople.com/support/download OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wannabetheguy(a)gmail.com Distribution: Fedora Created attachment 71944 --> https://bugs.winehq.org/attachment.cgi?id=71944 Terminal log output With Proton 7.0 announcing Dungeon Fighter Online as playable, I gave it a try and ran into this crash when trying to log-in with my old Neople account. Both the Steam version and standalone version of the launcher crashed this way. A clean Wine 7.2 (staging) prefix with the standaline client gives me an identical result, so I am reporting here as well. The problem occurs with NeopleLauncher.exe. After logging in with my Neople account, I am required to accept the Terms of Service that appears within the window before being able to continue. When I click the Accept button, the launcher crashes. On subsequent log-ins, the Terms of Service appears again. The only change to the Wine prefix was changing the Windows version to 10 as the launcher gives a "no longer supported" message with 7. 8/8.1 work but crash the same as 10. The ieframe messages just before the backtrace seem notable, but as I'm not sure I have set this report to unknown. -- 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 31

[Bug 55095] New: Compiling preloader with -fPIE may lead to GOTPCREL(X) conversion failure when linking into non-PIE binary
by WineHQ Bugzilla June 20, 2023

June 20, 2023

https://bugs.winehq.org/show_bug.cgi?id=55095 Bug ID: 55095 Summary: Compiling preloader with -fPIE may lead to GOTPCREL(X) conversion failure when linking into non-PIE binary Product: Wine Version: 8.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: loader Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com CC: eric.pouech(a)gmail.com, julliard(a)winehq.org Regression SHA1: 78ed343842dcd8ffb95c416420953e121959d40d Distribution: --- Today, the preloader is linked with -fPIE in spite of the fact that the preloader is a non-PIE statically linked binary. This is due to a limitation in tools/makedep that makes it difficult to specify CFLAGS for each individual object file's recipe. This can seemingly cause problems with some GOTPCREL(X) relocations inside the preloader. Since preloader does not link to the system library directly, there is no need for Global Offset Tables (GOT). However, a few extern (non-static) function symbols are declared, the use of which makes GCC emit instructions that references those symbols by indirection through GOT. The linker then tries to optimize such instructions to eliminate GOT references, which can fail due to various reasons. This stands in contradiction with Jinoh Kang's suggestion (in bug 55050) that "-fPIE is harmless even when applied to an object linked into non-PIE executables." The claim is theoretically true since position-independent code can in principle be relocated to any address (fixed or dynamic); however, it fails due to some peculiar practical issues, which is arguably a limitation in the linker's implementation (since it can be worked around --no-relax without issues). -- 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 55092] New: ntdll:exception - The 64-bit test_wow64_context() gets unexpected register values in new WoW mode
by WineHQ Bugzilla June 20, 2023

June 20, 2023

https://bugs.winehq.org/show_bug.cgi?id=55092 Bug ID: 55092 Summary: ntdll:exception - The 64-bit test_wow64_context() gets unexpected register values in new WoW mode Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- ntdll:exception - The 64-bit test_wow64_context() gets unexpected register values in new WoW mode: exception.c:4326: Test succeeded inside todo block: rax is not zero 0 exception.c:4328: Test succeeded inside todo block: rbx is not zero 0 exception.c:4341: Test succeeded inside todo block: rsp is not at top of stack 00007FFFFE1FFCF8 / 00007FFFFE1FFD20 exception.c:4344: Test succeeded inside todo block: wrong flags 00000200 exception.c:4348: Test succeeded inside todo block: wrong cs 0033 exception.c:4462: in 64-bit mode 0033 exception.c:4465: Test failed: cs64: wrong ds 002b / 0000 exception.c:4466: Test failed: cs64: wrong es 002b / 0000 exception.c:4467: Test failed: cs64: wrong fs 0063 / 0000 exception.c:4468: Test failed: cs64: wrong gs 002b / 0000 exception.c:4516: Test failed: cs64: ecx set to 00000000 exception.c:4388: in 32-bit mode 0023 exception.c:4439: Test failed: cs64: ecx set to 0043e000 exception.c:4453: Test failed: cs64: rcx set to 0FEDCBA987654321 See https://test.winehq.org/data/patterns.html#ntdll:exception fg-deb64-x86-64 and rbernon-*-win64 both use the new 64-bit WoW mode. Compare them to the fg-*-wow64 and TestBot *-wow64 results which use the old WoW mode and do not have these failures. -- 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 7767] Zero G Software 'InstallAnywhere' installers crash or silently exit (Rosetta Stone, Reading Counts, World Religions, Parashara's Light Professional 7.0.1)
by WineHQ Bugzilla June 19, 2023

June 19, 2023

https://bugs.winehq.org/show_bug.cgi?id=7767 Damjan Jovanovic <damjan.jov(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |testcase Component|oledb32 |opengl CC| |damjan.jov(a)gmail.com --- Comment #16 from Damjan Jovanovic <damjan.jov(a)gmail.com> --- Still an issue in Wine 8.10. Setting correct component, adding testcase keyword. -- 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 55087] New: Shadow Gambit The Cursed Crew Demo stuck on a broken loading screen
by WineHQ Bugzilla June 19, 2023

June 19, 2023

https://bugs.winehq.org/show_bug.cgi?id=55087 Bug ID: 55087 Summary: Shadow Gambit The Cursed Crew Demo stuck on a broken loading screen Product: Wine Version: 8.10 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 74640 --> https://bugs.winehq.org/attachment.cgi?id=74640 Picture The new Demo for Steam next Festival just renders a broken loading screen that it doesn't finish.Sometimes a bit more of the game logo, sometimes not. It works fine with Windows. -- 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 27232] New: keys stuck when wine window loses focus
by wine-bugs＠winehq.org June 19, 2023

June 19, 2023

http://bugs.winehq.org/show_bug.cgi?id=27232 Summary: keys stuck when wine window loses focus Product: Wine Version: 1.3.19 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: hramrach(a)gmail.com When a key is pressed while a wine application is in focus and released while other application has focus it is stuck down in wine. To reproduce: 0) set your window manager to focus follows mouse 1) run notepad 2) press some keys to type text 3) press and hold ctrl, pressing a now selects typed text 4) move the mouse to another window 5) release ctrl 6) move mouse back to notepad, press a Now text previously selected should be replaced with a. Instead, it is selected again by the Ctrl+a shortcut. The Ctrl key is stuck. Note that when windows are switched by means similar to Windows ALt+Tab the modifier used for switching windows this way gets also stuck. -- 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 33

[Bug 50431] New: SCM erroneously tries to start 64-bit kernel drivers as 32-bit service when 'ImagePath' contains '\\SystemRoot\\system32\\drivers' and 'WOW64=1'
by WineHQ Bugzilla June 18, 2023

June 18, 2023

https://bugs.winehq.org/show_bug.cgi?id=50431 Bug ID: 50431 Summary: SCM erroneously tries to start 64-bit kernel drivers as 32-bit service when 'ImagePath' contains '\\SystemRoot\\system32\\drivers' and 'WOW64=1' Product: Wine Version: 6.0-rc4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Bug 47175 (https://bugs.winehq.org/show_bug.cgi?id=47175#c4) is kinda related but the mistake is not in the service creation part. Norton AntiVirus 2010 installer creates several 32-bit and 64-bit services. The kernel driver services are 64-bit by design (64-bit WINEPREFIX). The registry entries for these services contain a mix of different styles. 'WOW64' is always set because the services were created by a 32-bit installer process. Wine uses this flag only in case of failure to determine the binary type. 64-bit kernel drivers should be always started as 64-bit. Registry: --- snip --- ... [System\\CurrentControlSet\\Services\\BHDrvx64] 1609425565 "Description"="SONAR Engine Driver" "DisplayName"="BHDrvx64" "ErrorControl"=dword:00000001 "ImagePath"="C:\\ProgramData\\Norton\\{0C55C096-0F1D-4F28-AAA2-85EF591126E7}\\NAV_17.0.0.136\\Definitions\\BASHDefs\\20090829.001\\BHDrvx64.sys" "ObjectName"="LocalSystem" "PreshutdownTimeout"=dword:0002bf20 "Start"=dword:00000003 "Type"=dword:00000001 "WOW64"=dword:00000001 ... [System\\CurrentControlSet\\Services\\IDSVia64] 1609419518 "Description"="Symantec Intrusion Prevention Driver" "DisplayName"="IDSVia64" "ErrorControl"=dword:00000001 "ImagePath"="C:\\ProgramData\\Norton\\{0C55C096-0F1D-4F28-AAA2-85EF591126E7}\\NAV_17.0.0.136\\Definitions\\IPSDefs\\20090828.002\\IDSVia64.sys" "ObjectName"="LocalSystem" "PreshutdownTimeout"=dword:0002bf20 "Start"=dword:00000001 "Type"=dword:00000001 "WOW64"=dword:00000001 ... [System\\CurrentControlSet\\Services\\ccHP] 1609437834 #time=1d6df9f4d82eda4 "DisplayName"="Symantec Hash Provider" "ErrorControl"=dword:00000001 "ImagePath"="\\SystemRoot\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys" "ObjectName"="LocalSystem" "PreshutdownTimeout"=dword:0002bf20 "Start"=dword:00000001 "Type"=dword:00000001 "WOW64"=dword:00000001 ... --- snip --- 'ccHP' kernel service doesn't work here. SCM erroneously starts 'winedevice' hosting process as 32-bit hence loading the 64-bit kernel driver binary will obviously fail. --- snip --- $ pwd /home/focht/.wine/drive_c/windows/system32/drivers/NAVx64/1100000.088 $ file * cchpx64.cat: data ccHPx64.inf: Windows setup INFormation ccHPx64.sys: PE32+ executable (native) x86-64, for MS Windows iron.cat: data Iron.inf: Windows setup INFormation Ironx64.sys: PE32+ executable (native) x86-64, for MS Windows isolate.ini: Little-endian UTF-16 Unicode text, with CRLF line terminators srtsp64.cat: data srtsp64.inf: Windows setup INFormation srtsp64.sys: PE32+ executable (native) x86-64, for MS Windows srtspx64.cat: data srtspx64.inf: Windows setup INFormation srtspx64.sys: PE32+ executable (native) x86-64, for MS Windows SymDS64.cat: data SymDS64.sys: PE32+ executable (native) x86-64, for MS Windows SymDS.inf: Windows setup INFormation SymEFA64.cat: data SymEFA64.sys: PE32+ executable (native) x86-64, for MS Windows SymEFA.inf: Windows setup INFormation symnet64.cat: data SymNet.inf: Windows setup INFormation symnetv64.cat: data SymNetV.inf: Windows setup INFormation symtdiv.sys: PE32+ executable (native) x86-64, for MS Windows --- snip --- Trace log: --- snip --- $ WINEDEBUG=+seh,+relay,+loaddll,+ntoskrnl,+ntdll,+server,+service wineboot >>log.txt 2>&1 ... 003c:trace:service:load_service_config Image path = L"\\SystemRoot\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys" 003c:trace:service:load_service_config Group = (null) ... 003c:trace:service:load_service_config Service account name = L"LocalSystem" ... 003c:trace:service:load_service_config Display name = L"Symantec Hash Provider" 003c:trace:service:load_service_config Service dependencies : (none) 003c:trace:service:load_service_config Group dependencies : (none) ... 003c:Call KERNEL32.ExpandEnvironmentStringsW(0003b9d0 L"\\SystemRoot\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys",000439c0,0000003c) ret=1400062de 003c:Call kernelbase.ExpandEnvironmentStringsW(0003b9d0 L"\\SystemRoot\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys",000439c0,0000003c) ret=7bc4429f 003c:Call ntdll.RtlInitUnicodeString(0021f628,0003b9d0 L"\\SystemRoot\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys") ret=7b042c06 003c:Ret ntdll.RtlInitUnicodeString() retval=00000078 ret=7b042c06 003c:Call ntdll.RtlExpandEnvironmentStrings_U(00000000,0021f628,0021f618,0021f614) ret=7b042c47 003c:Ret ntdll.RtlExpandEnvironmentStrings_U() retval=00000000 ret=7b042c47 003c:Ret kernelbase.ExpandEnvironmentStringsW() retval=0000003c ret=7bc4429f 003c:Ret KERNEL32.ExpandEnvironmentStringsW() retval=0000003c ret=1400062de 003c:Call KERNEL32.GetBinaryTypeW(000439c0 L"\\SystemRoot\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys",0021f7c0) ret=140006473 003c:Call kernelbase.CreateFileW(000439c0 L"\\SystemRoot\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys",80000000,00000001,00000000,7fd700000003,00000000,00000000) ret=7b61b63d ... 003c:Call ntdll.RtlDosPathNameToNtPathName_U(000439c0 L"\\SystemRoot\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys",0021f458,00000000,00000000) ret=7b0160a0 003c:Ret ntdll.RtlDosPathNameToNtPathName_U() retval=00000001 ret=7b0160a0 003c:Call ntdll.NtCreateFile(0021f3e8,80100080,0021f428,0021f418,00000000,00000000,00000001,00000001,00000060,00000000,00000000) ret=7b01623a 003c:Ret ntdll.NtCreateFile() retval=c000003a ret=7b01623a 003c:Call ntdll.RtlNtStatusToDosError(c000003a) ret=7b01633c 003c:Ret ntdll.RtlNtStatusToDosError() retval=00000003 ret=7b01633c ... 003c:Ret kernelbase.CreateFileW() retval=ffffffffffffffff ret=7b61b63d 003c:Ret KERNEL32.GetBinaryTypeW() retval=00000000 ret=140006473 ... 0054:trace:ntoskrnl:load_driver loading driver L"C:\\windows\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys" ... 0054:Call KERNEL32.LoadLibraryW(0012d578 L"C:\\windows\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys") ret=0036490e 0054:Call kernelbase.LoadLibraryW(0012d578 L"C:\\windows\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys") ret=7bc3ab84 ... 0054:Call ntdll.LdrGetDllPath(0012d578 L"C:\\windows\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys",00000000,00d5faf0,00d5fae8) ret=7b01bc26 0054:Ret ntdll.LdrGetDllPath() retval=00000000 ret=7b01bc26 ... 0054:Call ntdll.LdrLoadDll(0012d958 L"C:\\windows\\syswow64;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem;C:\\windows\\system32\\WindowsPowershell\\v1.0",00000000,00d5fb10,00d5faf8) ret=7b01bdfc ... 0054: create_file( access=80100000, sharing=00000005, create=1, options=00000060, attrs=00000000, objattr={rootdir=0000,attributes=00000000,sd={},name=L""}, filename="/home/focht/projects/wine/mainline-install-x86_64/lib/wine/cchpx64.sys" ) ... 0054: create_file() = NO_SUCH_FILE { handle=0000 } ... 0054:Ret ntdll.LdrLoadDll() retval=c0000135 ret=7b01bdfc ... 0054:Ret kernelbase.LoadLibraryW() retval=00000000 ret=7bc3ab84 ... 0054:err:ntoskrnl:ZwLoadDriver failed to create driver L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\ccHP": c0000142 --- snip --- '\\SystemRoot\\system32\\drivers' is a valid path for REG_EXPAND_SZ type 'ImagePath' as well. It doesn't need to be '%SystemRoot%\\xxx'. Due to 'GetBinaryTypeW' failure, the "else" path is taken which uses 'WOW64' flag. All services created by 32-bit installer have 'WOW64' set by design, including the 64-bit services which leads to the incorrect "fallback" choice. Wine source: https://source.winehq.org/git/wine.git/blob/784cb2060ab63076adc349dcb1d15a6… --- snip --- 856 static DWORD get_winedevice_binary_path(struct service_entry *service_entry, WCHAR **path, BOOL *is_wow64) 857 { 858 static const WCHAR winedeviceW[] = {'\\','w','i','n','e','d','e','v','i','c','e','.','e','x','e',0}; 859 WCHAR system_dir[MAX_PATH]; 860 DWORD type; 861 862 if (!is_win64) 863 *is_wow64 = FALSE; 864 else if (GetBinaryTypeW(*path, &type)) 865 *is_wow64 = (type == SCS_32BIT_BINARY); 866 else 867 *is_wow64 = service_entry->is_wow64; 868 869 GetSystemDirectoryW(system_dir, MAX_PATH); 870 HeapFree(GetProcessHeap(), 0, *path); 871 if (!(*path = HeapAlloc(GetProcessHeap(), 0, lstrlenW(system_dir) * sizeof(WCHAR) + sizeof(winedeviceW)))) 872 return ERROR_NOT_ENOUGH_SERVER_MEMORY; 873 874 lstrcpyW(*path, system_dir); 875 lstrcatW(*path, winedeviceW); 876 return ERROR_SUCCESS; 877 } --- snip --- Virustotal.com scan of the binary: https://www.virustotal.com/gui/file/b8110fba782df5f9bfc25d39315b5ccd1f375b2… $ sha1sum NAV10TBEN.exe eadfb9c860146186c548aba695a9be87607f5586 NAV10TBEN.exe $ du -sh NAV10TBEN.exe 74M NAV10TBEN.exe $ wine --version wine-6.0-rc4 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 2

[Bug 23583] New: Kaspersky Internet Security 2010 needs FLTMGR.SYS to install in Vista and Win 7 mode
by wine-bugs＠winehq.org June 18, 2023

June 18, 2023

http://bugs.winehq.org/show_bug.cgi?id=23583 Summary: Kaspersky Internet Security 2010 needs FLTMGR.SYS to install in Vista and Win 7 mode Product: Wine Version: 1.2-rc7 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bojan(a)antonovic.ch Created an attachment (id=29472) --> (http://bugs.winehq.org/attachment.cgi?id=29472) install log See summary and attachment. -- 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 25