Проблема при подключении DLL через Reference

[velltar]

Доброго времени суток!

Есть проект и к нему нужно прикрепить библиотеку типа 123.dll Которая находится например в тойже папке где и исходники программы (например c:\proect\) Прикрепляю через reference, тестирую прогу, прога находит библиотеку, все работает. Компилирую экзешник. ДАЛЕЕ САМОЕ ГЛАВНОЕ!!! Получается что после компиляции экзешник и длл находятся в одной папке c:\proect и все работает замечательно. НО беру и переношу экзешник и длл в другую папку, например c:\proba запускаю экзешник и он не находит длл в этой же папке, а обращается почемуто к длл из папки c:\proect\, т.е. по идее мне надо чтобы обращение шло к длл которая находится в той же папке что экзешник не в зависимости куда я их перенесу, а по факту обращение идет к той папке которая была указана при подключении через reference. Объясните и помогите решить эту проблему. Всю бошку уже сломал. Нефига не пойму.

Заранее спасибо за советы.

[Viper]

Поскольку DLL была зарегестрирована в папке проекта, то и обращение будет идти именно по этому адресу. Выход - перерегистрировать DLL. Ну или сразу помещать DLL в нужную папку.

[Хакер]

Всю бошку уже сломал. Нефига не пойму.

Образец глупости и невежества этот топик.
В References подключаются не DLL, а TLB. Просвещайся.

[velltar]

Ну а что мне теперь повеситься, если есть только dll и нет TLB?

[iGrok]

У тебя есть ТЛБ. Просто ты об этом ещё не знаешь.
Читай то, ссылку на что дал Хакер до наступления просветления.

[SLIM]

У тебя есть ТЛБ. Просто ты об этом ещё не знаешь.

Откуда такая уверенность то?

Ну а что мне теперь повеситься, если есть только dll и нет TLB?

Сделать TLB, для этого почитать соответсвующие доки по IDL и сотворить TLB на MIDL.

А можешь юзать Declare если не хочешь изучать скучный IDL, если библиотека это позволяет

[Debugger]

У тебя есть ТЛБ. Просто ты об этом ещё не знаешь.

Откуда такая уверенность то?

Прикрепляю через reference

[iGrok]

...

Спасибо. )

[SLIM]

А, да,что-то я пропустил.

[Vi]

DLL/COM Redirection on Windows

DLL/COM redirection is an application isolation strategy employed by corporate administrators on Microsoft® Windows XP, Windows 2000, Windows ME, and Windows 98 SE. It is not available on Windows 95 or Windows 98. On Windows XP, the recommended method for isolating applications is to use side-by-side assemblies.

DLL/COM redirection binds an application to a local version of a component. The local component's files can be kept separate from the system's version of the component in a location that is private to the application. The system's version of the component is globally registered and available to any other applications that bind to it. The local version of the component is reserved for the exclusive use of the application. If necessary, the component files used by the application can be loaded into memory at the same time as the system's component files.

DLL/COM redirection is activated by installing a special file along with a copy of the local component file into the same directory as the application's executable file. The special file is an empty file named after the application executable's file name and appended with .local. For example, to activate DLL/COM redirection for an application named Myapp, the local version of the component and an empty file named Myapp.exe.local must be copied into the folder containing Myapp.exe. This binds the application to the local version of the component rather than the globally shared version of the component.

When an application loads a component file, such as a .dll or .ocx file, Windows first searches for it in the folder where the application's .local and executable file is installed. If found, the application uses that component file regardless of any directory search path defined in the application or the registry. If not found, the component file in the defined search path is used.

The installation utility must do the following to install the application with DLL/COM redirection:

- An empty .local file must be copied into the same folder as the application's executable file.
- All of the components, .dll, and .ocx files used by the application must be copied into the same folder as the application's executable file.
- Isolated COM components must be registered with Windows so that different versions of the assembly will not conflict with each other when loaded into memory at the same time. The registration process requires that, while the implementation of the component can change between versions, certain COM metadata such as CLSID, ProgID, Type Library, and Threading Model cannot.
For additional discussion about DLL/COM redirection, see the following white paper "Implementing Side-by-side Component Sharing".