Модераторы: Snowy, bartram, MetalFan, bems, Poseidon, Riply
  

Поиск:

Закрытая темаСоздание новой темы Создание опроса
> Приложене и DLL особенности их взаимодействия, Неверно функционируют компоненты 
V
    Опции темы
Alexeis
Дата 15.11.2006, 11:17 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Амеба
Group Icon


Профиль
Группа: Админ
Сообщений: 11743
Регистрация: 12.10.2005
Где: Зеленоград

Репутация: 16
Всего: 459



  Насколько я знаю при загрузке DLL происходит отображение ее образа в память процесса. Для DLL же вообще просто, она воспринимает все как единое адресное пространство. Т.о. если Dll используется только с программой на делфи, то должно функционировать так как будто это все единое целое.
  Однако, на практике, такого не происходит. Во первых как уже многие знают для работы со строками нужно иметь общий менеджер кучи. Во-вторых,  и главное неверно определяется RTTI т.е. информация о типах во время исполнения программы. В чем это проявляется? А вот в чем. Пусть в приложении мы создали компонент Timage, и поместили в него тем или иным образом изображение, например битмап. Теперь передаем объект (т.е. указатель на него в DLL) и пробуем обратится к его содержимому (содержимому Image, т.е. Bitmap). Поскольку Timage является контейнером для разного типа изображений, то перед проведением очередной операции имага проверяет, что у в ней (jpegbitmapметафайл или что-то еще.), однако в этот момент наступает облом. Если проверка производится из DLL, то возвращается информация о том, что не существует никакого внутреннего битмапа, тогда как он на самом деле есть. Аналогичная операция произведенная из приложения, дает верную информацию о битмапе.
  Теперь дальше, к чему это приводит, а к тому, что имага думает что раз ничего нет, то надо его создать, и на всякий случай сносит имеющийся битмап (просто готовит контейнер для создания нового битмапа) и естественно создает новый пустой. Т.о. даже операция ЧТЕНИЯ!!! приводит к тому, что теряется исходное изображение. 
  Теперь собственно вопрос. В чем состоит особенность взаимодействия приложения и вызванной им DLL, что не позволяет корректно получить RTTI?

p.s. тема создана для поддержки соседней темы из раздела Delphi: Графика, звук и видео
"TPaintBox в TImage как пробразовать" 

Это сообщение отредактировал(а) alexeis1 - 15.11.2006, 12:10


--------------------
Vit вечная память.

Обсуждение действий администрации форума производятся только в этом форуме

гениальность идеи состоит в том, что ее невозможно придумать
PM ICQ Skype   Вверх
Alexeis
Дата 15.11.2006, 13:03 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Амеба
Group Icon


Профиль
Группа: Админ
Сообщений: 11743
Регистрация: 12.10.2005
Где: Зеленоград

Репутация: 16
Всего: 459



Вопрос решен Snowy. Он почему-то не захотел отписаться. Дело в том, что DLL и экзе имеют различные экземпляры классов в памяти, таким образом (exe)TBitmap <> (dll)TBitmap и соответственно имеют различные указатели на класс. Т.о. в Dll ведется проверка на принадлежность к классу TBitmap, используя ссылку на класс (dll)TBitmap, тогда как исходный был создан в exe и имеет указатель на (exe)TBitmap. Значит указатель (exe)TBitmap, для dll не является верным, что и приводит неверной идентификации. 
  Можно с уверенностью сказать, что такая работа не предусмотрена, разработчиками делфи, хотя для простых объектов может иногда и работать. Все зависит от того какие операции производятся. Но в общем случае такая передача приведет к неопределенной ситуации. Вместо этого можно передавать дескрипторы Windows объектов, поскольку они расположены в ядре Windows и управляются при помощи функций. Еще возможен вариант, это управление через интерфейсы, т.е. все вызовы реализует исходный объект, а длл их только инициирует. И, конечно, еще вариант с BPL, вместо длл, но это уже потребует наличия библиотек rtl.bpl и vcl.bpl которые имеют немалый вес, хоть и легко архивируются.


--------------------
Vit вечная память.

Обсуждение действий администрации форума производятся только в этом форуме

гениальность идеи состоит в том, что ее невозможно придумать
PM ICQ Skype   Вверх
bazzzman
Дата 16.11.2006, 05:12 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Шустрый
*


Профиль
Группа: Участник
Сообщений: 62
Регистрация: 24.7.2006

Репутация: нет
Всего: 2



Эта тема уже обсуждалась:
http://forum.vingrad.ru/topic-112350/hl/bazzzman/index.html

