October 2022 - Wine-bugs - list.winehq.org

[Bug 53431] New: widl generates enum forward declarations in typedefs which are not valid in C++
by WineHQ Bugzilla 23 Jun '23

23 Jun '23

https://bugs.winehq.org/show_bug.cgi?id=53431 Bug ID: 53431 Summary: widl generates enum forward declarations in typedefs which are not valid in C++ Product: Wine Version: 7.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: gfw.kra(a)gmail.com Distribution: --- Hi everyone, I recently discovered an issue with C++ code in headers compiled from winrt idl's using widl. It does not compile when included, when tried using mingw g++ v12.1.0. There’s seems to be issue with how enum typedefs are translated within namespaces. Example: When tried to include windows.media.speechsynthesis.h compiled from windows.media.speechsynthesis.idl in cpp file, the following output is received (compiler output shows headers from mingw, but these look the same when compiled using widl in wine). ``` /usr/x86_64-w64-mingw32/include/windows.foundation.h:90:26: error: use of enum ‘PropertyType’ without previous declaration 90 | typedef enum PropertyType PropertyType; | ^~~~~~~~~~~~ /usr/x86_64-w64-mingw32/include/windows.foundation.h:164:18: error: using typedef-name ‘ABI::Windows::Foundation::PropertyType’ after ‘enum’ 164 | enum PropertyType { | ^~~~~~~~~~~~ /usr/x86_64-w64-mingw32/include/windows.foundation.h:90:39: note: ‘ABI::Windows::Foundation::PropertyType’ has a previous declaration here 90 | typedef enum PropertyType PropertyType; | ^~~~~~~~~~~~ /usr/x86_64-w64-mingw32/include/windows.media.speechsynthesis.h:218:30: error: use of enum ‘VoiceGender’ without previous declaration 218 | typedef enum VoiceGender VoiceGender; | ^~~~~~~~~~~ /usr/x86_64-w64-mingw32/include/windows.media.speechsynthesis.h:476:22: error: using typedef-name ‘ABI::Windows::Media::SpeechSynthesis::VoiceGender’ after ‘enum’ 476 | enum VoiceGender { | ^~~~~~~~~~~ /usr/x86_64-w64-mingw32/include/windows.media.speechsynthesis.h:218:42: note: ‘ABI::Windows::Media::SpeechSynthesis::VoiceGender’ has a previous declaration here 218 | typedef enum VoiceGender VoiceGender; | ^~~~~~~~~~~ /usr/x86_64-w64-mingw32/include/windows.media.speechsynthesis.h:822:30: error: using typedef-name ‘ABI::Windows::Media::SpeechSynthesis::VoiceGender’ after ‘enum’ 822 | enum VoiceGender *value) = 0; | ^~~~~~~~~~~ /usr/x86_64-w64-mingw32/include/windows.media.speechsynthesis.h:218:42: note: ‘ABI::Windows::Media::SpeechSynthesis::VoiceGender’ has a previous declaration here 218 | typedef enum VoiceGender VoiceGender; ``` windows.media.speechsynthesis.idl has typedef of enum VoiceGender, which is defined later. ``` namespace Windows { namespace Foundation { interface IClosable; } namespace Media { namespace SpeechSynthesis { typedef enum VoiceGender VoiceGender; ``` This is translated to following: ``` #ifdef __cplusplus namespace ABI { namespace Windows { namespace Media { namespace SpeechSynthesis { typedef enum VoiceGender VoiceGender; } } } } #else /* __cplusplus */ typedef enum __x_ABI_CWindows_CMedia_CSpeechSynthesis_CVoiceGender __x_ABI_CWindows_CMedia_CSpeechSynthesis_CVoiceGender; #endif /* __cplusplus */ ``` This typedef is not valid in C++. According to the standard, enum cannot be forward declared using typedef. This could be replaced with just simple enum declaration, but it would need to have type specifier (that goes for definition as well). Best 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 1

