OpenCV Niezarządzane biblioteki DLL nie znaleziono asp.net

Budujemy aplikację internetową (C # .NET), która używa niezarządzanych bibliotek w postaci otwieracza Emc opencv. Zmuszamy kompilację do działania w wersji 32-bitowej (x86) i używamy 32-bitowej wersji Emgu.

Wszystko to działa dobrze na lokalnych kompilacjach, ale po opublikowaniu na naszym serwerze Dll openCV nie można załadować:

System.DllNotFoundException
Unable to load DLL 'opencv_core240': The specified module could not be found. (Exception from HRESULT: 0x8007007E)

System.TypeInitializationException: The type initializer for 'Emgu.CV.CvInvoke' threw an exception. ---> System.DllNotFoundException: Unable to load DLL 'opencv_core240': The specified module could not be found. (Exception from HRESULT: 0x8007007E)
   at Emgu.CV.CvInvoke.cvRedirectError(CvErrorCallback errorHandler, IntPtr userdata, IntPtr prevUserdata)
   at Emgu.CV.CvInvoke..cctor()
   --- End of inner exception stack trace ---
   at Emgu.CV.CvInvoke.cvCreateImageHeader(Size size, IPL_DEPTH depth, Int32 channels)
   at Emgu.CV.Image`2.AllocateData(Int32 rows, Int32 cols, Int32 numberOfChannels)
   at Emgu.CV.Image`2.set_Bitmap(Bitmap value)
   at Emgu.CV.Image`2..ctor(Bitmap bmp)

Wypróbowałem następujące rzeczy, które znalazłem na stackoverflow i innych źródłach:

Umieść niezarządzane biblioteki Opencv Dll w oddzielnym katalogu i umieść ścieżkę do tego katalogu w zmiennej środowiskowej ścieżki i zrestartuj usługę WWW.Sprawdzono, czy konfiguracja serwera pozwala na niezarządzane wykonanie kodu (tak)Umieszczanie niezarządzanych bibliotek Opencv Dll w system32 inetsrv i SysWOW64 katalogi inetsrvUmieszczanie niezarządzanego biblioteki Opencv Dll w podkatalogu „x86” w wymienionych wcześniej folderach

Rozumiem to:http://msdn.microsoft.com/en-us/library/ms366723.aspx

jest przyczyną wszystkich problemów, jednak nie rozumiem, dlaczego edycja zmiennej ścieżki w celu uwzględnienia prawidłowej ścieżki zawierającej biblioteki Dll niczego nie rozwiązuje.

Ostatni użyteczny post na ten temat pojawił się w 2008 r., Jednak nie zaoferowano jeszcze żadnego odpornego na głupstwo rozwiązania, więc cała pomoc jest bardzo ceniona!

questionAnswers(5)

yourAnswerToTheQuestion