-
Notifications
You must be signed in to change notification settings - Fork 230
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
ExpandEnvAndSearchPath not /permissive- clean #26
Comments
Looks like |
The environment string code appears to use wil::unique_cotaskmemstring_ptr evar = ExpandEnvironmentStringsW(L"%muffin%"); |
A better change might be to switch away from unique_cotaskmemstring_ptr as the default output type for these methods.
…nt (#64) * Fix #62, add FreeEnvironmentStrings helpers * Resolves #63 by adding `= void` to the various generic _ptr resource managers. * Initial workaround for #26 A better change might be to switch away from unique_cotaskmemstring_ptr as the default output type for these methods. * Add test to validate and lock in expectations in #61 * Oops, unreferenced variable! * PR feedback
Should be fixed now. |
Tested against 4361351
Test file (in root of repo for simplicity)
That appears to be the only blocker to making that header compile with
/permissive-
.The text was updated successfully, but these errors were encountered: