http://h30266.www3.hpe.com/odl/i64os/opsys/vmsos84/BA554_90018/ch04s03.html#mbx-read-func тут даже с графикой

Я это сдал

Большое спасибо

Я отвечу вечером про основную идею

короче я не понимаю как можно спрашивать одно и подразумевать ответ на другое, но может это я чет не догнал

поздравляю

Надо было только допереть до record oriented, дальше все стало норм

ага

Сдал короче свой экзамен. Record-oriented device позволяет нам ввести примитив - некоторую запись - record. И тогда чтения и запись из такого mailbox, по сути, для потока - это атомарная операция, дающая нам record целиком. Но только одному потоку/процессу. А что, если нам это и нужно? Например, если у нас единственный писатель - диспетчер задач, а все слушатели - воркеры. Можно ещё придумать варианты, но это будет замудренее. Но так можно сделать очередь событий с несколькими обработчиками. Соль такая)

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

а в пайпах чо, записи нельзя передавать?

это досихпор так в универах учат? какието, вродебы, простые вещи объясняют какими то странными словами

преподу небось далеко за 50?

А что за вуз, кстати?

да, эту часть я знал, но по формулировке НЕ ДОГАДАЛСЯ что именно это требуется

нет, он байтовый

мхм, а в майлбоксе другие байты?

ты забыл прочитать то что выше написано?

майлбокс читается ЗАПИСЯМИ

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