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

Вниз

Передача данных с помощью сообщений windows   Найти похожие ветки 

 
Zakir   (2007-11-04 16:48) [0]

Если с помощью сообщений Windows (функций PostMessage/PostThreadMessage) передается указатель на какую-нибудь динамически-созданную структуру, например между потоками, то как лучше организовать управление памятью (удаление структуры получателем, после того как она больше не нужна)?


 
homm ©   (2007-11-04 17:51) [1]

> то как лучше организовать управление памятью

Копировать при получении с всою структуру. Удалять в источники сразу поле «посылки» в приемнике — после того, как не нужна.
Но даже если просто тупо сделать «удаление структуры получателем, после того как она больше не нужна», вроде тоже припятствие не должно быть, если пошлеш лишь одному получателю.


 
GlFox ©   (2007-11-05 15:12) [2]

Как пишут в PSDK в описании WM_COPYDATA:
The data being passed must not contain pointers or other references to objects not accessible to the application receiving the data.
While this message is being sent, the referenced data must not be changed by another thread of the sending process.
The receiving application should consider the data read-only. The lParam parameter is valid only during the processing of the message. The receiving application should not free the memory referenced by lParam. If the receiving application must access the data after SendMessage returns, it must copy the data into a local buffer.


 
MsGuns ©   (2007-11-05 16:05) [3]

>удаление структуры получателем, после того как она больше не нужна

Такая "технология" чревата труднонаходимыми ошибками. "Получатель" должен лишь использовать объект, ссылка на который ему передается, но не решать "судьбу" самого объекта (за исключением специальных случаев)


 
Zakir   (2007-11-06 08:29) [4]

Как известно, PostMessage/PostThreadMessage работают асинхронно.
Послав подобное сообщение, поток уже не может решить судьбу объекта, этим должен заниматься получатель.
Можно конечно использовать глобальную очередь, куда складывать сообщения, но это некрасиво и усложнено, в случае если потоков-получателей несколько.
Видимо, нужен какой-то вариант сборки мусора (может быть объект должен удалять себя сам как в com?).


 
Сергей М. ©   (2007-11-06 10:27) [5]


> этим должен заниматься получатель


Именно так.
И ничто не мешает получателю сделать это корректно и вовремя.


 
Leonid Troyanovsky ©   (2007-11-06 13:50) [6]


> Zakir   (06.11.07 08:29) [4]

> Можно конечно использовать глобальную очередь, куда складывать
> сообщения, но это некрасиво и усложнено, в случае если потоков-
> получателей несколько.

TThreadList спасет ОРД.
Возможно, добавить реакцию потоков на event (Create/SetEvent &etc).

А вот делать все потоки гуевыми - действительно, некрасиво.

--
Regards, LVT.



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

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

Наверх




Память: 0.48 MB
Время: 0.021 c
8-1173450743
Аликъ
2007-03-09 17:32
2008.02.10
bass уровень


15-1199213872
Vendict
2008-01-01 21:57
2008.02.10
PHP DM Client - одно пожелание


15-1200054385
Ega23
2008-01-11 15:26
2008.02.10
Надо работать с UDP


2-1200834547
Inslave
2008-01-20 16:09
2008.02.10
Округление


15-1199899987
@!!ex
2008-01-09 20:33
2008.02.10
Подключиьб IDE винт к ноуту... реально ли?