dllimport не удалось определить местоположение dll даже при том, что это находится в ПУТИ

Question

dllimport не удалось определить местоположение dll даже при том, что это находится в ПУТИ

Я бы сказал, что проблема в том, что вам нужно сохранить другие потенциальные параметры получения ...

Вероятно, что-то подобное может сработать:

RewriteEngine on
RewriteCond %{QUERY_STRING} ^(.*)&?css=(mobile|desktop)(.*)$
RewriteRule ^/?(.*)$ /$1?%1%2 [R=301,L,QSD]

Этот набор правил должен работать аналогично в конфигурации хоста http-серверов, а также в файлах динамической конфигурации (файлы стиля .htaccess), если вам нужно использовать те (которые вы должны попытаться предотвратить ...).

Вот модифицированная версия с фиксированным условием, указанным @MrWhite в комментарии:

RewriteEngine on
RewriteCond %{QUERY_STRING} ^(.*?)&?css=(?:mobile|desktop)(.*)$
RewriteRule ^/?(.*)$ /$1?%1%2 [R=301,L,QSD]

7

dllimport pinvoke path dll

задан Hanan 16 November 2008 в 16:43

3 ответа

Другие вопросы по тегам:

dllimport pinvoke path dll

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

score 12 · Answer 1

"DllName.dll не мог быть найден", мог также означать, что DllImport не нашел одну из зависимостей DllName.dll.

Захватите Dependecy Walker для проверки, какой dependecy Вы пропускаете.

score 1 · Answer 2

Я предложил бы, чтобы Вы использовали FileMon (sysinternals.com), чтобы проверить, являются ли Ваши предположения о местоположении библиотеки правильными.

score 1 · Answer 3

DllImport не консультируется с переменной окружения PATH когда загружаемая DLL. Я вполне уверен, что DllImport следует стандартным правилам для загрузки собственного DLL в собственной программе, когда на DLL ссылаются по имени. Вот статья, которая подробно излагает те правила

http://msdn.microsoft.com/en-us/library/ms682586.aspx

Я нашел, что самый простой способ загрузить DLL состоит в том, чтобы только поместить его в то же местоположение как программа, которую я выполняю.