wine-bugs January 2021

wine-bugs@winehq.org

1 participants
6898 discussions

[Bug 50075] New: GetFileVersionInfoSizeW can read from unallocated memory
by WineHQ Bugzilla 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50075 Bug ID: 50075 Summary: GetFileVersionInfoSizeW can read from unallocated memory Product: Wine Version: 5.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: version Assignee: wine-bugs(a)winehq.org Reporter: ahiler(a)codeweavers.com Distribution: --- Original bug: https://github.com/ValveSoftware/Proton/issues/4308 Crown Trick (game) comes with Assembly-CSharp.dll (generated by Unity engine) that is most likely just encrypted[0] or straight up corrupted. The game calls GetFileVersionInfoSizeW() on that .dll during which it crashes. Wine's GetFileVersionInfoSizeW() checks the PE header for RVA and size of Resource Table. Then HeapAllocs(size) happens and data is read into it the allocated memory. After that, when looking for the version entry, find_entry_by_id() naively trusts NumberOfNamedEntries and NumberOfIdEntries residing in the resource table, which in the encrypted/corrupted form add up to 20k+ entries. This results in an attempt to dereference something way past the size of Resource Table (0x400) and causes a page fault. I have a tentative patch (will send it soon, after a bit more testing) that makes sure we are not trying to read entries past the allocated area. With this the game starts and works just fine. [0]: https://github.com/yangyuan/hearthrock/issues/13 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 46883] New: CompressonatorGUI does not install
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46883 Bug ID: 46883 Summary: CompressonatorGUI does not install Product: Wine Version: 4.4 Hardware: x86 URL: https://github.com/GPUOpen-Tools/Compressonator/releas es/tag/v3.1.4064 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: the.ideals(a)gmail.com Distribution: --- Created attachment 63956 --> https://bugs.winehq.org/attachment.cgi?id=63956 Error screenshot CompressonatorGUI does not install due to following error: This application cannot be installed on systems earlier than Windows 2000 SP4. winecfg # Windows 10 sha1sum CompressonatorGUI_x64_3.1.4064.exe c7958e4a7caa2e0011e2abd906fc71cec6603818 CompressonatorGUI_x64_3.1.4064.exe du -sh CompressonatorGUI_x64_3.1.4064.exe 80M CompressonatorGUI_x64_3.1.4064.exe -- 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 46914] New: CompressonatorGUI 3.1 installer crashes in Win10 mode ( Advanced Installer Module bug, incorrect usage of kernel32.Wow64RevertWow64FsRedirection)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46914 Bug ID: 46914 Summary: CompressonatorGUI 3.1 installer crashes in Win10 mode (Advanced Installer Module bug, incorrect usage of kernel32.Wow64RevertWow64FsRedirection) Product: Wine Version: 4.4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, split out of bug 46883 (after adding the missing registry keys for Windows 10 version check). https://bugs.winehq.org/show_bug.cgi?id=46883#c2 --- quote --- Err: correction, it crashes in staging-4.4 too. If the keys are present the installer starts fine old wine-version 3.0 though. So probably a regression, but i`ll do some testing further first. --- quote --- https://bugs.winehq.org/show_bug.cgi?id=46883#c3 --- quote --- Did regression test 9839bb7691a1b1c57a4ca501d03825420c1609d7 is the first bad commit commit 9839bb7691a1b1c57a4ca501d03825420c1609d7 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Sat Feb 9 21:21:47 2019 +0100 ntdll: Skip dlls of the wrong machine type when searching through the load path. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> :040000 040000 f87bb0ed081f8b42e86a8084a8a31ed8271bb52a ae3234ae55fb52708ff68472510d2a0acbf5e8da M dlls So note, crash only happens in win10, after adding the two registrykeys --- quote --- Technically it's not a regression. Wine works more correctly now, revealing a bug in WoW64 filesystem redirection handling. The installer does a very stupid thing: --- snip --- $ WINEDEBUG=+seh,+relay,+msi,+module,+loaddll,+server,+process,+imports wine ./CompressonatorGUI_x64_3.1.4064.exe >>log.txt 2>&1 ... 0009:Call KERNEL32.LoadLibraryW(0050b310 L"kernel32.dll") ret=0048969a ... 0009:Ret KERNEL32.LoadLibraryW() retval=7b420000 ret=0048969a 0009:Call KERNEL32.GetProcAddress(7b420000,00510034 "Wow64DisableWow64FsRedirection") ret=004896c9 0009:Ret KERNEL32.GetProcAddress() retval=7b4391ac ret=004896c9 0009:Call KERNEL32.GetProcAddress(7b420000,00510054 "Wow64RevertWow64FsRedirection") ret=004896db 0009:Ret KERNEL32.GetProcAddress() retval=7b4391fc ret=004896db 0009:Call KERNEL32.GetProcAddress(7b420000,0050b32c "IsWow64Process") ret=004896ed 0009:Ret KERNEL32.GetProcAddress() retval=7b435ad4 ret=004896ed 0009:Call KERNEL32.IsWow64Process(ffffffff,0033ed10) ret=00489704 0009:trace:process:NtQueryInformationProcess (0xffffffff,0x0000001a,0x33eca4,0x00000004,(nil)) 0009:Ret KERNEL32.IsWow64Process() retval=00000001 ret=00489704 0009:Call KERNEL32.Wow64DisableWow64FsRedirection(0033ed2c) ret=0048974e 0009:Ret KERNEL32.Wow64DisableWow64FsRedirection() retval=00000001 ret=0048974e 0009:Call KERNEL32.CopyFileW(0017a260 L"C:\\windows\\system32\\msi.dll",005886c8 L"C:\\users\\focht\\Temp\\shi8c54.tmp",00000000) ret=0047baa1 ... 0009:Ret KERNEL32.CopyFileW() retval=00000001 ret=0047baa1 0009:Call KERNEL32.Wow64RevertWow64FsRedirection(0033ed2c) ret=00489738 0009:Ret KERNEL32.Wow64RevertWow64FsRedirection() retval=00000001 ret=00489738 0009:Call version.GetFileVersionInfoSizeW(005886c8 L"C:\\users\\focht\\Temp\\shi8c54.tmp",0033f174) ret=0047bcc2 ... --- snip --- The installer passes the address of 'OldValue' parameter to Wow64RevertWow64FsRedirection(), not the value. MSDN: https://msdn.microsoft.com/en-us/library/windows/desktop/aa365745(v=vs.85).… --- quote --- Wow64RevertWow64FsRedirection function Restores file system redirection for the calling thread. This function should not be called without a previous call to the Wow64DisableWow64FsRedirection function. Any data allocation on behalf of the Wow64DisableWow64FsRedirection function is cleaned up by this function. Syntax C++ BOOL WINAPI Wow64RevertWow64FsRedirection( _In_ PVOID OldValue ); Parameters OldValue [in] The WOW64 file system redirection value. This value is obtained from the Wow64DisableWow64FsRedirection function. ... --- quote --- This causes the WOW64 file system redirection not reverted to old state - all filesystem accesses go to 64-bits part. Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/kernel32/path.c#l1972 --- snip --- 1972 /*********************************************************************** 1973 * Wow64RevertWow64FsRedirection (KERNEL32.@) 1974 */ 1975 BOOL WINAPI Wow64RevertWow64FsRedirection( PVOID old_value ) 1976 { 1977 NTSTATUS status = RtlWow64EnableFsRedirection( !old_value ); 1978 if (status) SetLastError( RtlNtStatusToDosError(status) ); 1979 return !status; 1980 } --- snip --- Subsequent dynamic loading of dlls fails for the 32-bit process because loader only finds the 64-bit dll counterparts. First failure (non-fatal): --- snip --- ... 0009:Call KERNEL32.LoadLibraryExW(0033f22e L"C:\\windows\\system32\\explorerframe.dll",00000000,00000008) ret=7da78778 0009:trace:module:load_dll looking for L"C:\\windows\\system32\\explorerframe.dll" in L"C:\\windows\\system32;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem" 0009: create_file( access=80100000, sharing=00000005, create=1, options=00000060, attrs=00000000, objattr={rootdir=0000,attributes=00000040,sd={},name=L""}, filename="/home/focht/.wine/dosdevices/c:/windows/system32/explorerframe.dll" ) 0009: create_file() = 0 { handle=0088 } 0009: get_handle_fd( handle=0088 ) 0009: *fd* 0088 -> 118 0009: get_handle_fd() = 0 { type=1, cacheable=1, access=00120089, options=00000060 } 0009: create_mapping( access=000f000d, flags=01000000, file_access=00000001, size=00000000, file_handle=0088, objattr={} ) 0009: create_mapping() = 0 { handle=0090 } 0009: close_handle( handle=0088 ) 0009: close_handle() = 0 0009: get_mapping_info( handle=0090, access=0000000c ) 0009: get_mapping_info() = 0 { size=00004000, flags=01800000, shared_file=0000, image={base=10000000,entry_point=10001000,map_size=00004000,stack_size=00100000,stack_commit=00001000,zerobits=00000000,subsystem=00000000,subsystem_low=0000,subsystem_high=0004,gp=00000000,image_charact=2022,dll_charact=0100,machine=8664,contains_code=1,image_flags=80,loader_flags=00000000,header_size=00000200,file_size=00000c38,checksum=00000000,cpu=x86_64} } 0009: get_handle_fd( handle=0090 ) 0009: *fd* 0090 -> 119 0009: get_handle_fd() = 0 { type=1, cacheable=1, access=000f000d, options=00000020 } 0009:trace:module:map_image mapped PE file at 0x10000000-0x10004000 0009:trace:module:map_image mapping section .text at 0x10001000 off 200 size 5 virt 1000 flags 60000020 0009:trace:module:map_image clearing 0x10001200 - 0x10002000 0009:trace:module:map_image mapping section .reloc at 0x10002000 off 400 size 8 virt 1000 flags 42000040 0009:trace:module:map_image clearing 0x10002200 - 0x10003000 0009:trace:module:map_image mapping section .rsrc at 0x10003000 off 600 size 638 virt 1000 flags 40000040 0009:trace:module:map_image clearing 0x10003800 - 0x10004000 0009: map_view( mapping=0090, access=0000000c, base=10000000, size=00004000, start=00000000 ) 0009: map_view() = 0 0009: close_handle( handle=0090 ) 0009: close_handle() = 0 0009:trace:module:open_dll_file L"\\??\\C:\\windows\\system32\\explorerframe.dll" is for arch 8664, continuing search 0009: unmap_view( base=10000000 ) 0009: unmap_view() = 0 0009:warn:module:load_dll Failed to load module L"C:\\windows\\system32\\explorerframe.dll"; status=c000007b 0009:Ret KERNEL32.LoadLibraryExW() retval=00000000 ret=7da78778 0009:err:ole:COMPOBJ_DllList_Add couldn't load in-process dll L"C:\\windows\\system32\\explorerframe.dll" --- snip --- Second failure (fatal): --- snip --- 0009:Call KERNEL32.LoadLibraryA(005010f0 "dwmapi.dll") ret=004c0c0c 0009:trace:module:load_dll looking for L"dwmapi.dll" in L"Z:\\home\\focht\\Downloads;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem" 0009: create_file( access=80100000, sharing=00000005, create=1, options=00000060, attrs=00000000, objattr={rootdir=0000,attributes=00000040,sd={},name=L""}, filename="/home/focht/.wine/dosdevices/c:/windows/system32/dwmapi.dll" ) 0009: create_file() = 0 { handle=00fc } 0009: get_handle_fd( handle=00fc ) 0009: *fd* 00fc -> 123 0009: get_handle_fd() = 0 { type=1, cacheable=1, access=00120089, options=00000060 } 0009: create_mapping( access=000f000d, flags=01000000, file_access=00000001, size=00000000, file_handle=00fc, objattr={} ) 0009: create_mapping() = 0 { handle=010c } 0009: close_handle( handle=00fc ) 0009: close_handle() = 0 0009: get_mapping_info( handle=010c, access=0000000c ) 0009: get_mapping_info() = 0 { size=00004000, flags=01800000, shared_file=0000, image={base=10000000,entry_point=10001000,map_size=00004000,stack_size=00100000,stack_commit=00001000,zerobits=00000000,subsystem=00000000,subsystem_low=0000,subsystem_high=0004,gp=00000000,image_charact=2022,dll_charact=0100,machine=8664,contains_code=1,image_flags=80,loader_flags=00000000,header_size=00000200,file_size=000009d0,checksum=00000000,cpu=x86_64} } 0009: get_handle_fd( handle=010c ) 0009: *fd* 010c -> 129 0009: get_handle_fd() = 0 { type=1, cacheable=1, access=000f000d, options=00000020 } 0009:trace:module:map_image mapped PE file at 0x10000000-0x10004000 0009:trace:module:map_image mapping section .text at 0x10001000 off 200 size 5 virt 1000 flags 60000020 0009:trace:module:map_image clearing 0x10001200 - 0x10002000 0009:trace:module:map_image mapping section .reloc at 0x10002000 off 400 size 8 virt 1000 flags 42000040 0009:trace:module:map_image clearing 0x10002200 - 0x10003000 0009:trace:module:map_image mapping section .rsrc at 0x10003000 off 600 size 3d0 virt 1000 flags 40000040 0009:trace:module:map_image clearing 0x10003400 - 0x10004000 0009: map_view( mapping=010c, access=0000000c, base=10000000, size=00004000, start=00000000 ) 0009: map_view() = 0 0009: close_handle( handle=010c ) 0009: close_handle() = 0 0009:trace:module:open_dll_file L"\\??\\C:\\windows\\system32\\dwmapi.dll" is for arch 8664, continuing search 0009: unmap_view( base=10000000 ) 0009: unmap_view() = 0 0009: create_file( access=80100000, sharing=00000005, create=1, options=00000060, attrs=00000000, objattr={rootdir=0000,attributes=00000040,sd={},name=L""}, filename="/home/focht/.wine/dosdevices/c:/windows/system32/dwmapi.dll" ) 0009: create_file() = 0 { handle=00fc } 0009: get_handle_fd( handle=00fc ) 0009: *fd* 00fc -> 123 0009: get_handle_fd() = 0 { type=1, cacheable=1, access=00120089, options=00000060 } 0009: create_mapping( access=000f000d, flags=01000000, file_access=00000001, size=00000000, file_handle=00fc, objattr={} ) 0009: create_mapping() = 0 { handle=010c } 0009: close_handle( handle=00fc ) 0009: close_handle() = 0 0009: get_mapping_info( handle=010c, access=0000000c ) 0009: get_mapping_info() = 0 { size=00004000, flags=01800000, shared_file=0000, image={base=10000000,entry_point=10001000,map_size=00004000,stack_size=00100000,stack_commit=00001000,zerobits=00000000,subsystem=00000000,subsystem_low=0000,subsystem_high=0004,gp=00000000,image_charact=2022,dll_charact=0100,machine=8664,contains_code=1,image_flags=80,loader_flags=00000000,header_size=00000200,file_size=000009d0,checksum=00000000,cpu=x86_64} } 0009: get_handle_fd( handle=010c ) 0009: *fd* 010c -> 129 0009: get_handle_fd() = 0 { type=1, cacheable=1, access=000f000d, options=00000020 } 0009:trace:module:map_image mapped PE file at 0x10000000-0x10004000 0009:trace:module:map_image mapping section .text at 0x10001000 off 200 size 5 virt 1000 flags 60000020 0009:trace:module:map_image clearing 0x10001200 - 0x10002000 0009:trace:module:map_image mapping section .reloc at 0x10002000 off 400 size 8 virt 1000 flags 42000040 0009:trace:module:map_image clearing 0x10002200 - 0x10003000 0009:trace:module:map_image mapping section .rsrc at 0x10003000 off 600 size 3d0 virt 1000 flags 40000040 0009:trace:module:map_image clearing 0x10003400 - 0x10004000 0009: map_view( mapping=010c, access=0000000c, base=10000000, size=00004000, start=00000000 ) 0009: map_view() = 0 0009: close_handle( handle=010c ) 0009: close_handle() = 0 0009:trace:module:open_dll_file L"\\??\\C:\\windows\\system32\\dwmapi.dll" is for arch 8664, continuing search 0009: unmap_view( base=10000000 ) 0009: unmap_view() = 0 0009:warn:module:load_dll Failed to load module L"dwmapi.dll"; status=c000007b 0009:Ret KERNEL32.LoadLibraryA() retval=00000000 ret=004c0c0c 0009:Call KERNEL32.GetLastError() ret=004c0c18 0009:Ret KERNEL32.GetLastError() retval=000000c1 ret=004c0c18 0009:Call KERNEL32.RaiseException(c06d007e,00000000,00000001,0033e764) ret=004c0c4b 0009:trace:seh:raise_exception code=c06d007e flags=0 addr=0x7b44c162 ip=7b44c162 tid=0009 0009:trace:seh:raise_exception info[0]=0033e714 0009:trace:seh:raise_exception eax=7b43a4cd ebx=00000000 ecx=00000000 edx=0033e708 esi=0033e708 edi=0033e6d0 0009:trace:seh:raise_exception ebp=0033e6a8 esp=0033e644 cs=330023 ds=33002b es=f7be002b fs=f7be0063 gs=f7be006b flags=00000216 0009:trace:seh:call_stack_handlers calling handler at 0x4f8b8c code=c06d007e flags=0 --- snip --- ProtectionID scan for documentation: --- snip --- -=[ ProtectionID v0.6.9.0 DECEMBER]=- (c) 2003-2017 CDKiLLER & TippeX Build 24/12/17-21:05:42 Ready... Scanning -> Z:\home\focht\Downloads\CompressonatorGUI_x64_3.1.4064.exe File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 83494931 (04FA0813h) Byte(s) | Machine: 0x14C (I386) Compilation TimeStamp : 0x5602AAD6 -> Wed 23rd Sep 2015 13:36:22 (GMT) [TimeStamp] 0x5602AAD6 -> Wed 23rd Sep 2015 13:36:22 (GMT) | PE Header | - | Offset: 0x000000F0 | VA: 0x004000F0 | - [TimeStamp] 0x5602AAD6 -> Wed 23rd Sep 2015 13:36:22 (GMT) | DebugDirectory | - | Offset: 0x000FD444 | VA: 0x004FE844 | - -> File has 81963539 (04E2AA13h) bytes of appended data starting at offset 0175E00h [LoadConfig] Struct determined as v8 (Expected size 140 | Actual size 64) [!] Executable uses SEH Tables (/SAFESEH) (1489 calculated 1489 recorded... 0 invalid addresses) [LoadConfig] CodeIntegrity -> Flags 0x1 | Catalog 0x0 (0) | Catalog Offset 0x555C3A43 | Reserved 0x73726573 [LoadConfig] GuardAddressTakenIatEntryTable 0x6369765C | Count 0x5C726F74 (1551003508) [LoadConfig] GuardLongJumpTargetTable 0x6B736544 | Count 0x5C706F74 (1550872436) [LoadConfig] HybridMetadataPointer 0x4E415242 | DynamicValueRelocTable 0x775C4843 [LoadConfig] FailFastIndirectProc 0x525C6E69 | FailFastPointer 0x61656C65 [LoadConfig] UnknownZero1 0x735C6573 [File Heuristics] -> Flag #1 : 00000100000001001101000000000100 (0x0404D004) [Entrypoint Section Entropy] : 6.63 (section #0) ".text " | Size : 0xFC61C (1033756) byte(s) [DllCharacteristics] -> Flag : (0x8140) -> ASLR | DEP | TSA [SectionCount] 5 (0x5) | ImageSize 0x180000 (1572864) byte(s) [VersionInfo] Company Name : GPUOpen.com [VersionInfo] Product Name : CompressonatorGUI [VersionInfo] Product Version : 3.1.4064 [VersionInfo] File Description : CompressonatorGUI 3.1.4064 installer [VersionInfo] File Version : 3.1.4064 [VersionInfo] Original FileName : CompressonatorGUI_x64_3.1.4064.exe [VersionInfo] Internal Name : CompressonatorGUI_x64_3.1.4064 [VersionInfo] Legal Copyrights : Copyright (C) 2018 GPUOpen.com [ModuleReport] [IAT] Modules -> KERNEL32.dll | USER32.dll | GDI32.dll | ADVAPI32.dll | SHELL32.dll | ole32.dll | OLEAUT32.dll | dbghelp.dll | SHLWAPI.dll | COMCTL32.dll | MSIMG32.dll | VERSION.dll | MPR.dll | COMDLG32.dll [ModuleReport] [DelayImport] Modules -> msi.dll | gdiplus.dll | UxTheme.dll | WININET.dll | dwmapi.dll [Debug Info] (record 1 of 1) (file offset 0xFD440) Characteristics : 0x0 | TimeDateStamp : 0x5602AAD6 (Wed 23rd Sep 2015 13:36:22 (GMT)) | MajorVer : 0 / MinorVer : 0 -> (0.0) Type : 2 (0x2) -> CodeView | Size : 0x5C (92) AddressOfRawData : 0x116DA0 | PointerToRawData : 0x1159A0 CvSig : 0x53445352 | SigGuid B2ED720C-03A3-4C47-8C3FDFDD897BE428 Age : 0x1 (1) | Pdb : C:\Users\victor\Desktop\BRANCH\win\Release\stubs\x86\ExternalUi.pdb [-= Installer =-] Advanced Installer Module ! [CompilerDetect] -> Visual C++ 9.0 (Visual Studio 2008) - Scan Took : 2.661 Second(s) [000000923h (2339) tick(s)] [566 of 580 scan(s) done] --- snip --- $ sha1sum CompressonatorGUI_x64_3.1.4064.exe c7958e4a7caa2e0011e2abd906fc71cec6603818 CompressonatorGUI_x64_3.1.4064.exe $ du -sh CompressonatorGUI_x64_3.1.4064.exe 80M CompressonatorGUI_x64_3.1.4064.exe $ wine --version wine-4.4-232-gc7f323107b Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 7

[Bug 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 48430] New: Windows 2008 VM has broken Media Foundation libs
by WineHQ Bugzilla 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=48430 Bug ID: 48430 Summary: Windows 2008 VM has broken Media Foundation libs Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: jacek(a)codeweavers.com Distribution: --- I noticed in user32:winstation tests that there is weird window "mfreadwrite_test.exe - Unable To Locate Component" messing with foreground window tests: http://test.winehq.org/data/37dec9f144501fb93e173214578b759122ac999a/2008_n… I investigated a bit deeper and it seems that the installation contains mfreadwrite.dll, but not mfplat.dll. When you attempt to load mfreadwrite.dll, Windows shows an error dialog about incomplete installation like: https://testbot.winehq.org/JobDetails.pl?Key=62943&s104=1#k104 It seems that there is a separated installer for MF for win2k8: https://www.microsoft.com/en-US/download/details.aspx?id=20424 I can see a few solutions: 1. Try to install MF into VM and hope it helps (and ignore failures on installations missing MF). 2. Load mfplat.dll and mfreadwrite.dll dynamically and skip tests if mfplat.dll is missing (this would make code uglier for a questionable benefit). 3. Get rid of win2k8 VMs and consider them unsupported. This may seem radical for the above problem, but I don't see any value in win2k8 test results in general. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 48062] New: Detect and report WineTest's "load errors"
by WineHQ Bugzilla 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=48062 Bug ID: 48062 Summary: Detect and report WineTest's "load errors" Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Sometimes the WineTest report DLL version section contains lines like: mfplat=load error 1359 shell32=load error 1359 user32=load error 1359 See bug 48061 for more details. The TestBot should detect such errors as well as the "load error Configured as native" message and report them. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 39297] New: kernel32.IsValidCodePage and friends don't support code page 708.
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=39297 Bug ID: 39297 Summary: kernel32.IsValidCodePage and friends don't support code page 708. Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: htl10(a)users.sourceforge.net Distribution: --- Microsoft's FontValidator (https://www.microsoft.com/typography/FontValidator.mspx) when processing certain fonts, try to access code page 708, which is not available under wine. FYI, mono has support for code page 708 - c.f. mcs/class/I18N/Rare/CP708.cs . -- 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 31

[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

Jump to page:

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 January 2021