電光石火の翌日Ver.Upです。Ver.1.11はわずか１日の命でした。

ADC/SBB/PUSHA/POPA命令の不具合を修正しました。
これにより、UPX,PKLITEで圧縮されたプログラムと、MG.EXEに対応しました。
また、バックログモードの改良と、Windowsシェルホットキー機能が追加されています。

>>としきさん・めざらさん

バックログモードは今回のバージョンアップで大幅な改良が施されています。
バックログの内容でのエディター起動と、カレントディレクトリーでの
Windowsシェル（エクスプローラ）起動のホットキーが追加されています。
シェルとしてというか、外向きなVTDOSの機能の拡充を図ってみました。

keycode.exeはホットキーの設定のためにあると便利だと思うので添付しました。

一応補足ですが、ホットキーのキーアサインはデフォルトで以下の通りです。

Ctrl+Alt+PageUp	バックログモードに移行
Ctrl+Alt+.	Windowsシェル起動
Shift+Ctrl+C	バックログをクリップボードにコピー
Shift+Ctrl+E	バックログの内容を.txtファイルに保存してエディター起動

バックログモード
↑・↓・PageUp・PageDown・Home・End	移動
Esc	通常モードに移行
Delete	バックログクリア

mielに関しては僕が現在使っている2.58+4aとVTDOS 1.12では再現しませんでした。

としきさんのMOREの判定ルーチンですが、IntDCベクタとIntDDベクタが同一で
無ければNECと判別しているようなので、以下のパッチで対応出来ると思います。

symdeb <patch.sdb >nul

[PATCH.SDB]
------------------
e 0:370
80 03 ff ff 80 03
q
------------------

VTDOSは割り込み種別の判別方法の都合上IntDCベクタとIntDDベクタは
別のアドレスを示す仕様になっています。

10#さん、いろいろとご対応ありがとうございます。

more.comについては、メモリに直接パッチを当てることで、エラーを吐くことは
なくなりました。機種判別がうまくいくようになった模様です。
ただ、１画面分表示したところでmoreのプロンプトは出るのですが、そこでキー
の入力待ちにならず、ファイル終端まで突っ走ってしまいます。VTD_NRDR.CFGに
はきちんとmore.comを記載してあるんだけどなぁ。
参考までに、ソースはこんな感じ。

WAIT_PROMPT:
        MOV    AH,BYTE PTR DS:[LINE_CT]
        CMP    AH,BYTE PTR DS:[CRT_LINE]
        JC     SHORT NOT_MAX_LINE
        MOV    DX,OFFSET PROMPT
        MOV    AH,09H
        INT    21H            ; 文字列出力
        MOV    AX,0C08H       ;
        INT    21H            ;
        MOV    AX,0C00H       ;
        INT    21H            ; BUFFERを空にしてKEYBOARD入力
        MOV    DX,OFFSET CRLF
        MOV    AH,09H
        INT    21H            ; 文字列出力


mielに関しては、手持ちのものは、パッチのあたっていない素の2.58でした。
PC-98版はパッチを当てた記憶があるので、探せばパッチが出てくるはずです。
しかし、現在、ベクターなどで普通にダウンロードできるのはパッチの当たって
いないバージョンのはずなので、作者におかれましても、そちらでの動作確認を
お願いしたいと思います。まぁ、普通に動作してしまうと思いますけど。


バックログモードに関しては、状況が悪化した部分があります。
以下のホットキーは正常に機能しました。

> Ctrl+Alt+PageUp	バックログモードに移行
> Ctrl+Alt+.	Windowsシェル起動

> Esc	通常モードに移行
> Delete	バックログクリア

ただ、以下のキーが効かなくなりました。

> ↑・↓・PageUp・PageDown・Home・End	移動

これ、前バージョンでは「↑・↓・PageUp・PageDown」しか試していませんが、
正常に機能していました。

　やはり、その command.com  のせいなのかな？（10# さんのところでも再現で
きるはずなんですよね、それが原因なら。とにかく）　僕のところではとりあえ
ず不具合は出ませんでした。miel  は最新版か分かりませんが（きっと違うだろ
う）、以下です。

