September 2014 - wine-bugs

[Bug 24461] New: Batman: Arkham Asylum Demo aborts on startup in system.management?
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=24461 Summary: Batman: Arkham Asylum Demo aborts on startup in system.management? Product: Wine Version: 1.3.3 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Work around bug 24460 to get the game to install, then try to start it with cd "$programfilesdir_x86_win\\Eidos\\Batman Arkham Asylum Demo\\Binaries" ShippingPC-BmGame.exe It crashes with an error report dialog box; the following log lines correspond to the dialog box: fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime 2.0 Error Reporting"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00001388,(nil),0x000b,0x000000fa,0x3009a1b4,0x5dc624): stub err:eventlog:ReportEventW L"clr20r3" err:eventlog:ReportEventW L"bmlauncher.exe" err:eventlog:ReportEventW L"1.0.0.0" err:eventlog:ReportEventW L"4a65eeb5" err:eventlog:ReportEventW L"system.management" Workaround from appdb: download the three files http://www.glio.net/UserEngine.ini http://www.glio.net/UserInput.ini http://www.glio.net/UserGame.ini to c:/users/$USERNAME/My Documents/Eidos/Batman Arkham Asylum Demo/BmGame/Config -- 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 5

[Bug 24460] New: Batman: Arkham Asylum Demo won't install without dotnet30 and gfw
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=24460 Summary: Batman: Arkham Asylum Demo won't install without dotnet30 and gfw Product: Wine Version: 1.3.3 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com If you try to install the demo with no native libraries, the install fails with DXSetup.exe - Error A fatal error occurred. However, mscorees.dll could not be loaded to display the appropriate error message. Please reinstall the .NET framework. "winetricks dotnet30 gfw" works around this. At one point, I think "winetricks mono26 gfw" also worked around it, but that's not working for me at the moment. -- 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 5

[Bug 30499] New: Avira AVG Free Edition 2012 (32/64-bit) installer crashes due to access of undocumented PEB field "UnicodeCaseTableData"
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=30499 Bug #: 30499 Summary: Avira AVG Free Edition 2012 (32/64-bit) installer crashes due to access of undocumented PEB field "UnicodeCaseTableData" Product: Wine Version: 1.5.2 Platform: x86-64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, while trying out various 64-bit installers I came across this. Not 64 bits issue but at least something that should be documented in a bug. "AVG Anti-Virus Free 2012" installer from Avira crashes very early. Happens with both, 32-bit and 64-bit versions (the crashing part is 32-bit for both). --- snip --- $ wine avg_free_x64_all_2012_2127a4918.exe fixme:ntdll:NtQuerySystemInformation (0x00000021,0x33fcb0,0x00000010,(nil)) stub fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_INTERRUPT_INFORMATION fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_INTERRUPT_INFORMATION fixme:ntdll:NtQuerySystemInformation (0x0000002d,0x33fc90,0x00000020,(nil)) stub fixme:ntdll:NtQueryInformationProcess (process=0xffffffff) Unimplemented information class: ProcessDeviceMap fixme:ntdll:NtQueryInformationProcess (process=0xffffffff) Unimplemented information class: ProcessDeviceMap wine: Unhandled page fault on read access to 0x00000002 at address 0x4bc966 (thread 0047), starting debugger... ... Unhandled exception: page fault on read access to 0x00000002 in 32-bit code (0x004bc966). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:004bc966 ESP:0033fb50 EBP:0033fb64 EFLAGS:00010246( R- -- I Z- -P- ) EAX:00000000 EBX:0033fc80 ECX:00000007 EDX:00000007 ESI:0033fc72 EDI:00000007 Stack dump: 0x0033fb50: 00000007 00be3342 00be3340 0033fc80 0x0033fb60: 0f241900 0033fb94 006414c8 0033fc72 0x0033fb70: 00be3342 00000007 00000007 00000000 0x0033fb80: 0033fc70 00be3310 00be3308 0033fc72 0x0033fb90: 00000008 0033fc34 00640aeb 0f2419d0 0x0033fba0: 00000008 0076fa64 0033fc00 00000000 Backtrace: =>0 0x004bc966 in avgmfapx (+0xbc966) (0x0033fb64) 1 0x006414c8 in avgmfapx (+0x2414c7) (0x0033fb94) 2 0x00640aeb in avgmfapx (+0x240aea) (0x0033fc34) --- snip --- The crashing 32-bit process "avgmfapx.exe" can be run standalone after unpacking to reproduce. The installer accesses the undocumented "UnicodeCaseTableData" PEB field to do what seems to be ANSI -> UNICODE conversion of strings. I must admit, I'm completely baffled why they didn't use any Win32/ntdll API for that task. Installer code: --- snip --- 004BC930 55 PUSH EBP 004BC931 8BEC MOV EBP,ESP 004BC933 8B4D 10 MOV ECX,DWORD PTR SS:[EBP+10] 004BC936 8B55 14 MOV EDX,DWORD PTR SS:[EBP+14] 004BC939 83EC 08 SUB ESP,8 004BC93C 8BC1 MOV EAX,ECX 004BC93E 3BCA CMP ECX,EDX 004BC940 76 02 JBE SHORT 004BC944 004BC942 8BC2 MOV EAX,EDX 004BC944 807D 18 00 CMP BYTE PTR SS:[EBP+18],0 004BC948 53 PUSH EBX 004BC949 56 PUSH ESI 004BC94A 8B75 08 MOV ESI,DWORD PTR SS:[EBP+8] 004BC94D 8D1C46 LEA EBX,[EAX*2+ESI] 004BC950 57 PUSH EDI 004BC951 895D F8 MOV DWORD PTR SS:[EBP-8],EBX 004BC954 0F85 F1000000 JNE 004BCA4B 004BC95A 64:A1 18000000 MOV EAX,DWORD PTR FS:[18] ; TEB 004BC960 8B40 30 MOV EAX,DWORD PTR DS:[EAX+30] ; PEB 004BC963 8B40 60 MOV EAX,DWORD PTR DS:[EAX+60] ; UnicodeCaseTableData 004BC966 0FB778 02 MOVZX EDI,WORD PTR DS:[EAX+2] ; *boom* 004BC96A 8D7C78 04 LEA EDI,[EDI*2+EAX+4] 004BC96E 897D FC MOV DWORD PTR SS:[EBP-4],EDI 004BC971 3BF3 CMP ESI,EBX 004BC973 0F83 FA000000 JNB 004BCA73 004BC979 8DA424 00000000 LEA ESP,[ESP] 004BC980 0FB70E MOVZX ECX,WORD PTR DS:[ESI] 004BC983 8B55 0C MOV EDX,DWORD PTR SS:[EBP+0C] 004BC986 0FB702 MOVZX EAX,WORD PTR DS:[EDX] 004BC989 66:8BD1 MOV DX,CX ... --- snip --- http://undocumented.ntinternals.net/UserMode/Undocumented%20Functions/NT%20… --- snip --- ... PVOID AnsiCodePageData; PVOID OemCodePageData; PVOID UnicodeCaseTableData; ... --- snip --- PEB offset 0x60 is "UnicodeCaseTableData" Download: http://www.filehippo.com/de/download_avg_antivirus_64/download/8611bbb6e412… $ du -sh avg_free_x86_all_2012_2127a4918.exe 145M avg_free_x86_all_2012_2127a4918.exe $ du -sh avg_free_x64_all_2012_2127a4918.exe 165M avg_free_x64_all_2012_2127a4918.exe $ sha1sum avg_free_x86_all_2012_2127a4918.exe 3430b467d762dad9ca2f232846e0d737c6755ab5 avg_free_x86_all_2012_2127a4918.exe $ sha1sum avg_free_x64_all_2012_2127a4918.exe wfa3f8c9daa70851bd5224a77d9936df52ce2fe8d avg_free_x64_all_2012_2127a4918.exe $ wine --version wine-1.5.2-191-gd080774 I don't mind of this is a WONTFIX ;-) 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 15

[Bug 35910] New: not open programs
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=35910 Bug ID: 35910 Summary: not open programs Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: midela73(a)gmail.com Created attachment 47958 --> http://bugs.winehq.org/attachment.cgi?id=47958 not open programs not open programs -- 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 19

[Bug 25776] New: Windows Live Mesh installer renders incorrectly
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=25776 Summary: Windows Live Mesh installer renders incorrectly Product: Wine Version: 1.3.11 Platform: x86-64 URL: http://explore.live.com/windows-live-mesh?os=other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: trygve.vea(a)gmail.com Created an attachment (id=32848) --> (http://bugs.winehq.org/attachment.cgi?id=32848) Terminal output, wine 1.3.11 While attempting to test bug 4538, I'm unable to install Windows Live Mesh due to the installer rendering incorrectly (PS: Prerequisite for getting thus far is setting Windows version to Windows 7). There are no visible buttons, only some text. Uploaded attachment shows terminal output. Will upload screenshot shortly. -- 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 5

[Bug 16884] New: .NET 3.0: WCF installer fails due to LsaLookupNames2 stub
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=16884 Summary: .NET 3.0: WCF installer fails due to LsaLookupNames2 stub Product: Wine Version: 1.1.12 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =10cc340b-f857-4a14-83f5-25634c3bf043 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, after getting past bug 16883 the next one... Prerequisites: --- 1. clean WINEPREFIX 2. sh mywinetricks -q wmicore 3. sh winetricks -q dotnet20 4. download .NET 3.0 Framework installer from: http://download.microsoft.com /download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe (sha1sum: a566bcd2ffffc3842a95adc57f7df3f8cd11577f) 5. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158) 6. wine ./dotnetfx3setup.exe It might take a while until all required packages are downloaded using BITS. Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from "c:\\windows\\temp" to a different location, remove ~/.wine, copy "dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from downloading over and over again. --- The WCF installer still fails: "c:\\windows\\temp\\dd_wcf_retCA5476.txt": --- snip --- ServiceModelReg [14:57:53:680]: Starting tool 'C:\windows\system32\wbem\mofcomp.exe' with parameters '"C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof"'. ServiceModelReg [14:57:55:965]: Microsoft (R) 32-bit MOF Compiler Version 1.50.1085.0001 ServiceModelReg [14:57:55:966]: Copyright (c) Microsoft Corp. 1997-1999. All rights reserved. ServiceModelReg [14:58:03:464]: ServiceModelReg [14:58:03:467]: Parsing MOF file: C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof ServiceModelReg [14:58:06:160]: MOF file has been successfully parsed ServiceModelReg [14:58:06:164]: Storing data in the repository... ServiceModelReg [14:58:07:047]: An error occurred while creating object 3 defined on lines 20 - 24: ServiceModelReg [14:58:07:053]: 0X80041002 Class, instance, or property 'HostingModel' was not found. ServiceModelReg [14:58:07:280]: Compiler returned error 0x80041001 ServiceModelReg [14:58:07:280]: ServiceModelReg [14:58:07:291]: ServiceModelReg [14:58:07:330]: Tool 'C:\windows\system32\wbem\mofcomp.exe' with parameters '"C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof"' exited with code '3'. ServiceModelReg [14:58:07:473]: Warning: Failure executing "C:\windows\system32\wbem\mofcomp.exe" with parameters ""C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof"": System.ApplicationException: Unexpected result 3 executing C:\windows\system32\wbem\mofcomp.exe with "C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof" at System.ServiceModel.Install.InstallHelper.ExecuteWait(String program, String parameters, Int32[] allowedExitCodes) at System.ServiceModel.Install.WmiInstallComponent.OnInstall(OutputLevel outputLevel) ServiceModelReg [14:58:08:291]: Error: WMI classes are not installed. ServiceModelReg [14:58:08:304]: Repairing: Windows CardSpace (idsvc) ServiceModelReg [14:58:08:610]: Repairing: Net.Tcp Port Sharing Service (NetTcpPortSharing) ServiceModelReg [14:58:09:011]: System.Security.Principal.IdentityNotMappedException: Some or all identity references could not be translated. at System.Security.Principal.NTAccount.Translate(IdentityReferenceCollection sourceAccounts, Type targetType, Boolean forceSuccess) at System.Security.Principal.NTAccount.Translate(Type targetType) at System.Security.AccessControl.CommonObjectSecurity.ModifyAccess(AccessControlModification modification, AccessRule rule, Boolean& modified) at System.Security.AccessControl.CommonObjectSecurity.AddAccessRule(AccessRule rule) at System.ServiceModel.Install.ListenerServiceInstallComponent.SetConfigSecurity(OutputLevel outputLevel) at System.ServiceModel.Install.ListenerServiceInstallComponent.OnReinstall(OutputLevel outputLevel) at System.ServiceModel.Install.ServiceInstallComponent.Reinstall(OutputLevel outputLevel) at Microsoft.Tools.ServiceModel.ServiceModelReg.PerformAction(ActionItem actionItem, Nullable`1 confirmUninstall) at Microsoft.Tools.ServiceModel.ServiceModelReg.Run(String[] args) at Microsoft.Tools.ServiceModel.ServiceModelReg.TryRun(String[] args) === Verbose logging stopped: 1/11/2009 14:58:09 === --- snip --- Relevant trace log: --- snip --- 0035:fixme:advapi:LsaLookupNames2 (0xcafe,0x00000000,0x00000001,0x1421c0,0x33efdc,0x33efd0) stub ... 0035:trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b844f54 ip=0x7b844fd7 tid=0035 0035:trace:seh:raise_exception info[0]=80131501 0035:trace:seh:raise_exception eax=7b82cc91 ebx=7b8c3940 ecx=00000000 edx=0033f0b8 esi=0033f0b8 edi=e0434f4d 0035:trace:seh:raise_exception ebp=0033f080 esp=0033f01c cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000246 0035:trace:seh:call_stack_handlers calling handler at 0x79f9a3c8 code=e0434f4d flags=1 0035:CALL MSVCR80._except_handler4_common(7a381240,79e717fb,0033f02c,0033f0d0,0033ecb8,0033eb60) ret=79f9a3e7 0035:RET MSVCR80._except_handler4_common() retval=00000001 ret=79f9a3e7 0035:trace:seh:call_stack_handlers handler at 0x79f9a3c8 returned 1 0035:trace:seh:call_stack_handlers calling handler at 0x7a3197d4 code=e0434f4d flags=1 0035:CALL MSVCR80.__CxxFrameHandler3() ret=7bc729f1 0035:RET MSVCR80.__CxxFrameHandler3() retval=00000001 ret=7bc729f1 0035:trace:seh:call_stack_handlers handler at 0x7a3197d4 returned 1 0035:trace:seh:call_stack_handlers calling handler at 0x79f948ec code=e0434f4d flags=1 .... 0035:fixme:advapi:RegisterEventSourceW (L".",L"System.ServiceModel.Install 3.0.0.0"): stub 0035:fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00000000,(nil),0x0001,0x00000000,0xa55c64,0xa55b0c): stub 0035:err:eventlog:ReportEventW L"System.Security.Principal.IdentityNotMappedException: Some or all identity references could not be translated.\r\n at System.Security.Principal.NTAccount.Translate(IdentityReferenceCollection sourceAccounts, Type targetType, Boolean forceSuccess)\r\n at System.Security.Principal.NTAccount.Transla"... --- snip --- Oh joy, LSA again ... There already exist other bugs falling into same problem domain, example: bug 16418 If developer resources are short maybe this could be part of some SoC project: making transition from current approach towards LSA rpc interface and lsass (and fleshing out stubs of course). http://www.hsc.fr/ressources/articles/win_net_srv/msrpc_lsarpc.html I fleshed the stub a bit just for proof and it gets the WCF installer further. 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 11

