Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2004.01.29;
Скачать: CL | DM;

Вниз

DCOM   Найти похожие ветки 

 
Michail Dalakov ©   (2004-01-01 23:38) [0]

Выбрана следующая модель фабрики классов - ciMultiInstance, tmApartment. При подключении к серверу создается новая инстанция COM - объекта, который обслуживает данное соединение. Если соединение разрывается "правильно", то ссылка на интерфейс отпускается и СOM - объект разрушается. В случае если соединение разрывается "неправильно", то счетчик ссылок не обнуляется и объект продолжает висеть в памяти сервера. Причем вызов метода
Destroy для связанного TRemoteDataModule не является "чистой" ликвидацией объекта, т.к. на сервере остается поток в котором был создан COM - объект и другой мусор. Как решить эту проблему,
т. е. как "чисто" ликвидировать объект со стороны сервера.


 
Romkin ©   (2004-01-05 13:54) [1]

Попробуй просто дать его интерфейсу Release


 
Michail Dalakov ©   (2004-01-05 14:05) [2]

Спасибо администрации за возврат вопроса в данную конференцию
Если кому интересна данная тема с радостью готов обсудить. Могу порекомендовать также посмотреть
TRemoteDataModule и DCOM (Michail Dalakov 02.01.04 14:38)


 
Michail Dalakov ©   (2004-01-05 14:47) [3]

To[1]
ICh(self)._Release во-первых не помогает, во-вторых не является правильным, т.к. здесь завязан ComClassManager см.
TRemoteDataModule и DCOM (Michail Dalakov 02.01.04 14:38)



Страницы: 1 вся ветка

Текущий архив: 2004.01.29;
Скачать: CL | DM;

Наверх




Память: 0.47 MB
Время: 0.015 c
14-93674
BlackTiger
2003-12-30 13:43
2004.01.29
Delphi8. Что-то я не понял прикола...


14-93670
Ihor Osov'yak
2004-01-07 15:31
2004.01.29
Вопрос о книге


14-93628
Knight
2004-01-08 22:16
2004.01.29
Где ещё делфи хранит инфу в какую вкладку...


4-93734
lexx777
2003-11-21 23:23
2004.01.29
Синхронизация, семафор, мьютекс


14-93676
K.o.Z
2004-01-07 05:07
2004.01.29
shell32.dll