Strona 1
TIN1
Pytanie 1
Funkcje API gniazd pobierają jako parametr długość struktury adresowej bo:
mogą być przekazane struktury adresowe związane z różnymi prokotołami
adres prot IPv4 ma zmienną długość
nie pobierają długości
Pytanie 2
API gniazd pozwala na:
wykorzystywanie jednego typu struktury sockaddr_in
wysyłanie datagramów w różnych protokołach warstwy transportu
wykorzystywanie adresów stałej długości
Pytanie 3
Funkcja API gniazd select(int nfds, fd_set *read-fds, fd_set *write-fds, fd_set *except-fds, struct timeval *timeout):
może zawieszać się w oczekiwaniu na połączenie - tak jak accept()
obsługuje dane OOB
nie jest funkcją blokującą
pozwala na eliminację aktywnego oczekiwania na dane dostarczone do gniazda
Pytanie 4
Funkcja connect()
pozwala na pobieranie danych wraz z żądaniem połączenia
może być użyte do gniazda UDP do zapamiętania adresu docelowego wysyłanych datagramów
jest funkcją blokującą
nie może być użyta dla TCP
nie przywiązuje lokalnego adresu do gniazda
nawiązuje połączenie TCP z serwerem
jest zawsze funkcją blokującą
nie może być użyta dla UDP
Pytanie 5
Funkcja listen()
wywoływana tylko przez serwer TCP
ustala długość kolejki połączeń
zawiesza się w oczekiwaniu na połączenie
odbiera dane z gniazda
przygotowuje gniazdo do pracy w trybie nasłuchu
Pytanie 6
Funkcja int send(int sfd, const void *buffer, size_t length, int flags):
opcjonalnie ustawia długość kolejki połączeń
pozwala na wysyłanie danych OOB
obsługuje tylko protokół TCP
Pytanie 7
funkcja: int bind (int sfd, const struct sockaddr *saddr, socklen_t saddrlen);
Przywiązuje lokalny adres do gniazda
Nie może być wykorzystywane do nadania adresu gniazdu datagramowemu
Wykorzystywane do nadania adresu gniazdu serwerowemu
Pytanie 8
funkcja recv pozwala na odbieranie danych OOB(wysoko priorytetowych) ....