[Bug 16886] New: .NET 3.0: WCF installer requires ChangeServiceConfig2 with SERVICE_CONFIG_FAILURE_ACTIONS support
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=16886 Summary: .NET 3.0: WCF installer requires ChangeServiceConfig2 with SERVICE_CONFIG_FAILURE_ACTIONS support Product: Wine Version: 1.1.12 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =10cc340b-f857-4a14-83f5-25634c3bf043 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, actually bug 16883 contained two bugs and this one slipped through. ChangeServiceConfig2W API needs SERVICE_CONFIG_FAILURE_ACTIONS support. --- 1. clean WINEPREFIX 2. sh mywinetricks -q wmicore 3. sh winetricks -q dotnet20 4. download .NET 3.0 Framework installer from: http://download.microsoft.com /download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe (sha1sum: a566bcd2ffffc3842a95adc57f7df3f8cd11577f) 5. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158) 6. wine ./dotnetfx3setup.exe It might take a while until all required packages are downloaded using BITS. Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from "c:\\windows\\temp" to a different location, remove ~/.wine, copy "dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from downloading over and over again. --- Relevant log: --- snip --- ServiceModelReg [16:55:11:288]: Repairing: Windows CardSpace (idsvc) ServiceModelReg [16:55:11:307]: System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt. at System.ServiceModel.Install.NativeMethods.ChangeFailureActions(ServiceHandle hService, Int32 dwInfoLevel, SERVICE_FAILURE_ACTIONS& lpInfo) at System.ServiceModel.Install.ServiceHandle.SetFailureActions(TimeSpan resetPeriod, TimeSpan[] restartPeriods) at System.ServiceModel.Install.ServiceInstallComponent.OnInstall(OutputLevel outputLevel) at System.ServiceModel.Install.InfoCardServiceInstallComponent.OnInstall(OutputLevel outputLevel) at System.ServiceModel.Install.ServiceInstallComponent.Reinstall(OutputLevel outputLevel) at Microsoft.Tools.ServiceModel.ServiceModelReg.PerformAction(ActionItem actionItem, Nullable`1 confirmUninstall) at Microsoft.Tools.ServiceModel.ServiceModelReg.Run(String[] args) at Microsoft.Tools.ServiceModel.ServiceModelReg.TryRun(String[] args) === Verbose logging stopped: 1/11/2009 16:55:11 === --- snip --- After fleshing out programs/services/svcctl_ChangeServiceConfig2W() a bit the problem is prevented (fake seems also ok). 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

[Bug 16891] New: .NET 3.0: Windows Workflow Foundation installer claims .NET 2.0 Framework needed, MsiNetAssemblySupport/msi fusion version retrieval bug
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=16891 Summary: .NET 3.0: Windows Workflow Foundation installer claims .NET 2.0 Framework needed, MsiNetAssemblySupport/msi fusion version retrieval bug Product: Wine Version: 1.1.12 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =10cc340b-f857-4a14-83f5-25634c3bf043 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, after getting past bug 16888 another subinstaller "Windows Workflow Foundation" fails, claiming ".NET 2.0 Framework is required". This is of course already installed as part of prerequisite. Prerequisites: --- 1. clean WINEPREFIX 2. sh mywinetricks -q wmicore 3. sh winetricks -q dotnet20 4. download .NET 3.0 Framework installer from: http://download.microsoft.com /download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe (sha1sum: a566bcd2ffffc3842a95adc57f7df3f8cd11577f) 5. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158) 6. wine ./dotnetfx3setup.exe It might take a while until all required packages are downloaded using BITS. Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from "c:\\windows\\temp" to a different location, remove ~/.wine, copy "dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from downloading over and over again. --- The corresponding logfile "dd_WF_3.0_x86retMSI48DE.txt" reveals nothing, it's empty. Using ORCA on "WF_3.0_x86.msi" shows that MsiNetAssemblySupport >="2.0.50727" condition needs to be satisfied. The "MsiNetAssemblySupport" property should be set in set_msi_assembly_prop() but it doesn't seem so. Trace log shows: --- snip --- 0016:Call version.GetFileVersionInfoSizeW(00149050 L"C:\\windows\\Microsoft.NET\\Framework\\v3.0\\fusion.dll",0032f2d0) ret=6024ad80 0016:Call KERNEL32.GetModuleHandleExW(00000000,00149050,0032ef90) ret=609ecc77 0016:Ret KERNEL32.GetModuleHandleExW() retval=00000000 ret=609ecc77 0016:Call KERNEL32.LoadLibraryExW(00149050 L"C:\\windows\\Microsoft.NET\\Framework\\v3.0\\fusion.dll",00000000,00000002) ret=609ecc99 0016:Call PE DLL (proc=0x60c431f0,module=0x60c40000 L"psapi.dll",reason=PROCESS_ATTACH,res=(nil)) ... 0016:Ret PE DLL (proc=0x60bd98c4,module=0x60bd0000 L"fusion.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1 0016:Ret KERNEL32.LoadLibraryExW() retval=60bd0000 ret=609ecc99 0016:Call KERNEL32.FindResourceW(60bd0000,00000001,00000010) ret=609ecd25 0016:Ret KERNEL32.FindResourceW() retval=00000000 ret=609ecd25 0016:Call KERNEL32.FreeLibrary(60bd0000) ret=609ecd94 ... 0016:Ret KERNEL32.FreeLibrary() retval=00000001 ret=609ecd94 0016:Call KERNEL32.SetLastError(00000714) ret=609ed6e6 0016:Ret KERNEL32.SetLastError() retval=00000714 ret=609ed6e6 0016:Ret version.GetFileVersionInfoSizeW() retval=00000000 ret=6024ad80 --- snip --- Looking into "C:\\windows\\Microsoft.NET\\Framework\\v3.0\\fusion.dll" path there is no native fusion.dll. Hence Wine's builtin fusion.dll is loaded by LoadLibraryExW(). The builtin fusion doesn't contain version resource so it fails. This is a subtile problem: adding version resource to Wine's fusion might cause problems because every .NET Framework might ship it's own version of fusion which ought to override builtin fusion. http://msdn.microsoft.com/en-us/library/aa370325.aspx Usually: C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\fusion.dll C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\fusion.dll AFAIK .NET 3.0 and 3.5 don't bring their own fusion version (someone might check a real Windows installation with these Frameworks present). The problem is how dlls/msi/package.c:get_fusion_filename() works. At the point where the installation fails the following registry data is present at the location get_fusion_filename() reads: --- snip --- [HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup] [HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP] [HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v2.0.50727] "Increment"="42" "Install"=dword:00000001 "MSI"=dword:00000001 "SP"=dword:00000000 [HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v2.0.50727\1033] "Install"=dword:00000001 "MSI"=dword:00000001 "SP"=dword:00000000 [HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v3.0] [HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v3.0\Setup] [HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v3.0\Setup\Windows Communication Foundation] "InstallSuccess"=dword:00000001 "ReferenceInstallPath"="C:\\Program Files\\Reference Assemblies\\Microsoft\\Framework\\v3.0\\" "RuntimeInstallPath"="C:\\windows\\Microsoft.NET\\Framework\\v3.0\\Windows Communication Foundation\\" "Version"="3.0.04506.30" [HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v3.0\Setup\Windows Presentation Foundation] @="Windows Presentation Foundation" "InstallRoot"="C:\\windows\\Microsoft.Net\\Framework\\v3.0\\WPF\\" "InstallSuccess"=dword:00000001 "ProductVersion"="3.0.6920.0" "Version"="3.0.6920.0" "WPFCommonAssembliesPathx86"="C:\\windows\\system32\\" "WPFNonReferenceAssembliesPathx86"="C:\\windows\\Microsoft.Net\\Framework\\v3.0\\WPF\\" "WPFReferenceAssembliesPathx86"="C:\\Program Files\\Reference Assemblies\\Microsoft\\Framework\\v3.0\\" --- snip --- I don't know how Windows msi does MsiNetAssemblySupport. Maybe a check for real existence of (native) fusion.dll to prevent false load of "builtin" fusion is better. If native fusion is not present in full path, that .NET Framework subkey data (version) can't be used for MsiNetAssemblySupport property. 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 10

[Bug 16888] New: .NET 3.0: WCF installer requires httpapi.dll with some stubs
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=16888 Summary: .NET 3.0: WCF installer requires httpapi.dll with some stubs Product: Wine Version: 1.1.12 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =10cc340b-f857-4a14-83f5-25634c3bf043 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, after getting past bug 16883 the next one... Prerequisites: --- 1. clean WINEPREFIX 2. sh mywinetricks -q wmicore 3. sh winetricks -q dotnet20 4. download .NET 3.0 Framework installer from: http://download.microsoft.com /download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe (sha1sum: a566bcd2ffffc3842a95adc57f7df3f8cd11577f) 5. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158) 6. wine ./dotnetfx3setup.exe It might take a while until all required packages are downloaded using BITS. Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from "c:\\windows\\temp" to a different location, remove ~/.wine, copy "dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from downloading over and over again. --- The WCF installer still fails: --- snip --- ServiceModelReg [15:38:17:256]: Repairing: Net.Tcp Port Sharing Service (NetTcpPortSharing) ServiceModelReg [15:38:17:279]: Uninstalling: HTTP Namespace Reservations ServiceModelReg [15:38:17:294]: System.DllNotFoundException: Unable to load DLL 'httpapi.dll': Exception from HRESULT: 0x8007007E at System.ServiceModel.Install.NativeMethods.HttpTerminate(Int32 Flags, IntPtr pReserved) at System.ServiceModel.Install.HttpNamespaceReservationInstallComponent.get_IsInstalled() at System.ServiceModel.Install.HttpNamespaceReservationInstallComponent.Uninstall(OutputLevel outputLevel) at System.ServiceModel.Install.ServiceModelInstallComponent.Reinstall(OutputLevel outputLevel) at Microsoft.Tools.ServiceModel.ServiceModelReg.PerformAction(ActionItem actionItem, Nullable`1 confirmUninstall) at Microsoft.Tools.ServiceModel.ServiceModelReg.Run(String[] args) at Microsoft.Tools.ServiceModel.ServiceModelReg.TryRun(String[] args) === Verbose logging stopped: 1/11/2009 15:38:17 === --- snip --- Native httpapi override makes things only worse since it expects http service present ... --- snip --- ... 0035:CALL HTTPAPI.HttpInitialize(<unknown, check return>) ret=036a22c0 0035:trace:ntdll:NtCreateFile handle=0x67a16094 access=c0100000 name=L"\\Device\\Http\\Control" objattr=00000040 root=(nil) sec=(nil) io=0x33ed54 alloc_size=(nil) attr=00000000 sharing=00000003 disp=1 options=00000000 ea=0x18fb28.0x0000001f 0035:trace:service:OpenSCManagerW ((null),(null),0x00000001) 0035:trace:service:sc_handle_alloc sc_handle type=0 -> 0x18fb28 ... 0013:trace:service:svcctl_OpenSCManagerW ((null), (null), 1) ... 0035:trace:service:OpenSCManagerW returning 0x18fb28 (access : 0x00000001) 0035:trace:service:OpenServiceW 0x18fb28 L"HTTP" 20 0035:trace:service:sc_handle_alloc sc_handle type=1 -> 0x18f658 ... 0018:trace:service:svcctl_OpenServiceW (L"HTTP", 0x14) ... 0035:trace:service:sc_handle_destroy_service destroying service 0x18f658 0035:trace:service:CloseServiceHandle 0x18fb28 ... 0035:trace:service:sc_handle_destroy_manager destroying SC Manager 0x18fb28 0035:RET HTTPAPI.HttpInitialize(00000001,00000002,00000000) retval=00000003 ret=036a22c0 ... Uninstalling: HTTP Namespace Reservations Error: Path not found fixme:advapi:RegisterEventSourceW (L".",L"System.ServiceModel.Install 3.0.0.0"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00000000,(nil),0x0001,0x00000000,0xa534b4,0xa5335c): stub err:eventlog:ReportEventW L"System.ComponentModel.Win32Exception: Path not found\r\n at System.ServiceModel.Install.HttpNamespaceReservationInstallComponent.get_IsInstalled()\r\n at System.ServiceModel.Install.HttpNamespaceReservationInstallComponent.Uninstall(OutputLevel outputLevel)\r\n at System.ServiceModel.Install.Se"... fixme:advapi:DeregisterEventSource (0xcafe4242) stub err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1603 ... --- snip --- It seems better to provide a simple httpapi stub dll. MSDN for more info (only version 1 API seems requested): http://msdn.microsoft.com/en-us/library/aa364627.aspx http://msdn.microsoft.com/en-us/library/aa364625.aspx After generating a stub dll with winedump and some trial & error sessions, the minimum required stubs are as follows: --- snip --- HttpDeleteServiceConfiguration -> return NO_ERROR (0) HttpInitialize -> return NO_ERROR (0) HttpQueryServiceConfiguration -> return ERROR_FILE_NOT_FOUND (2) (most likely means the service not installed, passed args can be left untouched with this error) HttpSetServiceConfiguration -> return NO_ERROR (0) HttpTerminate -> return NO_ERROR (0) --- snip --- With those stubs in place, the HTTP api related actions (fake) succeed. --- snip --- ServiceModelReg [16:30:52:470]: Uninstalling: HTTP Namespace Reservations ServiceModelReg [16:30:52:472]: Warning: HTTP namespace reservations are not installed. ServiceModelReg [16:30:52:472]: Installing: HTTP Namespace Reservations ServiceModelReg [16:30:52:473]: Information: The ServiceModelReg tool has completed successfully. --- snip --- and the WCF installer claims success. 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 12

