April 2021 - Wine-bugs - list.winehq.org

[Bug 32454] New: Wine: Johnson Controls Example Visual Basic App fails at Soap login
by wine-bugs＠winehq.org 26 Jul '21

26 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=32454 Bug #: 32454 Summary: Wine: Johnson Controls Example Visual Basic App fails at Soap login Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: spkellco(a)gmail.com Classification: Unclassified Created attachment 42814 --> http://bugs.winehq.org/attachment.cgi?id=42814 VB Source and Binary for MetasysSampleApp.exe MetasysSampleApp.exe works perfectly under Windows 7 but fail after Login attempt with the following error. Source and Binary attached. err:ole:apartment_getclassobject DllGetClassObject returned error 0x80040111 err:ole:CoGetClassObject no class object {88d969c1-f192-11d4-a65f-0040963251e5} could be created for context 0x1 fixme:advapi:RegisterEventSourceW ((null),L"MSSOAP"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0004,0xc0000010,(nil),0x0001,0x00000000,0x32be4c,(nil)): stub err:eventlog:ReportEventW L"Loading of the WSDL file failed" fixme:advapi:DeregisterEventSource (0xcafe4242) stub fixme:advapi:RegisterEventSourceW ((null),L"MSSOAP"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0003,0xc0000010,(nil),0x0001,0x00000000,0x32beb8,(nil)): stub err:eventlog:ReportEventW L"An unanticipated error occurred during the processing of this request." fixme:advapi:DeregisterEventSource (0xcafe4242) stub -- 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 7

[Bug 42464] New: WinAPI function GetTimeZoneInformation returns Arab Standard Time instead of Russian Standard Time
by wine-bugs＠winehq.org 26 Jul '21

26 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=42464 Bug ID: 42464 Summary: WinAPI function GetTimeZoneInformation returns Arab Standard Time instead of Russian Standard Time Product: Wine Version: 2.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: greenapple217(a)yandex.ru Distribution: --- Created attachment 57312 --> https://bugs.winehq.org/attachment.cgi?id=57312 program after compiling returns a wrong result I wrote a little program in VC++6 and attached its code. When I execute it the program gives me a wrong result. I've made a temporary solution by changing values of keys of "Arab Standard Time" branch in regedit. I've just assigned there values from "Russian Standard Time" branch. In English Windows XP this program gives me "Russian Standard Time" string and in Russian Windows XP - "Московское время"(Moscow time) but in Linux under wine it gives me "Arab Standard Time". -- 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 49119] New: Timezone America/Sao_Paulo reconigzed as America/Buenos_Aires
by WineHQ Bugzilla 26 Jul '21

26 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=49119 Bug ID: 49119 Summary: Timezone America/Sao_Paulo reconigzed as America/Buenos_Aires Product: Wine Version: 5.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: loader Assignee: wine-bugs(a)winehq.org Reporter: thiago(a)internetbudi.com.br Distribution: --- Timezone is not recognized and probably changed: http://mm.icann.org/pipermail/tz-announce/2019-July/000056.html Running from archlinux or ubuntu has the same results. ``` $ wine --version wine-5.7 ``` ``` $ printenv PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin HOSTNAME=ea9649867742 TERM=xterm HOME=/home DEBIAN_FRONTEND=noninteractive LC_ALL=pt_BR.UTF-8 LANG=pt_BR.UTF-8 LANGUAGE=pt_BR.UTF-8 TZ=America/Sao_Paulo WINEPREFIX=/root/prefix32 WINEARCH=win32 DISPLAY=:0 ``` ``` $ cat /etc/timezone America/Sao_Paulo ``` **Finally**, when checking wine windows registry it is recognized as another Zone (creating troubles with a proprietary .NET software I use): ``` $ wine reg query "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation" 002c:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation StandardName REG_SZ Hora padrão da Argentina TimeZoneKeyName REG_SZ Argentina Standard Time ``` Bug appears to be similar to other related timezone changes. Question: How can I tell that my local timezone is the same as specified in the `loader/wine.inf`? -- 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 35024] New: FEAR Combat (SEC2) installer doesn't display cd key/serial field
by wine-bugs＠winehq.org 25 Jul '21

