-
- Да, это про межпроцессорное общение. А 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)