Работая с функциями

и , следует учитывать различие между двумя флаговыми переменными: это аргумент , который передается по значению, и элемент структуры , который передается по ссылке (поскольку функции передается адрес этой структуры).

Элемент

используется только функцией . Когда вызывается функция , аргумент копируется в элемент [128, с. 502], и это значение используется ядром для управления приемом данных. Затем это значение обновляется в зависимости от результата функции .

Элемент

игнорируется функцией , поскольку эта функция использует аргумент для управления выводом данных. Это значит, что если мы хотим установить флаг при вызове функции , то мы должны присвоить это значение аргументу , а присваивание значения элементу не имеет никакого эффекта.

В табл. 14.2 показано, какие флаги проверяются ядром для функций ввода и вывода и какие элементы

может возвращать функция . Для элемента нет колонки, потому что, как мы отмечали, он не используется.

Таблица 14.2. Флаги для различных функций ввода-вывода

Флаг	Проверяются функциями send flagssendto flagssendmsg flags	Проверяются функциями recv flagsrecvfrom flagsrecvmsg flags	Возвращаются функцией recvmsg msg_flags
MSG_DONTROUTE	•
MSG_DONTWAIT	•	•
MSG_PEEK		•
MSG_WAITALL		•
MSG_EOR	•
MSG_OOB	•	•	•
MSG_BCAST			•
MSG_MCAST			•
MSG_TRUNC			•
MSG_CTRUNC			•

Первые четыре флага только проверяются и никогда не возвращаются, вторые два проверяются и возвращаются, а последние четыре флага только возвращаются. Следующие ниже комментарии относятся к шести флагам, возвращаемым функцией

.

. Этот флаг введен в BSD/OS и возвращается, если дейтаграмма была получена как широковещательная дейтаграмма канального уровня или если ее IP-адрес получателя является широковещательным адресом. Этот флаг предоставляет более удачную возможность определить, что дейтаграмма UDP была отправлена на широковещательный адрес, чем параметр сокета .

. Этот флаг введен в BSD_OS и возвращается, если дейтаграмма была получена как дейтаграмма многоадресной передачи канального уровня.

. Этот флаг возвращается, если дейтаграмма была усечена: у ядра имеется больше данных для возвращения, чем позволяет пространство в памяти, выделенное для них процессом (сумма всех элементов ). Более подробно мы рассмотрим это в разделе 22.3.

. Этот флаг возвращается, если были усечены вспомогательные данные: у ядра имеется больше вспомогательных данных для возвращения, чем позволяет выделенное для них процессом пространство в памяти ( ).

. Этот флаг означает конец записи. Он сбрасывается, если возвращаемые данные не заканчивают запись. Если же возвращаемые данные заканчивают логическую запись, этот флаг устанавливается. TCP не использует этот флаг, поскольку это потоковый протокол.

. Этот флаг никогда не возвращается для внеполосных данных TCP. Он возвращается другими наборами протоколов (например, протоколами OSI).

Реализации могут возвращать некоторые из входных аргументов

в элементе , поэтому мы должны проверять только те значения флагов, которые нас интересуют (например, последние шесть в табл. 14.2).

На рис. 14.1 представлена структура

и информация, на которую она указывает. На этом рисунке отражена ситуация, предшествующая вызову функции для сокета UDP.

Рис. 14.1. Структуры данных в тот момент, когда функция recvmsg вызывается для сокета UDP

Для адреса протокола в памяти выделяется 16 байт, а для вспомогательных данных — 20 байт. Инициализируется массив из трех структур iovec: первая задает 100-байтовый буфер, вторая — 60-байтовый буфер, третья — 80-байтовый буфер. Мы также предполагаем, что был установлен параметр сокета

для получения IP-адреса получателя из дейтаграммы UDP.