Небольшая проблема с обработкой сообщений, сброс флага "Сообщение пусто" Опции

[sonycman]

Доброго времени суток!

Организую взаимодействие между двумя процессами с помощью сообщений.
Один процесс отправляет сообщение, другой - принимает.

Почему то казалось, что после считывания сообщения оператором = его статус автоматически устанавливается на "пусто".
Поэтому делал так:

CODE

//thread 1
command_message.send();
response_message.wait();
...

//thread 2
if (command_message.is_non_empty())
{
message_placeholder = command_message;
...
response_message.send();
...
}

Оказалось, что это не так, и необходимо после считывания принудительно сбрасывать сообщение функцией reset().

Но, может быть, удобнее было бы сделать автоматический сброс флага NonEmpty после отрабатывания оператора присваивания?

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

Если не используется ожидание сообщения, то какой смысл в применении сообщения вообще?

[sonycman]

Если не используется ожидание сообщения, то какой смысл в применении сообщения вообще?

Управление процессом. Передача комманд\ответов управляющему процессу.
Очень удобно, так как формат сообщений произвольный, и может содержать сложную структуру.

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

По моему вполне логично.

[dxp]

Управление процессом. Передача комманд\ответов управляющему процессу.
Очень удобно, так как формат сообщений произвольный, и может содержать сложную структуру.

Кстати, да, мне вот такая простая мысль в голову не пришла. Действительно, если мы сообщения не ждем, а опрашиваем, то для этого достаточно просто завести просто структуру, которая является телом сообщения, и флажок готовности (можно прямо в теле структуры). И поллить периодически этот флажок. Использование сервисов ОС тут вообще не нужно. Такое решение будет еще эффективнее во всех смыслах.

[sonycman]

Кстати, да, мне вот такая простая мысль в голову не пришла. Действительно, если мы сообщения не ждем, а опрашиваем, то для этого достаточно просто завести просто структуру, которая является телом сообщения, и флажок готовности (можно прямо в теле структуры). И поллить периодически этот флажок. Использование сервисов ОС тут вообще не нужно. Такое решение будет еще эффективнее во всех смыслах.

Да, можно сделать общение процессов и не используя ОС.
Если самому позаботиться о синхронизации и совместном доступе.

Но, осваивая свою первую в жизни ОС, всё таки хочется пользоваться её сервисами

[dxp]

Но, осваивая свою первую в жизни ОС, всё таки хочется пользоваться её сервисами

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

Да, можно сделать общение процессов и не используя ОС.
Если самому позаботиться о синхронизации и совместном доступе.

Без ОС организация поллинга будет совсем не такой простой и не такой эффективной. Тут-то у вас есть отдельный процесс, который по кругу выполняет ряд задач, одна из которых - опрос. Опросил, если есть, работаем, если нет, пошли дальше - то, что вам, как я понял, и надо. Без ОС придется повозиться с организацией как общего потока управления, так и частного кода, осуществляющего поллинг.