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

[Bug 18114] New: rpcrt4.NdrDllCanUnloadNow: COM proxy/stub factory reference count eval incorrect (crashes Visual Studio 2005 on exit)
by wine-bugs＠winehq.org April 18, 2021

April 18, 2021

http://bugs.winehq.org/show_bug.cgi?id=18114 Summary: rpcrt4.NdrDllCanUnloadNow: COM proxy/stub factory reference count eval incorrect (crashes Visual Studio 2005 on exit) Product: Wine Version: 1.1.19 Platform: Other URL: http://download.microsoft.com/download/3/f/4/3f435aaa- 49ce-44c3-a2cc-d40bca9af941/ENU/vcssetup.exe OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, a user reported multiple issues in bug 18106 I picked out the interesting one because it's actually a long-timer - present since the component exists - 2002 ;-) --- quote --- When exiting Visual C#, after the UI is closed, an error dialog pops up telling me "Microsoft Visual C# has encountered a problem and needs to close." I uncheck restart and click Don't Send. I've also attached a screenshot. --- quote --- WINEDEBUG=+tid,+seh,+ole trace gives: --- snip --- 0009:fixme:shell:DllCanUnloadNow stub 0009:trace:ole:COMPOBJ_DllList_ReleaseRef freeing 0x51bc0000 0009:trace:ole:OleUninitialize () 0009:trace:ole:CoUninitialize () 0009:trace:ole:OleUninitialize () 0009:trace:ole:OleUninitialize () - Freeing the last reference count 0009:trace:ole:OLEClipbrd_UnInitialize () 0009:trace:ole:CoUninitialize () 0009:trace:ole:apartment_release 800000009: after = 0 0009:trace:ole:apartment_release destroying apartment 0x134d38, oxid 800000009 0009:trace:ole:stub_manager_int_release after 0 0009:trace:ole:stub_manager_delete destroying 0xd7ff20 (oid=2) 0009:trace:ole:stub_manager_delete_ifstub m=0xd7ff20, m->oid=2, ipid={00000003-0009-0008-aca8-b13a1ed334ff} 0009:trace:ole:stub_manager_delete_ifstub ifstub->stubbuffer = 0xf7f7e8 0009:trace:ole:NdrCStdStubBuffer_Release (0xf7f7e8)->Release() 0009:trace:ole:CStdStubBuffer_Disconnect (0xf7f7e8)->Disconnect() 0009:trace:ole:CStdPSFactory_Release (0x62510954)->Release() 0009:trace:ole:stub_manager_delete_ifstub ifstub->iface = 0x8812d8 0009:trace:ole:stub_manager_delete_ifstub ifstub->chan = 0xf7f848 0009:trace:ole:stub_manager_delete_ifstub ifstub = 0xf7f808 0009:trace:ole:stub_manager_delete_ifstub m=0xd7ff20, m->oid=2, ipid={00000001-0009-0008-a2a7-955c363af248} 0009:trace:ole:stub_manager_delete_ifstub ifstub->stubbuffer = 0xd7ff00 0009:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7075735f ip=0x7075735f tid=0009 0009:trace:seh:raise_exception info[0]=00000000 0009:trace:seh:raise_exception info[1]=7075735f 0009:trace:seh:raise_exception eax=00d7ff00 ebx=605dca7c ecx=00000000 edx=7075735f esi=7bcb81d9 edi=00000000 0009:trace:seh:raise_exception ebp=0032fa18 esp=0032f9bc cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010206 0009:trace:seh:call_vectored_handlers calling handler at 0x60a16e2a code=c0000005 flags=0 0009:trace:seh:call_vectored_handlers handler at 0x60a16e2a returned 0 0009:trace:seh:call_vectored_handlers calling handler at 0x7b8408f7 code=c0000005 flags=0 0009:trace:seh:call_vectored_handlers handler at 0x7b8408f7 returned 0 0009:trace:seh:call_vectored_handlers calling handler at 0x40f744 code=c0000005 flags=0 0009:trace:seh:call_vectored_handlers handler at 0x40f744 returned 0 0009:trace:seh:call_stack_handlers calling handler at 0x412615 code=c0000005 flags=0 --- snip --- Culprit: --- snip --- if (ifstub->stubbuffer) IUnknown_Release(ifstub->stubbuffer); --- snip --- Disassembly with annotations: --- snip --- 0x60525f42 stub_manager_delete_ifstub+0x106 [/opt/wine/wine-git/dlls/ole32/stubmanager.c:562] in ole32: movl 0xc(%ebp),%eax ; ifstub 0x60525f45 stub_manager_delete_ifstub+0x109 [/opt/wine/wine-git/dlls/ole32/stubmanager.c:562] in ole32: movl 0x8(%eax),%eax ; ifstub->stubbuffer 0x60525f48 stub_manager_delete_ifstub+0x10c [/opt/wine/wine-git/dlls/ole32/stubmanager.c:562] in ole32: movl 0x0(%eax),%eax ; IRpcStubBufferVtbl* lpVtbl: eax = garbage 0x60525f4a stub_manager_delete_ifstub+0x10e [/opt/wine/wine-git/dlls/ole32/stubmanager.c:562] in ole32: movl 0x8(%eax),%edx 0x60525f4d stub_manager_delete_ifstub+0x111 [/opt/wine/wine-git/dlls/ole32/stubmanager.c:562] in ole32: movl 0xc(%ebp),%eax 0x60525f50 stub_manager_delete_ifstub+0x114 [/opt/wine/wine-git/dlls/ole32/stubmanager.c:562] in ole32: movl 0x8(%eax),%eax 0x60525f53 stub_manager_delete_ifstub+0x117 [/opt/wine/wine-git/dlls/ole32/stubmanager.c:562] in ole32: movl %eax,0x0(%esp) 0x60525f56 stub_manager_delete_ifstub+0x11a [/opt/wine/wine-git/dlls/ole32/stubmanager.c:562] in ole32: call *%edx --- snip --- The vtable address is actually invalid at this point (no backed by committed memory/module). By tracking all proxy stub (factory) creations one comes across this: --- snip --- ... 0009:Call KERNEL32.LoadLibraryExW(00327f9e L"C:\\windows\\system32\\actxprxy.dll",00000000,00000008) ret=603a1373 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\actxprxy.dll" at 0x60ba0000: builtin 0009:Call PE DLL (proc=0x60ba3824,module=0x60ba0000 L"actxprxy.dll",reason=PROCESS_ATTACH,res=(nil)) 0009:Call KERNEL32.DisableThreadLibraryCalls(60ba0000) ret=60ba378f 0009:Ret KERNEL32.DisableThreadLibraryCalls() retval=00000001 ret=60ba378f 0009:Ret PE DLL (proc=0x60ba3824,module=0x60ba0000 L"actxprxy.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1 0009:Ret KERNEL32.LoadLibraryExW() retval=60ba0000 ret=603a1373 0009:Call KERNEL32.GetProcAddress(60ba0000,6046cc19 "DllCanUnloadNow") ret=603a13f8 0009:Ret KERNEL32.GetProcAddress() retval=60ba281c ret=603a13f8 0009:Call KERNEL32.GetProcAddress(60ba0000,6046cc29 "DllGetClassObject") ret=603a1413 0009:Ret KERNEL32.GetProcAddress() retval=60ba2834 ret=603a1413 0009:Call KERNEL32.GetProcessHeap() ret=603a14e3 0009:Ret KERNEL32.GetProcessHeap() retval=00110000 ret=603a14e3 0009:Call ntdll.RtlAllocateHeap(00110000,00000000,0000001c) ret=603a14fb 0009:Ret ntdll.RtlAllocateHeap() retval=00d93eb8 ret=603a14fb 0009:Call KERNEL32.GetProcessHeap() ret=603a1516 0009:Ret KERNEL32.GetProcessHeap() retval=00110000 ret=603a1516 0009:Call ntdll.RtlAllocateHeap(00110000,00000000,00000042) ret=603a152a 0009:Ret ntdll.RtlAllocateHeap() retval=00d93d78 ret=603a152a 0009:trace:ole:apartment_getclassobject added new loaded dll L"C:\\windows\\system32\\actxprxy.dll" 0009:trace:ole:apartment_getclassobject calling DllGetClassObject 0x60ba2834 0009:Call actxprxy.DllGetClassObject(0032829c,6047b9d4,003282dc) ret=603a10ad 0009:Call rpcrt4.NdrDllGetClassObject(0032829c,6047b9d4,003282dc,60ba4944,60ba3af0,60ba4954) ret=60ba3709 0009:trace:ole:NdrDllGetClassObject ({b8da6310-e19b-11d0-933c-00a0c90dcaa9}, {d5f569d0-593b-101a-b569-08002b2dbf7a}, 0x3282dc, 0x60ba4944, {b8da6310-e19b-11d0-933c-00a0c90dcaa9}, 0x60ba4954) 0009:trace:ole:CStdPSFactory_QueryInterface (0x60ba4954)->QueryInterface({d5f569d0-593b-101a-b569-08002b2dbf7a},0x3282dc) 0009:Call KERNEL32.InterlockedIncrement(60ba4958) ret=604a5e76 0009:Ret KERNEL32.InterlockedIncrement() retval=00000001 ret=604a5e76 0009:Ret rpcrt4.NdrDllGetClassObject() retval=00000000 ret=60ba3709 0009:Ret actxprxy.DllGetClassObject() retval=00000000 ret=603a10ad ... 0009:trace:ole:CStdPSFactory_CreateStub (0x60ba4954)->CreateStub({6d5140c1-7436-11ce-8034-00aa006009fa},0x8812d8,0x3282e4) 0009:trace:ole:FindProxyInfo found: ProxyInfo 0x60ba4060 Index 0 0009:trace:ole:CStdStubBuffer_Construct (0x8812d8,0x60ba40c0,0x60ba4954,0x3282e4) IServiceProvider 0009:trace:ole:CStdStubBuffer_Construct iid={6d5140c1-7436-11ce-8034-00aa006009fa} 0009:trace:ole:CStdStubBuffer_Construct vtbl=0x60ba40d0 ... 0009:trace:ole:new_stub_manager Created new stub manager (oid=2) at 0xd93de8 for object with IUnknown 0x8812d8 0009:trace:ole:stub_manager_new_ifstub oid=2, stubbuffer=0xd93dc8, iptr=0x8812d8, iid={6d5140c1-7436-11ce-8034-00aa006009fa} ... 0009:trace:ole:stub_manager_new_ifstub ifstub 0xd94000 created with ipid {00000001-0009-0008-86bb-a932497ebe65} --- snip --- and then: --- snip --- 0009:Call ole32.CoFreeUnusedLibraries() ret=501b8b3f ... 0009:Call KERNEL32.FreeLibrary(54cf0000) ret=50f22b97 ... 0009:trace:loaddll:free_modref Unloaded module L"C:\\Program Files\\Microsoft Visual Studio 8\\Common7\\Packages\\Debugger\\encmgr.dll" : native 0009:Ret KERNEL32.FreeLibrary() retval=00000001 ret=50f22b97 ... 0009:Call shell32.DllCanUnloadNow() ret=603a11df 0009:fixme:shell:DllCanUnloadNow stub 0009:Ret shell32.DllCanUnloadNow() retval=00000001 ret=603a11df 0009:Call actxprxy.DllCanUnloadNow() ret=603a11df 0009:Call rpcrt4.NdrDllCanUnloadNow(60ba4954) ret=60ba3733 0009:Ret rpcrt4.NdrDllCanUnloadNow() retval=00000000 ret=60ba3733 0009:Ret actxprxy.DllCanUnloadNow() retval=00000000 ret=603a11df 0009:Call KERNEL32.InterlockedDecrement(00d93eb8) ret=603a16c2 0009:Ret KERNEL32.InterlockedDecrement() retval=00000000 ret=603a16c2 0009:trace:ole:COMPOBJ_DllList_ReleaseRef freeing 0x60ba0000 0009:Call KERNEL32.FreeLibrary(60ba0000) ret=603a1768 0009:Call PE DLL (proc=0x60ba3824,module=0x60ba0000 L"actxprxy.dll",reason=PROCESS_DETACH,res=(nil)) 0009:Ret PE DLL (proc=0x60ba3824,module=0x60ba0000 L"actxprxy.dll",reason=PROCESS_DETACH,res=(nil)) retval=1 0009:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\actxprxy.dll" : builtin 0009:Ret KERNEL32.FreeLibrary() retval=00000001 ret=603a1768 ... --- snip --- The proxy stub dll which provides IServiceProvider was unloaded at some point (CoFreeUnusedLibraries) - while the stub buffer iface was still in use. When the application exited, the release of proxy stub buffer iface failed because the vtable was no longer backed by a module. By looking up default proxy stub dll reference count management one comes across the following snippet: --- snip --- HRESULT WINAPI NdrDllCanUnloadNow(CStdPSFactoryBuffer *pPSFactoryBuffer) { return !(pPSFactoryBuffer->RefCount); } --- snip --- Can you spot the error? ;-) Still perplexed that this one slipped through for so long time ... After fixing the bug, Visual Studio 2005 cleanly exits (already verified). 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 18106] New: Visual C# 2005 Express: Form Designer is blank on first run, the gives memory error
by wine-bugs＠winehq.org April 18, 2021

April 18, 2021

http://bugs.winehq.org/show_bug.cgi?id=18106 Summary: Visual C# 2005 Express: Form Designer is blank on first run, the gives memory error Product: Wine Version: 1.1.19 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nonesuchnick(a)gmail.com Created an attachment (id=20540) --> (http://bugs.winehq.org/attachment.cgi?id=20540) Memory error when trying to open the Form Designer I installed under a clean Wine prefix. I ran winetricks -q dotnet20 msxml6 I installed Visual C# 2005 Express from the .iso image. I always close the Startup window when Visual C# opens right away to prevent the When I try to create a new "Windows Application" project, and click on Form1.cs to open the Designer, the form does not display and the designer is blank. Choosing Designer from the menus displays the same, and even adding a new form to the project has the same result. Clicking on the blank area does update the Properties window with the details of the Form. Closing Visual C# and opening again, I'm now getting a popup error when clicking on the Form1.cs to load the designer: "Attempted to read or write protected memory. This is often an indication that other memory is corrupt." I've attached a screenshot of this. In the output window on the bottom, the error is listed as well as an MSBuild error, even though I didn't try to build or debug. This also happens now if I try to create a new WindowsApplication project from the template. I get the popup right away when the project loads, without even clicking on the form. When exiting Visual C#, after the UI is closed, an error dialog pops up telling me "Microsoft Visual C# has encountered a problem and needs to close." I uncheck restart and click Don't Send. I've also attached a screenshot. Checking my system processes, I see that WindowsApplication1.exe is still running under wine, even though I never started debug or compiled. If I kill this and let wine stop, and then open VC# and try again, the process repeats. It seems like the only time I didn't get any error loading the Form Designer was the first run after install, but I still only had a blank white screen. I also went through Tools->Options and when trying to view/set the Windows Forms Designer options on the right hand side I get "An error occured loading this property page." and nothing else. I'll try the Windows trick of rebooting and see if that makes a difference. Anyone encountered this before or know if I have to install any other libraries? -- 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 7258] Visual Studio 2005 installer: unable to install MSI files with large string tables
by WineHQ Bugzilla April 18, 2021

