- •1)Права доступа к файлу
- •2)Родительский процесс, порожденный, «сирота»
- •3)Системные вызовы fork, exec ,wait.
- •4)Файловая система. Системные вызовы mount, umount.
- •5)Файловая система. I-nodes.
- •6)Жесткая и символическая ссылки.
- •7)Схема переходов процесса из состояния в состояние
- •8)Системные вызовы getpid, getppid
- •9)Системный вызов times. Ядерная и пользовательские фазы процессов.
- •10)Программные каналы. Fifo-файлы.
- •11)Очередь сообщений. Последовательность системных вызовов.
- •12) Параметры функции msgget.
- •13)Параметры функции msgsnd.
- •14)Параметры функции msgrcv.
- •15)Параметры функции msgctl.
- •16)Семафоры. Последовательность системных вызовов.
- •17)Параметры функции semget.
- •18)Параметры функции semop.
- •19)Параметры функции semctl.
- •20)Разделяемая память. Последовательность системных вызовов.
- •21)Параметры функции shmget.
- •22)Параметры функции shmat.
- •23)Параметры функции shmdt.
- •24)Параметры функции shmctl.
- •25)Последовательность системных вызовов при работе с socket.
- •26)Потоки стандарта Posix.1c
- •27) Системный вызов pthread_create.
- •28)Системные вызовы pthread_self,exit и sched_yield
- •29) Системные вызовы pthread_join kill
- •30) Взаимоисключающие блокировки. Пример тупиковой ситуации.
- •34)Условные переменные
- •35) Системные вызовы pthread_cond_init, pthread_cond_signal и pthread_cond_timedwait. Их предназначение и параметры.
- •36) Системные вызовы pthread_cond_broadcast, pthread_cond_wait и pthread_cond_destroy. Их предназначение и параметры.
- •38) Системный вызов sem_open. Его предназначение и параметры.
- •39) Системные вызовы sem_init. Его предназначение и параметры.
- •40) Системные вызовы sem_getvalue, sem_wait и sem_close. Их предназначение и параметры.
- •41) Системные вызовы sem_trywait и sem_unlink. Их предназначение и параметры.
- •42) Системные вызовы sem_post и sem_destroy. Их предназначение и параметры.
- •43.Последовательность вызовов api серверного гнезда.
- •44.Последовательность вызовов api клиентского гнезда.
- •45.Последовательность вызовов api дейтаграммного гнезда.
- •46.Предназначение системного вызова socket().
- •47.Предназначение системного вызова bind().
- •48.Предназначение системного вызова listen().
- •49.Предназначение системного вызова accept().
- •50.Предназначение системного вызова connect().
- •51.Предназначение системных вызовов send() и sendto().
- •52.Предназначение системных вызовов recv() и recvfrom().
52.Предназначение системных вызовов recv() и recvfrom().
Прототип функции recv выглядит следующим образом:
#include <sys/types.h> #incrude <sys/socket.h>
int recv ( int sid, char* buf, int len, int flag );
Эта функция принимает сообщение через гнездо, указанное в аргументе sid. Принятое сообщение копируется в буфер buf, а максимальный размер йы/задается аргументом len.
Если в аргументе flag указан флаг MSG OOB, то приему подлежит высокоприоритетное сообщение. В противном случае ожидается обычное сообщение. Кроме того, в аргументе flag может бьггь указан флаг MSG PEEK, означающий, что процесс желает взглянуть на полученное сообщение, но не собирается удалять его из потокового гнезда. Такой процесс может повторно вызвать функцию recv для приема сообщения позже.
Если процесс пользуется гнездом (с установлением соединения или без установления соединения), для которого указан адрес получателя по умолчанию (посредством вызова API bind), он может принимать обычные сообщения через это гнездо с помощью либо API recv, либо API read. В BSD 4.2 и 4.3 функция read при использовании с гнездом, с которым не установлено соединение, дает сбой. В System V.4 в подобном случае функция read возвращает нулевое значение в блокирующем режиме и -1 в неблокирующем.
В случае неудачи функция recv возвращает -I; в случае успешного выполнения возвращается число байтов данных, записанных в буфер buf
Функция recvfrom
Прототип функции recvfrom выглядит следующим образом:
#include <sys/types.h> #include <sys/socket.h>
int recvfrom ( int sid, const char* buf, int len, int flag, struct sockaddr* addr p, int* len p );
Эта функция делает то же самое, что и API recv, только при ее вызове задаются аргументы addr р и len р, позволяющие узнать имя гнезда-отправителя.
Аргументы sid, buf, len и flag - те же самые, что в API recv. Аргумент addr р - это указатель на объект, который содержит имя гнезда-отправителя.
Аргумент len р сообщает число байтов в объекте, на который указывав аргумент addr р.
В случае неудачи функция recvfrom возвращает -I; в случае успешногс выполнения возвращается число принятых байтов данных.