Роб Кёртен - Введение в QNX/Neutrino 2. Руководство по программированию приложений реального времени в QNX Realtime Platform

Таблица функций ввода/вывода подобна таблице функций установления соединения. Вот она (взято из ):

typedef struct _resmgr_io_funcs {

unsigned nfuncs;

int (*read)(ctp, io_read_t *msg, ocb);

int (*write)(ctp, io_write_t *msg, ocb);

int (*close_ocb)(ctp, void *reserved, ocb);

int (*stat)(ctp, io_stat_t *msg, ocb);

int (*notify)(ctp, io_notify_t *msg, ocb);

int (*devctl)(ctp, io_devctl_t *msg, ocb);

int (*unblock)(ctp, io_pulse_t *msg, ocb);

int (*pathconf)(ctp, io_pathconf_t *msg, ocb);

int (*lseek)(ctp, io_lseek_t *msg, ocb);

int (*chmod)(ctp, io_chmod_t *msg, ocb);

int (*chown)(ctp, io_chown_t *msg, ocb);

int (*utime)(ctp, io_utime_t *msg, ocb);

int (*openfd)(ctp, io_openfd_t *msg, ocb);

int (*fdinfo)(ctp, io_fdinfo_t *msg, ocb);

int (*lock)(ctp, io_lock_t *msg, ocb);

int (*space)(ctp, io_space_t *msg, ocb);

int (*shutdown)(ctp, io_shutdown_t *msg, ocb);

int (*mmap)(ctp, io_mmap_t *msg, ocb);

int (*msg)(ctp, io_msg_t *msg, ocb);

int (*umount)(ctp, void *msg, ocb);

int (*dup)(ctp, io_dup_t *msg, ocb);

int (*close_dup)(ctp, io_close_t *msg, ocb);

int (*lock_ocb)(ctp, void *reserved, ocb);

int (*unlock_ocb)(ctp, void *reserved, ocb);

int (*sync)(ctp, io_sync_t *msg, ocb);

} resmgr_io_funcs_t;

В этой структуре я тоже сократил прототипы, опустив тип элемента ctp ( resmgr_context_t* ) и тип последнего элемента, ocb ( RESMGR_OCB_T* ). Полный прототип, например, для функции read() в действительности имеет вид:

int (*read)(resmgr_context_t * ctp , io_read_t * msg , RESMGR_OCB_T * ocb );

Самый первый элемент структуры ( nfuncs ) указывает, насколько она велика (то есть сколько элементов она содержит). Текущее значение этого элемента содержится в константе _RESMGR_IO_NFUNCS.

Отметим, что списки параметров в таблице функций ввода/вывода также довольно однообразны. Первый параметр — ctp , второй параметр — msg , как и у обработчиков из таблицы функций установления соединения.

Третий параметр, однако, отличается. Этот параметр называется ocb , что расшифровывается как «Open Context Block» — «блок открытого контекста». Этот блок содержит контекст, созданный обработчиком сообщения установления соединения (например, в результате клиентского запроса open() ) и доступный функциям ввода/вывода.

Как уже упоминалось ранее, когда придет время заполнять таблицы функций, рекомендуется пользоваться для этого функцией iofunc_func_init() , чтобы сначала загрузить таблицы POSIX-обработчиками по умолчанию. Если же вам будет нужно переопределить обработчики сообщений определенного типа, вы сможете просто заменить POSIX-обработчики по умолчанию на свои собственные. Мы рассмотрим это в разделе «Подстановка своих собственных функций».

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

Вот эта структура данных (взято из ):

typedef struct _resmgr_context {

int rcvid ;

struct _msg_info info ;

resmgr_iomsgs_t * msg ;

struct _resmgr_ctrl * ctrl ;

int id ;

int status ;

int offset ;

int size ;

iov_t iov [1];

} resmgr_context_t;

Как и в случае с другими структурами данных, я позволил себе опустить зарезервированные поля.

Давайте взглянем на ее содержимое.