April 18, 2021

1 0

[Bug 7850] Visual Studio 2005 installer freezes
by WineHQ Bugzilla April 18, 2021

April 18, 2021

1 0

[Bug 8711] MS Visual Studio 2005 fails to install
by WineHQ Bugzilla April 18, 2021

April 18, 2021

1 0

[Bug 34950] New: "Microsoft Visual Studio Tools for Applications" could not be installed
by wine-bugs＠winehq.org April 18, 2021

April 18, 2021

http://bugs.winehq.org/show_bug.cgi?id=34950 Bug #: 34950 Summary: "Microsoft Visual Studio Tools for Applications" could not be installed Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: micet2004-winehq(a)yahoo.de Classification: Unclassified Installation is Crashing. vsta_aide.msi 55MB - http://rapidshare.com/share/E4B878B21A895D7241D51F4190BCA6E3 vsta - log.txt.xz (9.1MB expandet 688MB) - http://rapidshare.com/share/48E851973DFE49A8DA578CF877474640 WINEDEBUG=+relay,+seh,+tid wine msiexec -i .../vsta_aide.msi >log.txt 2>&1 -- 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 15312] New: Visual Studio 2005 requires SetDIBits to handle a NULL DC and DOB_RGB_COLORS
by wine-bugs＠winehq.org April 18, 2021