25 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=35024 Bug #: 35024 Summary: FEAR Combat (SEC2) installer doesn't display cd key/serial field Product: Wine Version: 1.7.7 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, reported in WineHQ forums: http://forum.winehq.org/viewtopic.php?f=8&t=20420 This is not a dupe of bug 20456 ("FEAR's installer will not let me enter the serial number due to wrong font"). The field is not displayed at all. Regards -- 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 8

[Bug 35551] New: RSASecurid: Wine crashed when opening SecurID.exe of RSA token software
by wine-bugs＠winehq.org 25 Jul '21

25 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=35551 Bug ID: 35551 Summary: RSASecurid: Wine crashed when opening SecurID.exe of RSA token software Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: msvcirt Assignee: wine-bugs(a)winehq.org Reporter: prakashgnana85(a)gmail.com Classification: Unclassified Created attachment 47472 --> http://bugs.winehq.org/attachment.cgi?id=47472 Attachment contains the crash details of RSA SecurID.exe execution While starting the RSA client for soft token generation, wine gets crashed. I used wine 1.7.8 and command wine SecurID.exe to invoke it . The same is working in Ubuntu and not Fedora. Could you please help me fix this. Please let me know if any more information required. Download site for RSA: http://india.emc.com/security/rsa-securid/rsa-securid-software-authenticato… Under DOWNLOADS -> FOR END USERS: -> 32-bit Desktop Application with Note: This is available as a 32-bit Application only. I have attached crash report as well. Thanks Gnanaprakasam -- 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 4

[Bug 35145] New: RSA SecurID software token doesn't run
by wine-bugs＠winehq.org 25 Jul '21

25 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=35145 Bug ID: 35145 Summary: RSA SecurID software token doesn't run Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: dopey(a)moonteeth.com Classification: Unclassified Created attachment 46887 --> http://bugs.winehq.org/attachment.cgi?id=46887 backtrace generated by crossover 13.0.1 I've been using wine (specifically with crossover) to run the RSA SecurID software token software and with crossover 13.0 and higher it will no longer run. I'll attach the backtrace. I installed it with the Fedora version of wine (wine-1.7.5) and it also stopped working. I couldn't figure out how to properly generate a backtrace to compare to the crossover backtrace so if the crossover one isn't good enough, please let me know and I'll work on getting one from "stock" wine. -- 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 35122] New: NVIDIA CUDA Toolkit v5.5 installer fails, claiming "An unknown error has occurred." (failure to return 'url' property from DOMDocument)
by wine-bugs＠winehq.org 25 Jul '21

