PInvoke Array Marshalling Failure

Question

PInvoke Array Marshalling Failure

0

У меня есть следующая функция C++, экспортированная в DLL:

extern "C" __declspec(dllexport) bool GetResolutionArray(int32_t adapterIndex, int32_t outputIndex, uint32_t arrayLength, Resolution outResolutionArr[]) {
        memcpy_s(
        outResolutionArr, 
        sizeof(Resolution) * arrayLength,
        RENDER_COMPONENT.GetResolutionArray(adapterIndex, outputIndex),
        RENDER_COMPONENT.GetOutput(adapterIndex, outputIndex).NumResolutions * sizeof(Resolution)
        );
    return true;
}

И, соответствующая декларация функции extern в С#:

[DllImport(InteropUtils.RUNTIME_DLL, EntryPoint = "GetResolutionArray", CallingConvention = CallingConvention.Cdecl)]
internal static extern bool _GetResolutionArray(int adapterIndex, int outputIndex, uint resolutionArrayLength, [MarshalAs(UnmanagedType.LPArray), In, Out] ref Resolution[] resolutions);

Однако, когда я пытаюсь использовать эту функцию, как показано ниже, программа выходит из строя с помощью FatalExecutionEngineError (указывая, что я что-то исказил где-то, я думаю) (код ошибки 0xc0000005, т.е. нарушение прав доступа):

Resolution[] resolutions = new Resolution[outOutputDesc.NumResolutions];
if (!_GetResolutionArray(outAdapterDesc.AdapterIndex, outOutputDesc.OutputIndex, (uint) resolutions.Length, ref resolutions)) {
    EnginePipeline.TerminateWithError("Internal engine call failed: _GetResolutionArray");
}

Я сильно подозреваю, что мой вызов memcpy_s вызывает нарушение прав доступа, но я не могу понять, как и почему, и поэтому я считаю, что, возможно, маршаллинг что-то происходит не так.

Спасибо.

Xenoprimate 04 фев. 2014, в 22:13

Источник

0

Попробуйте выполнить маршалинг только OUT, а не in и out для вашего возвращаемого параметра. Кроме того, что такое EnginePipeline.TerminateWithError ()? Я бы смягчил это и обязательно добавил полное сообщение об ошибке в вопрос здесь.
user645280 04 фев. 2014, в 20:53
0

@ebyrob попробовал, без эффекта.
Xenoprimate 04 фев. 2014, в 20:54
1

Возможно, sizeof(Resolution) C++ отличается от sizeof(Resolution) C# .
wdosanjos 04 фев. 2014, в 21:01
0

@wdosanjos Я распечатал sizeof (разрешение) на стороне C # и C ++, оба по 16 байтов.
Xenoprimate 04 фев. 2014, в 21:02
0

, Resolution outResolutionArr[] в списке параметров ... передача массива в вызове метода DLL, поговорим о рискованных. Нужно идти вперед и назад как * . Во-первых, вы всегда должны передавать одинаковое количество разрешений из C# каждом вызове. На самом деле, я думаю, что C# будет передавать указатель, в то время как C++ ожидает параметр массива (не то, чтобы я действительно понимал эту концепцию C ++, но она сильно отличается).
user645280 04 фев. 2014, в 21:03
0

@ebyrob Я изменил , Resolution outResolutionArr[] на , Resolution* outResolutionArr но это не имело никакого значения.
Xenoprimate 04 фев. 2014, в 21:06
1

Удалите ref из объявления C #, массив уже передается по ссылке.
Hans Passant 04 фев. 2014, в 21:07
0

@HansPassant Бриллиант, что сделал это - не стесняйтесь отвечать, и я приму :)
Xenoprimate 04 фев. 2014, в 21:08
0

Я не хочу публиковать ответ на это. Нет никакого объяснения этой ошибке, вызывающей FEEE, это не должно быть. Я не хочу повышать уровень шума в FEEE, их очень сложно диагностировать, а этот был слишком легок.
Hans Passant 04 фев. 2014, в 21:11
0

Рассматриваемые структуры имеют собственную упаковку (как в C ++, так и в C #), и это все, что я могу придумать, может вызвать FEEE.
Xenoprimate 04 фев. 2014, в 21:26

Показать ещё 8 комментариев

Теги:

c#

c++

memcpy

pinvoke

1 ответ

Ещё вопросы

Попробуйте выполнить маршалинг только OUT, а не in и out для вашего возвращаемого параметра. Кроме того, что такое EnginePipeline.TerminateWithError ()? Я бы смягчил это и обязательно добавил полное сообщение об ошибке в вопрос здесь.
Возможно, sizeof(Resolution) C++ отличается от sizeof(Resolution) C# .
@wdosanjos Я распечатал sizeof (разрешение) на стороне C # и C ++, оба по 16 байтов.
, Resolution outResolutionArr[] в списке параметров ... передача массива в вызове метода DLL, поговорим о рискованных. Нужно идти вперед и назад как * . Во-первых, вы всегда должны передавать одинаковое количество разрешений из C# каждом вызове. На самом деле, я думаю, что C# будет передавать указатель, в то время как C++ ожидает параметр массива (не то, чтобы я действительно понимал эту концепцию C ++, но она сильно отличается).
@ebyrob Я изменил , Resolution outResolutionArr[] на , Resolution* outResolutionArr но это не имело никакого значения.
Удалите ref из объявления C #, массив уже передается по ссылке.
@HansPassant Бриллиант, что сделал это - не стесняйтесь отвечать, и я приму :)
Я не хочу публиковать ответ на это. Нет никакого объяснения этой ошибке, вызывающей FEEE, это не должно быть. Я не хочу повышать уровень шума в FEEE, их очень сложно диагностировать, а этот был слишком легок.
Рассматриваемые структуры имеют собственную упаковку (как в C ++, так и в C #), и это все, что я могу придумать, может вызвать FEEE.

David Heffernan · Accepted Answer · 2014-02-04T21-35-00.000Z

Параметр массива объявлен неверно. AС# array уже является ссылкой, поэтому вам не нужен ref. Объявите это следующим образом:

[DllImport(InteropUtils.RUNTIME_DLL, EntryPoint = "GetResolutionArray", 
    CallingConvention = CallingConvention.Cdecl)]
internal static extern bool _GetResolutionArray(int adapterIndex, 
    int outputIndex, uint resolutionArrayLength, Resolution[] resolutions);