ＴＴＬでＣＰＵを作ろう！

~~標準ＴＴＬ~~だけ（！）でCPUをつくろう！（組立てキットです！）
(ホントは７４ＨＣ、ＣＭＯＳなんだけど…）
［第５７８回］

●ＸＰの画面表示のゴミ対策が間違っていました

前回説明をいたしました、下記の、改行を行った後のゴミを消すために考えたプログラム部分なのですが、全く機能していませんでした。

		 x=wherex();y=wherey();
		 if (y>=25)
			{
			for(i=0;i<80;i++)putc(0x20,stdout);
			y0=y-24;
			gotoxy(x,y0);
			gotoxy(x,y);
			}

これでうまくいったつもりだったのですが、なにしろもう眠くて、全然うまくいっていなかったのを見落としてしまっていました。
うう。トシは取りたくないものです。

最下行のクリアもうまくできていますし、それから１行余分にスクロールしてしまっていたのも、ちゃんと取り戻していますから、ちょっと見にはうまくいった、と思ってしまったのです。
で、このあとすぐに［ＰａｇｅＵｐ］キーを押して［ｐａｇｅｍｏｄｅ］にしてしまったので、この画面が正しくないことに気がつきませんでした。

よーく見ますと、カーソルが画面の一番上に行ってしまっています。
ｇｏｔｏｘｙ（ｘ，ｙ０）；が実行された結果なのですが、そのあと、ｇｏｔｏｘｙ（ｘ，ｙ）；で、画面の最下行にカーソルが移動するはずなのですが…。
どういうわけか、移動してくれません。
いろいろ試してみたのですが、結局駄目でした。

画面右のスクロールバーが少し下がっています。
そのこと自体はまともなのですが、どうやらこの画面のように、画面バッファが働いている状態のときには、ｇｏｔｏｘｙ（）で「過去」に戻ることはできるのですが、一旦「過去」に行ってしまうと、その位置からは、ｇｏｔｏｘｙ（）で画面の下方向に移動することはできなくなってしまうようです。

どうも画面バッファの仕組みが、私が当初考えていたような、柔軟な構造ではなくて、かなり硬直したもののようです。
ｇｏｔｏｘｙ（）で画面バッファの前方に戻ると、そのポジションが最終のカーソル位置になってしまい、そこから下方へはｇｏｔｏｘｙ（）では進むことができなくなってしまいます。
そのポジションから新たにｐｒｉｎｔｆ（）やｐｕｔｃ（）で文字を表示したり、改行を行わせることで下方へ進むことはできます。
そういう仕組みなのですねえ。

そういう仕組みだとすると、せっかく考えたプログラムも役には立ちません。
また考え直しです。

●なんとか解決できたのですけれど

結局わかったことは、画面バッファを利かせてはだめだ、ということでした。
画面バッファが働いている状態、つまりスクロールバーが下がっている状態のときには、ｇｏｔｏｘｙ（）で画面バッファ内を移動することはできません。
こちらが意図している通りにｇｏｔｏｘｙ（）を使おうとしますと、どうしても画面バッファの働きをキャンセルするしかない、という結論になりました。

そのように考えて、なんとかたどりついたプログラムがこれです。

		 y=wherey();
		 if (y<=25)
			{
			gotoxy(1,1);
			for(i=cursor-1920;i<cursor;i++)putc(vram[i],stdout);//80*24
			for(i=0;i<80;i++)putc(0x20,stdout);
			gotoxy(1,1);
			gotoxy(1,25);
			}

最初のｇｏｔｏｘｙ（１，１）で画面バッファのトップまで戻ります。
これでスクロールバーは上まで戻ります。
こうすると画面バッファの働きを封じることができますが、そのかわり画面の表示も一番最初の画面に戻ってしまいます。
そこで、プログラムで保存している「画面バッファ」（ｖｒａｍ［］）の値をもう一度一画面分表示します。
そうしておいてから、画面最下行をクリアして、ｇｏｔｏ（１，１）で、１行余分にスクロールされていたのを元に戻してから、ｇｏｔｏｘｙ（１，２５）でカーソルを画面最下行に移動します。
このようにすると、ｇｏｔｏｘｙ（１，１）の後でも、ｇｏｔｏｘｙ（１，２５）は正しく機能します。

こんどこそ本当にうまくいきました。
カーソルが画面最下行に来ています。
画面右のスクロールバーは上まで上がっています。

ということは、ＸＰの画面バッファは今は働いていない状態です。
ＸＰの画面バッファとしては、これが一番上の画面なので、これよりも前に戻ることはできません。
この状態なら、表示画面内をｇｏｔｏｘｙ（）でカーソル移動することができます。

しかしＸＰの画面バッファが利いていないだけで、Ｚ８０ＢＡＳＩＣのｐａｇｅｍｏｄｅはこの状態から働かせることができます。

［Ｐａｇｅ　Ｕｐ］キーで、画面をさかのぼって表示させることができます。

スクロールバーは上に上がったままです。

ところで、今回のプログラムは、改行が実行されると、画面バッファを一番最初のポジションに戻してしまいますが、その操作が働く直前の状態を参考までに見ていただくことにいたします。

ＢＡＳＩＣのプログラムに少し追加して、プログラムが終わってシステムに戻って改行が行われる直前で表示を停止させたままにしてみます。

４０行を追加しました。
ＩＮＫＥＹ＄はキーボードからの入力をチェックする命令です。
キーが押されると、そのキーに対応する文字が入ります。キーが押されていないときは、つねにスペースが入ります。

プログラムを実行してみました。

最後のデータ１０００が表示されたところで画面が停止しています。
まだ改行は行われていません。
かなり大量のデータを連続して表示しましたから、ＸＰの表示バッファが働いていて、スクロールバーが下がっています。

ここで何かキーを押すと、プログラムが終了して、上の方でお見せした画面になります。

ということで、プログラムとしては、間違いなく動作するようにできたのですけれど、しかし、これはあまり感心できるプログラムじゃありません。
改行のたびに１画面分を書きかえるのですから、それだけ実行時間もかかってしまいます。

とにかく、ＸＰの画面バッファ対策としてここまで作ってきた、ということで、一応の成果はあった、と思います。
しかし現実的な対応としては、やはり、コマンドプロンプトのプロパティを操作して、画面バッファのサイズを２５行にする、というのが最良の方法、ということになりそうです。

うわあ。なんだかめちゃめちゃ道草をしてしまいました。
なんとかやっと、Ｚ８０ＢＡＳＩＣもまっとうに動作するようになりましたので、これから急いで説明書を仕上げなければいけませんし、ぼちぼち手配しておりましたＮＤ８０ＺⅢ組立キットのパーツも入荷してきましたので、これから少しずつＮＤ８０ＺⅢの組立についての説明にもかかりたいと思います。

ああ。いけません。
その前に。
［第５７１回］でＲＳ２３２Ｃで受信したデータがところどころ欠落しています、と書きましたが、その後についてまだ書いていませんでした。
そこからずっと、ＸＰでの改行時の問題についてのお話になってしまっておりました。
まずは、お話をもとに戻しまして、次回は、そのデータの欠落についてのお話から始めることにいたします。
２０１０．８．９ｕｐｌｏａｄ

前へ
 次へ
 ホームページトップへ戻る