Есть сайт, гдето в нутри в одном из классов происходит загрузка dll-ки, если она лежит в /windiws/system32 то все нормально. НО dll стороняя, чтобы она появилась в system32 ее туда нужно положить. Поэтому нужно эту dll-ку хранить вместе с сайтом и чтобы при билде она автоматом в релиз добавлялась а не просто лежала там мертвым грузом. Как такое реализовать ?

Как получить путь расположения проекта из класса реализованного в App_Code (что бы указать в LoadLibrary путь до ddl-ки) ?
По пробовал делать так System.Windows.Forms.Application.StartupPath но это возвращает путь (на локальной машине) не того чего было нужно (C:\Windows\Microsoft.NET\Framework\v2.0.50727). На страничках asсx.cs есть метод Request.PhysicalApplicationPath, возвращает как раз то, нужно чтото аналогичное.

Server.MapPath("~/App_Data").
Но вообще таскать нативные длл - это bad practice.

•  кладешь сборки сюда 
  asp.net web site bin folder
  загружаешь через Assembly.Load без указания пути
• сборки, исходники которых лежат в App_Code загружать руками не надо.
  MSDN

Это сообщение отредактировал(а) 1stain - 23.10.2010, 10:55

через час поисков я этот способ в итоге и нашел )) Но увы не сложилось, одна dll нормально загрузилась, другая грузиться только если  в System32/ лежит. 

На счет Assembly.Load, dll загружались при помощь

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

PS. "нативные длл - это bad", кто бы спорил, но на фоне всего проекта эта проблема меркнет )) и почти незаметна.

Это сообщение отредактировал(а) cupper - 25.10.2010, 09:35

Ну.. надо смотреть, в чём причина на самом деле. Виндовому лоадеру точно пофигу. В чём причина - точно нельзя сказать. Что значит "не загрузилась"? LoadLibrary что вернуло?

Извините за вмешательство, но не понимаю, во первых, какая проблема, запихнуть либрари в ядро системы? При условии, что она не пишеться в реестр и не конфликтует с ком объектами ?

1. xcopy деплоить не получится.
2. Большинство хостеров (если это не дедикейтед сервер) не разрешат. Хотя, у большинства и для .Net-кода пермиссии невысокие, так что DllImport может не работать в принципе.