[Bug 16883] New: .NET 3.0: WCF installer fails due bug in services.exe svcctl_GetServiceKeyNameW
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=16883 Summary: .NET 3.0: WCF installer fails due bug in services.exe svcctl_GetServiceKeyNameW Product: Wine Version: 1.1.12 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =10cc340b-f857-4a14-83f5-25634c3bf043 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, after getting past bug 16882 (WMI is needed) we resume where we left: bug 16878 --- 1. clean WINEPREFIX 2. sh mywinetricks -q wmicore 3. sh winetricks -q dotnet20 4. download .NET 3.0 Framework installer from: http://download.microsoft.com /download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe (sha1sum: a566bcd2ffffc3842a95adc57f7df3f8cd11577f) 5. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158) 6. wine ./dotnetfx3setup.exe It might take a while until all required packages are downloaded using BITS. Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from "c:\\windows\\temp" to a different location, remove ~/.wine, copy "dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from downloading over and over again. --- The WCF installer still fails: "c:\\windows\\temp\\dd_dotnetfx3error.txt": --- snip --- [01/11/09,14:18:10] Windows Communication Foundation: [2] Error: Installation failed for component Windows Communication Foundation. MSI returned error code 1603 [01/11/09,14:18:21] WapUI: [2] DepCheck indicates Windows Communication Foundation is not installed. --- snip --- "c:\\windows\\temp\\dd_wcf_retMSI1CB9.txt": --- snip --- 1: C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModelReg.exe /r /x /y /v 2: 1: ERROR: Process returned non-0 value! CMDLINE: C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModelReg.exe /r /x /y /v 2: 1: Failed 2: --- snip --- --- snip --- ServiceModelReg [14:18:09:203]: Starting tool 'C:\windows\system32\wbem\mofcomp.exe' with parameters '"C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof"'. ServiceModelReg [14:18:09:328]: Microsoft (R) 32-bit MOF Compiler Version 1.50.1085.0001 ServiceModelReg [14:18:09:329]: Copyright (c) Microsoft Corp. 1997-1999. All rights reserved. ServiceModelReg [14:18:09:423]: ServiceModelReg [14:18:09:425]: Parsing MOF file: C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof ServiceModelReg [14:18:09:446]: MOF file has been successfully parsed ServiceModelReg [14:18:09:447]: Storing data in the repository... ServiceModelReg [14:18:10:115]: An error occurred while creating object 3 defined on lines 20 - 24: ServiceModelReg [14:18:10:116]: 0X80041002 Class, instance, or property 'HostingModel' was not found. ServiceModelReg [14:18:10:122]: Compiler returned error 0x80041001 ServiceModelReg [14:18:10:122]: ServiceModelReg [14:18:10:122]: ServiceModelReg [14:18:10:124]: Tool 'C:\windows\system32\wbem\mofcomp.exe' with parameters '"C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof"' exited with code '3'. ServiceModelReg [14:18:10:166]: Warning: Failure executing "C:\windows\system32\wbem\mofcomp.exe" with parameters ""C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof"": System.ApplicationException: Unexpected result 3 executing C:\windows\system32\wbem\mofcomp.exe with "C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof" at System.ServiceModel.Install.InstallHelper.ExecuteWait(String program, String parameters, Int32[] allowedExitCodes) at System.ServiceModel.Install.WmiInstallComponent.OnInstall(OutputLevel outputLevel) ServiceModelReg [14:18:10:231]: Error: WMI classes are not installed. ServiceModelReg [14:18:10:233]: Repairing: Windows CardSpace (idsvc) ServiceModelReg [14:18:10:251]: System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt. at System.ServiceModel.Install.NativeMethods.ChangeFailureActions(ServiceHandle hService, Int32 dwInfoLevel, SERVICE_FAILURE_ACTIONS& lpInfo) at System.ServiceModel.Install.ServiceHandle.SetFailureActions(TimeSpan resetPeriod, TimeSpan[] restartPeriods) at System.ServiceModel.Install.ServiceInstallComponent.OnInstall(OutputLevel outputLevel) at System.ServiceModel.Install.InfoCardServiceInstallComponent.OnInstall(OutputLevel outputLevel) at System.ServiceModel.Install.ServiceInstallComponent.Reinstall(OutputLevel outputLevel) at Microsoft.Tools.ServiceModel.ServiceModelReg.PerformAction(ActionItem actionItem, Nullable`1 confirmUninstall) at Microsoft.Tools.ServiceModel.ServiceModelReg.Run(String[] args) at Microsoft.Tools.ServiceModel.ServiceModelReg.TryRun(String[] args) === Verbose logging stopped: 1/11/2009 14:18:10 === --- snip --- Ok, lets leave the WMI failures aside (despite having native WMI core installed) and see how far it goes. That infocard service (re)install looks bugged: --- snip --- 0035:trace:service:OpenSCManagerW ((null),(null),0x00000001) 0035:trace:service:sc_handle_alloc sc_handle type=0 -> 0x18ef38 0013:trace:service:svcctl_OpenSCManagerW ((null), (null), 1) 0035:trace:service:OpenSCManagerW returning 0x18ef38 (access : 0x00000001) 0035:CALL MSVCR80.memcpy() ret=79e808d5 0035:RET MSVCR80.memcpy() retval=0017b820 ret=79e808d5 0035:trace:service:GetServiceKeyNameW 0x18ef38 L"" 0x88e170 0x33f1f0 0014:trace:service:svcctl_GetServiceKeyNameW (L"idsvc", 256) 0035:CALL MSVCR80.memcpy() ret=79e808d5 0035:RET MSVCR80.memcpy() retval=00a4333c ret=79e808d5 0035:CALL MSVCR80.memcpy() ret=79e808d5 0035:RET MSVCR80.memcpy() retval=0017b820 ret=79e808d5 0035:trace:service:GetServiceDisplayNameW 0x18ef38 L"idsvc" 0x17b820 0x33f1f0 0013:trace:service:svcctl_GetServiceDisplayNameW (L"idsvc", 1) 0035:CALL MSVCR80.memcpy() ret=79e808d5 0035:RET MSVCR80.memcpy() retval=00a4333c ret=79e808d5 0035:CALL MSVCR80.memset(0033f0c4,00000000,0000002c,0033f0bc) ret=79eef4cb 0035:RET MSVCR80.memset() retval=0033f0c4 ret=79eef4cb 0035:CALL MSVCR80.memcpy() ret=79e770f8 0035:RET MSVCR80.memcpy() retval=0033f02c ret=79e770f8 0035:CALL MSVCR80.memset(0033ea2c,00000000,0000001c,0033ea70) ret=79e7d873 0035:RET MSVCR80.memset() retval=0033ea2c ret=79e7d873 0035:CALL MSVCR80.memcpy() ret=79e808d5 0035:RET MSVCR80.memcpy() retval=0017b820 ret=79e808d5 0035:CALL MSVCR80.memcpy() ret=79e808d5 0035:RET MSVCR80.memcpy() retval=00a4363c ret=79e808d5 0035:CALL MSVCR80.memcpy() ret=79e770f8 0035:RET MSVCR80.memcpy() retval=0033f10c ret=79e770f8 0035:CALL MSVCR80.memcmp(008647a8,032e66b9,00000012) ret=79efee2f 0035:RET MSVCR80.memcmp() retval=00000000 ret=79efee2f 0035:trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b844f54 ip=0x7b844fd7 tid=0035 0035:trace:seh:raise_exception info[0]=80131509 0035:trace:seh:raise_exception eax=7b82cc91 ebx=7b8c3940 ecx=00000000 edx=0033f0f0 esi=0033f0f0 edi=e0434f4d 0035:trace:seh:raise_exception ebp=0033f0b8 esp=0033f054 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000246 0035:trace:seh:call_stack_handlers calling handler at 0x79f9a3c8 code=e0434f4d flags=1 0035:CALL MSVCR80._except_handler4_common(7a381240,79e717fb,0033f064,0033f108,0033ecf0,0033eb90) ret=79f9a3e7 0035:RET MSVCR80._except_handler4_common() retval=00000001 ret=79f9a3e7 0035:trace:seh:call_stack_handlers handler at 0x79f9a3c8 returned 1 0035:trace:seh:call_stack_handlers calling handler at 0x7a3197d4 code=e0434f4d flags=1 --- snip --- If we dump the corresponding SCM entry: --- snip --- 000d:trace:service:scmdatabase_load_services Loading service L"idsvc" 000d:trace:service:load_service_config Image path = L"\"C:\\windows\\Microsoft.NET\\Framework\\v3.0\\Windows Communication Foundation\\infocard.exe\"" 000d:trace:service:load_service_config Group = (null) 000d:trace:service:load_service_config Service account name = L"LocalSystem" 000d:trace:service:load_service_config Display name = L"Windows CardSpace" 000d:trace:service:load_service_config Service dependencies : (none) 000d:trace:service:load_service_config Group dependencies : (none) --- snip --- That GetServiceKeyNameW() API failure seems to be ok because the app passes the key name itself "idsvc" and not the service display name. The following GetServiceDisplayNameW() also fails, leading to app error/exception. If you look closer, you see svcctl_GetServiceDisplayNameW (L"idsvc", 1) -> buffer length "1" passed. This is clearly not what the app intended. The app reuses the length parameter from GetServiceKeyNameW(), passing it again into GetServiceDisplayNameW() but Wine changed it to "1" which seems incorrect. --- snip programs/services/rpc.c --- DWORD svcctl_GetServiceKeyNameW( SC_RPC_HANDLE hSCManager, LPCWSTR lpServiceDisplayName, WCHAR *lpBuffer, DWORD cchBufSize, DWORD *cchLength) { ... entry = scmdatabase_find_service_by_displayname(manager->db, lpServiceDisplayName); if (entry != NULL) { ... else { *cchLength = 1; err = ERROR_SERVICE_DOES_NOT_EXIST; } scmdatabase_unlock(manager->db); if (err != ERROR_SUCCESS && cchBufSize > 0) lpBuffer[0] = 0; return err; } --- snip programs/services/rpc.c -- This doesn't look right, a conformance test case should reveal the correct behaviour. I already verified this with a patch. 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 12

[Bug 16893] New: .NET 3.0: Windows Workflow Foundation post-install: loadperf needs LoadPerfCounterTextStringsA/W stubs
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=16893 Summary: .NET 3.0: Windows Workflow Foundation post-install: loadperf needs LoadPerfCounterTextStringsA/W stubs Product: Wine Version: 1.1.12 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =10cc340b-f857-4a14-83f5-25634c3bf043 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, after getting past bug 16891 the WF post install fails while running performance counter registration. Thanks to recent fixture of bug 12099 we have loadperf dll already in place... --- snip --- ... wine: Call from 0x7b844f54 to unimplemented function loadperf.dll.LoadPerfCounterTextStringsW, aborting fixme:advapi:CheckTokenMembership (0x188 0x1baf48 0x33e2c8) stub! fixme:imm:ImmDisableIME (-1): stub fixme:thread:NtQueryInformationThread Cannot get kerneltime or usertime of other threads fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime 2.0 Error Reporting"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x000003e8,(nil),0x0008,0x0000011a,0x3009a1b4,0x7ed505c0): stub err:eventlog:ReportEventW L"performancecounterinstaller.exe" err:eventlog:ReportEventW L"3.0.4203.2" err:eventlog:ReportEventW L"44c6ca00" err:eventlog:ReportEventW L"kernel32.dll" err:eventlog:ReportEventW L"5.1.2600.2180" err:eventlog:ReportEventW L"00000000" err:eventlog:ReportEventW L"0" err:eventlog:ReportEventW L"00024f54" fixme:advapi:DeregisterEventSource (0xcafe4242) stub fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:thread:NtQueryInformationThread info class 9 not supported yet Unhandled Exception: System.Runtime.InteropServices.SEHException: External component has thrown an exception. at System.Workflow.NativeMethods.LoadPerfCounterTextStrings(String commandLine, Boolean quietMode) at System.Workflow.PerformanceCounterInstaller.Install() at System.Workflow.PerformanceCounterInstaller.Main(String[] args) wine: Unimplemented function loadperf.dll.LoadPerfCounterTextStringsW called at address 0x7b844f54 (thread 000c), starting debugger... Unhandled exception: unimplemented function loadperf.dll.LoadPerfCounterTextStringsW called in 32-bit code (0x7b844fd7). --- snip --- To reproduce this problem manually, execute the following: --- snip --- $ pwd /home/focht/.wine/drive_c/windows/Microsoft.NET/Framework/v3.0/Windows Workflow Foundation $ wine ./PerformanceCounterInstaller.exe uninstall ... $ wine ./PerformanceCounterInstaller.exe install --- snip --- The uninstall step is needed otherwise the registry keys are not explicitly removed and "install" will short-circuit, not doing anything useful. With stubs to loadperf added in similar manner like UnloadPerfCounterTextStringsA/W, we can get past this: --- snip --- $ WINEDEBUG=+tid,+seh,+loadperf wine ./PerformanceCounterInstaller.exe install ... 0009:trace:loadperf:DllMain (0x0x60cb0000, 1, (nil)) 0009:fixme:loadperf:LoadPerfCounterTextStringsW (L" \"C:\\windows\\Microsoft.NET\\Framework\\v3.0\\Windows Workflow Foundation\\PerfCounters.ini\"", 1): stub ... --- snip --- 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 11

[Bug 25153] New: Windows Live Essentials beta (webc variant) won't install without native .NET
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=25153 Summary: Windows Live Essentials beta (webc variant) won't install without native .NET Product: Wine Version: 1.3.7 Platform: x86-64 URL: http://wl.dlservice.microsoft.com/download/B/2/9/B2954 09B-AAAB-4415-B32D-A36EFD6DC36E/en/wlsetup-webc.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=31904) --> (http://bugs.winehq.org/attachment.cgi?id=31904) Terminal output This particular installer isn't satisfied with "winetricks mono26 win7" even if the registry key from bug 24875 is added. It just says it needs .NET 3 and refuses to proceed any further without it. -- 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 6

[Bug 29589] New: Interface corruption in the Windows Live Essentials 2011 installer
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=29589 Bug #: 29589 Summary: Interface corruption in the Windows Live Essentials 2011 installer Product: Wine Version: 1.3.36 Platform: x86-64 URL: http://g.live.com/1rewlive4-web/en/wlsetup-web.exe OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com CC: julliard(a)winehq.org Classification: Unclassified Regression SHA1: c123c2f87af55f6b432e7be8560d65baee603520 The Windows Live Essentials 2011 installer shows a black rectangle near the bottom of the screen, in place of the text "By clicking an installation option you agree to the Microsoft service agreement and privacy" (cut off message?). Regression testing indicated: c123c2f87af55f6b432e7be8560d65baee603520 is the first bad commit commit c123c2f87af55f6b432e7be8560d65baee603520 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Tue Jan 10 11:56:06 2012 +0100 winex11: Fix support for PALETTEINDEX mapping and get rid of DIBINDEX support. :040000 040000 c98b298f9afd6e61583dd2a1a0defbd08843b2fb b25a5be902731076c886228453a502bb2db5b659 M dlls Reverting fixed the problem. Standard terminal output is the same with or without the patch. The reported Windows version needs to be Windows 7 to run this installer. -- 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 5