25 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=35122 Bug ID: 35122 Summary: NVIDIA CUDA Toolkit v5.5 installer fails, claiming "An unknown error has occurred." (failure to return 'url' property from DOMDocument) Product: Wine Version: 1.7.8 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, as the summary says ... The installer is wrapped. Let it unpack first and then CTRL+C when the error dialog box is shown for easier reproducing. Run the extracted main installer. Relevant part of trace log: --- snip --- $ pwd /home/focht/.wine/drive_c/NVIDIA/CUDA $ WINEDEBUG=+tid,+seh,+relay,+msxml wine ./setup.exe >>log2.txt 2>&1 ... 002f:trace:msxml:domdoc_load (0x13b250)->({VT_BSTR: L"C:\\NVIDIA\\CUDA\\setup.CFG"}) ... 002f:trace:msxml:create_moniker_from_url L"C:\\NVIDIA\\CUDA\\setup.CFG" ... 002f:trace:msxml:domdoc_load ret (0) ... 002f:trace:msxml:domdoc_setProperty (0x13b250)->(L"SelectionLanguage" {VT_BSTR: L"XPath"}) ... 002f:trace:msxml:domdoc_get_documentElement (0x13b250)->(0x33f814) ... <unrelated domdoc stuff> ... 002f:trace:msxml:domelem_get_ownerDocument (0x143c10)->(0x33f394) 002f:Call ntdll.RtlAllocateHeap(00110000,00000000,000000b8) ret=7e21f12f 002f:Ret ntdll.RtlAllocateHeap() retval=00145a00 ret=7e21f12f 002f:trace:msxml:xmldoc_add_refs (0x7cadb248)->(12) 002f:trace:msxml:get_domdoc_from_xmldoc returning iface 0x145a1c 002f:trace:msxml:domdoc_get_url (0x145a00)->(0x33f390) 002f:Call ntdll.RtlAllocateHeap(00110000,00000000,00000028) ret=101e2d58 002f:Ret ntdll.RtlAllocateHeap() retval=00145ac0 ret=101e2d58 002f:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0033f33c) ret=101e6a02 002f:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b83a8ef ip=7b83a8ef tid=002f 002f:trace:seh:raise_exception info[0]=19930520 002f:trace:seh:raise_exception info[1]=0033f358 002f:trace:seh:raise_exception info[2]=102bc340 002f:trace:seh:raise_exception eax=7b826921 ebx=7b8ba000 ecx=19930520 edx=0033f284 esi=0033f328 edi=0033f2f0 002f:trace:seh:raise_exception ebp=0033f2c8 esp=0033f264 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 ... 002f:Call user32.MessageBoxW(00000000,00135288 L"An unknown error has occurred.",001297e8 L"NVIDIA Install",00010010) ret=004015e9 --- snip --- The problem seems to be that Wine's msxml fails to return 'url' property for the DOMDocument. It returns S_FALSE, leaving the out parameter with NULL. The installer checks the out param != NULL and throws exception. I'd expect something like 'file:///C:/NVIDIA/CUDA/setup.CFG' (see create_moniker_from_url). 'winetricks msxml3' obviously works around (until the installer runs into next Wine bug). 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.

2 4

[Bug 35144] New: NVIDIA CUDA Toolkit v5.5 installer fails (SetupDiGetINFClassW whitelists only 'Chicago', ignoring WINEPREFIX WinVer setting)
by wine-bugs＠winehq.org 25 Jul '21

