DLL, потоки

[Stilet]

Не знаю что ты там задумал такого, но думаю что все VCL можно оставить целиком в Экзешнике, а всякие исполнявки, как Михалыч сказал, пихнуть в ДЛЛку, если так уж необходимо.

[B_N]

Сообщение от BOBAH13

Ну и какой же выход? т.к. у меня в проекте плагины все содержат формы, а один вообще содержит список форм куда мен их пихать то ? а VCL юзать полюбому надо...

Ну набросайте хоть блок-схему того, что Вы сделать хотите, если код жалко показывать. Пока что и у Вас в голове с этим путаница, и у нас уже путаница. Зачем такую кривоватую вещь, как VCL, толкать в dll? Нет ли там пересечений по оконным классам и под какие модули они регистрируются? Что происходит по DLL_THREAD_ATTACH и DLL_THREAD_DETACH в DllMain библиотеки? Когда уничтожается окно и объект TForm, при завершении потока или прямыми вызовами? И уничтожаются ли? Какие такие уникальные свойства VCL вы закручиваете в библиотеку, что без них проблему не решить? Зачем Вам в ней формы, не проще ли любым редактором ресурсов наделать нужных окон и создавать их потом через CreateDialog без всякой головной боли? Где расположены данные, которые исчезают при завершении потока? Одни вопросы.

[BOBAH13]

Вообщем выход я думаю - .bpl а почему VCL в .dll плагине... там компоненты на форме, и именно формы нужны, а компоненты писал сам + activex там еще... короче пока это все на api сделаеш ххх сами понимаите думаю .bpl решит мою проблему, как сделаю bpl отпишусь

[BOBAH13]

Мда... момент с bpl вообще не понравился... ексешник отключает все либы для линковки, и что я вижу... весь ехе ~20 кб. Тут стало все ясно, решил оставить dll... А так как вся проблема именно из-за потоков, которые юзаются в моем компоненте-окне, решил я через длл указывать handle родителя для моего компонента думаю такое прокатит, а т.к. компонент будет создаваться в exe то все должно пахать на ура...