UNIX: разработка сетевых приложений
UNIX: разработка сетевых приложений читать книгу онлайн
Новое издание книги, посвященной созданию веб-серверов, клиент-серверных приложений или любого другого сетевого программного обеспечения в операционной системе UNIX, — классическое руководство по сетевым программным интерфейсам, в частности сокетам. Оно основано на трудах Уильяма Стивенса и полностью переработано и обновлено двумя ведущими экспертами по сетевому программированию. В книгу включено описание ключевых современных стандартов, реализаций и методов, она содержит большое количество иллюстрирующих примеров и может использоваться как учебник по программированию в сетях, так и в качестве справочника для опытных программистов.
Внимание! Книга может содержать контент только для совершеннолетних. Для несовершеннолетних чтение данного контента СТРОГО ЗАПРЕЩЕНО! Если в книге присутствует наличие пропаганды ЛГБТ и другого, запрещенного контента - просьба написать на почту [email protected] для удаления материала
23 readline(int fd, void *vptr, size_t maxlen)24 {25 ssize_t n, rc;26 char c, *ptr;27 ptr = vptr;28 for (n = 1; n < maxlen; n++) {29 if ((rc = my_read(fd, &c)) == 1) {30 *ptr++ = c;31 if (c== 'n')32 break; /* Записан символ новой строки, как в fgets() */33 } else if (rc == 0) {34 *ptr = 0;35 return(n - 1); /* EOF, считано n-1 байт данных */36 } else37 return(-1); /* ошибка, read() задает значение errno */38 }39 *ptr = 0; /* завершающий нуль, как в fgets() */40 return(n);41 }42 ssize_t43 readlinebuf(void **vptrptr)44 {45 if (read_cnt)46 *vptrptr = read_ptr;47 return(read_cnt);48 }2-21my_readMAXLINE29readlinemy_readread42-48readlinebufК сожалению, использование переменных типа static в коде readline.c для поддержки информации о состоянии при последовательных вызовах приводит к тому, что функция больше не является безопасной в многопоточной системе (thread-safe) и повторно входимой (reentrant). Мы обсуждаем это в разделах 11.18 и 26.5. Мы предлагаем версию, безопасную в многопоточной системе, основанную на собственных данных программных потоков, в листинге 26.5.
3.10. Резюме
Структуры адресов сокетов являются неотъемлемой частью каждой сетевой программы. Мы выделяем для них место в памяти, заполняем их и передаем указатели на них различным функциям сокетов. Иногда мы передаем указатель на одну из этих структур функции сокета, и она сама заполняет поля структуры. Мы всегда передаем эти структуры по ссылке (то есть передаем указатель на структуру, а не саму структуру) и всегда передаем размер структуры в качестве дополнительного аргумента. Когда функция сокета заполняет структуру, длина также передается по ссылке, и ее значение может быть изменено функцией, поэтому мы называем такой аргумент «значение-результат» (value-result).
Структуры адресов сокетов являются самоопределяющимися, поскольку они всегда начинаются с поля
familyДве функции, преобразующие IP-адрес из формата представления (который мы записываем в виде последовательности символов ASCII) в численный формат (который входит в структуру адреса сокета) и обратно, называются
inet_ptoninet_ntopsock_getaddrinfogetnameinfoСокеты TCP предоставляют приложению поток байтов, лишенный маркеров записей. Возвращаемое значение функции read может быть меньше запрашиваемого, но это не обязательно является ошибкой. Чтобы упростить считывание и запись потока байтов, мы разработали три функции
readnwritenreadlineУпражнения
1. Почему аргументы типа «значение-результат», такие как длина структуры адреса сокета, должны передаваться по ссылке?
2. Почему и функция
readnwritenvoid*char*3. Функции
inet_atoninet_addr0xtelnet 0xeinet_ptoninet_ptonAF_INET6inet_pton_looseAF_INETinet_ptoninet_atonAF_INET6inet_ptoninet_aton