25 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=35144 Bug ID: 35144 Summary: NVIDIA CUDA Toolkit v5.5 installer fails (SetupDiGetINFClassW whitelists only 'Chicago', ignoring WINEPREFIX WinVer setting) Product: Wine Version: 1.7.8 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, with bug 35122 fixed the installer still fails. The installer is wrapped. Let it unpack first and then CTRL+C when the error dialog box is shown for easier reproducing. Run the extracted main installer. Relevant part of trace log: --- snip --- $ pwd /home/focht/.wine/drive_c/NVIDIA/CUDA $ WINEDEBUG=+tid,+seh,+relay,+setupapi wine ./setup.exe >>log2.txt 2>&1 ... 0025:Call setupapi.SetupDiGetINFClassW(011bd2b8 L"C:\\NVIDIA\\CUDA\\Display.Driver\\nv4_disp.inf",01f7e27c,01f7e28c,00000020,00000000) ret=02bd7c0f 0025:Call KERNEL32.GetFileAttributesW(011bd2b8 L"C:\\NVIDIA\\CUDA\\Display.Driver\\nv4_disp.inf") ret=7e27758c 0025:Ret KERNEL32.GetFileAttributesW() retval=00000020 ret=7e27758c 0025:Call KERNEL32.GetPrivateProfileStringW(7e29b2da L"Version",7e29b2c6 L"Signature",00000000,01f7dfa8,00000104,011bd2b8 L"C:\\NVIDIA\\CUDA\\Display.Driver\\nv4_disp.inf") ret=7e277669 0025:Ret KERNEL32.GetPrivateProfileStringW() retval=0000000c ret=7e277669 0025:Call KERNEL32.lstrcmpiW(01f7dfa8 L"$Windows NT$",7e29b20c L"$Chicago$") ret=7e277692 0025:Ret KERNEL32.lstrcmpiW() retval=00000001 ret=7e277692 0025:Ret setupapi.SetupDiGetINFClassW() retval=00000000 ret=02bd7c0f 0025:Call KERNEL32.GetLastError() ret=02b91257 0025:Ret KERNEL32.GetLastError() retval=00000000 ret=02b91257 0025:Call ntdll.RtlAllocateHeap(00110000,00000000,00000050) ret=02bfc433 0025:Ret ntdll.RtlAllocateHeap() retval=011bf318 ret=02bfc433 0025:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,01f7e22c) ret=02bff857 0025:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b83a8ef ip=7b83a8ef tid=0025 0025:trace:seh:raise_exception info[0]=19930520 0025:trace:seh:raise_exception info[1]=01f7e248 0025:trace:seh:raise_exception info[2]=02c4e85c 0025:trace:seh:raise_exception eax=7b826921 ebx=7b8ba000 ecx=19930520 edx=01f7e174 esi=01f7e218 edi=01f7e1e0 0025:trace:seh:raise_exception ebp=01f7e1b8 esp=01f7e154 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 ... 0025:Call KERNEL32.OutputDebugStringW(024205d8 L" 46.667 | ERROR: [NVI2.NVInstaller] 932(a)CNVInstaller::AddPackages : COM error: Exception {0x80004005; File: NVInstaller.cpp; Line: 1128}. \n") ret=1001aa05 0025:Ret KERNEL32.OutputDebugStringW() retval=01f7db30 ret=1001aa05 ... 0025:Call KERNEL32.OutputDebugStringW(024219e0 L" 46.669 | ERROR: [NVI2.InstallThread] 54(a)CInstallThread::ThreadProc : Install failed - Exception {0x80004005; File: InstallationStepper.cpp; Line: 1193} - going to fail state. \n") ret=1001aa05 0025:Ret KERNEL32.OutputDebugStringW() retval=01f7de40 ret=1001aa05 ... --- snip --- Dump of 'C:\\NVIDIA\\CUDA\\Display.Driver\\nv4_disp.inf' file with 'Version' section: --- snip --- ; NVIDIA Windows XP (32 bit) Display INF file ; Copyright (c) NVIDIA Corporation. All rights reserved. [Version] Signature = "$Windows NT$" Provider = %NVIDIA% ClassGUID = {4D36E968-E325-11CE-BFC1-08002BE10318} Class = Display DriverVer = 06/28/2013, 6.14.13.2057 CatalogFile = nv4_disp.CAT ... --- snip --- Source: http://source.winehq.org/git/wine.git/blob/09524be58380b612d0a9d2ba023ac257… --- snip --- 4047 BOOL WINAPI SetupDiGetINFClassW(PCWSTR inf, LPGUID class_guid, PWSTR class_name, 4048 DWORD size, PDWORD required_size) 4049 { 4050 BOOL have_guid, have_name; 4051 DWORD dret; 4052 WCHAR buffer[MAX_PATH]; 4053 4054 if (!inf) 4055 { 4056 SetLastError(ERROR_INVALID_PARAMETER); 4057 return FALSE; 4058 } 4059 4060 if (INVALID_FILE_ATTRIBUTES == GetFileAttributesW(inf)) 4061 { 4062 FIXME("%s not found. Searching via DevicePath not implemented\n", debugstr_w(inf)); 4063 SetLastError(ERROR_FILE_NOT_FOUND); 4064 return FALSE; 4065 } 4066 4067 if (!class_guid || !class_name || !size) 4068 { 4069 SetLastError(ERROR_INVALID_PARAMETER); 4070 return FALSE; 4071 } 4072 4073 if (!GetPrivateProfileStringW(Version, Signature, NULL, buffer, MAX_PATH, inf)) 4074 return FALSE; 4075 4076 if (lstrcmpiW(buffer, Chicago)) 4077 return FALSE; 4078 ... --- snip --- The 'Chicago' filter (codename for 'Windows NT 4.0') prevents further processing. Wine prefixes have WinVer = 'Windows XP' setting by default so it seems somehow not logical to bail out here. $ sha1sum cuda_5.5.20_winxp_general_32.exe 19003fc955795e1a0d01d3e72b2df91c109d1e43 cuda_5.5.20_winxp_general_32.exe $ du -sh cuda_5.5.20_winxp_general_32.exe 460M cuda_5.5.20_winxp_general_32.exe $ wine --version wine-1.7.8-232-g3bad812 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.

