А. да, в общем случае не обязательно. если всё делать

Question

А. да, в общем случае не обязательно. если всё делать

под net core 3, например, то там есть dll maping и там всё ок. у меня, к сожалению, два целевых фреймворка, второй про мапинг ничего не знает. как в таком случае под сигнатуру одного метода загнать вызов управляемой функции на винде и pinvoke на линуксе?

работать-то работает, но у меня возвращает, например, 0, когда по факту там не 0 и линуксовый GetLastError возвращает правильный код ошибки...при этом SetLastError везде стоит. т.е. не работает=)

#backend #dot #programming #russian

0

12.06.2019

1 ответов

18 просмотров

⌨️ · Accepted Answer

ну топорный метод - я так делаю для линковки разных либ под X86/X64 - делаете условный публичный метод static result CallNativeAndGetError(object params), добавляете P/Invoke нативного GetLastError Оборачиваете это дело в #if !LAST_ERROR_SUPPORTED .. #endif Аналогично пишете в теле публичного метода - если фреимворк поддерживает, то получаем ошибку средставми дотнет, иначе - сами делаем P/Invoke. Далее дефайним константу в зависимости от таргет фреймворка - получаем compile-time разрешение проблемы. Сейчас вроде тип рантайма можно в рантайме то и определить, поэтому это можно сделать и динамически. Можно добавить несколько DllImport с разными параметрами импорта и дергать их в зависимости от рантайма, а ошибки получать в своей обертке, которая будет собсвтенно по if выбирать что вызывать. Я не знаю, может я что-то упустил, но кажется такой костыль можно как-то впихнуть

170 похожих чатов

А. да, в общем случае не обязательно. если всё делать

1 ответов

Похожие вопросы