April 18, 2021

http://bugs.winehq.org/show_bug.cgi?id=15312 Summary: Visual Studio 2005 requires SetDIBits to handle a NULL DC and DOB_RGB_COLORS Product: Wine Version: 1.1.4 Platform: PC-x86-64 OS/Version: Linux Status: NEW Severity: trivial Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: mikolaj.zalewski(a)gmail.com Created an attachment (id=16144) --> (http://bugs.winehq.org/attachment.cgi?id=16144) patch Currently we have only a FIXME for this case. It seems to cause only a small visual glitch - the panes' titles backgrounds are black. The attached patch can be used to check that this is the problem. Of course, it is not a correct solution of the 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 14

[Bug 36757] New: Microsoft Visual Studio 2005 Express reports 'object does not support this action' during project creation (needs IFileSystem::GetDriveName method impl)
by wine-bugs＠winehq.org April 18, 2021

April 18, 2021

http://bugs.winehq.org/show_bug.cgi?id=36757 Bug ID: 36757 Summary: Microsoft Visual Studio 2005 Express reports 'object does not support this action' during project creation (needs IFileSystem::GetDriveName method impl) Product: Wine Version: 1.7.20 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: scrrun Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says. Create 'empty' project type (any other type won't work due to multiple known bugs). --- snip --- 0009:fixme:scrrun:filesys_GetDriveName 0x7e14649c L"C:\\users\\focht\\My Documents\\Visual Studio 2005\\Projects\\test\\test" 0x3164dc 0009:fixme:seh:_abnormal_termination (void)stub 0009:trace:loaddll:free_modref Unloaded module L"C:\\Program Files\\Microsoft Visual Studio 8\\Common7\\IDE\\VsWizard.dll" : native 0009:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\msvcp80.dll" : builtin 0009:trace:msgbox:MSGBOX_OnInit L"Object doesn't support this action" --- snip --- Source: http://source.winehq.org/git/wine.git/blob/2b76dfba97825ff7a7f56efd2085d38e… --- snip --- 2940 static HRESULT WINAPI filesys_GetDriveName(IFileSystem3 *iface, BSTR Path, 2941 BSTR *pbstrResult) 2942 { 2943 FIXME("%p %s %p\n", iface, debugstr_w(Path), pbstrResult); 2944 2945 return E_NOTIMPL; 2946 } --- snip --- $ sha1sum VC.iso 1ae44e4eaf8c61c3a39e573fd6efd9889e940529 VC.iso $ du -sh VC.iso 463M VC.iso $ wine --version wine-1.7.20-62-g0b30276 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 5

