QNX/UNIX: анатомия параллелизма

289 Pages·2006·1.494 MB·Russian

by  Цилюрик О., Горошко Е.

QNX
UNIX

Анатомия параллелизма
Олег Цилюрик, Егор Горошко
Приложение
Организация обмена сообщениями
Владимир Зайцев
Санкт(cid:7)Петербург–Москва
2006

Серия «High tech»
Олег Цилюрик, Егор Горошко
QNX/UNIX: анатомия параллелизма
Главный редактор А.Галунов
Зав. редакцией Н.Макарова
Редактор А.Петухов
Художник В.Гренда
Корректор О.Макарова
Верстка О.Макарова
Цилюрик О., Горошко Е.
QNX/UNIX: анатомия параллелизма.– СПб.: Символ(cid:20)Плюс, 2006.– 288 с., ил.
ISBN 5(cid:20)93286(cid:20)088(cid:20)X
Книга адресована программистам, работающим в самых разнообразных ОС
UNIX. Авторы предлагают шире взглянуть на возможности параллельной ор(cid:20)
ганизации вычислительного процесса в традиционном программировании.
Особый акцент делается на потоках (threads), а именно на тех возможностях
исложностях, которые были привнесены в технику параллельных вычисле(cid:20)
ний этой относительно новой парадигмой программирования. На примерах ре(cid:20)
альных кодов показываются приемы и преимущества параллельной организа(cid:20)
ции вычислительного процесса. Некоторые из результатов испытаний тесто(cid:20)
вых примеров будут большим сюрпризом даже для самых бывалых програм(cid:20)
мистов. Тем не менее излагаемые техники вполне доступны и начинающим
программистам: для изучения материала требуется базовое знание языка про(cid:20)
граммирования C/C++ и некоторое понимание «устройства» современных
многозадачных ОС UNIX.
В качестве «испытательной площадки» для тестовых фрагментов выбрана
ОСРВ QNX, что позволило с единой точки зрения взглянуть как на специфи(cid:20)
ческие механизмы микроядерной архитектуры QNX, так и на универсальные
механизмы POSIX. В этом качестве книга может быть интересна и тем, кто не
использует (и не планирует никогда использовать) ОС QNX: программистам
вLinux, FreeBSD, NetBSD, Solaris и других традиционных ОС UNIX.
ISBN 5(cid:2)93286(cid:2)088(cid:2)X
© Олег Цилюрик, Егор Горошко, 2006
© Издательство Символ(cid:20)Плюс, 2006
Все права на данное издание защищены Законодательством РФ, включая право на полное или час(cid:20)
тичное воспроизведение в любой форме. Все товарные знаки или зарегистрированные товарные зна(cid:20)
ки, упоминаемые в настоящем издании, являются собственностью соответствующих фирм.
Издательство«Символ(cid:20)Плюс».199034,Санкт(cid:20)Петербург,16линия,7,
тел.(812) 324(cid:20)5353, [email protected]. Лицензия ЛП N 000054 от 25.12.98.
Налоговая льгота – общероссийский классификатор продукции
ОК 005(cid:20)93, том 2; 953000 – книги и брошюры.
Подписано в печать 28.11.2005. Формат 70х1001 /16. Печать офсетная.
Объем 18 печ.л. Тираж 2000 экз. Заказ N
Отпечатано с готовых диапозитивов в ГУП «Типография «Наука»
199034, Санкт(cid:20)Петербург, 9 линия, 12.
Оглавление
Предисловие. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .7
1. Введение. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .13
Параллелизм . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .13
Семейства API . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .16
Native QNX API. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .16
POSIX (BSD) API. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .17
System V API . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .18
2. Процессы и потоки. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .20
Процессы . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .23
Создание нового процесса. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .27
Использование командного интерпретатора . . . . . . . . . . . . . .28
Клонирование процесса. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .31
Запуск нового программного кода . . . . . . . . . . . . . . . . . . . . . . .34
Завершение процесса. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .42
Соображения производительности. . . . . . . . . . . . . . . . . . . . . . . . . .44
Потоки. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .46
Создание нового потока. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .49
Атрибуты потока. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .50
Присоединенность. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .51
Дисциплина диспетчеризации. . . . . . . . . . . . . . . . . . . . . . . . . . .53
Приоритет . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .54
Отличия от POSIX. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .56
Передача параметров потоку . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .56
Данные потока. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .61
Собственные данные потока . . . . . . . . . . . . . . . . . . . . . . . . . . . . .63
Безопасность вызовов в потоковой среде. . . . . . . . . . . . . . . . . .69
Диспетчеризация потоков . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .71
Спорадическая диспетчеризация . . . . . . . . . . . . . . . . . . . . . . . .81
Соображения производительности . . . . . . . . . . . . . . . . . . . . . . .85
4 Оглавление
Завершение потока. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .86
Возврат результата потока . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .87
Уничтожение (отмена) потока . . . . . . . . . . . . . . . . . . . . . . . . . . .88
Стек процедур завершения. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .92
«Легковесность» потока . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .93
Пример: синхронное выполнение потока. . . . . . . . . . . . . . . . . . .102
3. Сигналы. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .110
Традиционная обработка сигнала . . . . . . . . . . . . . . . . . . . . . . . . . . . .116
«Старая» модель обработки сигнала . . . . . . . . . . . . . . . . . . . . . . .116
Модель надежных сигналов. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .119
Модель сигналов реального времени. . . . . . . . . . . . . . . . . . . . . . . . . .124
Соображения производительности. . . . . . . . . . . . . . . . . . . . . . . . .134
Сигналы в потоках. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .137
За пределы POSIX: сигналы в сети . . . . . . . . . . . . . . . . . . . . . . . . . . .147
4. Примитивы синхронизации . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .150
Семафор (счетный). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .152
Операции над семафорами . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .157
Создание семафора . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .157
Операции блокировки . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .158
Операции освобождения . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .159
Получение статуса семафора . . . . . . . . . . . . . . . . . . . . . . . . . . .159
Использование семафора. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .159
Мьютекс . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .161
Параметры мьютекса. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .163
Инициализация параметров. . . . . . . . . . . . . . . . . . . . . . . . . . . .163
Установка граничного приоритета . . . . . . . . . . . . . . . . . . . . . .163
Определение протокола защиты от инверсии
приоритетов . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .164
Внешний доступ. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .165
Разрешение рекурсивного захвата . . . . . . . . . . . . . . . . . . . . . .165
Определение типа мьютекса. . . . . . . . . . . . . . . . . . . . . . . . . . . .166
Освобождение параметров. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .167
Операции над мьютексом . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .167
Инициализация мьютекса . . . . . . . . . . . . . . . . . . . . . . . . . . . . .167
Операции с граничным приоритетом. . . . . . . . . . . . . . . . . . . .168
Захват мьютекса . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .168
Освобождение мьютекса . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .170
Оглавление 5
Разрушение объекта мьютекс . . . . . . . . . . . . . . . . . . . . . . . . . .170
Операции, не поддерживаемые POSIX . . . . . . . . . . . . . . . . . .170
Пример применения мьютекса . . . . . . . . . . . . . . . . . . . . . . . . . . . .172
Сравнение и эффективность. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .173
Атомарные операции. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .184
Условная переменная . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .190
Операции над условной переменной . . . . . . . . . . . . . . . . . . . . . . .193
Параметры условной переменной. . . . . . . . . . . . . . . . . . . . . . .193
Разрушение блока параметров. . . . . . . . . . . . . . . . . . . . . . . . . .194
Инициализация условной переменной . . . . . . . . . . . . . . . . . .194
Ожидание условия. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .195
Выполнение условия . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .196
Разрушение условной переменной . . . . . . . . . . . . . . . . . . . . . .197
Ждущая блокировка . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .198
Операции со ждущей блокировкой . . . . . . . . . . . . . . . . . . . . . . . .198
Захват и освобождение ждущей блокировки. . . . . . . . . . . . .198
Функции ожидания . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .199
Ожидание завершения потока . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .199
Барьер . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .200
Операции с барьерами . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .202
Параметры барьера. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .202
Инициализация и разрушение барьера. . . . . . . . . . . . . . . . . .203
Ожидание на барьере . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .203
Блокировки чтения/записи. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .204
Операции с блокировками чтения/записи. . . . . . . . . . . . . . . . . .205
Инициализация объекта блокировки . . . . . . . . . . . . . . . . . . .205
Захват блокировки чтения/записи. . . . . . . . . . . . . . . . . . . . . .205
Освобождение блокировки . . . . . . . . . . . . . . . . . . . . . . . . . . . . .208
Использование блокировок чтения/записи. . . . . . . . . . . . . . . . .209
Спинлок . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .213
Операции со спинлоком. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .213
Инициализация и разрушение спинлока . . . . . . . . . . . . . . . .213
Захват и освобождение спинлока . . . . . . . . . . . . . . . . . . . . . . .214
5. Специфические механизмы QNX. . . . . . . . . . . . . . . . . . . . . . . . .215
Обмен сообщениями микроядра. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .215
Динамический пул потоков. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .222
Менеджеры ресурсов . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .228
Многопоточный менеджер . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .232
Множественные каналы . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .233
6 Оглавление
Сообщения или менеджер? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .239
Две стороны единого механизма. . . . . . . . . . . . . . . . . . . . . . . . . . .240
Простота и трудоемкость. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .241
Гибкость и мобильность. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .242
Эффективность реализации . . . . . . . . . . . . . . . . . . . . . . . . . . . .245
Что же в итоге?. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .259
Приложение. Организация обмена сообщениями
(В. Зайцев). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .260
Организация обмена сообщениями на основе
«семейных» процессов . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .261
Пример кода родительского процесса . . . . . . . . . . . . . . . . . . . . . .264
Пример кода порожденного процесса . . . . . . . . . . . . . . . . . . . . . .266
Обмен сообщениями на основе менеджера ресурсов . . . . . . . . . . . .267
Пример обмена сообщениями с помощью
менеджера ресурсов . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .269
Код файла заголовков. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .269
Код процесса(cid:20)клиента. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .270
Код процесса(cid:20)сервера (менеджера ресурсов) . . . . . . . . . . . . .271
Использование менеджера службы глобальных имен . . . . . . . . . .275
Код процесса(cid:20)сервера, использующего службу
глобальных имен. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .277
Код процесса(cid:20)клиента, использующего службу
глобальных имен. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .279
Заключение . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .280
Литература . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .281
Алфавитный указатель. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .282
Предисловие
Зачем написана эта книга и кому она предназначена? Различные ас(cid:20)
пекты построения программных приложений для операционной сис(cid:20)
темы реального времени QNX, родственные тем, которые мы обсужда(cid:20)
ем в данном издании, весьма обстоятельно описаны в литературе. Это
и основополагающие труды Э.Дейкстры [10] и других авторов, и об(cid:20)
щая литература по POSIX (Portable Operating System Interface) и ОС
UNIX [2, 3, 5–7]. Другие, сугубо специфические аспекты для ОС QNX,
такие как обмен сообщениями микроядра, построение менеджеров ре(cid:20)
сурсов, пулы потоков и еще ряд других приятных вещей, прекрасно
описаны в книге Р.Кертена [1].
Однако все эти источники имеют ряд недостатков:
• Техническая документация по QNX, тщательно описывающая API
и детали реализации, оставляет в стороне (возможно, как относи(cid:20)
тельно известные) общие вопросы построения параллельных при(cid:20)
ложений и их взаимодействия.
• Несмотря на наличие множества кратких примеров кода по исполь(cid:20)
зованию отдельных вызовов API, в технической документации яв(cid:20)
но недостаточно примеров их применения в логической последова(cid:20)
тельности и организации их совместного взаимодействия.
• Издания по UNIX, посвященные общим вопросам, напротив, изо(cid:20)
билуют образцами кода, но в силу объективных причин, связанных
с длительностью издательского процесса, не отображают новые ме(cid:20)
ханизмы, появившиеся в стандартах начиная с конца 90(cid:20)х годов.
• И наконец, подавляющее большинство переводных книг по про(cid:20)
граммированию для UNIX рассчитано на начальный уровень.
Счастливое исключение– книги У.Стивенса, которые мы с удо(cid:20)
вольствием используем сами и рекомендуем читателям.
В итоге возник замысел написать книгу, в которой будет подведен итог
некоторого периода нашего собственного использования ОС QNX и ко(cid:20)
торая будет насыщена примерами в виде законченных проектов или
отдельных фрагментов кода. Для удобства читателей *.tgz(cid:20)архив опи(cid:20)
сываемых в книге приложений размещен по адресу http://www.sym(cid:28)
bol.ru/library/qnx(cid:28)unix/pthread.tgz, что позволит полноценно работать
с текстом.
По большей части проекты трансформировались из реальных задач,
из которых исключалась вся специфика конкретного заказа, только
затуманивающая смысл примера. Многие примеры программного ко(cid:20)
8 Предисловие
да и приложения подготовлены так, что несут двойную нагрузку: они
построены как тесты тех или иных механизмов ОС и, иллюстрируя
рассматриваемые аспекты, одновременно позволяют получить числен(cid:20)
ные характеристики тестируемых параметров. Этим книга существен(cid:20)
но отличается от технической документации и описательных статей
по QNX, которые не слишком богаты численными показателями, под(cid:20)
тверждающими то, о чем в них говорится.
Первоначально предполагалось создать достаточно компактный текст,
систематизирующий механизмы, итак хорошо известные и понят(cid:20)
ные... Но по ходу работы объем материала, который необходимо было
хотя бы затронуть, начал разрастаться как снежный ком: уточнение
незначительного вопроса порождало два новых и часто гораздо более
существенных, чем первоначальный; начали «вылезать» несоответст(cid:20)
вия документации и результатов тестирования; слабо связанные, на
первый взгляд, механизмы (например, примитивы синхронизации
POSIX и сигналы UNIX) при перекрестном взаимодействии порожда(cid:20)
ют такие эффекты, которые просто нельзя оставить без внимания.
Для того чтобы хоть как(cid:20)то бороться с лавинным нарастанием объема,
было принято решение выделить те механизмы, программные техники
и элементы API, которые наиболее слабо затронуты в литературных
источниках, и рассматривать их с максимально возможной обстоя(cid:20)
тельностью (это относится, например, к базовой форме вызова spawn()).
Напротив, те элементы, которые достаточно детально описаны и обсуж(cid:20)
дены или интуитивно понятны (например, все семейство вызовов [1],
производных от spawn()), лишь поверхностно перечисляются (даже ес(cid:20)
ли позже в примерах кода мы и используем именно эти формы). В кон(cid:20)
це концов, мы не собирались пересказывать техническую документа(cid:20)
цию QNX, а хотели детально рассмотреть тонкие механизмы и их не(cid:20)
соответствия (между собой или с изложением в документации) на ра(cid:20)
ботающих образцах кода.
При написании этого материала нам не были доступны никакие внут(cid:20)
ренние или специфические материалы разработчиков, кроме офици(cid:20)
альной технической документации ОС QNX, общедоступной литерату(cid:20)
ры, информации, циркулирующей в Интернете в обсуждениях QNX(cid:20)
сообществ (в первую очередь http://qnx.org.ru и http://qnxclub.net),
иконтактов с коллегами(cid:20)разработчиками. Многие тонкие детали при(cid:20)
ходилось восстанавливать путем тестирования и последующего толко(cid:20)
вания наблюдаемых результатов.
Как следствие, совершенно не исключено, что некоторые полученные
нами результаты были неверно интерпретированы, а описания содер(cid:20)
жат определенные неточности – текущее состояние текста отображает
наше сегодняшнее понимание наблюдаемых процессов и механизмов
всистеме, оно может измениться уже завтра. Мы были бы в высшей
степени признательны за всякое указание на сомнительные в этом
смысле места, что поможет сделать этот текст максимально адекват(cid:20)
ным и пригодным для использования.
Предисловие 9
Более того, не все наши вопросы к системе на сегодняшний день нахо(cid:20)
дят удовлетворительное решение– в силу ли ошибочной интерпрета(cid:20)
ции процессов, наблюдаемых нами в системе, или в силу наличия
всистеме естественных «узлов и закрутов» (А.Ремизов), которые мы
пока не в состоянии раскрутить. На таких вопросах мы сознательно
акцентируем внимание, даже если пока и не можем предложить на
них удовлетворительных ответов.
Но в этой технологии формирования материала по принципу «черного
ящика»1 есть и своя положительная оборотная сторона: описанные и
тестированные фрагменты кода отображают состояние и функциони(cid:20)
рование механизмов ОС «как они есть», а не «как они должны быть».
Это вдвойне актуально, учитывая, что разработчик QNX, фирма QSSL,
не раз в своей технической документации описывала компоненты как
реально существующие, в то время как их только предполагалось ре(cid:20)
ализовать в последующих версиях (маршрутизация QNET «над» IP, ме(cid:20)
ханизмы shared memory и др.), или описывала механизмы в таком ту(cid:20)
манном изложении (дисциплины балансировки нагрузки QoS, HAM),
что трудно понять, в какой степени они уже пригодны к практическо(cid:20)
му применению, а в какой – являются лишь экспериментальными на(cid:20)
работками на будущее.
Такая неполнота информации недопустима при разработке целевых
систем повышенной надежности для критических областей примене(cid:20)
ния. Хочется надеяться, что наше изложение органично дополнит тех(cid:20)
ническую документацию QNX, что позволит приблизить QNX к прак(cid:20)
тическому использованию. Также надеемся, что эта книга окажется по(cid:20)
лезной для программистов, работающих в сфере реальных разработок.
Примечание
Предполагается, что читатель уже достаточно обстоятельно знаком с общей техни’
кой программирования в С/С++2 и имеет некоторый опыт в описываемой области
по другим ОС (Linux, MS’DOS, MS Windows и др.). На основах программной техники
мы останавливаться не будем, многие образцы кода, использующие общеизвест’
ные и часто употребляемые приемы, будут даваться без комментариев. Более того,
текст на протяжении книги очень «неровный» по глубине изложения. Например,
текст приложения, предложенный В.Зайцевым, требует существенных предвари’
тельных знаний, а еще лучше – опыта разработки в QNX. Однако при первом чтении
1 По тому же принципу писались книги, ставшие самыми информативными
источниками в мировой практике, например описания Даниэля Нортона
по MS(cid:20)DOS или Джеффри Рихтера по Win32.
2 Все технические описания QNX API сформированы в ориентации на клас(cid:20)
сический С. Напротив, все используемые в тексте примеры кода излагают(cid:20)
ся в синтаксисе С++, а прилагаемые к тексту приложения транслированы
вС++. Это обусловлено рядом аргументов, которые обсуждать не будем, но
отметим, что такое различие подходов в любом случае расширяет информа(cid:20)
ционную базу относительно использования QNX API.