リビジョン106と107の差。いらない関数を省いたので当然カーネルの大きさが違う。



106が54,583バイト。107が53,311バイト。当然使用しているクラスタ（セクタ）の数が違う。106は107セクタ。107は105セクタ。



えーっと。まず。ディスクからはこれ、ちゃんと読まれているかな？

ipl09.nasの現在の状態だと、18*2*9-1。すなわち288セクタが起動時に読み込まれている。288セクタだから・・・147,456バイト・・・。

うむ。確実にカーネルは読み込まれているはずだね。



次。メモリへの転送。



・・・・あれえぇぇ？



いろいろとコード追ってみたけど、ちょっとはみだしって感じじゃないような気がしてきた・・・



なんだろう？　これ？？？

1. なぜか320x200モード時、タスクバーの文字が書かれない
   
   
2. 起動直後、他のウィンドゥもアクティブ状態になる
   
   
3. タスクバーにはウィンドゥがかからないようにすべきでは？
   
   
4. タスクバーをクリックすると他の窓が非アクティブになる
   
   
5. コンソールだけど、画面の広さに応じて対応してくれないかな
   
   
6. 日本語フォントをFDから読むか、もしくはカーネルに内臓したい
   
   

さーて。コンソールの大きさの自動調整はこれでいいかな？







・・・おんやぁあぁぁぁぁぁ？？？？



fd.cやconsole.c内のいらない関数を削ってメイクしたら、320x200モードでもちゃんとタスクバーの文字が出るじゃん！？？？



こういうのって、大抵、なにかがどこかにはみ出している時の症状なんだよなぁ。



うむむむ・・・ヒントが出てきたぞ！　カーネルのサイズやメモリマップのもう一度よく精査してみよう！！

うーむ。もう一つどうにかしたいことが・・・

1. なぜか320x200モード時、タスクバーの文字が書かれない
   
   
2. 起動直後、他のウィンドゥもアクティブ状態になる
   
   
3. タスクバーにはウィンドゥがかからないようにすべきでは？
   
   
4. タスクバーをクリックすると他の窓が非アクティブになる
   
   
5. コンソールだけど、画面の広さに応じて対応してくれないかな
   
   
6. 日本語フォントをFDから読むか、もしくはカーネルに内臓したい
   
   

うむうむ。だいぶ悪いクセも片付いてきましたなぁ（＾＾



ところでちょっと思ったこと。



今のはりぼての仕組みだと、コマンドの引数は丸ごと（コマンド名まで含めて）渡されるよね？。で、内部で自分で引数を分解処理しないといけない。



これ、面倒になってきました・・・(´・ω・｀)



今あるAPIはそのままにして、これとは別に自動で引数を分解した状態で渡してくれるようなAPIを搭載してみようかなと・・・

1. VESA対応機にて高解像度にならず落ちてしまう
   
   
2. なぜか320x200モード時、タスクバーの文字が書かれない
   
   
3. コマンド実行後、カーソルが点滅しなくなる
   
   
4. 起動直後、他のウィンドゥもアクティブ状態になる
   
   
5. タスクバーにはウィンドゥがかからないようにすべきでは？
   
   
6. タスクバーをクリックすると他の窓が非アクティブになる
   
   
7. dir2コマンドが古い
   
   
8. type3はもういらないのでは？
   
   
9. apiでseekが搭載されていない
   
   
10. memdumpコマンドが絶対番地に対応していない
    
    
11. FDアクセスで、4e等古いAPIが残っている
    
    
12. vesaコマンドが実機ではStackのエラー？を起こす