[Bug 31287] New: Visual Studio 2005 Trial "Server Explorer" needs IWbemClassObject::GetObjectText when inspecting Management Classes
by wine-bugs＠winehq.org April 18, 2021

April 18, 2021

http://bugs.winehq.org/show_bug.cgi?id=31287 Bug #: 31287 Summary: Visual Studio 2005 Trial "Server Explorer" needs IWbemClassObject::GetObjectText when inspecting Management Classes Product: Wine Version: 1.5.9 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, Visual Studio 2005 "Server Explorer" also allows to inspect WMI classes. "Server Explorer" -> "Servers" -> "<server>" -> "Management Classes" -> "<any management class>" -> expand tree node or double click Expanding the class node brings up an error dialog "Reason: The method or operation is not implemented." --- snip --- 0060:fixme:wbemprox:class_object_GetObjectText 0x1b738c0, 00000000, 0xfc2db68 0060:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b83965f ip=7b83965f tid=0060 0060:trace:seh:raise_exception info[0]=19930520 0060:trace:seh:raise_exception info[1]=0fc2db58 0060:trace:seh:raise_exception info[2]=79f9acc4 0060:trace:seh:raise_exception eax=7b8265f9 ebx=7b8b16b0 ecx=79f9acc4 edx=0fc2da80 esi=00004000 edi=00000000 0060:trace:seh:raise_exception ebp=0fc2dab8 esp=0fc2da54 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000287 0060:trace:seh:call_vectored_handlers calling handler at 0x406b98 code=e06d7363 flags=1 0060:trace:seh:call_vectored_handlers handler at 0x406b98 returned 0 0060:trace:seh:call_stack_handlers calling handler at 0x79f9ab98 code=e06d7363 flags=1 0060:trace:seh:call_stack_handlers handler at 0x79f9ab98 returned 1 0060:trace:seh:call_stack_handlers calling handler at 0x79f9abf8 code=e06d7363 flags=1 0060:trace:seh:__regs_RtlUnwind code=e06d7363 flags=3 0060:trace:seh:__regs_RtlUnwind calling handler at 0x7bc7713b code=e06d7363 flags=3 0060:trace:seh:__regs_RtlUnwind handler at 0x7bc7713b returned 1 0060:trace:seh:__regs_RtlUnwind calling handler at 0x79f9ab98 code=e06d7363 flags=3 0060:trace:seh:__regs_RtlUnwind handler at 0x79f9ab98 returned 1 0060:trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b83965f ip=7b83965f tid=0060 0060:trace:seh:raise_exception info[0]=80004001 0060:trace:seh:raise_exception eax=7b8265f9 ebx=7b8b16b0 ecx=80004001 edx=0fc2da74 esi=0fc2daec edi=e0434f4d 0060:trace:seh:raise_exception ebp=0fc2dab4 esp=0fc2da50 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000287 0060:trace:seh:call_vectored_handlers calling handler at 0x406b98 code=e0434f4d flags=1 ... --- snip --- IWbemClassObject::GetObjectText method is not implemented. Source: http://source.winehq.org/git/wine.git/blob/fe79fea731bd31a5e07f6151ff165ac5… --- snip --- 384 static HRESULT WINAPI class_object_GetObjectText( 385 IWbemClassObject *iface, 386 LONG lFlags, 387 BSTR *pstrObjectText ) 388 { 389 FIXME("%p, %08x, %p\n", iface, lFlags, pstrObjectText); 390 return E_NOTIMPL; 391 } --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/aa391448%28v=vs.85%… How the output of IWbemClassObject::GetObjectText should look like: http://msdn.microsoft.com/en-us/library/windows/desktop/aa393247%28v=vs.85%… (Retrieving Part of an Instance) Additional useful information: http://msdn.microsoft.com/en-us/library/ms974592.aspx (WMI Scripting Primer: Part 2) 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 3

