Путь к DLL

[Алексей++]

(Путаюсь в терминах , описывающих связывание с длл, поэтому по-простому вопрос задам:)

экзешник использует A.dll, в программе указывается

Код:

	#pragma comment(lib,"A.lib")

но потом, при запуске, экзешник ищет длл сначала около себя, потом в system32 (в ведь если найдёт - цепляет оттуда...)

А как указать путь (хотя бы относительный) к длл, не используя LoadLibrary/ GetProcAddress  ?

то есть, к примеру, жёстко из папки D:\1\DDL\

[x77]

выдернуть %PATH%; добавить в него D:\1\DDL\, сказать SetEnvironmentStr. как думаешь, проканает?

[Алексей++]

трогать  %PATH% не хочется, так как это есть помойка файлов, и что там УЖЕ лежит - один Билл ведает ) Да и теоретически можно повлиять на уже установленные приложения.

[zubr]

Алексей1153++, создать из dll COM-объект, зарегистрировать его в системе и загружать его функции через интерфейс.

[Алексей++]

zubr, точно не хочу так ))
 А других путей совсем нет ?

[x77]

Алексей1153++,

1) %PATH% ты всегда можешь вернуть к исходному на выходе;
2) a.dll можно скопировать в system32, а потом убить. если там уже есть копия - затереть, потом восстановить.

[Алексей++]

всё не нравится ( Кину длл рядом с экзешником

[RXL]

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

[zubr]

Алексей1153++, посмотри в MSDN поиск по ключевой фразе: Dynamic-Link Library Redirection

[Алексей++]

PATH, кстати, не подойдёт, ведь я не могу настроить его до запуска программы, а запустить программу не смогу, потому что не будет найдена ДЛЛ...

zubr, appname.local - это клёвая вещь, надо запомнить Но не подходит для меня, поскольку я не буду использовать LoadLibrary

[x77]

Алексей1153++, может, тупо линковать длл в сам экзешник?

[Алексей++]

Мм, ну , во-первых, как это делается ? (пригодится).
Во-вторых - длл используется несколькими экзешниками. Во все засунуть ?

[x77]

Алексей1153++, она компилируется в файл ресурсов, который ты включаешь в экзешник. а дальше распаковывается куда тебе надо, в дельфях это обычно делается через TResourceStream.

[Алексей++]

Понятно, я то думал, что-то особенное есть для встраивания )

[x77]

Алексей1153++, многие среды имеют свои приблуды. например, у VS.NET есть ILMerge.exe, который позволяет после сборки проекта встроить в него dll и экзешник будет работать без неё.

[zubr]

Алексей1153++, насколько я понимаю, аналогично LoadLibrary будет работать и поиск при неявном связывании. По крайней мере если верить Рихтеру (Создание эффективных WIN32-приложений):

Поскольку в разделе импорта указано только имя DLL (без пути), загрузчику приходится самому искать ее ня дисковых устройствах в компьютере пользователя. Поиск DLL осуществляется в следующей последовательности.

Каталог, содержащий ЕХЕ-файл.
Текущий каталог процесса.
Системный каталог Windows
Основной каталог Windows
Каталоги, указанные в переменной окружения PATH.
Учтите, что на процесс поиска библиотек могут повлиять и другие факторы (см. главу 20)

А в главе 20 как раз есть раздел про редирект.

Понятно, я то думал, что-то особенное есть для встраивания )

Загрузка из ресурса в память процесса, без сохранения на диск. Пример я вроде выкладывал в какой то теме.

[Алексей++]

zubr, у меня .local не пожелал срабатывать - цепляется длл из system32 (около exe я временно убрал для эксперимента). То есть не реагирeет на local никак.