Сылка на обьект в обеих потоках

[waleri]

Может получится, что в момент записи кто-то будет читать данные.

[Пепел Феникса]

если чтение не защищено, то да.
но это уже вопрос архитектуры, а не сигналов.

[waleri]

Причем здесь архитектура?
Просто поток, который пишет, НЕ проверяет сигнал а посему может получиться так, что один поток читает, другой пишет.

[p51x]

Ппц... ладно, ТС, путает теплое с мягким, но 4 страницы обсуждает его фантазию сигнальной блокировки...

[Пепел Феникса]

Сообщение от waleri

Причем здесь архитектура?
Просто поток, который пишет, НЕ проверяет сигнал а посему может получиться так, что один поток читает, другой пишет.

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

[waleri]

А как пишущий поток может вообще проверить сигнал?

[Пепел Феникса]

Сообщение от waleri

А как пишущий поток может вообще проверить сигнал?

все действия с ресурсом должны быть при захваченном событии.

WaitForSignalObject(hEvent, INFINITY);
//работаем с ресурсом
SetEvent(hEvent)

событие останется в сигнальном состоянии до тех пор пока его кто-то не захватит.
с PulseEvent все бы пропало, да.

[p51x]

А зачем городить мьютекс на сигналах, когда есть мьютексы, семафоры, спилоки и прочие?

[Пепел Феникса]

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

[RAFA91]

Предположим событие с автосбросом.

Оба ядра в своих потоках вошли в функцию ввейт


Получается теперь оба ядра имеют доступ к общим данным.

Сообщение от Pavia

Что значит возле функции wait?

выше смотрите

Сообщение от waleri

Может получится, что в момент записи кто-то будет читать данные.

вот именно. оба ядра зафиксируют обьект в сигнальном состоянии

и пи.....ец

хотя если у ядер есть приоритет тогда еще мона