Помогите в CPropertySheet добавить CPropertyPage из DLL

TestEXE.cpp


TestDLL.h

TestDLL.cpp

TestDLL.rc
    

Это сообщение отредактировал(а) Bukmop - 1.6.2006, 18:14

Единственная проблема там - ресурсы. Вот пример для родительского диалога в ехе, а child-ового в dll


Делай аналогично 

Не совсем понял, куда это девать.
Поэтому уточнил задачу.
 

DeadSoul имел в виду случай, когда ресурс страницы загружается из другого модуля, у тебя же там весь код, как я понимаю.

Нет практически никакой разницы, где определен класс-страница - в другой DLL или в том модуле, где создается PropertySheet. Достаточно просто сделать класс экспортируемым. Можно не весь класс, а только конструктор и деструктор. Дальше все, как у тебя в коде.

Экспортировать можно 2 способами:

1) __declspec( dllimport )\__declspec( dllexport ):
экспортируемая сущность должна быть объявлена в своем модуле как __declspec( dllexport ),
а в чужом - как __declspec( dllimport )
Проще всего это достигается макросом:



Макросимвол _TESTDLL нужно определить для всего проекта TestDll (в свойствах проекта)

2) def - файл. Просто поместить имена всех нужных функций в def-файл.
На самом деле это не очень просто, т.к. имена должны быть декорированными, т.е. такими, как их видит линкер. Но можно сделать так: сначала ничего никуда не пишем, а просто пытаемся собрать приложение. Линкер будет орать насчет неразрешенных ссылок. Акуратно копируем имена, которые он хочет, прямо из сообщения об ошибке, и помещаем их в def- файл. Выглядеть будет примерно так:



Второй способ плох тем, что при малейшем изменении интерфейса экспортируемых функций нужно менять запись в def-файле. Даже просто при изменении доступа с public на, скажем, protected...
Сдругой стороны, есть сущности, которые иначе как через def-файл не проэкспортируешь.
  

Это сообщение отредактировал(а) Earnest - 1.6.2006, 17:16

Подобное, я уже пробовал, используя встроенный в MFC макрос AFX_EXT_CLASS. Но я понял так, что это для экспорта класса на стадии компиляции, а не выполнения. Короче, линкер по-прежнему ругался. 

Там весь код включая и PropertySheet? 

Значит, что-то ты сделал неправильно.
Если DLL одна, то вполне можно обойтись макросом AFX_EXT_CLASS, только чтобы он заработал, DLL должна быть создана как ExtensionDLL (кроме всего прочего, в проект добавляется макросимвол _AFXEXT, а без него, конечно, не получится).

В общем, опиши, что ты сделал, и какие ошибки дает линкер.

Добавлено @ 18:19 

Нет, как я понимаю, код Property Sheet находится в EXE.
 

Earnest, ты как всегда всё правильно понимаешь, а я очень извиняюсь за ложную информацию (сам уже начал путаться в результатах попыток, голова уже плохо соображает). В том случае всё скомпилировалось, но вытащить страницу не получилось.
Делал так:

Получал p1=NULL;

А если бы делал всё правильно – то всё бы работало (чудес-то не бывает).   

Это сообщение отредактировал(а) Bukmop - 1.6.2006, 19:08

Да уж, зову не знамо кого...   А оно и не отзывается почему-то...
Вообще-то при такой связи с DLL ее лучше не динамически подключать, а прямо к проекту, чтобы еще линкер все ссылки разрешил.
Так ты разобрался в конце концов? 

Я тычусь как слепой котёнок, т.к. не понимаю, как правильно сделать, сижу и перебираю все мыслимые и немыслимые варианты (пока впустую).
Вот последний:
DLL

EXE

 
Благодарю за терпение, по себе знаю как трудно с такими... Но мне уже начинает казаться, что я хочу невозможного. 

Это сообщение отредактировал(а) Bukmop - 1.6.2006, 19:25

Bukmop, так ответь на простые вопросы:
1. Где находится твой ProperySheet( dll\exe )?
2. Где находится PropertPage( dll\exe )?
3. Где ты создаешь твой PropertySheet( dll\exe )?


P.S. LoadLibrary тут не нужен 

DeadSoul
1. exe
2. dll
3. exe
 
P.S. Смысл: Есть dll-ки - есть странички. Нет dll-ек - нет страничек. Изменились свойства dll-ек - не нужно трогать exe-ник.
   

Это сообщение отредактировал(а) Bukmop - 1.6.2006, 19:43

4. Как ты получаешь доступ к классам\функция в dll
- прописываешь в exe все необходимые *.h+*.lib
- LoadLibrary+GetProcAddress 

4. Пытался - LoadLibrary+GetProcAddress.

lib мне не подходит, т.к. при изменении dll-ки придётся перекомпилировать exe-шник.
 

Это сообщение отредактировал(а) Bukmop - 1.6.2006, 21:01

Так бы сразу и сказал, что тебе обязательно нужно загружать DLL динамически.
Тогда действительно, LoadLibrary + GetProcAddress. НО: получить через GetProcAddress можно только то, что есть в таблице экспорта. Поскольку экспортировать придется через def-файл, то с классами возиться сложно (надо ведь декорированные имена записывать для всех функций),
Поэтому делаем так:
1) К EXE ничего не подключаем (h-файла с описанием страницы), придется ему довольствоваться интерфейсом CPropertyPage.
2) В DLL создаем функцию CPropertyPage* CreatePage(/* нужные параметры */). Причем объявляем ее как extern "C", чтобы не мучиться с именами. И записываем в def-файл. Вот только не помню, это будет просто CreatePage или _CreatePage, нужно уточнить. Впрочем, с неправильной записью в def-файле DLL не соберется.Еще можно уточнить имя с помощью map-файла.
3) Дальше все как ты делал, GetProcAddress c тем именем, что записано в def.
4) Только теперь у тебя выделена память под страницу, поэтому не забудь ее удалить после DoModal.
5) Не уверена, что по delete будет вызван правильный деструктор. Я бы проверила, поставив туда точку прерывания...