2 7

[Bug 35166] New: NVIDIA CUDA Toolkit v5.5 installer fails (NtQueryKey with KeyNameInformation info class unsupported on server side)
by wine-bugs＠winehq.org 25 Jul '21

25 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=35166 Bug ID: 35166 Summary: NVIDIA CUDA Toolkit v5.5 installer fails (NtQueryKey with KeyNameInformation info class unsupported on server side) Product: Wine Version: 1.7.8 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, with bug 35144 fixed the installer still fails. The installer is wrapped. Let it unpack first and then CTRL+C when the error dialog box is shown for easier reproducing. Run the extracted main installer. Relevant part of trace log: --- snip --- $ pwd /home/focht/.wine/drive_c/NVIDIA/CUDA $ WINEDEBUG=+tid,+seh,+relay,+server wine ./setup.exe >>log.txt 2>&1 ... 0023:Call advapi32.RegOpenKeyExW(80000002,011e0f10 L"SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Uninstall\\{2DA75DC7-0865-4BAD-BA86-074500CC350E}",00000000,00000001,01f6e1dc) ret=101ba81a 0023: open_key( parent=001c, access=00000001, attributes=00000000, name=L"SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Uninstall\\{2DA75DC7-0865-4BAD-BA86-074500CC350E}" ) 0023: open_key() = 0 { hkey=00ac } 0023:Ret advapi32.RegOpenKeyExW() retval=00000000 ret=101ba81a ... 0023:Call KERNEL32.LoadLibraryW(00149068 L"C:\\windows\\system32\\NTDLL.DLL") ret=101aa158 0023:Ret KERNEL32.LoadLibraryW() retval=7bc10000 ret=101aa158 0023:Call KERNEL32.GetProcAddress(7bc10000,10258070 "NtQueryKey") ret=101a9d6f 0023:Ret KERNEL32.GetProcAddress() retval=7bc21f68 ret=101a9d6f ... 0023:Call ntdll.NtQueryKey(000000ac,00000003,00000000,00000000,01f6e20c) ret=101cee1c 0023: enum_key( hkey=00ac, index=-1, info_class=3 ) 0023: enum_key() = INVALID_PARAMETER { subkeys=0, max_subkey=0, max_class=0, values=0, max_value=0, max_data=0, modif=0, total=0, namelen=0, name=L"", class=L"" } 0023:Ret ntdll.NtQueryKey() retval=c000000d ret=101cee1c 0023:Call advapi32.LsaNtStatusToWinError(c000000d) ret=101bbfc4 0023:Ret advapi32.LsaNtStatusToWinError() retval=00000057 ret=101bbfc4 0023:Call ntdll.RtlAllocateHeap(00110000,00000000,00000020) ret=101e2d58 0023:Ret ntdll.RtlAllocateHeap() retval=00130900 ret=101e2d58 0023:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,01f6e18c) ret=101e6a02 0023:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b83a8ef ip=7b83a8ef tid=0023 0023:trace:seh:raise_exception info[0]=19930520 0023:trace:seh:raise_exception info[1]=01f6e1a8 0023:trace:seh:raise_exception info[2]=102bc340 0023:trace:seh:raise_exception eax=7b826921 ebx=7b8ba000 ecx=19930520 edx=01f6e0d4 esi=01f6e178 edi=01f6e140 0023:trace:seh:raise_exception ebp=01f6e118 esp=01f6e0b4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 0023:trace:seh:call_stack_handlers calling handler at 0x10207179 code=e06d7363 flags=1 ... 0023:Call KERNEL32.OutputDebugStringW(0251d608 L" 46.115 | ERROR: [NVI2.NVInstaller] 2173(a)CNVInstaller::AddInstalledPackages : COM error: Exception {0x80070057; File: Registry.cpp; Line: 1086}. \n") ret=1001aa05 0023:Ret KERNEL32.OutputDebugStringW() retval=01f6d810 ret=1001aa05 --- snip --- The strange thing is that the client side code (ntdll) really looks like it supports 'KeyNameInformation' info class in enumerate_key(): Source: http://source.winehq.org/git/wine.git/blob/97645d7a1a9eec6100c637534620ac68… --- snip --- 211 static NTSTATUS enumerate_key( HANDLE handle, int index, KEY_INFORMATION_CLASS info_class, 212 void *info, DWORD length, DWORD *result_len ) 213 214 { 215 NTSTATUS ret; 216 void *data_ptr; 217 size_t fixed_size; 218 219 switch(info_class) 220 { 221 case KeyBasicInformation: data_ptr = ((KEY_BASIC_INFORMATION *)info)->Name; break; 222 case KeyFullInformation: data_ptr = ((KEY_FULL_INFORMATION *)info)->Class; break; 223 case KeyNodeInformation: data_ptr = ((KEY_NODE_INFORMATION *)info)->Name; break; 224 case KeyNameInformation: data_ptr = ((KEY_NAME_INFORMATION *)info)->Name; break; 225 default: 226 FIXME( "Information class %d not implemented\n", info_class ); 227 return STATUS_INVALID_PARAMETER; 228 } 229 fixed_size = (char *)data_ptr - (char *)info; 230 231 SERVER_START_REQ( enum_key ) 232 { 233 req->hkey = wine_server_obj_handle( handle ); 234 req->index = index; 235 req->info_class = info_class; 236 if (length > fixed_size) wine_server_set_reply( req, data_ptr, length - fixed_size ); 237 if (!(ret = wine_server_call( req ))) 238 { 239 switch(info_class) 240 { ... 288 case KeyNameInformation: 289 { 290 KEY_NAME_INFORMATION keyinfo; 291 fixed_size = (char *)keyinfo.Name - (char *)&keyinfo; 292 keyinfo.NameLength = reply->namelen; 293 memcpy( info, &keyinfo, min( length, fixed_size ) ); 294 } 295 break; 296 } 297 *result_len = fixed_size + reply->total; 298 if (length < *result_len) ret = STATUS_BUFFER_OVERFLOW; 299 } 300 } 301 SERVER_END_REQ; 302 return ret; 303 } --- snip --- If we take a look at the server side ... surprise: Source: http://source.winehq.org/git/wine.git/blob/ea919d9de483223777948422e5c134bd… --- snip --- 864 static void enum_key( const struct key *key, int index, int info_class, 865 struct enum_key_reply *reply ) 866 { ... 886 switch(info_class) 887 { 888 case KeyBasicInformation: 889 classlen = 0; /* only return the name */ 890 /* fall through */ 891 case KeyNodeInformation: ... 897 case KeyFullInformation: ... 919 default: 920 set_error( STATUS_INVALID_PARAMETER ); 921 return; 922 } ... --- snip --- The server needs to support KeyNameInformation info class. $ sha1sum cuda_5.5.20_winxp_general_32.exe 19003fc955795e1a0d01d3e72b2df91c109d1e43 cuda_5.5.20_winxp_general_32.exe $ du -sh cuda_5.5.20_winxp_general_32.exe 460M cuda_5.5.20_winxp_general_32.exe $ wine --version wine-1.7.8-258-g15b3ff2 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.

