P/Invokeの引数が渡されたときに、順番が狂ってしまう原因は何ですか？

質問

これは、x86 や x64 ではなく、ARM に特化して発生する問題です。 この問題はユーザーから報告され、Windows IoT 経由で Raspberry Pi 2 上の UWP を使用して再現することができました。 以前にも呼び出し規約の不一致でこのような問題がありましたが、P/Invoke宣言でCdeclを指定しており、ネイティブ側で明示的に__cdeclを付けてみましたが、同じ結果でした。 以下はその情報です。

P/Invoke宣言( 参照 ):

[DllImport(Constants.DllName, CallingConvention = CallingConvention.Cdecl)]
public static extern FLSliceResult FLEncoder_Finish(FLEncoder* encoder, FLError* outError);

C#の構造体( 参照 ):

internal unsafe partial struct FLSliceResult
{
    public void* buf;
    private UIntPtr _size;

    public ulong size
    {
        get {
            return _size.ToUInt64();
        }
        set {
            _size = (UIntPtr)value;
        }
    }
}

internal enum FLError
{
    NoError = 0,
    MemoryError,
    OutOfRange,
    InvalidData,
    EncodeError,
    JSONError,
    UnknownValue,
    InternalError,
    NotFound,
    SharedKeysStateError,
}

internal unsafe struct FLEncoder
{
}

C言語のヘッダにある関数( 参照 )

FLSliceResult FLEncoder_Finish(FLEncoder, FLError*);

FLSliceResultはvalueで返され、ネイティブ側でC++のものが乗っているため、何か問題が起きているのでは？

ネイティブ側の構造体は実際の情報を持っていますが、C APIについてはFLEncoderが定義されています を不透明なポインタとして定義しています。 . x86やx64で上記のメソッドを呼び出すとスムーズに動作しますが、ARMでは以下のように観測されます。 第1引数のアドレスが第2引数のアドレスになり、第2引数がnullになります（例えば、C#側でアドレスを記録すると、例えば0x054f59b8と0x0583f3bcになりますが、その後ネイティブ側では0x0583f3bcと0x000000になります）。 このような順序のずれた問題は何が原因なのでしょうか？ 私は困っているので、誰かアイデアをお持ちですか...。

以下は、再現するために私が実行したコードです。

unsafe {
    var enc = Native.FLEncoder_New();
    Native.FLEncoder_BeginDict(enc, 1);
    Native.FLEncoder_WriteKey(enc, "answer");
    Native.FLEncoder_WriteInt(enc, 42);
    Native.FLEncoder_EndDict(enc);
    FLError err;
    NativeRaw.FLEncoder_Finish(enc, &err);
    Native.FLEncoder_Free(enc);
}

以下のようにC++アプリを実行すると、正常に動作します。

auto enc = FLEncoder_New();
FLEncoder_BeginDict(enc, 1);
FLEncoder_WriteKey(enc, FLSTR("answer"));
FLEncoder_WriteInt(enc, 42);
FLEncoder_EndDict(enc);
FLError err;
auto result = FLEncoder_Finish(enc, &err);
FLEncoder_Free(enc);

このロジックは、クラッシュを引き起こす可能性のある、最新の 開発者ビルド が、残念ながら、Nuget を介してネイティブのデバッグ シンボルを確実に提供し、ステップ実行できるようにする方法がまだわかっていません (ソースからすべてを構築することしかできないようです...)。したがって、ネイティブとマネージドの両方のコンポーネントを構築する必要があるため、デバッグは少し厄介になります。 もし誰かが試したいのであれば、これを簡単にする方法の提案を受け付けますが。 しかし、もし誰かが以前にこれを経験したことがあるか、なぜこれが起こるかについて何か考えがあれば、回答を追加してください。 もちろん、再現事例 (ソース ステッピングを提供しない簡単に構築できるもの、または提供する難しいもの) を希望する人がいれば、コメントを残してください。

EDIT