Неуправляемые DLL не загружаются на сервере ASP.NET

Ответ 1

Попробуйте поместить dll в каталог \System32\Inetsrv. Это рабочий каталог для IIS на Windows Server.

Если это не сработает, попробуйте поместить dll в каталог System32 и файлы зависимостей в каталог Inetsrv.

Ответ 2

Это происходит из-за того, что управляемые dll получают теневое копирование во временное место в каталоге .NET Framework. Подробнее см. http://msdn.microsoft.com/en-us/library/ms366723.aspx.

К сожалению, неуправляемые dll не копируются, и процесс ASP.NET не сможет найти их, когда ему нужно их загрузить.

Одно простое решение - поместить неуправляемые DLL в каталог, находящийся в системном пути (введите "путь" в командной строке, чтобы увидеть путь на вашем компьютере), чтобы они могли быть найдены процессом ASP.NET, Каталог System32 всегда находится в пути, поэтому всегда нужно работать с неуправляемыми dll, но я бы рекомендовал добавить в путь другую папку, а затем добавить туда DLL, чтобы предотвратить загрязнение каталога System32. Один из больших недостатков этого метода заключается в том, что вам нужно переименовать неуправляемые DLL для каждой версии вашего приложения, и вы можете быстро создать свой собственный адский аддон.

Ответ 3

В качестве альтернативы размещению dll в папке, которая уже находится в пути (например, system32), вы можете изменить значение пути в своем процессе, используя следующий код

System.Environment.SetEnvironmentVariable("Path", searchPath + ";" + oldPath)

Затем, когда LoadLibrary пытается найти неуправляемую DLL, он также сканирует searchPath. Это может быть предпочтительнее создавать беспорядок в System32 или других папках.

Ответ 4

Добавляя к ответу Matt, вот что, наконец, работало для меня для 64-битного сервера 2003/IIS 6:

• убедитесь, что ваши dlls/asp.net - это одна и та же версия (32/64 бит).
• Поместите неуправляемые dll в inetsrv dir (обратите внимание, что в 64-битных окнах это находится под syswow64, хотя создается каталог sys32/inetsrv)
• Оставьте управляемые DLL в /bin
• Убедитесь, что оба набора DLL имеют права на чтение/выполнение.

Ответ 5

Посмотрите FileMon или ProcMon и фильтр на имена проблемных DLL. Это покажет вам, какие каталоги сканируются при поиске DLL, и о любых проблемах, которые могут возникнуть у вас.

Ответ 6

Другой вариант - встраивание родной DLL в качестве ресурса в управляемую DLL. Это сложнее в ASP.NET, поскольку для ее выполнения требуется запись во временную папку во время выполнения. Техника объясняется в другом ответе SO.

Ответ 7

Запустите DEPENDS на XYZ.dll прямо в том месте, где вы его развернули. Если это ничего не обнаруживает, используйте инструмент fuslogvw в SDK платформы для отслеживания ошибок загрузчика. Кроме того, журналы событий иногда содержат информацию о сбоях загрузки DLL.

Ответ 8

Всегда стоит проверка переменной пути в настройках среды тоже.

Ответ 9

Я столкнулся с той же проблемой. И я попробовал все вышеперечисленные опции, скопировав в system32, inetpub, установив путь и т.д. Ничего не получилось. Эта проблема окончательно решена путем копирования неуправляемой dll в каталог bin веб-приложения или веб-службы.

Ответ 10

После борьбы весь день над этой проблемой и, наконец, я нашел решение, которое мне подходит. Это просто тест, но метод работает.

namespace TestDetNet
{
    static class NativeMethods
    {
        [DllImport("kernel32.dll")]
        public static extern IntPtr LoadLibrary(string dllToLoad);

        [DllImport("kernel32.dll")]
        public static extern IntPtr GetProcAddress(IntPtr hModule, string procedureName);


        [DllImport("kernel32.dll")]
        public static extern bool FreeLibrary(IntPtr hModule);
    }

    public partial class _Default : System.Web.UI.Page
    {
        [UnmanagedFunctionPointer(CallingConvention.StdCall)]
        private delegate int GetRandom();

        protected System.Web.UI.WebControls.Label Label1;
        protected void Page_Load(object sender, EventArgs e)
        {
            Label1.Text = "Hell'ou";
            Label1.Font.Italic = true;
        }

        protected void Button1_Click(object sender, EventArgs e)
        {
            if (File.Exists(System.Web.HttpContext.Current.Server.MapPath("html/bin")+"\\DelphiLibrary.dll")) {
                IntPtr pDll = NativeMethods.LoadLibrary(System.Web.HttpContext.Current.Server.MapPath("html/bin")+"\\DelphiLibrary.dll");
                if (pDll == IntPtr.Zero) { Label1.Text =  "pDll is zero"; }
                else
                {
                  IntPtr pAddressOfFunctionToCall = NativeMethods.GetProcAddress(pDll, "GetRandom");
                  if (pAddressOfFunctionToCall == IntPtr.Zero) { Label1.Text += "IntPtr is zero";   }
                  else
                  {
                    GetRandom _getRandom = (GetRandom)Marshal.GetDelegateForFunctionPointer(pAddressOfFunctionToCall,typeof(GetRandom));

                    int theResult = _getRandom();

                    bool result = NativeMethods.FreeLibrary(pDll);
                    Label1.Text = theResult.ToString();
                  }
                }
          }
        }
    }
}