VTDOS|C:\VT>miel		１０分ぐらいゴニョゴニョ。
				子プロセスには降りてないけど。
				（zipは読めない。lzhのみ）

VTDOS|C:\VT>dir c:\bin\miel.com

 Volume in drive C is            
 Volume Serial Number is 7038-CE9C
 Directory of C:\BIN

MIEL     COM           670 96-04-10    2:58

　えっと、なんでいきなり英語版？　と思ったら、こうなっていたのですね。
;USECMD=0
;USECMD=1
　相変わらず、MS-DOS 6.2v, command.comです。

取り急ぎ報告。
私の自作more.comですが、VTDOS114で正常に動作するようになりました。
対応、どうもありがとうございました。

えへへ、一応、拡張画面対応だもんね。

だんだんレスが少なくなってきましたね。
これは、みなさんのところで、特筆に価する異常動作が見つからなくなってきた、
ということなんでしょう。


VTDOS111
OS: XP(x86)
shell: Win95のcommand.com 1995/10/03 00:00 116802 bytes
VZ: 1.60t03k

mielというのは、圧縮ファイル内（lzh限定でしたっけ）のファイルを直視可能と
いうことで、DOSではメジャーなページャーだと思います。
これが、うちの環境では、ファイルの閲覧は正常にできているようなのですが、
mielの終了時に
「(9B4F) 9B4F:0314 '致命的エラー: MCBが壊れています。'」
というメッセージをはいてVTDOSが終了します。
何もファイルを指定せず、起動してディレクトリのファイル一覧を表示している
画面ですぐに終了しても、同様のエラーとなります。
ルートディレクトリでの起動即終了でも発生するので、長い名前は関係なさそう
です。Vzを使っていない状況でも再現します。

仕方ないので、moreを使うことにしました。
vtd_nrdr.cfgに more.exe と more.com を加えました。
more.exeはWinXP付属のものだと思いますが、正常に動作しています。
more.comというのは、私の自作のもので、PC-98/FMR/DOSVを機種判別し、一応、
それぞれの画面拡張にも対応させたつもりです。作ったのは１２年も前か。
今でもフリーウェアとしてソースつきで公開しているけど、使っているのは自分
しかいないだろうなぁ。
ところが、これがvtdosでうまく動作しません。
vtd_err.logには
「MORE(025D) 025D:0166 'サポート外 Int18'」
と記録されます。
ソースを追いかけたところ、int18は30行BIOS判別ルーチンで使っていました。
でも、30行BIOS判別ルーチンて、PC-98と判別されたときに呼ばれる部分なので、
それ以前の段階でPC-98と誤判別されてしまっているわけです。

なお、私の使っている判別ルーチンは、以下のようなものです。

;
;MACHINE CHECK
;
        MOV    BYTE PTR DS:[FLAG98],0
        PUSH    DS
        XOR    AX,AX
        DEC    AX
        MOV    DS,AX
        MOV    BX,DS:[000CH]
        CMP    BX,0B0B6H
        JZ     PC98
        MOV    BX,DS:[0003H]
        CMP    BX,0FD80H
        JZ     PC98
        XOR    AX,AX
        MOV    DS,AX
        MOV    BX,DS:[0AFH*4+2]
        MOV    CX,DS:[0B0H*4+2]
        CMP    BX,CX
        JNZ    FMR
        MOV    BX,DS:[0DCH*4]
        MOV    CX,DS:[0DDH*4]
        CMP    BX,CX
        JNZ    PC98
        JMP    IBM

これは、当時のニフティのFMVフォーラム（FFMV）のライブラリにアップされてい
たものを参考にしています。そもそもがFMR対応ソフトというものがほとんどない
し、さらに自動でFMRまで機種判別するような変態的なソフトは無視してしまって
もよいと思いますが、一応、報告まで。


以下、参考情報。
当時の私の記録によると、AT互換機を判別するには、int10hを使う方法が割と広
く使われていたようです。ところが、FMR互換機であるオアシスポケット３では、
このファンクションを使うとハングアップしてしまったのです。そこで仕方なく
メモリ読み取り法で機種判別しています。