Может пригодится мое мнение…  smile 
Я пришел в следующему решению:
Код

if (Controls[1].ClassParent.ClassName = 'TForm') then
with TForm(Controls[1])


Где Controls[1] это контрол, который добавила dll на главную форму exe. Надо использовать именно TForm(Controls[1]), is и as не работают как раз из-за разных указателей на базовый класс (о чем ты и писал).

Далее можем нормально работать с with TForm(Controls[1]) как с формой. Вызывать методы, менять свойства. Решение стабильно на Delphi 7.
PM MAIL WWW   Вверх
Alexeis
Дата 16.11.2006, 11:17 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Амеба
Group Icon


Профиль
Группа: Админ
Сообщений: 11743
Регистрация: 12.10.2005
Где: Зеленоград

Репутация: 16
Всего: 459



bazzzman,  Мы таким образом указываем, что вместо класса (exe)TBitmap,  нужно использовать (dll)TBitmap. Вроде неплохое решение, НО! все внутренние объекты, которые могут находится в Private области связаны с классами в ExE! а не Dll. Т.е. Если мы хорошо понимаем структуру класса, то такой финт ушами сработает, но опять же в общем случае это решение работать не будет. Т.е. все же это сомнительный ход, который не стоит использовать в коммерческих разработках, потому как при сохранении интерфеса внутреннее содержимое класса может меняться время от времени.


--------------------
Vit вечная память.

Обсуждение действий администрации форума производятся только в этом форуме

гениальность идеи состоит в том, что ее невозможно придумать
PM ICQ Skype   Вверх
bazzzman
Дата 16.11.2006, 12:59 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Шустрый
*


Профиль
Группа: Участник
Сообщений: 62
Регистрация: 24.7.2006

Репутация: нет
Всего: 2



Цитата

потому как при сохранении интерфеса внутреннее содержимое класса может меняться время от времени

Я как раз работаю с родными классами VCL которые никогда меняются. Для примера: ипользую TForm, но не TMySuperForm.

Добавлено @ 13:05 
Цитата
Если мы хорошо понимаем структуру класса, то такой финт ушами сработает, но опять же в общем случае это решение работать не будет.

У меня работает очень стабильно. Я конечно использую TForm из dll по минимуму, как визуальный контейнер-транслятор контролов из dll в exe. Еще раз: работает очень стабильно D7.
PM MAIL WWW   Вверх
Alexeis
Дата 16.11.2006, 16:32 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Амеба
Group Icon


Профиль
Группа: Админ
Сообщений: 11743
Регистрация: 12.10.2005
Где: Зеленоград

Репутация: 16
Всего: 459



Цитата(bazzzman @  16.11.2006,  12:59 Найти цитируемый пост)
Я как раз работаю с родными классами VCL которые никогда меняются. 

 smile С каждой новой версией делфи, класс TForm меняется, причем иногда эти изменения весьма серьезны. За время от делфи 3 до делфи 2006 он увеличился в размерах в несколько раз. В таких условиях говорить о переносимости проектов на новую версию компилятора нет смысла. 
  Хочется все таки подытожить. Не смотря на то, что существует возможность прямой передачи объектов из экзешника в Длл, такие операции являются потенциально опасными и не должны использоваться.


--------------------
Vit вечная память.

Обсуждение действий администрации форума производятся только в этом форуме

гениальность идеи состоит в том, что ее невозможно придумать
PM ICQ Skype   Вверх
  
Закрытая темаСоздание новой темы Создание опроса
Правила форума "Delphi: WinAPI и системное программирование"
Snowybartram
MetalFanbems
PoseidonRrader
Riply

Запрещено:

1. Публиковать ссылки на вскрытые компоненты

2. Обсуждать взлом компонентов и делиться вскрытыми компонентами

  • Литературу по Delphi обсуждаем здесь
  • Действия модераторов можно обсудить здесь
  • С просьбами о написании курсовой, реферата и т.п. обращаться сюда
  • Вопросы по реализации алгоритмов рассматриваются здесь
  • 90% ответов на свои вопросы можно найти в DRKB (Delphi Russian Knowledge Base) - крупнейшем в рунете сборнике материалов по Дельфи
  • 99% ответов по WinAPI можно найти в MSDN Library, оставшиеся 1% здесь

Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, Snowy, bartram, MetalFan, bems, Poseidon, Rrader, Riply.

 
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | Delphi: WinAPI и системное программирование | Следующая тема »


 




[ Время генерации скрипта: 0.0706 ]   [ Использовано запросов: 22 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.