Поведение очередей в FreeRTOS, разумное поведение Опции

[klen]

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

а вот что должно происходить если две или более задачи присосутся к одной очереди?
в моем тесте FreeRTOS поступает так.
1. И первая и вторая задачи бесперпятсятвенно вызывают QueueGenericReceive и блокируются.
2. Видимо обе ждут записи в очередь
3. при записи чтение выполняет та которая?? первая присосалась, а вторая навечно заблокирована.
4. есть предположение что читать будет всегда активный поток


отсюда вопросы
1. Это так и должно быть? я думаю что не меее разумно былобы в случае второй задачи вернуть код ошибки о том что очередь уже кемто читается.
2. кто действительно будет слушать очередь - тот кто первый или как?
3. что будет и что должно быть если первая присосавшаяся к очереди сам себя заблокирует, будет ли другая задача читать очередь.

вобщем изза этого недопониманя я долго ловил баг в своей програмке пока не понял что к очереди присосавшись было два желающих читать.

[zltigo]

ситуация...

Вообще-то для подобного одна из задач может пользовать xJustPeeking, или не использовать бесконечную блокировку, или.... В общем нужно конкретно смотреть.

2.
3.

Исходники посмотреть . А вообще, если по памяти, то слушают обе, но получит с максимальным приоритетом, а забокировавшая себя навечно соответственно слушать перестанет.