[Bug 36079] New: loader fails to build with clang -faddress=sanitize
by wine-bugs＠winehq.org 23 Jun '23

23 Jun '23

https://bugs.winehq.org/show_bug.cgi?id=36079 Bug ID: 36079 Summary: loader fails to build with clang -faddress=sanitize Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source Severity: enhancement Priority: P2 Component: build-env Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48263 --> https://bugs.winehq.org/attachment.cgi?id=48263 make log I tried building wine with clang's address sanitizer enabled, which mostly worked, until the loader: make[1]: Entering directory '/home/austin/wine-gcc49-asan/loader' clang -fsanitize=address -m32 -o wine-preloader -static -nostartfiles -nodefaultlibs -Wl,-Ttext=0x7c400000 preloader.o ../libs/port/libwine_port.a /usr/lib64/gcc/x86_64-pc-linux-gnu/4.8.2/../../../../lib32/libpthread.a(pthread_mutex_lock.o): In function `__pthread_mutex_lock': /var/tmp/portage/sys-libs/glibc-2.19/work/glibc-2.19/nptl/../nptl/pthread_mutex_lock.c:80: undefined reference to `__assert_fail' /var/tmp/portage/sys-libs/glibc-2.19/work/glibc-2.19/nptl/../nptl/pthread_mutex_lock.c:116: undefined reference to `__assert_fail' /var/tmp/portage/sys-libs/glibc-2.19/work/glibc-2.19/nptl/../nptl/pthread_mutex_lock.c:146: undefined reference to `__assert_fail' /var/tmp/portage/sys-libs/glibc-2.19/work/glibc-2.19/nptl/../nptl/pthread_mutex_lock.c:151: undefined reference to `__assert_fail' .. austin(a)aw25 ~/wine-gcc49-asan $ clang --version clang version 3.3 (tags/RELEASE_33/final) Target: x86_64-pc-linux-gnu Thread model: posix austin(a)aw25 ~/wine-gcc49-asan $ git describe wine-1.7.17-42-g24c5728 -- 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 3

[Bug 49797] New: WIDL doesn't tolerate anonymous structs within interfaces
by WineHQ Bugzilla 23 Jun '23

23 Jun '23

https://bugs.winehq.org/show_bug.cgi?id=49797 Bug ID: 49797 Summary: WIDL doesn't tolerate anonymous structs within interfaces Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: kolan_n(a)mail.ru Distribution: --- IDLs in Windows SDKs sometimes contain anonymous structs within interfaces. WIDL fails to compile such IDLs. -- 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 37346] New: New application , installed successfully , starts up fine , no data storing , BUSY WIN ACCOUNTING APP
by wine-bugs＠winehq.org 23 Jun '23

23 Jun '23

https://bugs.winehq.org/show_bug.cgi?id=37346 Bug ID: 37346 Summary: New application , installed successfully , starts up fine , no data storing , BUSY WIN ACCOUNTING APP Product: Wine Version: unspecified Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lax.sunny(a)gmail.com Created attachment 49664 --> https://bugs.winehq.org/attachment.cgi?id=49664 Log created by wine on running the app , problem is with database storage and runtime functions Application named busy win very much famous accounting software tried using number of prefixes application installs smoothly when i run the app it starts up normally but crashes on adding a new company or detecting an old DATABASE -- 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 50079] New: Wine msiexec fails when building inside a windows/mac os x docker container
by WineHQ Bugzilla 23 Jun '23

23 Jun '23