[Bug 25134] New: Windows Live Essentials 2011 refuses to install without native .NET
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=25134 Summary: Windows Live Essentials 2011 refuses to install without native .NET Product: Wine Version: 1.3.6 Platform: x86-64 URL: http://g.live.com/1rewlive4-web/en/wlsetup-web.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=31883) --> (http://bugs.winehq.org/attachment.cgi?id=31883) Terminal output The installer refuses to run after "winetricks mono26 win7" saying "Windows Live Essentials requires Microsoft .NET Framework 3." Note that it fails to run for other reasons in other Windows versions (either due to the OS being insufficient, or no platform update installed). -- 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 5

[Bug 21634] New: ACT!2010 installer prereq check fails
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=21634 Summary: ACT!2010 installer prereq check fails Product: Wine Version: 1.1.38 Platform: x86 URL: http://experience.act.com/ OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com I tested the downloadable trial of ACT!2010. The installer has sha1sum 3ce9033e20c79707d3798195c74cb8e8bd3b5731 ACT! by Sage.exe It probably needs winetricks dotnet20 first. It fails with message Prereq.Exceptions.KeyDoesn’tExistException: Exception of Type ‘Prereq.Exceptions.KeyDoestntExistException’ was thrown. at Prereq.AccessINI.GetValue(StringKey, StringValueName) at Prereq.Program.Main(String[] args). http://community.act.com/sage/board/message?board.id=ACT&thread.id=3715 says to check the log file C:\WINDOWS\Temp\ACTInstLog\ActWindows.log That file contains C:\users\Public\Application Data\Microsoft\Protect does not exist. which seems related to the Protected Storage service and lsass.exe, which Wine doesn't have yet. The app then spews several crash report dialogs. (The installer continues on anyway, and fails when installing SQL Express, but that's a different problem.) -- 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 20651] New: Crash when installing Impulse
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=20651 Summary: Crash when installing Impulse Product: Wine Version: 1.1.32 Platform: PC-x86-64 URL: http://www.impulsedriven.com/downloads/impulse_setup.e xe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: drakkk(a)centrum.cz Created an attachment (id=24653) --> (http://bugs.winehq.org/attachment.cgi?id=24653) terminal output When installing Impulse with current git (wine-1.1.32-499-gffb2cfc), there is a crash in file setsdaff.exe, but installer continues and reports that it finished successfully. Another thing I noticed: after installation some processes remains in memory, they are mscorsvw.exe (disappear aprox. 5-10 later) and rpcss.exe (remains there until killed). Impulse needs dotnet20, I installed it with winetricks. After installation Impulse starts, but cannot connect to server, bug 15486. I did some search on the Stardock forums and it looks like even some windows users had similar problem, in their case this was caused by broken .NET install, .NET re-installation or update solved this. -- 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 51

[Bug 17902] New: ole32.CoGetClassObject: threads without apartment should use existing MTA
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=17902 Summary: ole32.CoGetClassObject: threads without apartment should use existing MTA Product: Wine Version: 1.1.18 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =fe6f2099-b7b4-4f47-a244-c96d69c35dec OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, there are apps which use free threaded COM (inproc) servers and call CoGetClassObject() from (new) threads that do not explicitly initialize COM. This is valid behaviour when one of the existing threads already created the MTA by calling CoInitializeEx(NULL, COINIT_MULTITHREADED). See: http://support.microsoft.com/kb/150777 --- quote --- Current implementations of COM allow a thread that does not explicitly initialize COM to be a part of the MTA. A thread that does not initialize COM is part of the MTA only if it starts using COM after at least one other thread in the process has previously called CoInitializeEx(NULL, COINIT_MULTITHREADED). (It is even possible that COM itself may have initialized the MTA when no client thread has explicitly done so; for example, a thread associated with an STA calls CoGetClassObject/CoCreateInstance[Ex] on a CLSID that is marked "ThreadingModel=Free" and COM implicitly creates an MTA into which the class object is loaded.) See the information on threading model interoperability below. However, this is a configuration that might cause problems, such as access violations, under certain circumstances. Therefore, it is strongly recommended that each thread that needs to do COM work initialize COM by calling CoInitializeEx and then, on completion of COM work, call CoUninitialize. The cost of "unnecessarily" initializing an MTA is minimal. --- quote --- An example app suffering from this is the managed console debugger from .NET 2.0 SDK "cordbg.exe": When trying to debug a simple console C# app created with symbols (.pdb format): --- snip --- wine "C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\csc.exe" /debug+ foo.cs --- snip --- Start debugger: --- snip --- wine "C:\\Program Files\\Microsoft.NET\\SDK\\v2.0\\Bin\\cordbg.exe foo.exe" --- snip --- The debugger will immediately begin to execute the app - not halting in Main() method (source). This is because symbol information can't be loaded using COR symbol binder which lives in a free threaded COM inproc server. 0A29FF9E-7F9C-4437-8B11-F424491E3931 -> CLSID_CorSymBinder Threads 0x38 (main) and 0x36 call "CoInitializeEx" with COINIT_MULTITHREADED, creating the MTA. Thread 0x3b is created later as pooled thread - part of MTA - to serve CLR debugger requests (work items). That thread never makes any init calls to COM (verified). --- snip --- ... 0038:Call KERNEL32.GetProcAddress(60970000,7a37e2ae "CoInitializeEx") ret=79e9d311 0038:Ret KERNEL32.GetProcAddress() retval=609750c8 ret=79e9d311 0038:Call ole32.CoInitializeEx(00000000,00000000) ret=79ebfba8 0038:Call ntdll.RtlAllocateHeap(00110000,00000008,000000fc) ret=60986499 0038:Ret ntdll.RtlAllocateHeap() retval=0014f9c0 ret=60986499 0038:Call ntdll.RtlAllocateHeap(00110000,00000000,00000028) ret=609a750c 0038:Ret ntdll.RtlAllocateHeap() retval=001500e8 ret=609a750c 0038:Call KERNEL32.InitializeCriticalSection(001500f8) ret=609a7543 0038:Ret KERNEL32.InitializeCriticalSection() retval=00000001 ret=609a7543 0038:Call ntdll.RtlAllocateHeap(00110000,00000008,0000007c) ret=60983f54 0038:Ret ntdll.RtlAllocateHeap() retval=00151df0 ret=60983f54 0038:Call KERNEL32.InitializeCriticalSection(00151e10) ret=60983fb4 0038:Ret KERNEL32.InitializeCriticalSection() retval=00000001 ret=60983fb4 0038:Ret ole32.CoInitializeEx() retval=00000000 ret=79ebfba8 ... 0036:Call ole32.CoInitializeEx(00000000,00000000) ret=79ebfba8 0036:Call ntdll.RtlAllocateHeap(00110000,00000008,000000fc) ret=60986499 0036:Ret ntdll.RtlAllocateHeap() retval=00151e78 ret=60986499 0036:Ret ole32.CoInitializeEx() retval=00000000 ret=79ebfba8 ... 003b:Call advapi32.RegOpenKeyExW(80000000,0310d170 L"CLSID\\{0A29FF9E-7F9C-4437-8B11-F424491E3931}\\InprocServer32",00000000,00020019,0310d0dc) ret=79ea5b8a 003b:Ret advapi32.RegOpenKeyExW() retval=00000000 ret=79ea5b8a 003b:Call ... 003b:Call advapi32.RegOpenKeyExW(00000238,0310d270 L"2.0.50727",00000000,00020019,0310d0ec) ret=79ea5b8a 003b:Ret advapi32.RegOpenKeyExW() retval=00000000 ret=79ea5b8a 003b:Call advapi32.RegQueryValueExW(0000023c,7a136a40 L"ImplementedInThisVersion",00000000,0310d0e4,00000000,0310d0e8) ret=79ea5bd0 003b:Ret advapi32.RegQueryValueExW() retval=00000000 ret=79ea5bd0 003b:Call advapi32.RegCloseKey(0000023c) ret=7a1369f2 003b:Ret advapi32.RegCloseKey() retval=00000000 ret=7a1369f2 ... 003b:Call advapi32.RegOpenKeyExW(80000000,0310d318 L"CLSID\\{0A29FF9E-7F9C-4437-8B11-F424491E3931}\\InprocServer32\\2.0.50727",00000000,00020019,0310d314) ret=79ea5b8a 003b:Ret advapi32.RegOpenKeyExW() retval=00000000 ret=79ea5b8a 003b:Call advapi32.RegQueryValueExW(00000238,79f873d0 L"Class",00000000,0310d2f8,00000000,0310d310) ret=79ea5bd0 003b:Ret advapi32.RegQueryValueExW() retval=00000002 ret=79ea5bd0 003b:Call advapi32.RegCloseKey(00000238) ret=79f88946 003b:Ret advapi32.RegCloseKey() retval=00000000 ret=79f88946 ... 003b:Call KERNEL32.GetProcAddress(60970000,7a37e222 "CoGetClassObject") ret=79e9d311 003b:Ret KERNEL32.GetProcAddress() retval=60974f78 ret=79e9d311 003b:Call ole32.CoGetClassObject(00175d3c,00000015,00000000,79f83a7c,0310d5e8) ret=7a041335 003b:err:ole:CoGetClassObject apartment not initialised 003b:Ret ole32.CoGetClassObject() retval=800401f0 ret=7a041335 003b:Call KERNEL32.GetLastError() ret=79e74ab4 003b:Ret KERNEL32.GetLastError() retval=0000007f ret=79e74ab4 000007f ret=78132d14 ... 003b:Call KERNEL32.FormatMessageW(000031ff,00000000,800401f0,00000400,0310d4f4,00000000,0310d4a0) ret=7a127c38 003b:Ret KERNEL32.FormatMessageW() retval=00000000 ret=7a127c38 --- quote --- The failure is due to Wine's CoGetClassObject() rejecting requests when no apartment in current thread (oletls) exists. --- snip dlls/ole32/compobj.c --- HRESULT WINAPI CoGetClassObject( REFCLSID rclsid, DWORD dwClsContext, COSERVERINFO *pServerInfo, REFIID iid, LPVOID *ppv) { LPUNKNOWN regClassObject; HRESULT hres = E_UNEXPECTED; APARTMENT *apt; TRACE("\n\tCLSID:\t%s,\n\tIID:\t%s\n", debugstr_guid(rclsid), debugstr_guid(iid)); if (!ppv) return E_INVALIDARG; *ppv = NULL; apt = COM_CurrentApt(); if (!apt) { ERR("apartment not initialised\n"); return CO_E_NOTINITIALIZED; } ... --- snip dlls/ole32/compobj.c --- Rather than failing CoGetClassObject() without apartment, it should look for an existing MTA and let the current thread use it. With the MTA being used, the inproc server is created and the app works as intended, e.g. symbols get loaded, source can be stepped ... 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 7

[Bug 24875] New: SongSmith doesn't install
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=24875 Summary: SongSmith doesn't install Product: Wine Version: 1.3.5 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: VincentBeers(a)gmail.com Created an attachment (id=31485) --> (http://bugs.winehq.org/attachment.cgi?id=31485) Very short Wine log I wanted to try out this Microsoft application for laughs, but it turns out it won't install. Execution ends before even a single installer window is shown. A very short log is attached to this post, but it basically ends with this: err:msi:ITERATE_Actions Execution halted, action L"VSDCA_VsdLaunchConditions" returned 1603 Free demo download is available here: http://research.microsoft.com/en-us/um/redmond/projects/songsmith/download.… Running 64-bit Ubuntu 10.10 with 32-bit Wine 1.3.5. If any more info is required, I'll gladly help. -- 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 29

