-
Notifications
You must be signed in to change notification settings - Fork 123
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
WMI MI_ApplicationFT struct is hard to use #842
Comments
What change would you like to see here? |
@mikebattista I think parsing the typedef blob into a delegate would be ideal. Maybe we can short term do this manually? |
Any further thoughts/decisions on this? |
The scraped C# is below. Seems like yet another case of not honoring the
|
Can someone point me to what the work would be as an example to make this better? I'm new to this crate but would like to see the MI headers become usable so we could use this newer application style beyond the CIM* style WMI. |
The fix for #796 demonstrates the pattern. Manually define the delegates in https://github.com/microsoft/win32metadata/blob/main/generation/WinSDK/manual/Wmi.cs, then remap the APIs to use the delegates in https://github.com/microsoft/win32metadata/blob/main/generation/WinSDK/emitter.settings.rsp. Assigning to you per our offline conversation. |
Related: microsoft/windows-rs#1572
WMI APIs such as
MI_Application_NewSession
are header-only. (Nearly all of them are.) That's not a problem per se but in this case, after callingMI_Application_InitializeV1
you get back a function table defined as such:Metadata currently houses a table of difficult to use bare
IntPtr
s.The text was updated successfully, but these errors were encountered: