Исходное сообщение
"C++ listen tcp socket" Отправлено handler2006, 13-Окт-11 10:55
Как ни прискорбно - но  с boost у меня тоже не срослось. Итак, вернемся к самописному варианту tcp-сервера. Как утверждает Стивенс (и не зря утверждает), "сервер" начинает слушать протокол и порт, который мы ему "натравили": listen(); И далее принимает(или "засыпает", если очередь входящих сообщений пуста) входящие запросы от "клиента" (в нашем случае - веб-браузера): accept(); (Дальше мои мысли) Следовательно, как только accept() вернул нам валидный дескриптор: if ( (session=accept(socket, buf, buf_len))!=-1 ) {/*valid handler*/} мы можем создавать дочерний поток(процесс), который обработает запрос и завершится: listen(); for (;;) { accept(); if ( (session=accept(socket, buf, buf_len))!=-1 ) { if(!fork()) {/*child*/do smth; exit(0);} else        {/*parent*/ close(session);} } } Теперь скажите мне, почему session закрывается родителем? Я, конечно, ноль в многопоточности, однако из прочитанной мной литературы о процессах сделал вывод, что с момента fork() и родитель, и его потомок начинают работать одновременно в одном и том же адресном пространстве (за последнее не ручаюсь). Как же потомок сможет читать/писать в session, если родитель, согласно логике программы, сразу же закроет дескриптор? Подскажите, пожалуйста, в каком месте нарушена логика?