[Bug 31087] New: WMI class property retrieval: some CIM data type to OLE variant (VT) mappings are incorrect (CIM_UINT32, CIM_UINT16 ...)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31087 Bug #: 31087 Summary: WMI class property retrieval: some CIM data type to OLE variant (VT) mappings are incorrect (CIM_UINT32, CIM_UINT16 ...) Product: Wine Version: 1.5.7 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: wmi&wbemprox AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, another problem from app in bug 24875 which deserves an extra bug. The app still fails with wine-1.5.7-252-g1f01355 The problems seems to be a WMI -> .NET type conversion problem of "ProcessId" property value. "InvalidCastException" is thrown --- snip --- 006ee1e8 7b83953f [HelperMethodFrame: 006ee1e8] 006ee258 040347f6 System.Management.PropertyData.MapWmiValueToValue(System.Object, System.Management.CimType, Boolean) 006ee2d0 04034204 System.Management.PropertyData.get_Value() 006ee2dc 04033aa6 System.Management.ManagementBaseObject.GetPropertyValue(System.String) 006ee2e8 04033a35 System.Management.ManagementBaseObject.get_Item(System.String) 006ee2ec 04034f70 SSCustomInstaller.SSInstaller.GetSongsmithSetupPathAndCopyMSI() 006ee31c 04034c0f SSCustomInstaller.SSInstaller.Install(System.Collections.IDictionary) 006ee350 649e3fc6 System.Configuration.Install.Installer.Install(System.Collections.IDictionary) 006ee398 649e5d38 System.Configuration.Install.AssemblyInstaller.Install(System.Collections.IDictionary) 006ee3d0 649e7f6e System.Configuration.Install.ManagedInstallerClass.InstallHelper(System.String[]) 006ee494 649e7734 System.Configuration.Install.ManagedInstallerClass.System.Configuration.Install.IManagedInstaller.ManagedInstall(System.String, Int32) --- snip --- MapWmiValueToValue converts WMI values (wrapped in object) to native .NET value (wrapped in object) with type conversion if necessary. MSDN claims "ProcessId" is CIM_UINT32/uint32. The following link shows example "ProcessId" property dump with 'wbemdump' tool: http://nukz.net/reference/wmi/hh/wmisdk/wbemdump_8wft.htm --- snip --- wbemdump /Q /wy root\cimv2 WQL "SELECT ProcessId FROM Win32_process WHERE Name = 'Winmgmt.exe'" This command produces the following output: (WQL) SELECT ProcessId FROM Win32_Process WHERE Name = 'Winmgmt.exe' ProcessId (CIM_UINT32/uint32) = 644 (0x284) --- snip --- For CIM_UINT32 type there seems to be 'unboxing' taking place: net_value = (uint)((int)(wmi_value)) I extracted a small C# snippet from the app .NET assembly which can be used for easy reproduction of the problem. Save the following snippet to a text file (ex: "test.cs"): --- snip test.cs --- using System; using System.Collections; using System.Management; class TestProgram { [STAThread] static void Main(string[] args) { using (ManagementObjectSearcher searcher = new ManagementObjectSearcher("Select * from Win32_Process")) { new ManagementScope(@"root\CIMV2"); foreach (ManagementObject obj2 in searcher.Get()) { string str = obj2["ProcessId"].ToString(); } } } } --- snip test.cs --- Compile it with C# compiler which is present if you installed .NET 2.0 Framework (winetricks). --- snip --- $ wine "C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\csc.exe" /debug+ test.cs --- snip --- Run and get the same backtrace as with installer. The problem is CIMTYPE -> OLE Variant type conversion. Source: http://source.winehq.org/git/wine.git/blob/d2661b802556e073760af5d70869fb55… --- snip --- 665 HRESULT get_propval( const struct view *view, UINT index, const WCHAR *name, VARIANT *ret, 666 CIMTYPE *type, LONG *flavor ) 667 { ... 681 switch (view->table->columns[column].type & COL_TYPE_MASK) 682 { 683 case CIM_STRING: 684 case CIM_DATETIME: 685 V_VT( ret ) = VT_BSTR; 686 V_BSTR( ret ) = SysAllocString( (const WCHAR *)(INT_PTR)val ); 687 break; 688 case CIM_SINT16: 689 V_VT( ret ) = VT_I2; 690 V_I2( ret ) = val; 691 break; 692 case CIM_UINT16: 693 V_VT( ret ) = VT_UI2; 694 V_UI2( ret ) = val; 695 break; 696 case CIM_SINT32: 697 V_VT( ret ) = VT_I4; 698 V_I4( ret ) = val; 699 break; 700 case CIM_UINT32: 701 V_VT( ret ) = VT_UI4; 702 V_UI4( ret ) = val; 703 break; 704 case CIM_SINT64: 705 V_VT( ret ) = VT_BSTR; 706 V_BSTR( ret ) = get_value_bstr( view->table, row, column ); 707 break; 708 case CIM_UINT64: 709 V_VT( ret ) = VT_BSTR; 710 V_BSTR( ret ) = get_value_bstr( view->table, row, column ); 711 break; ... --- snip --- The unbox failure let me guess that CIM_UINT32 doesn't map to VT_UI4 but to VT_I4. Google "CIM_UINT32 VT_I4" and hit the first link -> book "Developing Wmi Solutions: A Guide to Windows Management ..." Bingo! There is a table which shows the type mapping (BTW good WMI resource to read...) uint32 - VT_I4 - CIM_UINT32 While you're at it you might want to fix other type conversions (CIM_UINT16 ...) according to the table. 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 31088] New: SongSmith 1.0.2 fails to install due to unimplemented IWshShortcut::WindowStyle property (set/get)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31088 Bug #: 31088 Summary: SongSmith 1.0.2 fails to install due to unimplemented IWshShortcut::WindowStyle property (set/get) Product: Wine Version: 1.5.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, when bug 31087 is fixed the app installer runs into unimplemented IWshShortcut::WindowStyle property (set/get) Managed backtrace: --- snip --- 006ee2a8 7b83953f [ComPlusMethodFrameStandaloneCleanup: 006ee2a8] Interop.IWshRuntimeLibrary.IWshShortcut.set_WindowStyle(Int32) 006ee2b8 04035355 SSCustomInstaller.SSInstaller.CreateDesktopShortcut() 006ee2ec 0403505c SSCustomInstaller.SSInstaller.GetSongsmithSetupPathAndCopyMSI() 006ee31c 04034c0f SSCustomInstaller.SSInstaller.Install(System.Collections.IDictionary) 006ee350 649e3fc6 System.Configuration.Install.Installer.Install(System.Collections.IDictionary) 006ee398 649e5d38 System.Configuration.Install.AssemblyInstaller.Install(System.Collections.IDictionary) 006ee3d0 649e7f6e System.Configuration.Install.ManagedInstallerClass.InstallHelper(System.String[]) 006ee494 649e7734 System.Configuration.Install.ManagedInstallerClass.System.Configuration.Install.IManagedInstaller.ManagedInstall(System.String, Int32) --- snip --- 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 7

[Bug 31105] New: .NET 3.x/4.x WPF based apps require windowscodecs.dll ComponentFactory_CreateBitmapFromSource
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31105 Bug #: 31105 Summary: .NET 3.x/4.x WPF based apps require windowscodecs.dll ComponentFactory_CreateBitmapFromSource Product: Wine Version: 1.5.7 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: windowscodecs AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, "SongSmith 1.0.2" is also affected by that insufficiency. Trace log: --- snip --- ... 002c:Call windowscodecs.IWICImagingFactory_CreateBitmapFromSource_Proxy(03163588,03145f14,00000002,0032c450) ret=02d45580 002c:fixme:wincodecs:ComponentFactory_CreateBitmapFromSource (0x3163588,0x3145f14,2,0x32c450): stub 002c:Ret windowscodecs.IWICImagingFactory_CreateBitmapFromSource_Proxy() retval=80004001 ret=02d45580 ... 002c:Call KERNEL32.RaiseException(e0434f4d,00000001,00000001,0032c3b0) ret=79f97065 002c:trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b83953f ip=7b83953f tid=002c 002c:trace:seh:raise_exception info[0]=80004001 002c:trace:seh:raise_exception eax=7b8264d9 ebx=7b8b17d0 ecx=80004001 edx=0032c2b4 esi=0032c390 edi=0032c310 002c:trace:seh:raise_exception ebp=0032c2f8 esp=0032c294 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 002c:trace:seh:call_stack_handlers calling handler at 0x79f9a3c8 code=e0434f4d flags=1 002c:trace:seh:call_stack_handlers handler at 0x79f9a3c8 returned 1 002c:trace:seh:call_stack_handlers calling handler at 0x7a3197d4 code=e0434f4d flags=1 --- snip --- Exception info: --- snip --- Exception object: 00ea0ff4 Exception type: System.NotImplementedException Message: The method or operation is not implemented. InnerException: <none> StackTrace (generated): <none> StackTraceString: <none> HResult: 80004001 --- snip --- CLR stack: --- snip --- OS Thread Id: 0x2b (0) ESP EIP 0033c6a8 7b83953f [HelperMethodFrame: 0033c6a8] 0033c74c 53c57cdc MS.Internal.HRESULT.Check(Int32) 0033c750 53afdfce System.Windows.Media.Imaging.RenderTargetBitmap.CopyCommon(System.Windows.Media.Imaging.RenderTargetBitmap) 0033c7a0 53afe13b System.Windows.Media.Imaging.RenderTargetBitmap.CloneCore(System.Windows.Freezable) 0033c7b0 568a68a4 System.Windows.Freezable.Clone() 0033c7bc 53a02d06 System.Windows.Media.Animation.Animatable.Clone() 0033c7c4 53ab5666 System.Windows.Media.ImageSource.Clone() 0033c7cc 53aeea62 System.Windows.Media.Imaging.BitmapSource.Clone() 0033c7d4 53ab76c7 System.Windows.Media.Effects.BitmapEffect.GetOutput(System.Windows.Media.Effects.BitmapEffectInput) 0033c818 53abcaab System.Windows.Media.Effects.BitmapEffectState.GetEffectOutput(System.Windows.Media.Visual, System.Windows.Media.Imaging.RenderTargetBitmap ByRef, System.Windows.Media.Matrix, System.Windows.Rect, System.Windows.Media.Matrix ByRef) 0033ca28 53abdb1a System.Windows.Media.Effects.BitmapEffectVisualState.RenderBitmapEffect(System.Windows.Media.Visual, System.Collections.Generic.List`1<ChannelSet>) 0033cb64 53abd7ca System.Windows.Media.Effects.BitmapEffectContent.ExecuteRealizationsUpdate() 0033cb6c 53918ad9 System.Windows.Media.RealizationContext+RealizationUpdateSchedule.Execute() 0033cba8 53911e40 System.Windows.Media.MediaContext.Render(System.Windows.Media.ICompositionTarget) 0033cc6c 53910fe7 System.Windows.Media.MediaContext.RenderMessageHandlerCore(System.Object) 0033ccb4 53910f00 System.Windows.Media.MediaContext.RenderMessageHandler(System.Object) 0033cccc 53910ecc System.Windows.Media.MediaContext.Resize(System.Windows.Media.ICompositionTarget) --- snip --- Code: http://source.winehq.org/git/wine.git/blob/39f80e56fb15858e1d057facae56fa7f… --- snip --- 465 static HRESULT WINAPI ComponentFactory_CreateBitmapFromSource(IWICComponentFactory *iface, 466 IWICBitmapSource *piBitmapSource, WICBitmapCreateCacheOption option, 467 IWICBitmap **ppIBitmap) 468 { 469 FIXME("(%p,%p,%u,%p): stub\n", iface, piBitmapSource, option, ppIBitmap); 470 return E_NOTIMPL; 471 } --- snip --- $ du -sh SongsmithSetup.1.02.msi 99M SongsmithSetup.1.02.msi $ sha1sum SongsmithSetup.1.02.msi fa6d5d889f37d369d61ec5c49dfb7f8d9932eb09 SongsmithSetup.1.02.msi $ wine --version wine-1.5.7-309-gb4da889 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 4

[Bug 18531] New: FontValidator (.NET based app) needs OleInPlaceObject_InPlaceDeactivate properly implemented
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=18531 Summary: FontValidator (.NET based app) needs OleInPlaceObject_InPlaceDeactivate properly implemented Product: Wine Version: 1.1.21 Platform: Other URL: http://www.microsoft.com/typography/FontValidator.mspx OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: shdocvw AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, now that some urlmon MIME support patches are on the way which are essential for this app ("text/xml" MIME is later needed to show XML content in embedded browser window) I file an "intermediate" bug that needs to be fixed before we can verify the new functionality with real apps ;-) The story is basically about in-place activation and deactivation of embedded browser control. The current shdocvw OleInPlaceObject_InPlaceDeactivate stub is mostly harmless for many embedded browser control hosting apps because they don't rely on the fact that in-place deactivation doesn't really take place (control will be destroyed shortly anyway). This app use case is a bit special hence the current in-place deactivation stub becomes the culprit. Steps to reproduce: 1. clean WINEPREFIX 2. winetricks -q dotnet20 3. start app, "Font files" -> "Add..." -> select whatever true/opentype font from your system 4. "Table tests" -> "Clear All" -> select only "BASE" (shortens test) 5. "Rasterization" -> deselect "Test rasterization of TrueType outlines" (shortens test) 6. hit "Start validation" The .NET 2.0 app creates an embedded browser control: --- snip --- ... 0029:trace:ole:CoCreateInstance (rclsid={8856f961-340a-11d0-a96b-00c04fd705a2}, pUnkOuter=(nil), dwClsContext=00000001, riid={00000000-0000-0000-c000-000000000046}, ppv=0x32e2a4) ... 0029:fixme:shell:URL_ParseUrl failed to parse L"Interop.SHDocVw" ... 0029:trace:win:WIN_CreateWindowEx L"Shell Embedding" L"Shell Embedding" ex=00000100 style=46010000 0,0 0x0 parent=0x500b4 menu=(nil) inst=0x61020000 params=0x136d00 ... 0029:trace:win:WIN_CreateWindowEx created window 0x100b6 ... 0029:trace:shdocvw:create_shell_embedding_hwnd parent=0x500b4 hwnd=0x100b6 ... 0029:trace:shdocvw:OleObject_DoVerb (0x136d00)->(-5 (nil) 0x3c80034 -1 0x500b4 0xadd434) 0029:trace:shdocvw:OleObject_DoVerb OLEIVERB_INPLACEACTIVATE ... 0029:trace:win:DestroyWindow (0x500b4) ... --- snip --- and a "parking window" to host the control in inactive/hidden state until the real hosting window is about to be created and displayed to avoid runtime penalties of destroying and recreating browser control each time. This blog gives some insight in the world of "parking windows": http://blogs.msdn.com/sburke/archive/2007/06/20/flashback-windows-forms-par… --- snip --- 0029:trace:win:WIN_CreateWindowEx L"WindowsFormsParkingWindow" L"WindowsForms10.Window.8.app.0.378734a" ex=00010000 style=02010000 0,0 0x0 parent=0xfffffffd menu=(nil) inst=0x400000 params=(nil) ... 0029:trace:win:WIN_CreateWindowEx created window 0x100b8 0029:trace:win:show_window hwnd=0x100b6, cmd=0, wasVisible 1 ... 0029:fixme:shdocvw:OleInPlaceObject_InPlaceDeactivate (0x136d00) 0029:trace:shdocvw:WebBrowser_AddRef (0x136d00) ref=11 0029:trace:ole:GetErrorInfo (0, 0x32d9b0, 0x19a9c4) 0029:fixme:shdocvw:WebBrowser_QueryInterface (0x136d00)->({df0b3d60-548f-101b-8e65-08002b2bd119} 0x32d9a8) interface not supported 0029:trace:shdocvw:WebBrowser_Release (0x136d00) ref=10 0029:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b84385b ip=7b84385b tid=0029 ... 0029:trace:win:WIN_SetWindowLong 0x100b6 -4 61031784 W 0029:trace:win:alloc_winproc reusing 0xffff0057 for (nil)/0x61031784 0029:trace:win:WIN_DestroyWindow 0x500b4 --- snip --- The CLR exceptions resulting from E_NOTIMPL of OleInPlaceObject_InPlaceDeactivate are handled gracefully. The window which is the real target for the browser control gets created later: --- snip --- 0029:trace:win:WIN_CreateWindowEx L"C:\\windows\\temp\\tmp47b0.tmp.report.xml" L"WindowsForms10.Window.8.app.0.378734a" ex=00050040 style=46cf0000 -2147483648,-2147483648 376x358 parent=0x10088 menu=(nil) inst=0x400000 params=(nil) ... 0029:trace:win:WIN_CreateWindowEx hwnd 0x600b4 cs 0,0 376x358 ... 0029:trace:win:show_window hwnd=0x600b4, cmd=5, wasVisible 0 0029:trace:shdocvw:WebBrowser_AddRef (0x136d00) ref=11 0029:trace:shdocvw:OleObject_DoVerb (0x136d00)->(-5 (nil) 0x3c80034 -1 0x600b4 0xaece88) 0029:trace:shdocvw:OleObject_DoVerb OLEIVERB_INPLACEACTIVATE 0029:trace:shdocvw:WebBrowser_Release (0x136d00) ref=10 0029:trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b84385b ip=7b84385b tid=0029 0029:trace:seh:raise_exception info[0]=80131509 0029:trace:seh:raise_exception eax=7b82ca1d ebx=7b8c2918 ecx=00000000 edx=0032d958 esi=0032d958 edi=e0434f4d 0029:trace:seh:raise_exception ebp=0032d920 esp=0032d8bc cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000246 --- snip --- The CLR exception leads to following backtrace dialog (and abort): --- snip --- ************** Exception Text ************** System.InvalidOperationException: Unable to get the window handle for the 'AxWebBrowser' control. Windowless ActiveX controls are not supported. at System.Windows.Forms.AxHost.EnsureWindowPresent() at System.Windows.Forms.AxHost.InPlaceActivate() at System.Windows.Forms.AxHost.TransitionUpTo(Int32 state) at System.Windows.Forms.AxHost.CreateHandle() at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible) at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible) at System.Windows.Forms.Control.CreateControl() at System.Windows.Forms.Control.WmShowWindow(Message& m) at System.Windows.Forms.Control.WndProc(Message& m) at System.Windows.Forms.ScrollableControl.WndProc(Message& m) at System.Windows.Forms.ContainerControl.WndProc(Message& m) at System.Windows.Forms.Form.WmShowWindow(Message& m) at System.Windows.Forms.Form.WndProc(Message& m) at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m) at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m) at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam) --- snip --- The activate_inplace() OLE verb bails out early because Wine thinks the control is in-place activated (This->inplace) -> real in-place deactivation never took place. .NET runtime tries to fetch hosted control's window handle which fails because no parent switch was done. Adding simple in-place deactivation (releasing IOleInPlaceSite, resetting This->inplace) lets this app succeed, having windows properly switched/re-parented. 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