[Bug 31288] New: Visual Studio 2005 Trial "Server Explorer" needs IWbemClassObject::BeginMethodEnumeration when inspecting Management Classes
by wine-bugs＠winehq.org April 18, 2021

April 18, 2021

http://bugs.winehq.org/show_bug.cgi?id=31288 Bug #: 31288 Summary: Visual Studio 2005 Trial "Server Explorer" needs IWbemClassObject::BeginMethodEnumeration when inspecting Management Classes Product: Wine Version: 1.5.9 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, Visual Studio 2005 "Server Explorer" also allows to inspect WMI classes. "Server Explorer" -> "Servers" -> "<server>" -> "Management Classes" -> "<any management class>" -> right click on the tree node (context menu) Right clicking the class node brings up an error dialog "Reason: The method or operation is not implemented." --- snip --- ... 010a:trace:wbemprox:wbem_services_GetObject 0x1ac00c0, L"Win32_ComputerSystem", 0x00020000, (nil), 0x33e5a0, (nil) 010a:fixme:wbemprox:wbem_services_GetObject unsupported flags 0x00020000 010a:trace:wbemprox:fill_compsys created 1 row 010a:trace:wbemprox:parse_query wql_parse returned 0 010a:trace:wbemprox:EnumWbemClassObject_create (nil), 0x33e544 010a:trace:wbemprox:EnumWbemClassObject_create returning iface 0x1b26068 010a:trace:wbemprox:WbemClassObject_create (nil), 0x33e5a0 010a:trace:wbemprox:WbemClassObject_create returning iface 0x1b71380 010a:trace:wbemprox:class_object_Get 0x1b71380, L"__PATH", 00000000, 0x33e714, 0x33e7f8, 0x33e7f4 010a:fixme:wbemprox:class_object_BeginMethodEnumeration 0x1b71380, 00000000 010a:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b83965f ip=7b83965f tid=010a 010a:trace:seh:raise_exception info[0]=19930520 010a:trace:seh:raise_exception info[1]=0033e754 010a:trace:seh:raise_exception info[2]=79f9acc4 010a:trace:seh:raise_exception eax=7b8265f9 ebx=7b8b16b0 ecx=79f9acc4 edx=0033e67c esi=00004000 edi=00000000 010a:trace:seh:raise_exception ebp=0033e6b4 esp=0033e650 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000287 010a:trace:seh:call_vectored_handlers calling handler at 0x406b98 code=e06d7363 flags=1 010a:trace:seh:call_vectored_handlers handler at 0x406b98 returned 0 010a:trace:seh:call_stack_handlers calling handler at 0x79f9ab98 code=e06d7363 flags=1 010a:trace:seh:call_stack_handlers handler at 0x79f9ab98 returned 1 010a:trace:seh:call_stack_handlers calling handler at 0x79f9abf8 code=e06d7363 flags=1 010a:trace:seh:__regs_RtlUnwind code=e06d7363 flags=3 010a:trace:seh:__regs_RtlUnwind calling handler at 0x7bc7713b code=e06d7363 flags=3 010a:trace:seh:__regs_RtlUnwind handler at 0x7bc7713b returned 1 010a:trace:seh:__regs_RtlUnwind calling handler at 0x79f9ab98 code=e06d7363 flags=3 010a:trace:seh:__regs_RtlUnwind handler at 0x79f9ab98 returned 1 010a:trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b83965f ip=7b83965f tid=010a 010a:trace:seh:raise_exception info[0]=80004001 ... --- snip --- IWbemClassObject::BeginMethodEnumeration method is not implemented. Source: http://source.winehq.org/git/wine.git/blob/fe79fea731bd31a5e07f6151ff165ac5… --- snip --- 467 static HRESULT WINAPI class_object_BeginMethodEnumeration( 468 IWbemClassObject *iface, 469 LONG lEnumFlags) 470 { 471 FIXME("%p, %08x\n", iface, lEnumFlags); 472 return E_NOTIMPL; 473 } --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/aa391435%28v=vs.85%… 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 3