Как устранить ошибку .NET CF «Не удается найти DLL PInvoke»?
Это всем гуру C#. Я уже некоторое время бьюсь об этом, пробовал всевозможные советы в сети, но безрезультатно. Действие происходит в Windows Mobile 5.0.
У меня есть DLL с именем MyDll.dll. В MyDll.h у меня есть:
extern "C" __declspec(dllexport) int MyDllFunction(int one, int two);
Определение MyDllFunction в MyDll.cpp:
int MyDllFunction(int one, int two)
{
return one + two;
}
Класс C# содержит следующее объявление:
[DllImport("MyDll.dll")]
extern public static int MyDllFunction(int one, int two);
В том же классе я вызываю MyDllFunction следующим образом:
int res = MyDllFunction(10, 10);
И именно здесь эта чертова штука постоянно выдаёт мне «Не могу найти PInvoke DLL 'MyDll.dll'». Я подтвердил, что действительно могу выполнять PInvoke для системных вызовов, таких как GetAsyncKeyState (1), объявленных как:
[DllImport("coredll.dll")]
protected static extern short GetAsyncKeyState(int vKey);
MyDll.dll находится в той же папке, что и исполняемый файл, и я также попытался поместить его в папку / Windows без каких-либо изменений и успеха. Любые советы или решения приветствуются.
Вы добавили dll в качестве ссылки в свой проект? Если вы это сделаете, вам не нужно будет копировать файл вручную. Если проблема не устранена, вероятно, это связано с неправильной сборкой файла DLL (возможно, на другой платформе).
Оба проекта находятся в одном решении и развертываются вместе, не нужно загружать вручную.
В этом случае добавьте результат одного проекта в качестве ссылки на другой. Даже если это не решит вашу проблему, это хороший способ справиться с зависимостями.
Ответы 4
Исключение, которое вы указали, и подпись pinvoke, которую вы указали в вопросе, имеют разные имена: MyDll.dll и ThreadBenchLib.dll соответственно. Это опечатка или проблема?
Если проблема не в этом, попробуйте открыть DLL в зависит. Возможно, загрузка DLL не выполняется из-за неудовлетворенной зависимости.
Это была опечатка, настоящее имя MyDll.dll
Возможно, это кажется очевидным для проверки, но компилируете ли вы собственную DLL для правильной архитектуры процессора? IIRC, Windows Mobile работает на нескольких архитектурах ЦП.
Windows Mobile работает только на архитектуре ARM, начиная с Pocket PC 2003.
Ах, хорошо. Не знал об этом. Спасибо за исправление.
Для тех, кто нашел способ здесь, см. Ответ самого Игнаса о том, почему он принял этот ответ.
На сайте www.trausch.us! Престижность! Платформа для Решения была «Любой ЦП», и я развертывал ее на WM5. Однако почему-то VS2005 решил установить платформу для DLL как WM6. Я заметил это сразу после того, как закончил с вопросом. Не хотел терять весь набор текста, поэтому все равно разместил вопрос.
У меня та же проблема, но на этот раз очевидной разницы в задействованных платформах нет. Почему это то, что считается «нормальным», так плохо задокументировано, так сложно и, что хуже всего, так «ненадежно». Существуют ли ЛЮБЫЕ инструменты, которые позволяют мне перейти на мой эмулятор PPC и поэтапно проверить (а), что dll находится там, где ее ожидает CLR (я поместил ее как в тот же каталог, так и в каталог Windows на эмуляторе - я можно увидеть, что там используется обозреватель файлов эмуляторов), (b) что CLR может его загрузить (имеет достаточно памяти и т. д.), (c) что CLR может затем найти, какие функции присутствуют (полезно, если я могу выйти за рамки глупого 'не нашел ошибку dll')
Я бы хотел заставить Гейтса или кого-нибудь из команды разработчиков Windows Mobile использовать ту хрень, которую они создают.
У меня та же проблема. Я использовал Depends.exe для поиска зависимостей WinCE dll, и это зависит от dll отладки. (MSVCR90D.dll) Чтобы решить эту проблему, я скомпилировал релизную версию и подтвердил зависимости, после чего все работает нормально.
Я надеюсь помочь
Убедитесь, что у вас достаточно свободной виртуальной памяти, поскольку импорт P / Invoke может завершиться ошибкой.