Нейл Мэтью - Основы программирования в Linux

/* Начните с обычных include и объявлений. */

#include

#include

#include

#include

#include

#include

int main(int argc, char *argv[]) {

char *host;

int sockfd;

int len, result;

struct sockaddr_in address;

struct hostent *hostinfo;

struct servent *servinfo;

char buffer[128];

if (argc == 1) host = "localhost";

else host = argv[1];

/* Ищет адрес хоста и сообщает об ошибке, если не находит. */

hostinfo = gethostbyname(host);

if (!hostinfo) {

fprintf(stderr, "no host: %s\n", host);

exit(1);

}

/* Проверяет наличие на компьютере сервиса daytime. */

servinfo = getservbyname("daytime", "udp");

if (!servinfo) {

fprintf(stderr, "no daytime service\n");

exit(1);

}

printf("daytime port is %d\n", ntohs(servinfo->s_port));

/* Создает UDP-сокет. */

sockfd = socket(AF_INEТ, SOCK_DGRAM, 0);

/* Формирует адрес для использования в вызовах sendto/recvfrom... */

address.sin_family = AF_INET;

address.sin_port = servinfo->s_port;

address.sin_addr = *(struct in_addr*)*hostinfo->h_addr_list;

len = sizeof(address);

result = sendto(sockfd, buffer, 1, 0, (struct sockaddr *)&address, len);

result = recvfrom(sockfd, buffer, sizeof(buffer), 0,

(struct sockaddr *)&address, &len);

buffer [result] = '\0';

printf("read %d bytes: %s", result, buffer);

close(sockfd);

exit(0);

}

Как видите, необходимы лишь незначительные изменения. Как и раньше, вы ищете сервис daytimeс помощью вызова getservbyname, но задаете дейтаграммный сервис, запрашивая UDP-протокол. Дейтаграммный сокет создается с помощью вызова socketс параметром SOCK_DGRAM. Адрес назначения задается, как и раньше, но теперь вместо чтения из сокета вы должны послать дейтаграмму.

Поскольку вы не устанавливаете явное соединение с сервисами на базе UDP, у вас должен быть способ оповещения сервера о том, что вы хотите получить ответ. В данном случае вы посылаете дейтаграмму (в нашем примере вы отправляете один байт из буфера, в который вы хотите получить ответ) сервису и он посылает в ответ дату и время.

Системный вызов sendtoотправляет дейтаграмму из буфера на сокет, используя адрес сокета и длину адреса. У этого вызова фактически следующий прототип:

int sendto(int sockfd, void *buffer, size_t len, int flags,

struct sockaddr *to, socklen_t tolen);

В случае обычного применения параметр flagsможно оставлять нулевым.

Системный вызов recvfrom ожидает дейтаграмму в соединении сокета с заданным адресом и помещает ее в буфер. У этого вызова следующий прототип:

int recvfrom(int sockfd, void *buffer, size_t len, int flags,

struct sockaddr *from, socklen_t *fromlen);

И снова в случае обычного применения параметр flagsможно оставлять нулевым.

Для упрощения примера мы пропустили обработку ошибок. Оба вызова, sendtoи recvfrom, в случае возникновения ошибки вернут -1 и присвоят переменной errnoсоответствующее значение. Возможные ошибки перечислены в табл. 15.6.

Таблица 15.6

Если сокет не был определен как неблокирующийся с помощью вызова fcntl(как вы видели ранее для TCP-соединений), вызов recvfromбудет заблокирован на неопределенное время. Но сокет можно использовать с помощью вызова selectи времени ожидания, позволяющих определить, поступили ли данные, так же, как в случае серверов с устанавливаемыми соединениями. В противном случае можно применить сигнал тревоги для прерывания операции получения данных (см. главу 11).

В этой главе мы предложили еще один способ взаимодействия процессов — сокеты. Они позволяют разрабатывать по-настоящему распределенные клиент-серверные приложения, которые выполняются в сетевой среде. Было дано краткое описание некоторых информационных функций базы данных сетевых узлов и способы обработки в системе Linux стандартных системных сервисов с помощью интернет-демонов. Вы проработали ряд примеров клиент-серверных программ, демонстрирующих обработку и сетевую организацию множественных клиентов.

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

До сих пор в этой книге мы обсуждали основные методы программирования в ОС Linux, касающиеся сложной внутренней начинки. Теперь же пора вдохнуть жизнь в наши приложения и узнать, как включить в них графический пользовательский интерфейс (Graphical User Interface, GUI). В этой главе и в главе 17 мы собираемся рассмотреть две самые популярные библиотеки GUI для ОС Linux: GTK+ и KDE/Qt. Эти библиотеки соответствуют двум популярнейшим интегрированным средам рабочего стола Linux: GNOME (GTK+) и KDE.

Все библиотеки GUI в Linux размещены поверх низкоуровневой оконной системы, называемой X Window System (чаще X11 или просто X), поэтому, прежде чем вдаваться в подробности среды GNOME/GTK+, мы приведем обзор основных принципов работы системы X и поможем понять, как различные слои оконной системы пригоняются один к другому для создания того, что мы называем рабочим столом.

В этой главе обсуждаются следующие темы:

□ система X Window System;

□ введение в среду GNOME/GTK+;

□ виджеты или интерфейсные элементы окна GTK+;

□ виджеты и меню среды GNOME;

□ диалоговые окна;

□ GUI базы данных компакт-дисков с использованием GNOME/GTK+.

Если вы когда-либо применяли оконную систему рабочего стола в ОС Linux, скорее всего вы использовали графическую систему X с открытым программным кодом. Одна из наиболее передовых и в результате разочаровывающих характеристик X — жесткая привязка к идеологии "инструментов, а не политики". Это означает, что в системе X нет определения какого-либо пользовательского интерфейса, но есть средства для его создания. Вы вольны создавать целиком собственную среду рабочего стола, экспериментируя и вводя новшества при желании. Но это же свойство долгое время тормозило разработку пользовательских интерфейсов в системах Linux и UNIX. Для заполнения этой пустоты возникли два проекта рабочего стола, предпочитаемые пользователями Linux: GNOME и KDE. Рабочий стол ОС Linux, тем не менее, не ограничивается системой X. В действительности рабочий стол в Linux — это довольно расплывчатая субстанция без определенной версии, выпущенной в рамках одного проекта или какой-либо группой специалистов. Современная установка содержит мириады библиотек, утилит и приложений, которые все вместе называются "рабочим столом".