-
Notifications
You must be signed in to change notification settings - Fork 4
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
CorDebugStringValue internally returning HRESULT.E_INVALID_ARG - triggering error flow #14
Comments
Which interface is this for? |
Yes, that is correct. |
ClrDebug assumes that anything that is an array can be retrieved via a two stage process, asking for the length and then creating a buffer with the required length. Some APIs don't actually allow for a two stage query, and require you to figure out the length yourself. I fix rare methods like this as I encounter them. I have confirmed from the implementation of |
Playing around with the interface it looks like the two stage process approach would still work as long as what is being passed in is not null initially, e.g., the following works fine.
But as you mentioned, since |
Please try the latest build Regards, |
Works like a charm - thank you! |
Trying to call
public HRESULT TryGetString(out string szStringResult)
goes off the rails in the following snippet:Raw.GetString
returns HRESULTE_INVALIDARG
(because of thenull
?), thus triggering the "fail" path.This happens with the latest build as was provided in #13
The text was updated successfully, but these errors were encountered: