Цитата(Karabas @ 12.7.2006, 10:57  ) |
| И действительно, при попытка скомпилить этот пример компилятор отвечает, что не знает external функции ARRAYTEST , и чисто по-человечески я могу его (компилятор) понять. |
Дело в том, что как и большинство програмистов, ты используешь неявное подключение процедур из DLL. Здесь ты не используешь никаких Win API функций типа LoadLibrary, а передаешь все действия по подключению компилятору (точнее компоновщику -- linker'у).
При неявном подключении (implicit linking) компоновщику передается библиотека импорта (обычно имеет расширение lib), содержащая список переменных и функций DLL, которые могут использовать приложения. Обнаружив, что программа обращается хотя бы к одной из них, компоновщик добавляет в целевой exe-файл таблицу импорта. Таблица импорта содержит список всех DLL, которые использует программа, с указанием конкретных переменных и функций, к которым она обращается. Позже, когда exe-файл будет запущен, загрузчик проецирует все DLL, перечисленные в таблице импорта, на адресное пространство процесса; в случае неудачи весь процесс немедленно завершается.
При компиляции указанной DLL будет создано два файла: *.dll и *.lib. При создании проекта, использующего DLL, ты должен подключить к нему эту библиотеку импорта *.lib и, естественно, держать саму DLL "неподалеку", например в директории с *.exe файлом (есть определённые правила, по которым ищется DLL).
| Цитата |
Add the import .LIB file with its path and library name to the other image. In the integrated development environment, add the .LIB import library file to your project. In the Project menu, select Add Existing Item.... If the importing project and the DLL are in the same solution, you can add the DLL project as a dependency of the importing project instead. On the command line, specify the .LIB file on the command line. The import .LIB file contains information that your program needs to work with the DLL. |
Напишу подробности из одного места.
Порядок использования DLL
- Подключение библиотеки импорта.
Все, что вам нужно – это передать линкеру (компоновщику) имя библиотеки импорта, чтобы он использовал ее в процессе сборки. Сделать это можно различными способами.- Если импортирующий процедуры проект и DLL находятся в одном решении, можно добавить проект DLL как зависимость для основного проекта (Add dependency... (
)). - Можно непосредственно добавить файл *.lib в проект Visual Studio посредством команды Project > Add Existing Item….
- Можно указать имя библиотеки импорта в опциях линкера. Для этого нужно открыть окно настроек проекта (Project > Properties…) и добавить в поле Aditional Options на вкладке Linker\Command Line имя *.lib.
- Если используется другая среда или консольный компилятор, то можно указать имя библиотеки импорта в аналогичном месте или добавить *.lib в строку компоновки проекта, соответственно.
- Наконец, можно встроить ссылку на библиотеку импорта прямо в исходный код программы, используя соответствующие директивы, например #include.
- Если импортирующий процедуры проект и DLL находятся в одном решении, можно добавить проект DLL как зависимость для основного проекта (Add dependency... (
- Написание интерфейсов к используемым процедурам.
Эти интерфейсы удобнее всего оформлять как отдельные заголовочные файлы или модули. Благодаря неявному подключению достаточно просто написать заголовки процедур на используемом языке и удовлетворить соглашения о вызовах с помощью директив и опций компилятора.
После написание интерфейсов к процедурам их можно начать использовать в коде, т.к. компилятор будет знать, что они внешние.
Совет: если разрабатывается решение, в котором многие проекты используют библиотеку, то удобнее размещать библиотеку импорта и файл интерфейсов в его директории, чем дублировать в директории каждого проекта. - Размещение самой .dll в директории с исполняемым файлом.
Обычно это директории типа Debug, Release, Bin. В принципе, при запуске приложения будет сообщено, что библиотека не может быть найдена. Существует определенный порядок, в котором производится поиск файла библиотеки. Рекомендуется все же размещать именно в директории с исполняемым файлом, т.к. это позволит избежать возможных коллизий.
| Цитата |
Но где же в этой программе вызова указано ИМЯ(!) нужной dll библиотеки? А если у меня библиотек несколько и вызвать мне надо вполне определенную функцию из определенной ДЛЛ? |
Используй ты явное подключение тебе бы пришлось указывать имя файла библиотеки, процедуру из которой ты используешь. При явном подключении (explicit linking) приложение вызывает функцию LoadLibrary, чтобы загрузить DLL, затем использует функцию GetProcAddress, чтобы получить указатели на требуемые функции (или переменные), а по окончании работы с ними вызывает FreeLibrary, чтобы выгрузить библиотеку и освободить занимаемые ею ресурсы. Это всё прописывается руками.
При неявном подключении всё это делает компоновщик, а ты только указываешь *.lib файл бибилотеки. Но и здесь возникает законный вопрос: "Есть две DLL, в которых есть процедуры с одинаковыми именами. Обе DLL подключены неявно к проекту с помощью добавления к нему файлов *.lib. Как указать, из какой из двух библиотек используется процедура, имя которой присутствует в обоих?".
Может, этого нельзя делать? Если, скажем, у нас прога использует два модуля, которые содержать две процедуры с одним именем, то при использовании этого имени в проге компилятор заругается. Может, также и здесь: два файла *.lib содержат используемое имя, и у компилятора глаза разбегаются в разные стороны.
Возможно, с помощью Win API функций это можно будет делать, ведь там указывается конкретное имя библиотеки... Но тогда процедурам, если они обе будут использоваться, нужно будет давать разные псевдонимы.
Я ещё подумаю над этим вопросом.