https://bugs.winehq.org/show_bug.cgi?id=50079 Bug ID: 50079 Summary: Wine msiexec fails when building inside a windows/mac os x docker container Product: Wine Version: 5.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: spam(a)crasu.de Distribution: --- Created attachment 68535 --> https://bugs.winehq.org/attachment.cgi?id=68535 Run with winedebug=msi and strace Sample dockerfile: FROM ubuntu:20.04 RUN export DEBIAN_FRONTEND="noninteractive" \ && dpkg --add-architecture i386 \ && apt-get update \ && apt-get install -y wget winbind xvfb unzip curl jq \ && apt-get remove -y libmysqlclient21 mysql-common \ && apt autoremove -y RUN wget -nc https://dl.winehq.org/wine-builds/winehq.key && apt-key add winehq.key RUN echo 'deb https://dl.winehq.org/wine-builds/ubuntu/ focal main' > /etc/apt/sources.list.d/wine.list RUN export DEBIAN_FRONTEND="noninteractive" \ && apt-get update \ && apt-get install -o APT::Immediate-Configure=false --install-recommends -y winehq-devel RUN useradd -ms /bin/bash wineuser # Install winemono RUN wget https://dl.winehq.org/wine/wine-mono/5.1.1/wine-mono-5.1.1-x86.msi RUN WINEPREFIX=/home/wineuser/.wine su wineuser -c "wine msiexec /i wine-mono-5.1.1-x86.msi && wineserver -w" Eroor message: 0024:err:msi:ACTION_InstallFiles compressed file wasn't installed (L"bin\\libmono-2.0-x86.dll") 0024:err:msi:execute_script Execution of script 0 halted; action L"InstallFiles" returned 1603 I tried different msis (wine gecko, wine mono, ....) they all fail. After serveral tries the installation sometimes does not through an error. But the package is still not fully installed. Reference: https://github.com/Winetricks/winetricks/issues/1525 -- 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 51502] New: Civilization 3 Sound Stutters, loops, and fails (eventually)
by WineHQ Bugzilla 22 Jun '23

22 Jun '23

https://bugs.winehq.org/show_bug.cgi?id=51502 Bug ID: 51502 Summary: Civilization 3 Sound Stutters, loops, and fails (eventually) Product: Wine Version: 6.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mountmgr.sys Assignee: wine-bugs(a)winehq.org Reporter: bryan(a)varnernet.com Distribution: --- Audio on Civilization III is just not very good. Typical short sounds stutter, playback sounding badly rendered into the target buffer, loop when they shouldn't, etc. The most common problem is for the sound (all of it) to just stop, or just continuously loop a small soundfile that should have been a one-off play at the triggered point in time. Looks like the app is using dsound, along with winmm to mmioOpenA the .wav's. -- 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 52762] New: DesignDoll will not boot/crashes upon booting.
by WineHQ Bugzilla 22 Jun '23

22 Jun '23

https://bugs.winehq.org/show_bug.cgi?id=52762 Bug ID: 52762 Summary: DesignDoll will not boot/crashes upon booting. Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: catchyandcleche(a)gmail.com Distribution: --- Created attachment 72129 --> https://bugs.winehq.org/attachment.cgi?id=72129 This file (designdoll_backtrace01.txt) is the backtrace file/error log file that was created when I tried to run the DesignDoll application. I am using a GUI version of Ubuntu for Desktop (Ubuntu 20.04.4 LTS), also utilizing WINE version 7.0 (Displayed as wine-7.0 in the terminal). When double clicking the .desktop application created on the desktop (DesignDoll.desktop) after installing the DesginDollLauncher.exe program and after making sure that the DesignDoll.desktop shortcut created during the installation process allows launching, the program will boot* but quickly crash. I attached the program error log (see "designdoll_backtrace01.txt). *I can only assume that the application booted (or at least tried to) and quickly crashed. It did not display any indication that the program had booted in the GUI environment. When a window did show up to indicate that the program had run (in a sense), it was to inform me of the fact that the program crashed (or simply could not boot). -- 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 52619] New: Dungeon Fighter Online: Launcher crash when accepting Terms of Service
by WineHQ Bugzilla 20 Jun '23

20 Jun '23

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 27232] New: keys stuck when wine window loses focus
by wine-bugs＠winehq.org 19 Jun '23

19 Jun '23

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 19 Jun '23

19 Jun '23

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