無条件にリダイレクトしていましたが、OSASK計画が多くのサブプロジェクトを有するに至り、もはやどこに何があるのか非常にわかりにくくなったので、目次ページを用意しました。-また普通にhtmlで目次ページを作ることも検討したのですが、メンテナンスの手間を考えて、手っ取り早くwikiで作ることにしました。-また目次ページのためだけに新規のwikiを立てるのも手間だったので、既存のプロジェクトのwikiを流用しています。様々なソフトウェアが実行できる環境である「エミュレータOS」を目指して開発し、やがては性能(速度とサイズ)も追及するようになった自作OS。QEMUのようなエミュレータを使うのではなく、APIブリッジ的なもので。そのためにバイナリフォーマットを改定した。第二世代OSASKをさらに進めて、x86コードを使わずに独自バイトコードを採用。驚異的な小ささを達成。当初は初心者向けのプログラミング言語を目指していた。将来のOSASKでのコマンドシェルにすることを意識して、さらに既存言語との連携を意識したあたりから、もはやサブプロジェクトではなく将来のOSASKの一部を書いている感じになってきた。C言語の標準ライブラリだけでは、コンソールに対する文字表示しかできない。ANSIエスケープシーケンスに対応しているコンソールなら文字に色を付けたりカーソルを移動したりができるが、Windows2000系だとできない。結局、ものすごくつまらないコンソール出力で我慢するか、OSに依存した方法で画面描画に手を出すか、どちらかになる。・・・OSに依存した方法は初心者にはつらいものがある。ANSIエスケープシーケンスも初心者にはつらい。それで結果として、つまらないコンソール出力ではすぐに飽きてしまい、初心者はC言語を学ぶ意欲を失ってしまう。・・・[[K]]は10歳くらいのときにプログラミング言語を覚えたが、その時はF-BASICから入った。BASIC言語ではとても簡単な命令で画面に線を引いたり長方形を描いたりできる。文字色設定やカーソル移動も簡単だった。時代は進歩したはずなのに、どうして現状はこうなってしまったのだろう。BASICがC言語よりも優れているなんてみじんも思わないが、こと初心者の視点で比べたら何十倍もの差があるように思う。・・・これは打破すべき問題である。BASICでできたようなことができる簡単なライブラリがありさえすればいいのだ。それが標準になってしまえばよい。標準になるかどうかはどれだけ普及するかによるけど、とにもかくにも、そういうライブラリがなければ話にならない。プリプロセッサ的な単純置換のかたまりで柔軟な言語を構成しようと思ったけれど挫折。それで(反動で)プリプロセッサ的な機能は一切使わずに行けるところまで行こうと考えて、Essenに移行した。このWikiはKHPCやEssenやuxfでも使われており、そのためURL上には名前がずっと残ることになった。C言語を少しだけ拡張し、変数に「persistent」という新属性を付与できるようにする。いう関数で簡単に一括で保存・復元できるようになる。複数のプログラム間での変数の共有も可能。C言語で書かれたプログラムの長さを比較するためのプログラム。コメントやスペース類は数えない。変数名や関数名が長くても短くても同じスコアになる。COFFやELFはいろんな情報を載せられるけど、その分複雑になっている。そんなのはオーバースペックだからもっとシンプルなのがほしい。いうことでuxfを作った。