Minot MakersもRed Bullを紹介します！

としてその日を発展させます

QNXには組み込みオペレーティングシステムとしての長い市松模様の履歴があります。 QNXは、マイクロカーネルアーキテクチャを備えた本物のタイムオペレーティングシステムであるために常に人気がありました。つまり、カーネル関数は、単一のコードとしてはなく協調タスクのセットとして実行されます。最近のQNX 7のリリース（下記のビデオを参照）を使用すると、64ビットのデスクトップコンピュータと[Elahav]で実行でき、この組み込みRTOSをデスクトップオペレーティングシステムに変換することを決定しました。 それはノイズがファーフェッチされる可能性があるが、QNXはPOSIX準拠のシステムであり、LinuxまたはBSDのようなシステムで期待するすべての機能を有する。それはデスクトップ市場を対象としていなくても、その結果、デスクトップを実行するための大きなツールを持っていない。 QNXはRTOSの種類ではありません。自動車システムのようなものではもっと典型的なものです（例えば、一般的なモーターのONSTARシステムを実行します）。 彼はQNXを設置するだけでなく、小さなITXボードから始めました。通常、ワークステーション上の組み込みシステムを確立し、その後ターゲットシステムにコードを発送するだけでなく、[Elahav]がターゲット上で作業している開発システムを取得するために時間をかけました。問題がありました。内蔵VIエディタは現代の標準によって原始的でした。彼は通常Emacsユーザーであるが、Vimさえも「株」VIよりもはるかに優れているだろう。 Emacs Portが可能になるが、それは同様に多大なライブラリを移植する必要があるので、彼の非常に最初の仕事はvimソースコードをコンパイルすることでした。 彼が望んでいるのと同じくらい簡単ではないことがわかった。開発システムはまだ存在しなかった特定のGNUツールを予想しています（grepのような一般的なバージョンは存在しましたが）。だから彼はコンパイルヴィムをクロスする方法を正確に見つけなければなりませんでした。 Retrospectでは、[Elahav]が最初にGNUツールを移植したばかりの決定を下しました。彼はQNXの古いバージョンを対象としたVIMからの古いコードを排除しなければなりませんでした。 残りの経験は比較的よく行きました。彼はいくつかのゲームの上の港と同様にSDLを開発するために処理されました。 QTはQNXに存在しますが、組み込みシステムを保持する構成で（たとえば、フルスクリーンを示しているものは何でも）。 QTアプリを構築することは可能でしたが、適切なウィンドウマネージャがなければ、それでも彼が望んでいたデスクトップの経験ではありませんでした。数週間後、彼はウィンドウマネージャを処理しました。覚えておいてください、QNXのスクリーンデザインはxではないので、既存のコードをつかむことは可能性が高いです。 実用的ですか？たぶん、私たちは利用可能な実際のコードを見ませんでしたが。それが望ましいですか？ほとんどの場合、あなたがすでにQNXを利用していない限り、それでも私たちは確信はありません。しかし、それはあなた自身のCPUを開発するときに、何かをオフィスビートにするのに含まれる困難の種類の優れた物語です。もちろん、[Elahav]はかなり豊かな環境から始まりました。誰かがほぼすべてのものをブートストラップするのを見たいのなら、A2Zを調べてください。あなたがしばらくしているだけでなく、あなたがもう1つのQNXデスクトップ環境を念頭に置いていると信じているだけでなく、あなたは間違っていません。