> > ソースがあればそのしくみがわかるかもしれませんね。
> 　BIOSフックの仕方だけでも、ソースが見たいですね。

90biosのソースは持っていませんが、30biosのソースなら持っています。
が、難しくて私にはよくわかりませんでした。
なお、ソースはTASM依存で書かれていますので、これがないと再アセンブルもで
きません。

> としきさんが見て分からないのでしたら、一般ピーポーの私など手も足も出ないでしょうね……。(^^;

わたしはあまり基準にならないと思いますが。(^^;
ただ、これ、TASM特有のIDEALモードというやつを使っているのです。
なので、仮に、MASMならバリバリ、って人であっても、ちょっとつまずくはず。

> 40文字目でCR+LFを送出すればいいようにも思いますが、

この方式はあまり見込みがないような気がします。
例えば、ＤＯＳ標準のファンクションキーの表示が行われようとした段階でスク
ロールが発生するような気がするのですが、大丈夫ですか？

> 　そういう観点からは、画面切り替えの方が有効そうですね。

プログラムが楽かどうかは別ですけどね。
でも、テキストＶＲＡＭには表示すべきデータが既にセット済なわけですから、
何らかの方法で表示開始位置を変える事ができればそれが一番簡単。
表示開始位置がかえられないのであれば、テキストＶＲＡＭのデータをあちこち
転送しなければならないところがちょっと面倒かもしれないけど、でも、最大で
もたかだか数ＫＢのメモリ間転送で済むので、それほど遅くはないと見込んでい
るのですが、ちょっと甘いかな。

とうとう見つけてしまいましたね。（笑）
私も90biosは２年に１回程度しか使っていないのですが、いつでも使えるように
というか、config.sysの中には90biosサポート用の90hook.sysというドライバが
常に居座っていたりします。大してメモリも食いませんから。

さて、画面表示を行う際にはその表示内容を保持しておくメモリが必要です。
90biosは、そのあたりの制御を行ってくれるものです。
ただ、それをそのまま表示すると、８０桁を越える部分が画面からはみ出してし
まいます。ん〜、よく覚えていないけど、画面の中央だけが表示されて、両側が
はみ出してしまうのだったかな。そこで90biosは、画面表示用のハードウェアを
ソフト的にかなり強引な方法でいじって、画面の同期周波数をむりやり変更する
ということもやってくれるわけです。
あと、常駐時は画面の桁数に関するＤＯＳのファンクションコールが呼ばれたら、
本物のＤＯＳに成りすまして、現在設定中の値を返すわけです。

90biosの基本機能はこの３つですが、画面を拡大するのではなく、４０桁に縮小
させようとした場合は、これら全部が必要になるわけではないですよね。拡大時
にはメモリをかき集める必要がありますが、縮小時には逆に余ってくるわけです
から、多分、メモリ制御についてはとても楽になるか、あるいは何もしなくても
よいかもしれません。
同期周波数に関しては、４０桁の表示を横幅一杯に引き伸ばそうとするのであれ
ば変更する必要がありますが、４０桁で打ち切るだけであれば、すなわち右半分
には何も表示しないと割り切ってしまえば、変更は不要でしょう。
ＤＯＳファンクションの機能は、これは削れませんね。

ただ、90biosのもどきツールを作ったとして、果たしてそれがきちんとうごくか
どうかはよくわかりません。まず、そもそものＤＯＳが４０桁でも動作するのか
どうかが不明。例えば、ファンクションキーの表示一つとっても８０桁依存にな
っているわけですから。
次に、仮に40biosというソフトができたとして、それに対応できるアプリはどれ
だけあるか。Ｖｚをはじめ、V-TEXT対応ソフトは何とかなるのかな。
そういえば、ＶｚのDANNY版には、90bios対応のコードも一部含まれているはず。
という事は、DANNY版のコードを多少借用しているkonno版も、少しは期待できる
ということでしょうか。

なお、90bios開発時のニフティの会議室ログの一部（というか、私の発言だけ）
は、地層処分センターで閲覧可能となっています。

nifty:FGALSIG/MES/13

あ、違った。

http://homepage3.nifty.com/~toshiki/nifty/fgalsig/

この当時のログは、一部はまだ手元に残っています。
疑問点等あれば、検索しますよ。


p.s.
konnoさんへ
メール受け取りました。近日中に行ってみます