2 7

[Bug 34983] New: Fellowship One Check-In Application needs IBackgroundCopyJob::SetDescription method
by wine-bugs＠winehq.org 25 Jul '21

25 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=34983 Bug #: 34983 Summary: Fellowship One Check-In Application needs IBackgroundCopyJob::SetDescription method Product: Wine Version: 1.7.7 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: qmgr AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, as the summary says... Prerequisite: 'winetricks -q dotnet20' in clean 32-bit WINEPREFIX (Mono might work too) Trace log doesn't really give it away but running the .NET app with managed debugger does ... --- snip --- $ pwd $ /home/focht/.wine/drive_c/Program Files/Fellowship Technologies/Fellowship One Check-in 2.5 $ wine ./AppStart.exe ... 000b:fixme:qmgr:BITS_IBackgroundCopyJob_SetDescription Not implemented (2a.37): C++ EH exception - code e06d7363 (first chance) (2a.37): CLR exception - code e0434f4d (first chance) ... OS Thread Id: 0x37 (4) ESP EIP 03ade188 7b83a8ef [ComPlusMethodFrameStandaloneCleanup: 03ade188] Microsoft.ApplicationBlocks.ApplicationUpdater.Downloaders.IBackgroundCopyJob.SetDescription(System.String) 03ade198 038b68ff Microsoft.ApplicationBlocks.ApplicationUpdater.Downloaders.BITSDownloader.CreateCopyJob(Microsoft.ApplicationBlocks.ApplicationUpdater.Downloaders.IBackgroundCopyManager ByRef, Microsoft.ApplicationBlocks.ApplicationUpdater.Downloaders.IBackgroundCopyJob ByRef, System.Guid ByRef, System.String, System.String) 03ade1f0 038b6217 Microsoft.ApplicationBlocks.ApplicationUpdater.Downloaders.BITSDownloader.Microsoft.ApplicationBlocks.ApplicationUpdater.Interfaces.IDownloader.Download(System.String, System.String, System.TimeSpan) 03ade25c 038b47f7 Microsoft.ApplicationBlocks.ApplicationUpdater.DownloaderManager.IsServerManifestDownloaded() 03ade2a8 038b4050 Microsoft.ApplicationBlocks.ApplicationUpdater.DownloaderManager.RunDownloader() 03ade2d4 793d7a7b System.Threading.ThreadHelper.ThreadStart_Context(System.Object) 03ade2dc 793683dd System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object) 03ade2f4 793d7b5c System.Threading.ThreadHelper.ThreadStart() 03ade518 79e88f63 [GCFrame: 03ade518] ... [BITSDownloader.CreateCopyJob] : The BITS downloader experienced an unexpected error. It may have been asked to check job status for a job ID that no longer exists, or a job that was canceled. The jobID was '8fe9ce5b-4708-466f-944c-9576252dfb18', the job name was 'Updater job.', and the description was 'Updater: Download the Server XML File.'. ERROR: The method or operation is not implemented. STACK: at Microsoft.ApplicationBlocks.ApplicationUpdater.Downloaders.IBackgroundCopyJob.SetDescription(String Val) at Microsoft.ApplicationBlocks.ApplicationUpdater.Downloaders.BITSDownloader.CreateCopyJob(IBackgroundCopyManager& copyManager, IBackgroundCopyJob& copyJob, Guid& jobID, String jobNameKey, String jobDescriptionKey) ... --- snip --- Source: http://source.winehq.org/git/wine.git/blob/53e25cb4f60bd2d760a9b2fe8b83de37… --- snip --- 324 static HRESULT WINAPI BITS_IBackgroundCopyJob_SetDescription( 325 IBackgroundCopyJob2 *iface, 326 LPCWSTR Val) 327 { 328 FIXME("Not implemented\n"); 329 return E_NOTIMPL; 330 } --- snip --- $ sha1sum fellowshiponecheckin2_5.msi f038d88910bf3bc108901ff3768f92eb2cc58791 fellowshiponecheckin2_5.msi $ du -sh fellowshiponecheckin2_5.msi 508K fellowshiponecheckin2_5.msi $ wine --version wine-1.7.7-119-g3197262 Regards -- 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 9