[Bug 31609] New: TestLauncher says a required DLL is missing, but the test runs fine without TestLauncher
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31609 Bug #: 31609 Summary: TestLauncher says a required DLL is missing, but the test runs fine without TestLauncher Product: Testbot Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified http://source.winehq.org/git/tools.git/blob/HEAD:/testbot/src/TestLauncher/… has a function AllImportedDllsPresent() that tries to avoid running tests that implicitly link against DLLs that aren't present. Unfortunately, in the case of dlls with manifests, it reports it can't find dlls that are in fact present. What it needs is a good dose of the medicine that cured the same problem in winetest: http://www.winehq.org/pipermail/wine-cvs/2010-July/068410.html A quick test shows that this works. I'll send a patch soon. -- 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 13

[Bug 32370] New: Failed to install SafeNet Sentinal HASP setup exe
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=32370 Bug #: 32370 Summary: Failed to install SafeNet Sentinal HASP setup exe Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcp AssignedTo: wine-bugs(a)winehq.org ReportedBy: prafulla.sarode(a)gmail.com Classification: Unclassified Created attachment 42713 --> http://bugs.winehq.org/attachment.cgi?id=42713 programm error detail While installing SafeNet Sentinal HASP setup exe, installation error occured with the error trace as attached. -- 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 5

[Bug 29570] New: Some applications crash when being +relay traced due to ntdll's relay_call clobbering ECX (and EDX)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=29570 Bug #: 29570 Summary: Some applications crash when being +relay traced due to ntdll's relay_call clobbering ECX (and EDX) Product: Wine Version: 1.3.36 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, while investigating bug 29550 I encountered a problem with +relay I've seen such kind of +relay related crashes sometimes but forgot to report them. Now I have a fresh example ;-) WINEDEBUG=+tid,+seh,+relay crashes the app quickly: --- snip --- ... 0024:Call KERNEL32.GetCurrentThreadId() ret=10006777 0024:Ret KERNEL32.GetCurrentThreadId() retval=00000024 ret=10006777 0024:trace:seh:raise_exception code=c0000005 flags=0 addr=0x10006777 ip=10006777 tid=0024 0024:trace:seh:raise_exception info[0]=00000001 0024:trace:seh:raise_exception info[1]=0000000c 0024:trace:seh:raise_exception eax=00000024 ebx=008ba6a0 ecx=00000000 edx=00000000 esi=001425d0 edi=0032f220 0024:trace:seh:raise_exception ebp=00040000 esp=0032f1d0 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010202 0024:trace:seh:call_vectored_handlers calling handler at 0x68bb9e26 code=c0000005 flags=0 0024:trace:seh:call_vectored_handlers handler at 0x68bb9e26 returned 0 0024:trace:seh:call_stack_handlers calling handler at 0x4a56b0 code=c0000005 flags=0 0024:Call msvcrt._except_handler3(0032f178,0032fd94,0032eeac,0032ed40) ret=7bc7ac85 0024:trace:seh:_except_handler3 exception c0000005 flags=0 at 0x10006777 handler=0x4a56b0 0x32eeac 0x32ed40 semi-stub 0024:trace:seh:_except_handler3 reached TRYLEVEL_END, returning ExceptionContinueSearch 0024:Ret msvcrt._except_handler3() retval=00000001 ret=7bc7ac85 0024:trace:seh:call_stack_handlers handler at 0x4a56b0 returned 1 0024:trace:seh:call_stack_handlers calling handler at 0x4a56b0 code=c0000005 flags=0 0024:Call msvcrt._except_handler3(0032f178,0032fe30,0032eeac,0032ed40) ret=7bc7ac85 0024:trace:seh:_except_handler3 exception c0000005 flags=0 at 0x10006777 handler=0x4a56b0 0x32eeac 0x32ed40 semi-stub 0024:trace:seh:_except_handler3 level 0 prev -1 filter 0x4a5ab0 0024:Call msvcrt._XcptFilter(c0000005,0032ebd4) ret=004a5ac1 0024:trace:seh:_XcptFilter (c0000005,0x32ebd4) 0024:Ret msvcrt._XcptFilter() retval=00000000 ret=004a5ac1 0024:trace:seh:_except_handler3 filter returned CONTINUE_SEARCH 0024:trace:seh:_except_handler3 reached TRYLEVEL_END, returning ExceptionContinueSearch 0024:Ret msvcrt._except_handler3() retval=00000001 ret=7bc7ac85 0024:trace:seh:call_stack_handlers handler at 0x4a56b0 returned 1 0024:trace:seh:call_stack_handlers calling handler at 0x7bc919e1 code=c0000005 flags=0 0024:Call KERNEL32.UnhandledExceptionFilter(0032eca8) ret=7bc91a1b ... --- snip --- Code around the crash location: -- snip --- 10006760 8B4C24 04 MOV ECX,DWORD PTR SS:[ESP+4] 10006764 33C0 XOR EAX,EAX 10006766 BA 01000000 MOV EDX,1 1000676B F0:0FB111 LOCK CMPXCHG DWORD PTR DS:[ECX],EDX 1000676F 75 0C JNZ SHORT sfl.1000677D 10006771 FF15 24610210 CALL DWORD PTR DS:[<&KERNEL32.GetCurrent>] 10006777 8941 0C MOV DWORD PTR DS:[ECX+C],EAX 1000677A C2 0400 RETN 4 ... -- snip --- Unfortunately ntdll's 32 bits relay_call clobbers ECX (=0) hence the exception after returning from KERNEL32.GetCurrentThreadId(). Code: http://source.winehq.org/git/wine.git/blob/2741edb9989d33ae7bb3d2dceba5e5d9… Preserving ECX in relay_call() lets the app successfully +relay traced (already tested). Technically EDX might need to be preserved for callers too but this app can live without it... $ sha1sum sai-1.1.0-ful-en.exe fb1876e370d431f21df06428ca6ccf35de727000 sai-1.1.0-ful-en.exe $ wine --version wine-1.3.36-172-gb00e703 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 5

[Bug 27803] New: Internet Explorer 9 installer prerequisite check fails due to mismatching ntoskrnl.exe version resource (reported Winver vs. resource version)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=27803 Summary: Internet Explorer 9 installer prerequisite check fails due to mismatching ntoskrnl.exe version resource (reported Winver vs. resource version) Product: Wine Version: 1.3.24 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, Internet Explorer 9 installer prerequisite checks due to mismatching ntoskrnl version resource (reported Winver vs. resource versions). The installer uses OutputDebugString() so +debugstr gives quick glance what it does under the hood... --- snip --- $ WINEDEBUG=+debugstr wine ./IE9-Windows7-x86-enu.exe fixme:advapi:RegisterTraceGuidsW (0x6cd15f38, 0x6cd20180, {e2821408-c59d-418f-ad3f-aa4e792aeb79}, 1, 0x32de10, (null), (null), 0x6cd20188,): stub warn:debugstr:OutputDebugStringA "00:00.001: ====================================================================\r\n" warn:debugstr:OutputDebugStringA "00:00.003: Started: 2011/07/16 (Y/M/D) 11:57:17.956 (local)\r\n" warn:debugstr:OutputDebugStringA "00:00.003: Time Format in this log: MM:ss.mmm (minutes:seconds.milliseconds)\r\n" warn:debugstr:OutputDebugStringA "00:00.003: Command line: Z:\\home\\focht\\Downloads\\IE9-Windows7-x86-enu.exe\r\n" warn:debugstr:OutputDebugStringA "00:00.042: INFO: Setup installer for Internet Explorer: 9.0.8112.16421\r\n" warn:debugstr:OutputDebugStringA "00:00.050: ERROR: Checking version for C:\\windows\\SYSTEM32\\ieframe.dll: Failed. (Couldn't get File Version Info size.)\r\n" warn:debugstr:OutputDebugStringA "00:00.050: ERROR: Couldn't get File Version Info size for System32\\ieframe.dll\r\n" warn:debugstr:OutputDebugStringA "00:00.050: INFO: Checking if iexplore.exe's current version is between 9.0.6001.0...\r\n" warn:debugstr:OutputDebugStringA "00:00.050: INFO: ...and 9.1.0.0...\r\n" warn:debugstr:OutputDebugStringA "00:00.051: INFO: Maximum version on which to run IEAK branding is: 9.1.0.0...\r\n" warn:debugstr:OutputDebugStringA "00:00.051: INFO: iexplore.exe version check success. Install can proceed.\r\n" warn:debugstr:OutputDebugStringA "00:00.051: INFO: Trying to extract ID: 6006 (0) as \"IE9-neutral.Extracted.cab\"\r\n" warn:debugstr:OutputDebugStringA "00:00.320: INFO: Trying to extract ID: 5006 (0) as \"IE9-support.cab\"\r\n" warn:debugstr:OutputDebugStringA "00:00.861: INFO: Operating System: Windows Workstation: 6.1.7601 (Service Pack 1)\r\n" warn:debugstr:OutputDebugStringA "00:00.862: INFO: Windows 7 operating system detected.\r\n" warn:debugstr:OutputDebugStringA "00:00.863: INFO: Service pack major: 1\r\n" warn:debugstr:OutputDebugStringA "00:00.863: INFO: Service pack minor: 0\r\n" warn:debugstr:OutputDebugStringA "00:00.863: INFO: Service pack name: Service Pack 1\r\n" warn:debugstr:OutputDebugStringA "00:00.864: ERROR: System version and prerequisite validation checks failed.\r\n" fixme:commctrl:TaskDialogIndirect 0x32d940, 0x32d9a4, (nil), (nil) warn:debugstr:OutputDebugStringA "00:00.865: INFO: Setup exit code: 0x00009C53 (40019) - Unable to install on Windows prerelease version\r\n" warn:debugstr:OutputDebugStringA "00:00.910: INFO: Cleaning up temporary files in: C:\\windows\\TEMP\\IE9acd.tmp\r\n" warn:debugstr:OutputDebugStringA "00:00.927: INFO: Unable to remove directory C:\\windows\\TEMP\\IE9acd.tmp, marking for deletion on reboot.\r\n" warn:debugstr:OutputDebugStringA "00:00.930: INFO: Released Internet Explorer Installer Mutex\r\n" --- snip --- +tid,+seh,+relay gives: --- snip --- ... 0035:Call version.GetFileVersionInfoSizeW(0032df48 L"C:\\windows\\System32\\ntoskrnl.exe",0032df0c) ret=01010110 ... 0035:Call version.GetFileVersionInfoW(0032df48 L"C:\\windows\\System32\\ntoskrnl.exe",00000000,000006b4,00151a58) ret=0101014a ... 0035:Ret version.GetFileVersionInfoW() retval=00000001 ret=0101014a 0035:Call version.VerQueryValueW(00151a58,01002058 L"\\",0032df18,0032df08) ret=0101016f 0035:Ret version.VerQueryValueW() retval=00000001 ret=0101016f ... 0035:Call KERNEL32.OutputDebugStringW(01022690 L"00:12.292: ERROR: System version and prerequisite validation checks failed.\r\n") ret=0101136b ... 0035:Call KERNEL32.ExpandEnvironmentStringsW(0032d9d8 L"Internet Explorer 9 isn't supported on pre-release versions of Windows 7 and Windows Vista. Please upgrade to a released version.",00000000,00000000) ret=0101054c --- snip --- Winver is set to Win 7 SP1 6.1 build 7601 but version resource reports Win XP SP3. The installer specifically checks the QFE number, it must be >= 17105 (SP1?) Source: http://source.winehq.org/git/wine.git/blob/a0f681ad4c1626459db14668d5d046bd… $ sha1sum IE9-Windows7-x86-enu.exe fb2b17cf1d22f3e2b2ad339c5bd78f8fab406d03 IE9-Windows7-x86-enu.exe $ wine --version wine-1.3.24-174-g4b4dd30 If this bug is fixed it runs into next one (commctrl.TaskDialogIndirect being a stub). 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

[Bug 28864] New: Internet Explorer 9 encounters NtQueryInformationToken error
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=28864 Bug #: 28864 Summary: Internet Explorer 9 encounters NtQueryInformationToken error Product: Wine Version: 1.3.31 Platform: x86 URL: http://download.microsoft.com/download/C/3/B/C3BF2EF4- E764-430C-BDCE-479F2142FC81/IE9-Windows7-x86-enu.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: the.ideals(a)gmail.com Classification: Unclassified Created attachment 37074 --> http://bugs.winehq.org/attachment.cgi?id=37074 ntdll error wine-1.3.31 - Win 7 After bypassing installer issues. I encounter an ntdll error. err:ntdll:NtQueryInformationToken Unhandled Token Information class 25! fixme:ntdll:NtQueryInformationToken QueryInformationToken( ..., TokenElevationType, ...) semi-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 8

[Bug 27804] New: Multiple MS installers expect a "Logs" folder under %SystemRoot%
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=27804 Summary: Multiple MS installers expect a "Logs" folder under %SystemRoot% Product: Wine Version: 1.3.24 Platform: x86 OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, multiple MS installers expect a "Logs" folder to exist under %SystemRoot% Logs useful for diagnosis don't get created otherwise. Example: IE9 installer in "silent" mode. --- snip --- ... executing must-succeed process '"C:\windows\System32\cmd.exe" /C IF NOT EXIST "%IESetup%\IeNrCore.exe" exit 1 > C:\windows\Logs\IESetup_20110716-111159_temp.log 2>&1' Path not found ... --- snip --- 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 7

