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

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

●それって本当に必要な処理？

前回問題になりました改行の処理について、一晩たって、朝になってから、落ち着いて、よくよく考えてみましたら。
むむむ。
なんだかおかしなことをやっておるなあ。
という気がしてきました。

改行コードを読んだときの処理です。

/// CR/LF
void vcr()
        {int i,j,x,y;
         char wkbf[81];
         i=cursor/80;cursor=(i+1)*80;
         if(cursor==winend||cursor==Vsize&&winend==0)
                {for(i=0;i<79;i++){vram[i+winend]='\0';wkbf[i]=0x20;}
                 wkbf[i]='\0';cursor=winend;wintop=wintop+80;winend=winend+80;
                 x=wherex();y=wherey();
                 //printf("%s",wkbf);gotoxy(x,y);//need for win2k
                        start=clock();//test
                for(i=0;i<79;i++)putc(wkbf[i],stdout);
                        end=clock();//test
                        total=total+(end-start);//test
                        crcntr=crcntr+1;
                gotoxy(x,y);
                }

これは前回もお見せしました。
デバッグのために、ｐｕｔｃ（）の前後にｃｌｏｃｋ（）を埋め込んでいます。
そのｐｕｔｃ（）なのですが、これは一体何をやっているのでしょう？
わからないなあ。
ってその昔に自分で書いたプログラムなのですけれど…。

改行を実行したあとで、ということは画面全体が１行上に繰り上がって、カーソルポイントは画面の最下行の左端に来るはずです。
そこで、その最下行の１行分に、再スクロールしないように７９個のスペースを表示しています（ここで８０個表示するとまたスクロールしてしまいます）。
もっともこれも中途半端で、最後の１文字分はどうなるの？と思うのですけれど、それはともかく。

改行直後ならば、画面の最下行はもともと何も表示されていないはずなので、わざわざそこにスペースコード（０ｘ２０）を書くなんてのは、無駄、なのですよねえ。
一体何を考えていたのでしょう。

このソースのもとになるプログラムを書いたのは、今よりももっとＣについての初心者だったころでしたから、おそらくこのような無駄を書いていてもそれに気がつかなかったのでしょう。
ただの無駄ならばそのままにしておいてもよいのですけれど、このｐｕｔｃ（）のおかげでさんざ苦労させられてしまったのでありますし、今もなお、これが残っているおかげで、ＰＲＩＮＴ文がめっちゃ遅くなってしまっているのでありますから、こういうものは削除してしまうに限ります。

ということで、えいやっと、削除してしまいまして、例のＰＲＩＮＴ文を実行してみましたら。
おお。
速い。速くなりました。
今まで１６秒ほどもかかっていた、改行有りのＰＲＩＮＴ文１０００回の実行が、改行無しのときと同様２～３秒で終了するようになりました。

いやあ、めでたし、めでたしです。
これにて一件落着。

●本当は必要でした！

めでたし、めでたし、のはずだったのでありますが…。
世の中というものは、なかなか思うようには、なってくれないものであります。

虫の知らせといいましょうか、ふっと気になりまして。

そういえば、Ｗｉｎｄｏｗｓ２０００ではまだ一度も試していないけれど、大丈夫だろうか？

大丈夫じゃなかったのですよお。

じつは。
前にも何回か説明しておりますように、Ｚ８０ＢＡＳＩＣの相方といいますか、ＤＯＳプロンプトで実行するほうの、Ｃ＋＋のプログラムＺＢ２ｘ（まだデバッグ中ですのでプログラム名に２ｘがついております）は、当社のＺＢＫシリーズの開発用のプログラムとして、５年ほど前に作ったものがもとになっているのですが、そのもとになったプログラムには、ところどころに、「Ｗｉｎｄｏｗｓ２０００に限り必要」なるコメントを付したところがあるのです。

上でお見せしました改行処理ルーチンｖｃｒ（）にも、それがあります。

/// need for win2k
	 	 for(j=0;j<68;j++)wkbf[j]=0x20;
	 	 wkbf[j]='\0';
	 	 //printf("%s",wkbf);
		for(j=0;j<68;j++)putc(wkbf[j],stdout);
///
		 gotoxy(1,24);

なんだかしつこくスペースを書き込んでいるようです。
なんでこんな無駄なことをやっておるのかいなあ、と思っていたのでありますが。

それが、無駄なことじゃなかったのです。

ちょいと気になりましたので、普段はお休みしておりますＷｉｎｄｏｗｓ２０００を久しぶりに起動させまして、Ｚ８０ＢＡＳＩＣのシステムを実行させてみましたところ…。

や、や、や。
画面がクリアできません！
画面をスクロールさせてみますと、Ｗｉｎｄｏｗｓ９８上ならばプランクで上がってくるはずの最下行に、以前の表示がそのまま残ったままで上がってくるではありませんか。
しつこくスペースコードを書き込んでいたのには、ちゃんとした理由があったのでした。

うう。
わかった。わかりましたよ。
でも、でも。

そうすると、このｐｕｔｃ（）は削除できないことになってしまうじゃありませんか。
んでも、こんなものがあるためにＰＲＩＮＴ文がめっちゃ遅くなってしまうのですから、こいつを残しておくわけにはいきませんです。

つうことは、そこをクリアするためには、Ｗｉｎｄｏｗｓ９８版とＷｉｎｄｏｗｓ２０００版の２本立てにするしかない。
うう。
そんな１０年前のＯＳ用にわざわざ２本も別々に作るのかあ？
それなら、この際、Ｗｉｎｄｏｗｓ２０００は対象外、ということで。

あの、Ｗｉｎｄｏｗｓ９８の方がより古いのでございますが…。

いいの。
こーいうものは、独断と偏見で決定するものなの。
私としては、Ｗｉｎｄｏｗｓ９８を取りたいの。

●やっぱり！ＸＰも…

さらに、さらに、気になりまして、ＷｉｎｄｏｗｓＸＰについても確認をしてみることにいたしました。
私の場合、普段の作業はいまだにもっぱらＷｉｎｄｏｗｓ９８で作業全般をこなしておりまして、したがいまして、Ｗｉｎｄｏｗｓ２０００もＷｉｎｄｏｗｓＸＰも普段はほこりをかぶってひたすらお休みなさっております。

で。
久しぶりにＷｉｎｄｏｗｓＸＰを起動させて、同じくＵＳＢでＮＤ８０ＺⅢを接続して、Ｚ８０ＢＡＳＩＣを実行させてみたのでありますが。

おんなじだったんですよお。Ｗｉｎｄｏｗｓ２０００と…。

そういえば、やっと、気が付きました。
Ｗｉｎｄｏｗｓ２０００とＷｉｎｄｏｗｓＸＰでは、ＤＯＤプロンプトの右にスクロールバーがついていたのですねえ。
スクロールして画面の上に消えてしまったはずの表示も、このスクロールバーを操作すると、画面に戻すことができます。

これができるなら、ページモードなどわざわざ作る必要はないではないの？

あ。
でも、表示そのものはスクロールして戻すことができるのですけれど、カーソルの移動はできないようですねえ。
つまり、過去を呼び戻して、再び表示させることはできるけれど。
うう。
過去は変えられない？
まるで、あれだ。タイムパラドックスかあ。

現在カーソルがある行で、表示されている範囲の中でだけ［←］［→］で移動できるけれど、［↑］［↓］で別の行に移動はできないようです。
つまりはスクリーンエディタではなくて、依然として、ラインエディタのまま。
なんとも中途半端な機能としか思えないのでありますが。

ともあれ。
こうなってくると、やっぱり、Ｗｉｎｄｏｗｓ９８版とＷｉｎｄｏｗｓＸＰ／２０００版の２本立てにせざるを得ないようでありまして。
いままで、Ｗｉｎｄｏｗｓ９８の上でのみ、動作確認をしてきましたので、こうやってあらためてＷｉｎｄｏｗｓＸＰの上で走らせてみますと、画面がクリアされなかったり、カーソルが引っかかって動いてくれないときがあったり、いろいろな不具合がみつかってしまいました。

やれやれ。
せっかくＺ８０ＢＡＳＩＣの動作確認もほぼ完了するところまできたと思いましたのに。
これから、また、ＷｉｎｄｏｗｓＸＰの上でもうまく動いてくれるように、調整していかなければなりません。
まだまだ、当分、暑い夏が続きそうです。

あ。
ひとつ書き忘れがありました。
さきほどのＷｉｎｄｏｗｓＸＰでの動作ですが、念の為に、ｐｕｔｃ（）の実行時間を測定してみましたところ、Ｗｉｎｄｏｗｓ９８では１６秒ほどもかかってしまっておりました、改行有り１０００回のＰＲＩＮＴ文なのですが、ＸＰでは同じプログラムが１．５秒で終了してしまいました。
もっともこちらのパソコンはＣｅｌｅｒｏｎ２．２ＧＨｚでちょいと速いのですけれど。
それにしても速い！
これなら何の問題もありません。
どうやら、ｐｕｔｃ（）がＨＩＤ通信の影響を受けるらしい、というのはＷｉｎｄｏｗｓ９８に限って、ということのようです。
２０１０．８．５ｕｐｌｏａｄ

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