You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Oct 2, 2021. It is now read-only.
The current code is using the metadata struct HRESULT out of the box across the ABI. Unfortunately, unlike function params, structs are not handled the same way at the ABI as integers, so frame/register corruption is occurring.
For a short-term fix, replace the HRESULT struct with the integral value at the ABI.
Long-term, we'll need to figure out what the projected types vs ABI types look like. The type system for Win32 is far less constrained than the WinRT type system, and the lack of conventions and rules presents some additional challenges for just how much we can encapsulate projection logic.
The text was updated successfully, but these errors were encountered:
In particular, this is known to be problematic return types on C++ instance methods (like for COM/DirectX methods). There may of course be other scenarios, including future ones, that exist as well.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
The current code is using the metadata struct HRESULT out of the box across the ABI. Unfortunately, unlike function params, structs are not handled the same way at the ABI as integers, so frame/register corruption is occurring.
For a short-term fix, replace the HRESULT struct with the integral value at the ABI.
Long-term, we'll need to figure out what the projected types vs ABI types look like. The type system for Win32 is far less constrained than the WinRT type system, and the lack of conventions and rules presents some additional challenges for just how much we can encapsulate projection logic.
The text was updated successfully, but these errors were encountered: