Книга: Введение в QNX/Neutrino 2. Руководство по программированию приложений реального времени в QNX Realtime Platform
Клиент
Разделы на этой странице:
Клиент
Клиент, который желает послать запрос серверу, блокируется до тех пор, пока сервер не завершит обработку запроса. Затем, после завершения сервером обработки запроса, клиент разблокируется, чтобы принять «ответ».
Это подразумевает обеспечение двух условий: клиент должен «уметь» сначала установить соединение с сервером, а потом обмениваться с ним данными с помощью сообщений — как в одну сторону (запрос — «send»), так и в другую (ответ — «reply»).
Установление соединения
Итак, рассмотрим теперь функции по порядку. Первое, что мы должны сделать — это установить соединение. Это мы сделаем с помощью функции ConnectAttach(), описанной следующим образом:
#include <sys/neutrino.h>
int ConnectAttach(int nd, pid_t pid, int chid,
unsigned index, int flags);
Функции ConnectAttach() передаются три идентификатора: идентификатор nd — дескриптор узла (Node Descriptor), идентификатор pid — идентификатор процесса (process ID) и идентификатор chid — идентификатор канала (channel ID).
Вместе эти три идентификатора, которые обычно записываются в виде «ND/PID/CHID», однозначно идентифицируют сервер, с которым клиент желает соединиться. Аргументы index и flags мы здесь просто проигнорируем (установим их в ноль).
Итак, предположим, что мы хотим подсоединиться к процессу, находящемуся на нашем узле и имеющего идентификатор 77, по каналу с идентификатором 1. Ниже приведен пример программы для выполнения этого:
int coid;
coid = ConnectAttach(0, 77, 1, 0, 0);
Можно видеть, что присвоением идентификатору узла (nd) нулевого значения мы сообщаем ядру о том, что мы желаем установить соединение на локальном узле.
С этого момента у меня есть идентификатор соединения — небольшое целое число, которое однозначно идентифицирует соединение моего клиента с конкретным сервером по заданному каналу.
Я смогу применять этот идентификатор для отправки запросов серверу сколько угодно раз. Выполнив все, для чего предназначалось соединение, я смогу уничтожить его с помощью функции:
ConnectDetach(coid);
Итак, давайте рассмотрим, как я воспользуюсь этим на практике.
Передача сообщений (sending)
Передача сообщения со стороны клиента осуществляется применением какой-либо функции из семейства MsgSend*().
Мы рассмотрим это на примере простейшей из них — MsgSend():
#include <sys/neutrino.h>
int MsgSend(int coid, const void *smsg, int sbytes,
void *rmsg, int rbytes);
Аргументами функции MsgSend() являются :
• идентификатор соединения с целевым сервером (coid);
• указатель на передаваемое сообщение (smsg);
• размер передаваемого сообщения (sbytes);
• указатель на буфер для ответного сообщения (rmsg);
• размер ответного сообщения (rbytes);
Что может быть проще!
Передадим сообщение процессу с идентификатором 77 по каналу 1:
#include <sys/neutrino.h>
char *smsg = "Это буфер вывода";
char rmsg[200];
int coid;
// Установить соединение
coid = ConnectAttach(0, 77, 1, 0, 0);
if (coid == -1) {
fprintf(stderr, "Ошибка ConnectAttach к 0/77/1!n");
perror(NULL);
exit(EXIT_FAILURE);
}
// Послать сообщение
if (MsgSend(
coid, smsg, strlen(smsg) + 1, rmsg, sizeof(rmsg)) == -1) {
fprintf (stderr, "Ошибка MsgSendn");
perror(NULL);
exit (EXIT_FAILURE);
}
if (strlen(rmsg) > 0) {
printf("Процесс с ID 77 возвратил "%s"n", rmsg);
}
Предположим, что процесс с идентификатором 77 был действительно активным сервером, ожидающим сообщение именно такого формата по каналу с идентификатором 1. После приема сообщения сервер обрабатывает его и в некоторый момент времени выдает ответ с результатами обработки. В этот момент функция MsgSend() должна возвратить ноль (0), указывая этим, что все прошло успешно. Если бы сервер послал нам в ответ какие-то данные, мы смогли бы вывести их на экран с помощью последней строки в программе (с тем предположением, что обратно мы получаем корректную ASCIIZ-строку).
- Совместимость клиентов и серверов различных версий
- Клиенты 3-го диалекта
- Аватар идеального клиента
- Определение версии клиента
- Снятие ответственности с клиента
- Приложение 21 Образец должностной инструкции начальника отдела по работе с сетевыми клиентами
- 4. Стадии бизнес-процесса взаимодействия с клиентами
- Почтовый клиент
- Клиентский компьютер
- Входящий поток потенциальных клиентов (LeadGen)
- 13.3. Настройка почтовых клиентов
- Скрипт «Опрос об удовлетворенности клиента после сделки»