Использование очереди сообщений Опции

[Harvester]

Здравствуйте.

Помогите пожалуйста разобраться с использованием очереди сообщений.
У меня есть процесс (A), периодически передающий пакеты по UART. Второй процесс ( может в произвольные моменты требовать от
него передачи пакетов, определяемых пользователем. Для этого я собираюсь использовать очередь сообщений.
Но ведь в очередь заносится только указатель на пакет, а как быть с самими данными, особенно если пришло несколько запросов подряд?

Правильно ли я понимаю, что мне необходимо помимо очереди создать что-то вроде кольцевого буфера и обернуть функции POST и PEND для очереди сообщений в свои функции, которые будут брать/класть указатель из/в очереди, извлекать данные из буфера и обслуживать указатели этого буфера?

Спасибо.

PS. Пока писал сообщение, в голову пришла ещё одна мысль - процесс B динамически выделяет память, а процесс A после вычитывания сообщения её освобождает.

[Ink]

В шаблонную очередь (пример выше) мы можем класть не только объектры ELEMENT, но и наследников от него. Это про "разные сообщения"

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

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

[Сергей Борщ]

если вы точно знаете, что в очереди указатель на ELEMENT или производный от него, то при передаче приведите его к void*, а при получении к ELEMENT*.

Гм... Зачем тут void *? Почему бы не приводить к ELEMENT * сразу при передаче? И зачем тут вообще приведение? Если исходный имеет тип ELEMENT * или производный от него, приведение будет выполнено неявно. Если тип совсем другой - то какой смысл его класть в эту очередь, ведь при извлечении получим ELEMENT*, как мы узнаем, что тип был совсем другой?

[Ink]

Гм... Зачем тут void *? Почему бы не приводить к ELEMENT * сразу при передаче? И зачем тут вообще приведение?

если функция отправки в очередь принимает только void*, то при ее вызове надо все приводить к void* это избавит от варнингов в различных компиляторах.

имеет смысл не полениться написать обертку для работы с нормальными средствами языка, а не использовать затычку void*.

с т.з. языка - да. а с т.з. получившегося кода? гробим и память, и быстродействие.