- •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().
47.Предназначение системного вызова bind().
Прототип функции bind выглядит следующим образом:
#include <sys/types.h> #include <sys/socket.h>
bind { int sid, struct sockaddr* addr p, int len );
Эта функция присваивает гнезду имя. Гнездо обозначается аргументом sid, значение которого, возвращенное функцией socket, представляет собой дескриптор гнезда. Аргумент addr р указывает на структуру, содержащую имя, которое должно быть присвоено гнезду. Аргумент len задает размер структуры, на которую указывает аргумент addr р.
В каждом домене используется своя структура объекта, на который указывает аргумент addr р. В частности, в случае гнезда домена UNIX присваиваемое имя представляет собой путевое UNIX-имя, а структура объекта, на который указывает аргумент addr р, имеет такой вид:
struct sockaddr {
short sun family; char sun path[];
Здесь полю sunJamily следует присвоить значение AFUNIX, a поле sun path должно содержать путевое UNIX-имя. При успешном выполнении вызова bind в файловой системе создается файл с именем, заданным в поле sun path. Если гнездо больше не нужно, этот файл следует удалить с помощью API unlink.
В случае гнезда домена Internet присваиваемое имя состоит из хост-имени машины и номера порта, а структура объекта, на который указывает аргумент addr р, имеет такой вид:
struct sockaddr in {
short u short
struct in addr
sin family; sin port; sin addr;
Здесь полю sinJamily следует присвоить значение AF INET. Поле sin port - это номер порта, а поле sinjaddr - имя хост-машины, для которой создается гнездо. Структура sockaddr in определяется в заголовке <neti-net/in.h>.
При успешном выполнении эта функция возвращает О, а в случае неудачи возвращает -I.
48.Предназначение системного вызова listen().
Прототип функции listen выглядит следующим образом:
#include <sys/types.h> #include <sys/socket.h>
int listen { int sid, int size );
Эта функция вызывается серверным процессом для создания гнезда, ориентированного на установление соединения (типа SOCK STREAM или SOCK SEQPACKET).
Аргумент sid представляет собой дескриптор гнезда, возвращенный функцией socket. Аргумент size задает максимальное число запросов на установление соединения, которые могут быть поставлены в очередь к данному гнезду. В большинстве UNIX-систем максимально допустимое значение аргумента size - 5.
При успешном выполнении эта функция возвращает О, а в случае неудачи возвращает -1.
49.Предназначение системного вызова accept().
Прототип функции accept выглядит следующим образом:
#include <sys/types.h> #include <sys/socket.h>
accept { int sid, struct socloddr* addr p, int len p );
Эта функция вызывается в серверном процессе для установления соединения с клиентским гнездом (которое делает запрос на установление соединения посредством вызова функции connect).
Аргумент представляет собой дескриптор гнезда, возвращенный функцией socket. Аргумент addr р - это указатель на адрес объекта типа struct sock; в нем хранится имя клиентского гнезда, с которым устанавливает соединение серверное гнездо.
Аргумент len р изначально устанавливается равным максимальному размеру объекта, указанному аргументом addr р. При возврате он содержет размер имени клиентского гнезда, на которое указывает аргумент addr р.
Если аргумент addr р или аргумент len р имеет значение NULL, эта функция не передает имя клиентского гнезда обратно в вызывающий процесс.
В случае неудачи рассматриваемая функция возвращает -L В противном случае она возвращает дескриптор нового гнезда, с помощью которого серверный процесс может взаимодействовать исключрггельно с данным клиентом.