QNX имеет длинную клетчатую историю в качестве встроенной операционной системы. QNX всегда был популярен для того, чтобы быть подлинной операционной системой времени с архитектурой Microkernel. То есть функции ядра выполняются как набор координированных задач, а не как один кусок кода. Недавний выпуск QNX 7 (см. Видео, ниже) позволяет его запустить на 64-битных настольных компьютерах, а также [ELAHAV] принял решение о том, чтобы справиться с включением этого встроенных RTO в операционную систему на рабочем столе.
Это может шумно выбрасывать шум, однако QNX представляет собой систему, совместимую POSIX, а также все функции, которые вы ожидаете в системе, такой как Linux или BSD. Он просто не предназначен на настольном рынке, а также в результате не имеет большого количества инструментов для запуска рабочего стола. QNX не тот тип RTO, вы обнаружите на Arduino. Это гораздо более типично в таких вещах, как автомобильные системы (например, он запускает систему OnStar General Motor).
Он начал с крошечной доски ITX, а также установил QNX. Обычно вы устанавливаете для встроенной системы на рабочей станции, а также просто отправить код в целевой системе, однако [ELAHAV] потратил время, чтобы получить систему разработки, работающую над целью. Была одна проблема. Встроенный редактор VI был примибительным по современным стандартам. Он обычно является пользователем Emacs, однако даже VIM будет намного лучше, чем «акции» VI. В то время как порт Emacs будет возможен, он также нуждается в том, чтобы портировать на многочисленные библиотеки, поэтому его самая первая работа состояла в том, чтобы получить исходный код Vim для компиляции.
Оказалось не так просто, как он надеялся. Ожидаемая система Разработки ожидала определенных инструментов GNU, которые еще не существовали (хотя общие версии инструментов, таких как GreeP, существовали). Таким образом, он должен был точно понять, как пересечь с компиляцией VIM. В ретроспективе [ELAHAV] принял решение, что он должен был только что портировать инструменты GNU. Он должен был устранить какой-то старый код из VIM, который был нацелен на более старую версию QNX.
Остальная часть опыта пошла относительно хорошо. Он обрабатывал для разработки SDL, а также порта над некоторыми играми. QT существует на QNX, однако с конфигурацией, которая поддерживает встроенную систему (например, все, что показывает полноэкранный). Создание приложений QT было возможно, однако без подходящего оконного менеджера он все еще не был опытом настольного компьютера, который он хотел. Через несколько недель он обрабатывал оконный менеджер. Имейте в виду, дизайн экрана QNX не X, поэтому захватывающий существующий кусок кода не был вероятным вариантом.
Это практично? Может быть, хотя мы не видели реальный код доступен. Желательно ли? Скорее всего нет, если вы уже не используете QNX, а также даже тогда мы не уверены. Тем не менее, это отличная история о типе трудностей, включенных в создание чего-либо полезного, проблема, которую мы указали до того, как вы разработаете свой собственный процессор. Конечно, [ELAHAV] начал с довольно богатой среды. Если вы хотите увидеть кого-то Bootstrap почти все, осматривайте A2Z. Как и, если вы были на некоторое время некоторое время, а также считаете, что вы имеете в виду еще одну среду настольных компьютеров QNX, вы не ошибаетесь.