Использование DLL

Ребят, привет!
Решил побаловаться и научиться создавать библиотеки DLL/LIB.
С либом - все в порядке получилось - либу собрал, в другом проекте её заюзал.

Проблема с длл. Что сделал:
1. Собрал DLL - засунул её в C:\Windows\system32 (чтобы переменную окружения не клепать новую)
2. Подключил Хедер в проект, использующий DLL.
И вот беда: компилиться - компилится. А вот сборка не проходит:

main.obj : error LNK2019: ссылка на неразрешенный внешний символ "public: void __thiscall mydll::Foo:rint(void)" (?print@Foo@mydll@@QAEXXZ) в функции _main

Подскажите, где втупляю?)
Thanks in advance

Блин, я, впрочем, понимаю, где втупляю, для сборки моего проекта, использующего DLL, нужно определение, но проект его не видит, как решить проблему правильно?

Хм, вообщет это библиотека динамической компоновки - какого хрена оно должно у меня компоноваться сейчас. Запутался.

Добавлено через 12 минут
Понял) Библиотеки импорта не подключил (lib). Щас проверю как отразится замена dll на результе работы приложения.

А пока вопрос таков: есть ли где-нибудь поистине современный источник (было бы здорово, если подробный), в котором здорово рассказывается о современных подходах работы с DLL (обо всех аспектах, чтобы урывками не читать отовсюду). Я имею в виду, например, что COM - не очень щас моден, вроде. Тем не менее - распределенность самого приложения и масштабирование/модификация без пересборки - идея классная.

Буду благодарен

0

при создании длл
используй перед функциями
extern "C"
почитай
http://www.xserver.ru/computer/sredaprogr/msvc/2/

1

Спасибо, старина, вчера, кстати, с библиотекой импорта попробовал - сборка - норм. Но запуск не удается. Грит, на компе нет dll нужной, хотя засунул её в system32, которая в PATH по дефолту указана. В недоумении.

0

Сообщение от ITcrusader Грит, на компе нет dll нужной, хотя засунул её в system32, которая в PATH по дефолту указана. В недоумении.

Там все не так просто. Погугли такую прогу: Depends.exe - и используй для просмотра экспорта/импорта твоей DLL и ее зависимостей.

Загрузка DLL может "обломиться" не только потому, что загрузчик не нашел саму эту DLL, но и из-за того, что не найдена какая-либо другая либа, от которой твоя DLL зависит (т.е. если твоя DLL подгружает - возможно, неявно! - какую-то еще DLL.... а та может подгружать еще... и так далее). Короче, загрузка будет выполнена успешно в том и только в том случае, если будет успешно загружен не только модуль "твоей" DLL, но и все модули, от которых он зависит (а для них - действует то же самое правило).

1

Да, это справедливое замечание. Но у меня тестовая DLL - класс с единственной функой print))) Утилиту эту посмотрю сегодня вечером дома, спасибо

0

Сообщение от ITcrusader рит, на компе нет dll нужной, хотя засунул её в system32, которая в PATH по дефолту указана. В недоумении.

- зарегестрируй свою DLL то что ты запихнул её в SYSTEMROOT ещё не значит что система знает о её существовании, воспользуйся утилитой regsvr32 для регистрации DLL. Также возможны варианты дажи и в случае регистрации DLL. Поясняю : если в своём клиенте вместо LoadLibrary юзал IMPORT и либу - в этом случае DLL-ку надо тягать вместе с экзешником клиента, хотя по идеи regsvr32 должен избавить нас от этого.

0

-=ЮрА=-, вот все, что написано, мне ясно вполне. Попробую описать свои ощущения. До сих пор я использовал C++ (куча книг + практика): код - транслятор - компоновщик - единый исполняемый модуль на выходе.

Теперь я хочу научиться созданию таких вещей, как распределенные программы с взаимозаменяемыми компонентами и т.д. При этом, задумываюсь о том, что, скажем, моё приложение (пусть использующее OpenGL-библиотеки), должно работать и на других компах. Познавая графику я у себя запускал все без проблем - на других компах - ругань, которую описал выше. Добавлю, что, как я понял, вариаций на тему - множество (COM, в частности, от которого, вроде, современные разработчики нос воротят).

Я знаю, что знаю C++. Потому что я изучал его последовательно. Теперь хочу освоить эту технологию. Отсюда вытекает мой главный вопрос. Какой источник мог бы пролить свет на все вопросы, связанные с этим искусством? Потому попытки урывками что-то слепить, беря чуток оттуда/да отсюда - мне не дадут четкого понимания вопроса.

Скачал вчера Хоара, чота там по MVC++, в расчете на то, что там будет все подробно на эту тему - еще на смотрел. Порекомендуй какие-нибудь ресурсы - по-настоящему хорошие?

Сори за ошибки орфографические - на работе не оч. удобно писать - спешил.

Добавлено через 15 минут
Не Хоара, а Хортона)))

0

ITcrusader, а классику - Джеффри Рихтер, Windows для профессионалов - ты уже читал? Если нет - гугл в помощь.

1

Сообщение от ITcrusader При этом, задумываюсь о том, что, скажем, моё приложение (пусть использующее OpenGL-библиотеки), должно работать и на других компах.

- GL-ку мелкософт целенаправлено изживал из своих сборок, потому лучше с exe таскать возиком GL-евские DLL-ки, там Mb 4-5 будет, не больше. Я не люблю GL - кроме некоторых аспектов с 3D плохой пакет. Графику делаю в основном на GDI (игры не пишу а для нужд приложения хватает с лихвой) иногда юзаю DirectX SDK но очень нечасто.

0

-=ЮрА=-, под MVC подразумевал Microsoft Visual Studio, т.е. книга та об использовании студии вообще.

CheshireCat, спасиб, гляну.

У меня на работе используется COM, например. Мне думается, что он несколько избыточен)

Ок, я теперь покопаюсь немного сам в этих источниках, думаю, вопросы еще появятся. Спасиб

0

ITcrusader, посмотри эти ресурсы
www.firststeps.ru/mfc/
worldcpp - этого с головой хватит

1