-
Notifications
You must be signed in to change notification settings - Fork 5.3k
[release/6.0] Fix System.Management wminet_utils.dll lookup code for arm64 #83546
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
Conversation
|
Tagging subscribers to this area: @dotnet/area-system-management Issue DetailsBackport of #83522 to release/6.0 /cc @ViktorHofer Customer ImpactTestingRiskIMPORTANT: Is this backport for a servicing release? If so and this change touches code that ships in a NuGet package, please make certain that you have added any necessary package authoring and gotten it explicitly reviewed.
|
carlossanlop
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Packaging changes look good. Glad to see the comment in the System.Management csproj reminded us to also bump M.W.Compatibility.
|
Approved by Tactics today to go into the April Servicing Release: 6.0.16. |
|
CI failures unrelated. |
Backport of #83522 to release/6.0
/cc @ViktorHofer
Customer Impact
Applications using the System.Management nuget package under .NETCoreApp on Windows arm64 and relying on WMI APIs like
ManagementScopecrash with aTypeInitializationExceptionas the wrongwminet_utils.dllnative assembly is being loaded. This results in customers not being able to use the WMI API on Windows arm64.Testing
Manually tested offline on a Windows arm64 machine. Ran the tests and validated that they completed successfully.
Risk
Low - single line fix and enabling tests that were previously disabled.