February 2012 - Wine-Bugs - list.winehq.org

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

March 21, 2021

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 March 21, 2021

March 21, 2021

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 18531] New: FontValidator (.NET based app) needs OleInPlaceObject_InPlaceDeactivate properly implemented
by wine-bugs＠winehq.org March 21, 2021

March 21, 2021

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 29570] New: Some applications crash when being +relay traced due to ntdll's relay_call clobbering ECX (and EDX)
by wine-bugs＠winehq.org March 21, 2021

March 21, 2021

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 March 21, 2021

March 21, 2021

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 March 21, 2021

March 21, 2021

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 March 21, 2021

March 21, 2021

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 March 21, 2021

March 21, 2021

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 March 21, 2021

March 21, 2021

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 19428] New: Microsoft SQL Express 2005 fails to install - Error 1627 - ERROR_FUNCTION_FAILED
by wine-bugs＠winehq.org March 21, 2021

March 21, 2021

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