Бывшая функция app.path

[Ефрейтор]

Все мы помним в VB6 была функция получения пути
app.path
Аналога в VB.NET я нашёл два это
1. System.Reflection.Assembly.GetExecutingAssembly.Location
и
2. System.AppDomain.CurrentDomain.BaseDirectory

Причём первый вариант выдаёт непосредственно полный путь к работающей dll, а второй вариант путь к папке с dll. На первый взгляд без разницы каким вариантом пользоваться.
Но первый вариант по факту сделал следующее: было открыто два виндовских приложения в одном из них было определение пути по первому способу. Но когда фокус был на соседнем приложении, то путь к dll определился не для собственного приложения, а для соседнего (?!) причём этот эффект имел какой то нестабильный вероятностный характер. Такого "счастья" конечно не требуется.

В MSDN на это вопрос я ответа не нашёл. Вот и решил спросить. Не подскажите ли люди добрые есть какие-нибудь ососбенности у этих двух способов, какие-нибудь подводные камни? Какой способ всё же надёжнее первый или второй? Конечно можно долго экспериментировать, но может кто уже знает ответ?

[Sebas]

1 вариант, правильный. Во 2 ты обжешь обломаться если из DLL вызовешь. Кроме того имей ввиду, что сборка может быть запущена из памяти.

Я думаю, что-то ты напутал. Хотя чем чёрт не шутит.

[GSerg]

http://msdn.microsoft.com/library/rus/d ... sicnet.asp

[Ефрейтор]

Sebas
мда...там на путать то нечего было, я сам выпучил глаза , когда увидел результаты своего творения через
System.Reflection.Assembly.GetExecutingAssembly.Location
что Location присвоил значение с соседнего приложения.
На сколько я понял второй способ не совсем предназначен для Windows приложений, похоже что он для asp.
В принципе, я пока убрал получения пути к dll из класса формы (чтоб присвоение пути не происходило каждый раз при активации формы), а запихнул присаоение пути к dll в глобальную переменную, теперь присвоение происходит один раз при загрузке приложения, вроде пока пашет стабильно.

Sebas
GSerg
Спасибо за диалог.

[PUNK-GRUNGER]

Хм... Может, я чего не понял, а чем вас application.StartupPath и Application.ExecutablePath не устраивает?

[Ramzes]

PUNK-GRUNGER
Тем, что если приложение не содержит Windows Forms (т.е. не импортированы соответствующие пространства имен) то ты попробуй его вызвать

[PUNK-GRUNGER]

Ну тогда по MSDN. Он умный)

[Sebas]

PUNK-GRUNGER
Тем, что если приложение не содержит Windows Forms (т.е. не импортированы соответствующие пространства имен) то ты попробуй его вызвать

Ну так, импортни). И не переживай по этому поводу, даже если ты и не указал это в референсах, за тебя её подгрузит VisualBasic.dll

[Ramzes]

Sebas
А может я принципиально не хочу импортировать? или у меня сломались на клаве буквы "I", "M", "P", "O", "R", "T"