[Bug 28924] New: "Unknown error" message at Visual Studio 2010 startup
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=28924 Bug #: 28924 Summary: "Unknown error" message at Visual Studio 2010 startup Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: keks9n(a)gmail.com Classification: Unclassified I've got it installed, but it doesn't run. $ wine devenv.exe fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:process:SetProcessDEPPolicy (1): stub fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:shell:SetCurrentProcessExplicitAppUserModelID L"VisualStudio.10.0": stub fixme:ole:CoInitializeSecurity (0x32f898,-1,(nil),(nil),0,0,(nil),8,(nil)) - stub! err:ole:CoGetClassObject class {0000034b-0000-0000-c000-000000000046} not registered err:ole:CoGetClassObject no class object {0000034b-0000-0000-c000-000000000046} could be created for context 0x1 Then it shows "Unknown error" message. -- 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 12

[Bug 28022] New: Visual Studio 2010 Professional does not install
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=28022 Summary: Visual Studio 2010 Professional does not install Product: Wine Version: 1.2.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: neil.stoker(a)gmail.com Created an attachment (id=35879) --> (http://bugs.winehq.org/attachment.cgi?id=35879) The output from wine /mnt/disk/setup.exe 2> wine.log for a full install Attempting to install the full version of Visual Studio 2010 Professional. The initial load of the setup appears to work correctly (although taking a very long time). The error reporting to Microsoft was enabled. Accepting licence terms worked. Full install to c: (with 180G free) Microsoft .NET framework 4 * failed during install -- 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 5

[Bug 33497] New: Microsoft SQL Server 2005 Express Edition: installer fails (needs ComAdminCatalog class from comadmin.dll)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33497 Bug #: 33497 Summary: Microsoft SQL Server 2005 Express Edition: installer fails (needs ComAdminCatalog class from comadmin.dll) Product: Wine Version: 1.5.29 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Continuation from bug 32048: After fixing DtcGetTransactionManagerExW stub from bug 32048, the installer aborts displaying message about WMI configuration: "The SQL Server System Configuration Checker cannot be executed due to WMI configuration on the machine daniel Error:87 (0x57)." Interesting part of the log (displayed after DtcGetTransactionManagerExW fixme): err:ole:CoGetClassObject class {f618c514-dfb8-11d1-a2cf-00805fc79235} not registered err:ole:create_server class {f618c514-dfb8-11d1-a2cf-00805fc79235} not registered fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported err:ole:CoGetClassObject no class object {f618c514-dfb8-11d1-a2cf-00805fc79235} could be created for context 0x15 http://mikolajapp.appspot.com/uuid/query?q={f618c514-dfb8-11d1-a2cf-00805fc… Most likely the missing class COMAdminCatalog is the culprit here. Prerequisites: winetricks mspatcha workaround for bug 32048 -- 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 5

[Bug 33520] New: Microsoft SQL Server 2005 Express Edition: installer fails (netapi32:NetLocalGroup* functions need real implementation)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33520 Bug #: 33520 Summary: Microsoft SQL Server 2005 Express Edition: installer fails (netapi32:NetLocalGroup* functions need real implementation) Product: Wine Version: 1.5.29 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: netapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Created attachment 44362 --> http://bugs.winehq.org/attachment.cgi?id=44362 console output Continuation from bug 33512: now the installer reports an error during installation of the application. The installer first tries to create user groups using NetLocalGroupAdd, then tries to access them using LookupAccountName (found in relay log). This of course fails, since NetLocalGroupAdd is a no-op stub. Prerequisites: winetricks mspatcha dotnet20 workaround for bug 32048 -- 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 5

[Bug 19428] New: Microsoft SQL Express 2005 fails to install - Error 1627 - ERROR_FUNCTION_FAILED
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=19428 Summary: Microsoft SQL Express 2005 fails to install - Error 1627 - ERROR_FUNCTION_FAILED Product: Wine Version: 1.1.26 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: yurienu.amenysta(a)gmail.com Hi, I run SQLEXPR.exe, extract files, agree with the terms, and try to install it but it fails with error 1627 : ERROR_FUNCTION_FAILED. Thanks in advance, -- 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 12

[Bug 33504] New: Microsoft SQL Server 2005 Express Edition: installer fails (needs more properties in Win32_OperatingSystem)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33504 Bug #: 33504 Summary: Microsoft SQL Server 2005 Express Edition: installer fails (needs more properties in Win32_OperatingSystem) Product: Wine Version: 1.5.29 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wmi&wbemprox AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified The installer tries to access the following unimplemented properties of Win32_OperatingSystem: OSProductSuite OSType ServicePackMajorVersion SuiteMask Version The installer log states that "Current Operating System is not supported", followed by: "The SQL Server System Configuration Checker cannot be executed due to WMI configuration on the machine daniel Error:87 (0x57)." Some time before that the log reports that checking OSVersion and OSServicePack returned result 87 (0x57), which leads me to believe that these messages are related. The application also tries to get unimplemented Win32_Processor.Family, but that seems to be silently ignored. -- 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 3

[Bug 33510] New: Microsoft SQL Server 2005 Express Edition: installer fails (null pointer dereference in wbemprox)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33510 Bug #: 33510 Summary: Microsoft SQL Server 2005 Express Edition: installer fails (null pointer dereference in wbemprox) Product: Wine Version: 1.5.29 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wmi&wbemprox AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Created attachment 44356 --> http://bugs.winehq.org/attachment.cgi?id=44356 +wbemprox log of the installer Continuation from bug 33504 The installer tries to enumerate the values from a registry key using StdRegProv, and then throws an exception trying to get count of items from a null array: http://source.winehq.org/git/wine.git/blob/HEAD:/dlls/wbemprox/query.c#l583 +wbemprox log attached. -- 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 3

[Bug 33512] New: Microsoft SQL Server 2005 Express Edition: installer fails with unhandled exception
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33512 Bug #: 33512 Summary: Microsoft SQL Server 2005 Express Edition: installer fails with unhandled exception Product: Wine Version: 1.5.29 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Created attachment 44357 --> http://bugs.winehq.org/attachment.cgi?id=44357 backtrace Continuation from bug 33510: now the installer complains about an unhandled exception. Backtrace points to MSI, so setting it as the component. Prerequisites: winetricks mspatcha dotnet20 workaround for bug 32048 -- 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 3

[Bug 32048] New: Microsoft SQL Server 2005 Express Edition: SQL Server System Configuration Checker fails (needs unimplemented function unimplemented function xolehlp.dll.DtcGetTransactionManagerExW)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=32048 Bug #: 32048 Summary: Microsoft SQL Server 2005 Express Edition: SQL Server System Configuration Checker fails (needs unimplemented function unimplemented function xolehlp.dll.DtcGetTransactionManagerExW) Product: Wine Version: 1.5.15 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Continuation from bug 31981: After creating registry entries required to pass SQL Server installer's sanity tests from bug 31981, the installer aborts complaining about missing function: wine: Call from 0x7b83ac92 to unimplemented function xolehlp.dll.DtcGetTransactionManagerExW, aborting There is no xolehlp component, so leaving unknown. -- 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 11

[Bug 31314] New: SQL Express 2005 install issue
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31314 Bug #: 31314 Summary: SQL Express 2005 install issue Product: Wine Version: 1.4.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: christian.briard(a)gmx.com Classification: Unclassified Created attachment 41149 --> http://bugs.winehq.org/attachment.cgi?id=41149 Log genrated by Wine after crash. Trying to install Microsoft SQL Express 2005 (French) crash. Source : http://download.microsoft.com/download/5/6/1/561c80b2-e77f-4b0c-8c40-0a6512… Steps : Downlaoding the exe file on Download folder/Linux, then right click to strat it with wine. InstallShield creat the correct temp file to expand the files to be installed, then return a (Program Error headline) "The program setup.exe has encoutera serious problem and needs to close. We are sorry for the inconvenience. This can be caused by a problem in the program or a deficinecy in Wine. You may want to check the Application datase for tips about running this application." Sounds different from http://bugs.winehq.org/show_bug.cgi?id=19428 and http://bugs.winehq.org/show_bug.cgi?id=12501 right ? Christian. -- 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 5

[Bug 30088] New: Microsoft SQL Server 2005 Express Edition installer fails due to missing msvcp80.dll.??0?$basic_stringstream@GU?$char_traits@G@std@@V?$allocator@G@2@@std@@QAE@H@Z
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=30088 Bug #: 30088 Summary: Microsoft SQL Server 2005 Express Edition installer fails due to missing msvcp80.dll.??0?$basic_stringstream@GU?$char_traits@G@ std@@V?$allocator@G@2@@std@@QAE@H@Z Product: Wine Version: 1.4-rc6 Platform: x86 URL: go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcp AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified ms sql express 2005 fails to install. Used command line: wine SQLEXPR32.EXE Native mspatcha.dll is required to work around bug 12501 and get this far. Error in log file was: wine: Call from 0x7b839ea2 to unimplemented function msvcp80.dll.??0?$basic_stringstream@GU?$char_traits@G@std@@V?$allocator@G@2@@std@@QAE@H@Z, aborting -- 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 13

[Bug 31339] New: Microsoft SQL Server 2005 Express Edition: SQL Server System Configuration Checker fails (needs class_object_SpawnInstance)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31339 Bug #: 31339 Summary: Microsoft SQL Server 2005 Express Edition: SQL Server System Configuration Checker fails (needs class_object_SpawnInstance) Product: Wine Version: 1.5.9 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wmi&wbemprox AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Created attachment 41179 --> http://bugs.winehq.org/attachment.cgi?id=41179 Console output of 'WINEDEBUG=+wbemprox wine SQLEXPR32.EXE' continuation from bug 31155. Now that StdRegProv and class_object_GetMethod are implemented, the program runs into another deficiency. Complete log attached, most probably the bug is due to unimplemented class_object_SpawnInstance. 'winetricks -q vcrun2005 mspatcha' is a prerequisite. -- 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 31541] New: Microsoft SQL Server 2005 Express Edition installer fails due to unhandled exception
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31541 Bug #: 31541 Summary: Microsoft SQL Server 2005 Express Edition installer fails due to unhandled exception Product: Wine Version: 1.5.11 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcp AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Now that bug 30088 is out of the picture, the installer fails with unhandled exception: wine: Unhandled page fault on write access to 0x00000004 at address 0x7bc4a309 (thread 002a), starting debugger... err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7bc4a309 No debugger is ever started and the application terminates immediately, so no backtrace. Native msvcp80 works around this bug. Native mspatcha.dll is required to work around bug 12501 and get this far. -- 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

[Bug 31155] New: Microsoft SQL Server 2005 Express Edition: SQL Server System Configuration Checker fails (needs StdRegProv WMI class)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31155 Bug #: 31155 Summary: Microsoft SQL Server 2005 Express Edition: SQL Server System Configuration Checker fails (needs StdRegProv WMI class) Product: Wine Version: 1.5.8 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wmi&wbemprox AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Created attachment 40899 --> http://bugs.winehq.org/attachment.cgi?id=40899 Console output of 'WINEDEBUG=+wbemprox wine SQLEXPR32.EXE' Continuation from bug 30089 and bug 31037. Application installer still fails due to WMI problems. Now it complains about missing StdRegProv.EnumValues method. 'winetricks -q vcrun2005 mspatcha' is still needed to hit this bug. -- 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 5

[Bug 30089] New: Microsoft SQL Server 2005 Express Edition installer fails due to WMI configuration
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=30089 Bug #: 30089 Summary: Microsoft SQL Server 2005 Express Edition installer fails due to WMI configuration Product: Wine Version: 1.4-rc6 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wmi&wbemprox AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Created attachment 39207 --> http://bugs.winehq.org/attachment.cgi?id=39207 output of "wine SQLEXPR32.EXE" ms sql express 2005 fails to install displaying message: "The SQL Server System Configuration Checker cannot be executed due to WMI configuration on the machine Error:2147746132(0x80040154)." Used command line: wine SQLEXPR32.EXE &>2005.log Output attached. Native mspatcha.dll is required to work around bug 12501. Native msvcp80 is required to work around bug 30088. -- 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 14

[Bug 31037] New: Microsoft SQL Server 2005 Express Edition: SQL Server System Configuration Checker fails (Win32_Processor class table row count not set)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31037 Bug #: 31037 Summary: Microsoft SQL Server 2005 Express Edition: SQL Server System Configuration Checker fails (Win32_Processor class table row count not set) Product: Wine Version: 1.5.7 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: wmi&wbemprox AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, continuation of bug 30089 The app crashes while trying to retrieve "CpuStatus" property of "Win32_Processor" class. --- snip --- Creating class instance Win32_Processor CreateInstanceEnum Win32_Processor returned 0 (0x0) Enumerating the first class of Win32_Processor EnumClass of Win32_Processor returned 1 (0x1) Getting property CpuStatus <boom> --- snip --- "CpuStatus" property was implemented by commit http://source.winehq.org/git/wine.git/commitdiff/661d7f19c98b72af18c9487a87… Code: http://source.winehq.org/git/wine.git/blob/661d7f19c98b72af18c9487a87fd5a5f… --- snip --- 361 static void fill_processor( struct table *table ) 362 { 363 static const WCHAR fmtW[] = {'C','P','U','%','u',0}; 364 WCHAR device_id[14]; 365 struct record_processor *rec; 366 UINT i, offset = 0, count = get_processor_count(); 367 368 if (!(table->data = heap_alloc( sizeof(*rec) * count ))) return; 369 370 for (i = 0; i < count; i++) 371 { 372 rec = (struct record_processor *)(table->data + offset); 373 rec->cpu_status = 1; /* CPU Enabled */ 374 rec->manufacturer = processor_manufacturerW; 375 sprintfW( device_id, fmtW, i ); 376 rec->device_id = heap_strdupW( device_id ); 377 offset += sizeof(*rec); 378 } 379 } --- snip --- The table row count (number of processor items) is not set hence class object iterator (next) will fail later, leading to crash. With row count fixed, the crash is gone and the app encounters next WMI insufficiency ;-) 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 7

[Bug 33513] New: Microsoft SQL Server 2005 Express Edition: installer fails complaining about corrupted .NET installation
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33513 Bug #: 33513 Summary: Microsoft SQL Server 2005 Express Edition: installer fails complaining about corrupted .NET installation Product: Wine Version: 1.5.29 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Created attachment 44358 --> http://bugs.winehq.org/attachment.cgi?id=44358 console output After fixing bug 33510 the installer complains about non-existent or corrupted .NET installation when running with wine mono. Winetricks dotnet20 works around. Attaching the console output. Missing registration for class Microsoft.SqlServer.Setup.SetupBootstrapWizard (guid 100d062d-4823-4c3e-be65-4da9b82a874b reported near the end of log) is likely the culprit. A workaround for bug 32048 is needed to get that far. -- 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 11

[Bug 33608] New: Microsoft SQL Server 2005 Express Edition: installer fails to detect IE (needs CIM_DataFile WMI class)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33608 Bug #: 33608 Summary: Microsoft SQL Server 2005 Express Edition: installer fails to detect IE (needs CIM_DataFile WMI class) Product: Wine Version: 1.5.30 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wmi&wbemprox AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified The installer complains that the Internet Explorer version is older than IE6 SP1. The installation continues, but some features are unavailable. The installer logs reveal that the following WQL query is used to check IE version: select * from CIM_DataFile where Name='C:\\windows\\system32\\shdocvw.dll' Install native mspatcha to reproduce this bug. -- 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 4

[Bug 33609] New: Microsoft SQL Server 2005 Express Edition: installer warns about non-writable Program Files (needs Win32_Directory WMI class)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33609 Bug #: 33609 Summary: Microsoft SQL Server 2005 Express Edition: installer warns about non-writable Program Files (needs Win32_Directory WMI class) Product: Wine Version: 1.5.30 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wmi&wbemprox AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified The installer complains that the default installation path is not writable. This message has no consequences (installation continues anyway), but it would be nice if we could get rid of it. The installer logs reveal that the following WQL query is used to check disk write access: select * from Win32_Directory where Name='C:\\Program Files\\Microsoft SQL Server' or Name='C:\\Program Files' Install native mspatcha to reproduce this bug. -- 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 3

[Bug 31981] New: Microsoft SQL Server 2005 Express Edition: SQL Server System Configuration Checker fails
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31981 Bug #: 31981 Summary: Microsoft SQL Server 2005 Express Edition: SQL Server System Configuration Checker fails Product: Wine Version: 1.5.15 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Created attachment 42142 --> http://bugs.winehq.org/attachment.cgi?id=42142 +wbemprox log of sql server installer Continuation from bug 31522: With implemented StdRegProv.GetStringValue installer no longer complains about WMI/Wbem insufficiencies. Unfortunately, it still fails. One of the final meaningful lines in +wbemprox log is: trace:wbemprox:enum_values 0x80000002, L"SYSTEM\\CurrentControlSet\\Services\\lanmanserver" This key does not exist in Wine, and its absence is probably the direct reason of installer failure. -- 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 29676] New: .NET 4.0 runtime fails to initialize MediaSystem subsystem due to rpcrt4.dll RpcMgmtIsServerListening being a stub
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=29676 Bug #: 29676 Summary: .NET 4.0 runtime fails to initialize MediaSystem subsystem due to rpcrt4.dll RpcMgmtIsServerListening being a stub Product: Wine Version: 1.3.37 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: rpc AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, encountered this while running .NET 4.0 based apps that make use WPF. Managed backtrace: --- snip --- fixme:rpc:RpcMgmtIsServerListening (0x1724e8): stub Unhandled Exception: System.Windows.Markup.XamlParseException: 'Add value to collection of type 'System.Windows.Controls.UIElementCollection' threw an exception.' Line number '4' and line position '28'. ---> System.Runtime.InteropServices.COMException: Exception from HRESULT: 0x800706A6 at System.Windows.Media.MediaSystem.ConnectTransport() at System.Windows.Media.MediaSystem.Startup(MediaContext mc) at System.Windows.Media.MediaContext..ctor(Dispatcher dispatcher) at System.Windows.Media.MediaContext.From(Dispatcher dispatcher) at System.Windows.Media.Visual.VerifyAPIReadWrite() at System.Windows.Media.VisualCollection.Add(Visual visual) at System.Windows.Controls.UIElementCollection.AddInternal(UIElement element) at System.Windows.Controls.UIElementCollection.Add(UIElement element) at System.Windows.Controls.UIElementCollection.System.Collections.IList.Add(Object value) at System.Xaml.Schema.XamlTypeInvoker.AddToCollection(Object instance, Object item) at MS.Internal.Xaml.Runtime.ClrObjectRuntime.Add(Object collection, XamlType collectionType, Object value, XamlType valueXamlType) --- End of inner exception stack trace --- at System.Windows.Markup.XamlReader.RewrapException(Exception e, IXamlLineInfo lineInfo, Uri baseUri) at System.Windows.Markup.WpfXamlLoader.Load(XamlReader xamlReader, IXamlObjectWriterFactory writerFactory, Boolean skipJournaledProperties, Object rootObject, XamlObjectWriterSettings settings, Uri baseUri) at System.Windows.Markup.WpfXamlLoader.LoadBaml(XamlReader xamlReader, Boolean skipJournaledProperties, Object rootObject, XamlAccessLevel accessLevel, Uri baseUri) at System.Windows.Markup.XamlReader.LoadBaml(Stream stream, ParserContext parserContext, Object parent, Boolean closeStream) at System.Windows.Application.LoadBamlStreamWithSyncInfo(Stream stream, ParserContext pc) at System.Windows.Application.LoadComponent(Uri resourceLocator, Boolean bSkipJournaledProperties) at System.Windows.Application.DoStartup() --- snip --- Trace log: --- snip --- 002a:CALL wpfgfx_v0400.WgxConnection_Create(<unknown, check return>) ret=04c1aa1b ... 002a:RET wpfgfx_v0400.WgxConnection_Create(00000000,0478617c) retval=00000000 ret=04c1aa1b ... 002a:CALL wpfgfx_v0400.MilConnection_CreateChannel(<unknown, check return>) ret=04c1aac4 ... 002a:Call KERNEL32.LoadLibraryW(55084500 L"wpftxt_v0400.dll") ret=550844d6 002a:Ret KERNEL32.LoadLibraryW() retval=561c0000 ret=550844d6 ... 002a:CALL wpftxt_v0400.1(<unknown, check return>) ret=5508259e ... 002a:Call rpcrt4.RpcStringBindingComposeW(00000000,561d9a24 L"ncalrpc",00000000,561d9a38 L"{2da8dded-086f-4cb9-a77f-b974b9cb0186}",00000000,0032d6d0) ret=561d99b2 002a:Call ntdll.RtlAllocateHeap(00110000,00000000,000000bc) ret=20317376 002a:Ret ntdll.RtlAllocateHeap() retval=0017cc48 ret=20317376 002a:Ret rpcrt4.RpcStringBindingComposeW() retval=00000000 ret=561d99b2 002a:Call rpcrt4.RpcBindingFromStringBindingW(0017cc48 L"ncalrpc:[{2da8dded-086f-4cb9-a77f-b974b9cb0186}]",0032d68c) ret=561d991b ... 002a:Ret rpcrt4.RpcBindingFromStringBindingW() retval=00000000 ret=561d991b 002a:Call rpcrt4.RpcBindingSetAuthInfoExW(0017cd68,561d9970 L"LocalService",00000006,0000000a,00000000,00000000,0032d690) ret=561d9955 ... 002a:Call secur32.AcquireCredentialsHandleW(00000000,0018cc92 L"NTLM",00000002,00000000,00000000,00000000,00000000,0032d538,0032d530) ret=2031b47b ... 002a:Ret secur32.AcquireCredentialsHandleW() retval=00000000 ret=2031b47b ... 002a:Ret rpcrt4.RpcBindingSetAuthInfoExW() retval=00000000 ret=561d9955 ... 002a:Call rpcrt4.RpcMgmtIsServerListening(0017cd68) ret=561d99db 002a:fixme:rpc:RpcMgmtIsServerListening (0x17cd68): stub 002a:Ret rpcrt4.RpcMgmtIsServerListening() retval=000006a6 ret=561d99db ... 002a:CALL MSVCR100_CLR0400._CxxThrowException(<unknown, check return>) ret=562006a7 002a:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0032d694) ret=79084c0f 002a:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b838ccb ip=7b838ccb tid=002a 002a:trace:seh:raise_exception info[0]=19930520 002a:trace:seh:raise_exception info[1]=0032d6c0 002a:trace:seh:raise_exception info[2]=5625e764 002a:trace:seh:raise_exception eax=7b8261a9 ebx=7b8a9a08 ecx=19930520 edx=0032d5a4 esi=0032d680 edi=0032d600 002a:trace:seh:raise_exception ebp=0032d5e8 esp=0032d584 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000207 002a:trace:seh:call_vectored_handlers calling handler at 0x791f5a7c code=e06d7363 flags=1 ... 002a:RET wpftxt_v0400.1(00000000,550825b0,0032d924) retval=800706a6 ret=5508259e ... 002a:RET wpfgfx_v0400.MilConnection_CreateChannel(001763a0,00000000,00cd588c) retval=800706a6 ret=04c1aac4 ... 002a:Call KERNEL32.FormatMessageW(000031ff,00000000,800706a6,00000400,0032d558,00000000,0032d504) ret=7923ae16 002a:Ret KERNEL32.FormatMessageW() retval=00000000 ret=7923ae16 ... 002a:Call KERNEL32.RaiseException(e0434352,00000001,00000005,0032d970) ret=791cac08 002a:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b838ccb ip=7b838ccb tid=002a 002a:trace:seh:raise_exception info[0]=800706a6 002a:trace:seh:raise_exception info[1]=00000000 ... 002a:Call KERNEL32.WideCharToMultiByte(000001b5,00000000,00197a40 L"System.Windows.Markup.XamlParseException: 'Add value to collection of type 'System.Windows.Controls.UIElementCollection' threw an exception.' Line number '4' and line position '28'. ---> System.Runtime.InteropServices.COMException: Exception from HRESULT: 0x800706A6\r\n at System.Windows.Media.Medi"...,000012cc,00000000,00000000,00000000,00000000) ret=7943d8b0 ... --- snip --- Code: http://source.winehq.org/git/wine.git/blob/92ff5f354873cb845f79d950a9877e5c… --- snip --- 1620 /*********************************************************************** 1621 * RpcMgmtIsServerListening (RPCRT4.@) 1622 */ 1623 RPC_STATUS WINAPI RpcMgmtIsServerListening(RPC_BINDING_HANDLE Binding) 1624 { 1625 FIXME("(%p): stub\n", Binding); 1626 return RPC_S_INVALID_BINDING; 1627 } --- snip --- If RPC_S_NOT_LISTENING is returned, "WPFFontCache_v0400" service started and the subsystem doesn't fail. Later it runs into bug 18640 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 11

[Bug 30707] New: Add support for .NET 4.0 assembly cache (.NET 4.0 Framework installer)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=30707 Bug #: 30707 Summary: Add support for .NET 4.0 assembly cache (.NET 4.0 Framework installer) Product: Wine Version: 1.5.4 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, this is a bug covering Hans' patch http://source.winehq.org/patches/data/86357 'winetricks dotnet40' recipe currently contains 'gacutil' workaround/hack for installing assemblies into .NET 4.0 GAC. .NET's native fusion currently fails due to junction support (bug 10601) hence all assemblies must be manually installed using 'gacutil' as post-installation step. Using Hans' patch and setting 'fusion=builtin' before running the .NET 4.0 installer gets .NET 4.0 assemblies installed into GAC. The installer actually succeeds which is an improvement over the current "workaround" recipe. There is a difference though. With Hans' patch all .NET 4.0 assemblies get installed into: --- snip --- $ pwd /home/focht/.wine/drive_c/windows/assembly ... $ ls */* GAC_32/CustomMarshalers: 4.0.0.0__b03f5f7f11d50a3a GAC_32/ISymWrapper: 4.0.0.0__b03f5f7f11d50a3a GAC_32/Microsoft.Transactions.Bridge.Dtc: 4.0.0.0__b03f5f7f11d50a3a GAC_32/Microsoft.VisualBasic.Activities.Compiler: 10.0.0.0__b03f5f7f11d50a3a ... GAC_32/System.Web: 4.0.0.0__b03f5f7f11d50a3a GAC_MSIL/Accessibility: 4.0.0.0__b03f5f7f11d50a3a GAC_MSIL/AspNetMMCExt: 4.0.0.0__b03f5f7f11d50a3a GAC_MSIL/Microsoft.Build: 4.0.0.0__b03f5f7f11d50a3a ... --- snip --- Starting with .NET 4.0 there exist two global assembly caches - the "public" one and a "private" one for the Framework. In previous versions, all .NET assemblies were installed into "C:\\windows\\assembly". With .NET 4.0 the assemblies are further split. The "private" GAC for 4.0 is located in "c:\\windows\\Microsoft.NET\\assembly". See: http://msdn.microsoft.com/en-us/magazine/dd727509.aspx ("Understanding The CLR Binder") --- quote --- In .NET Framework 4.0, the GAC went through a few changes. The concept of placing assemblies into a global directory began in CLR v1.1. In case of .NET Framework 1.1 (which had CLR v1.1) and .NET Framework 2.0 (which had CLR 2.0), the GAC was split into two, one for each CLR. This avoided the leaking of assemblies across CLR versions. For example, if both .NET 1.1 and .NET 2.0 shared the same GAC, then a .NET 1.1 application, loading an assembly from this shared GAC, could get .NET 2.0 assemblies, thereby breaking the .NET 1.1 application. The CLR version used for both .NET Framework 2.0 and .NET Framework 3.5 is CLR 2.0. As a result of this, there was no need in the previous two framework releases to split the GAC. The problem of breaking older (in this case, .NET 2.0) applications resurfaces in Net Framework 4.0 at which point CLR 4.0 released. Hence, to avoid interference issues between CLR 2.0 and CLR 4.0, the GAC is now split into private GACs for each runtime. Tools such as GACUtil and Shfusion will behave exactly the same as they did in pre–.NET Framework 4.0 scenarios. Also, the behavior of publisher policy (explicitly mentioned, since it is required to install these policy files to the GAC) will not change. The main change is that CLR v2.0 applications now cannot see CLR v4.0 assemblies in the GAC. ... --- quote --- With the current 'winetricks dotnet40' recipe and help of .NET 4.0 'gacutil' the assemblies live in "private" GAC: --- snip --- $ pwd /home/focht/.wine/drive_c/windows/Microsoft.NET/assembly ... $ ls */* GAC_MSIL/UIAutomationProvider: v4.0_4.0.0.0__31bf3856ad364e35 GAC_MSIL/UIAutomationTypes: v4.0_4.0.0.0__31bf3856ad364e35 GAC_MSIL/WindowsBase: v4.0_4.0.0.0__31bf3856ad364e35 GAC_MSIL/WindowsFormsIntegration: v4.0_4.0.0.0__31bf3856ad364e35 --- snip --- "public" GAC with no previous .NET versions installed: --- snip --- $ ls assembly/ PublisherPolicy.tme pubpol1.dat temp tmp --- snip --- There are some problems when 'fusion' remains set to 'builtin' after installation though that will be subject to other bugs. If the .NET 4.0 'private' GAC location is fixed one can safely remove 'fusion=builtin' workaround after running the installer and have a functional .NET Framework installation running with native mscoree/fusion. This allows to get rid of 'gacutil' hack. 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 15

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 September 2014