RxTx (12.04.2024 15:41, просмотров: 50) ответил Dingo на Хочу через Unix сокет гонять данные, но не замерзать на accept() -
будет ещё одно соединение и сигналы. Как это лучше сделать? Пока
что пытаюсь по книжкам: socket(), bind(), listen(), accept(),
close(). Но accept() блокирующий вызов, напрашивается poll(). Как
это лучше сделать? setsockopt() если нужен(или нет?), между какими
вызовами его ставить? А poll() выдаёт в вызове того, что я
нагородил POLLHUP o_O-
- Да, это про межпроцессорное общение. А listen() применим? Можно ли
через один сокет и читать, и писать? Или надо второй создавать? Или
достаточно socket(), bind() и можно recv(), send()? (read(),
write()) - Dingo(12.04.2024 18:59)
- listen() используется только для создания прослушивающего сокета
для TCP, затем либо у этого сокета произойдет событие ACCEPT или же
блокирующий вызов accept() вернет сокет установившегося соединения.
Для UDP сокетов или для сокетов служащих оберткой над файлами и
пайпами listen() не требуется. Т.е. как ты и пишешь, достаточно
socket() потом связать его с именем файла/ipaddress/итд вызовом
bind(), а потом send()/recv(). - RxTx(12.04.2024 22:29)
- В большинстве случаев будет работать write/read, а send/recv нужны лишь для специфических случаев, когда требуются энти самые флаги. Eddy_Em(106 знак., 12.04.2024 22:37)
- listen() используется только для создания прослушивающего сокета
для TCP, затем либо у этого сокета произойдет событие ACCEPT или же
блокирующий вызов accept() вернет сокет установившегося соединения.
Для UDP сокетов или для сокетов служащих оберткой над файлами и
пайпами listen() не требуется. Т.е. как ты и пишешь, достаточно
socket() потом связать его с именем файла/ipaddress/итд вызовом
bind(), а потом send()/recv(). - RxTx(12.04.2024 22:29)
- Да, это про межпроцессорное общение. А listen() применим? Можно ли
через один сокет и читать, и писать? Или надо второй создавать? Или
достаточно socket(), bind() и можно recv(), send()? (read(),
write()) - Dingo(12.04.2024 18:59)