今、野ざらし言#5226 あたりで、としきさんのmore.com の話題が出ています。
VTDOSでのとしきさんのmore.com の問題は
#6641 2015/08/21 あたりからの話題で
#6648： Re: としきさんのmore.com 投稿者： konno 　 2015/08/24
ここでMASMでアセンブルしてみたけどVTDOSでは使えなかったのでした。

今回、行数がゼロになっているのでは？ という指摘でもう一度挑戦しました。
としきさんのソースの28行目を

GOOD_VER:
;
;MACHINE CHECK
;
		MOV	BYTE PTR DS:[FLAG98],0
		PUSH	DS
		JMP	IBM			;★ ここで機種チェック IBM にジャンプ
		XOR	AX,AX

このように追加したら、VTDOSで正常に動きました。＼(^^)／ ﾔｯﾀ-
どこで躓いているのかは他の方に調べてもらいたいと思います。(^^;

＃　ああ、年が変わってしまった・・・

　ところで、VTDOSがエミュレートしてるＤＯＳのヴァージョンって何？　という
疑問がありまして（docのどっかに書いてある？）、あ、下ので調べれば
いいんじゃないか、と思いついたのですが、本当でしょうか？

　ファンクションコールしてるということは、command.comを通りこしてますよね。
　ベクターテーブルを最初（DOS起動時）につくるのはmsdos.sysの仕事なんだから、
（ここをVTDOSはエミュってる）以下でいいか、と思ったのですが、v6.20って
言われると、少なくとも僕が使っているcommand.comと同じヴァージョンで、
ウソっぽくないか、この答え、とか思ってしまいます。

　もっとも、VTDOSって、command.comのヴァージョンにけっこううるさくて、
MS-DOSかPC-DOS (他にもあったみたいだけど)の、この辺りでないとうまくない、という
記憶もあります。

　分かんない、ですかね。
　ま、v6.20 なんだと思ってていいか、、、。
　深い意味はありません。なんとなく疑問が沸いた、というだけです。

--------D-2130-------------------------------
INT 21 - DOS 2+ - GET DOS VERSION	★
	AH = 30h
Return: AL = major version number (00h if DOS 1.x)
	AH = minor version number


=== Macrotmp by B ===; GET DOS VERSION
* M
50 ^^ "Macrotmp"

        ax=$3000, &i($21)
        &m("MS-DOS v%d.%d",ax&$FF,ax>>8&$FF)

*

　とはいえですよ、もし、VTDOSがエミュってつくるベクターテーブルとcommnad.com
が違うヴァージョンだったら、なんか動きそうもないですね。同じでなければダメ、
って、普通な感じもする。

　システムコールというものについての、雑駁なイメージを抱こうとして
もがいています。以下で終了ですが。


=== test by B ===;
* M
50 ^^ "test"

;AX = $7476,		;これらは、正しい数字
;BX = $0000,		;#10454「VTDOS int2Fh」のまま
;CX = $6F64,
;DX = $0073,

AX = $7477,		;76 -> 77 変更。わざと間違えてみる
BX = $0000,
CX = $6F64,
DX = $0073,
&i($2f)

&m("AX: %04xh, BX: %04xh, CX: %04xh, DX: %04xh",AX,BX,CX,DX)

*

VTDOS
AX: 7477	BX: 0000	CX: 6F64	DX: 0073	;(1)

MS-DOS 6.20
AX: 7477	BX: 0000	CX: 6F64	DX: 0073

MS-DOS 8 (WinME)
AX: 7477	BX: 0000	CX: 6F64	DX: 0073

(1) 数字はそのまま無変更で返るが、返り値に意味はない。「無効な数字を
入れても知らんよ」というところでしょう。
　しかし、【システムが落ちることはない。】
　これが知りたかったのです。

　まともなシステムコールではまず落ちないのだろう。しかし、ROMをみたりすれば、
場合によってはシステムコールでも、落ちるのだろう。こっちのシステムコールは
どこまでＤＯＳが管理してるのか分からない。というか、ＤＯＳの内部も、NEC,
IBM, FMRで違いますね。OEMで提供され、各社、それぞれのマシンにあわせてＤＯＳ
作ってね、とＭＳは言っていたはずなので。
　Win95あたりでも、ＮＥＣはまだこれをやってましたね。ＮＥＣが我侭だったという
より、過去の継承という意味で仕方なかったんだろうな、と思うようになりました
けれど。

#10459
>PC-98判定にROMを見ているがある種のハードを使っていると、その判定は失敗すると
>指摘をいただく。
>また、Int10Hを使う方法でPC-98とAT機を判定することが可能だが、これをFM-Rで使うと
>ハングアップする可能性あり。なので、まずFM-Rの判定を行ってからInt10Hを使うこと
>を推奨。

　ここから引っかかり始めました。



　installation check によく使われる「INT 2F」の総論は以下。
　後半、えーと、となるけど。

INT 2F - Multiplex - NOTES
	AH = identifier of program which is to handle the interrupt
	   00h-3Fh reserved for IBM (for DOS)
	   40h-7Fh reserved for Microsoft (for DOS)
	   80h-B7h reserved for IBM
	   B8h-BFh reserved for networks
	   C0h-FFh reserved for applications
	AL is the function code
   This is a general mechanism for verifying the presence of a TSR and
   communicating with it.  When searching for a free identifier code for AH
   using the installation check (AL=00h), the calling program should set
   BX/CX/DX to 0000h and must not depend on any registers other than CS:IP
   and SS:SP to be valid on return, since numerous programs now use additional
   registers on input and/or output for the installation check.



>　● VWXの存在確認及びAPI ENTRYの取得
>　　INT 2FH - ＶZ Editor の友 (VWX.COM) - INSTALLATION CHECK
>          　AX = E900h
>　　　　  　BX = 5657h('VW')
>　　　　　　CX = 0000h

　ここでもね。

　全体が見えていませんが、それでも、INT 10h って、ビデオ系だったよな、
という記憶はあり、DOS/Vになったとき、いっぱい活躍してるみたいだな、とか
思った記憶があります。

http://hp.vector.co.jp/authors/VA003720/lpproj/int10h/prologue.htm

--------V-100070-----------------------------
INT 10 - VIDEO - Everex Micro Enhancer EGA/Viewpoint VGA - EXTENDED MODE SET
	AX = 0070h
	BL = mode (see #00011)
Desc:	specify a proprietary display mode on the Everex Micro Enhancer or
	  Viewpoint video adapters
SeeAlso: AH=00h,AX=6F05h,AX=7000h/BX=0004h,AH=FFh"GO32"!!!!!

　そうじゃない場合もあるようですが、--- CPUが発するINT 10h とか（緊急事態
でしょう）--- もあるようですが、基本、ビデオ系です。

　ただ、BIOSコールとDOSコールの違いが分かっていません。video chip/boardごと
に、色々あるんでしょうか？　「BIOSを叩く」って？

　勘：ＤＯＳがけっきょく覆っている。システムコールって、BIOSコールだろうが
DOSコールだろうが、形式が決まってるんだ、、、とか。

　ま、上の引用をみても、いっぱい錯綜してそう、という感触はあります。

http://hp.vector.co.jp/authors/VA003720/lpproj/int10h/tables.htm#bios

　とかよーく見ると、例のあの謎な数字の意味が分かる場合もあるのかも。
　ダメかな？
　ほとんど、Undocumented DOSの"Data Structure"みたいに見えます。

　1983年ぐらいのノートン先生の、VIDEO基礎解説を、２月以内ぐらいに読みたいと
思います。これから、修羅場。
　表示ってねぇ、何をやってるの？

> 　システムコールというものについての、雑駁なイメージを抱こうとして
> もがいています。以下で終了ですが。

なるほど、文太さんの疑問はそこでしたか。

> (1) 数字はそのまま無変更で返るが、返り値に意味はない。「無効な数字を
> 　しかし、【システムが落ちることはない。】
> 　これが知りたかったのです。

これは DOS2.0 から変わらないルール、仕組があって互換性を保ちながら拡張してきていると認識しています。

> (1) 数字はそのまま無変更で返るが、返り値に意味はない。「無効な数字を
> 入れても知らんよ」というところでしょう。

AX がそのまま返る場合はその番号が使われていないということになります。
何かで使われている場合は AX が変わります。その場合下手な数字を入れると暴走して落ちる場合もあるので

> 　まともなシステムコールではまず落ちないのだろう。

これは間違いです。インストチェックで BX をゼロにしているのはそれを防ぐためかと想像します。

> >PC-98判定にROMを見ているがある種のハードを使っていると、その判定は失敗すると
> >指摘をいただく。

PC-98やAT機やFM-R など、機種によってROMの内容が違いますが、偶然チェック部分が同じ場合があるということです。

> >また、Int10Hを使う方法でPC-98とAT機を判定することが可能だが、これをFM-Rで使うと
> >ハングアップする可能性あり。なので、まずFM-Rの判定を行ってからInt10Hを使うことを推奨。

Int10h はBIOSコールですね。これは機種ごとに全く違う機能を割り当てられています。
間違って呼べば暴走します。なので、正しい機種の判定法を調べなければいけないわけです。

> 　installation check によく使われる「INT 2F」の総論は以下。

なるほど、INT 2F にもこんなルールがあったんですね。参考になりました。

> >　　INT 2FH - ＶZ Editor の友 (VWX.COM) - INSTALLATION CHECK
> >          　AX = E900h
> >　　　　  　BX = 5657h('VW')
> >　　　　　　CX = 0000h

うーむ、予想は外れたか、BXとCX どちらかがゼロなら問題ないとかかな。


前回のまとレス

> 　ところで、VTDOSがエミュレートしてるＤＯＳのヴァージョンって何？　という
> 疑問がありまして（docのどっかに書いてある？）、あ、下ので調べれば

vtdos.txt には
DOSエミュレーションはMS-DOS 6.3を参考に実装していますが、
開発目的上不要であったり、Win32コンソール上で動作する上で無意味であったり、
不可能である機能は省略しています。
一部DOS 7.0のAPIもサポートしています。
システムコールは最終的にVTDOSスーパーバイザー命令(NTVDMでいうところのBOP)
が発行され多くは32bitコードでWin32APIコールに変換されます。

こう書いてあります。

> 　とはいえですよ、もし、VTDOSがエミュってつくるベクターテーブルとcommnad.com
> が違うヴァージョンだったら、なんか動きそうもないですね。同じでなければダメ、
> って、普通な感じもする。

基本的な互換性はあるのでだいたい動くと思いますよ。
ただ細かな違いがあるので、動作確認は大変ですよね。MSDOS Player は幅広い対応で凄いですね。

MSDOS Player といえば、more-k で、"Q" で中断出来るようになりました。行番号はムズイ。(^^;

konnoさん

　いろいろと丁寧にお教えくださり、ありがとうございます。
　以下の点だけで、失礼いたします。
　おいおい、な感じですが、VTDOS最新版（最終版？）をＤＬしました。

>> 　ところで、VTDOSがエミュレートしてるＤＯＳのヴァージョンって何？　という
>> 疑問がありまして（docのどっかに書いてある？）、あ、下ので調べれば

>vtdos.txt には
>DOSエミュレーションはMS-DOS 6.3（※）を参考に実装していますが、
>開発目的上不要であったり、Win32コンソール上で動作する上で無意味であったり、
>不可能である機能は省略しています。
>とあります。

　えっ？　MS-DOS 6.3ってあった？　MS-DOS 6.22 （英語版）が最終版じゃなかった
っけ？　と思ったのが、昨日、一昨日？

vtdos.txt  36,343  2017-09-05  18:08　より
-----------------------------------------------------------------------
■シェル

VTDOSはシェルの指定が無い場合内蔵シェル(VTDCMD)を起動します。
これはコマンドラインをCMD.EXEに渡すだけの簡易的なものなので
お手持ちのMS-DOSやPC-DOSのCOMMAND.COMを利用されることを強くお勧めします。
ただし、一部のCOMMAND.COMしか動作確認を行っていません。
以下のバージョンが確認済みです。
作者はPC-DOS 6.3を使用しています。

MS-DOS  E5.0			起動BATの指定が無理っぽい
MS-DOS  E6.0			動作確認済み
MS-DOS  E6.21			動作確認済み
MS-DOS  E6.22			実行不可
MS-DOS	J6.2/V			日本語メッセージ表示にbiling.sysが必要

PC-DOS	J6.3/V			動作確認済み	推奨バージョン

PC-DOS	J6.3B/V			環境変数の参照に問題があるとの報告を頂いてます
PC-DOS	J7.0(PC-DOS2000)	動作確認済み
PC-DOS	7.0(IBMDFT)		VZの常駐起動が不可
-----------------------------------------------------------------------

　PC-DOS J7.0, PC-DOS 7.0とか、あったんだ！
　でも、これを見ると、10#さんが上で言っているのは（※）、PC-DOS	J6.3/Vのこと
でしょう。いちおう、今のところ、僕的には MS-DOS J6.2/V でいいなと思っています。
command.comのメッセージに、別に日本語要らないだろうとも思うので、どっかで、
MS-DOS E6.21とかにしてみるかも、ですが。

-----------------------------------------------------------------------

　FreeDosのcommand.com＋MSDOS Player の調査報告など、ありがとうございます。
　うーん、MSDOS Playerとか入れて実験する？　とか思っていたので、いえ、それは
手を広げすぎだよ、と平常心を取り戻すことができました。純なMS-DOS 6.2 で、やれる
ことをやりなさい、と自らに言い聞かせてます。

　その他迷子の文太の爆走する空想実験に、優しく回答いただき、感謝しています。
　お礼はお礼ですが、そっち方面にちゃんとしたレスというか、少しは自分でも努力
しました的返信は、少々先になりそうです。BX=0000, で安全策？

　>dir /p が効かない、から、かなり昔のkonnoさんの more.comとの格闘まで、
話が広がりましたね。ここまで深いのか。TCP/IP over .... そのＦＤ、どこ？
そんなこと、できるの？　完全浦島になりました。

　konnoさんの本当に豆な（几帳面な）側面を垣間見させていただきました。多謝。

　明日も寒いけど、晴れで、そして僕らは元気です！

　意味不明タイトル。
　意味は、

ax=$3000, &i($21)
&m("MS-DOS v%d.%d",ax&$FF,ax>>8&$FF)

　のＤＯＳヴァージョンの取得は、command.comのヴァージョンを返す、
ということ。

　職場からの帰り、車の中でふと思いついた。PC-DOS 7.00 なんて明らかに
ver number の違うcommand.comをvtdosに入れてみて、例のファンクコールを
すれば、この間の話がどれくらいあてになるのか、あるいはならないか、
分かるな、と。

command.com  63,402  1998-05-25  07:00

　上は、PC-DOS 7.00 の command.com。拾ってくるの簡単。ま、ま、いいで
しょう。

　こいつでvtdosを立ち上げて上のマクロを実行したら、あれれ、しっかり

MS-DOS 7.0
　とか返ってきてしまった。もちろん、"MS" in MS-DOSはマクロのもの。

　ふーん、そういうものなんだ。　DOS/VTDOS起動時点で、もう連絡取り合ってる
ですかね？　あるいは上のファンクコールの時点でcommand.comのver checkに
行くのか？　これは永遠の謎でしょう。

　とにかく気が済みました。さくっ。作戦は、失敗、ちゃんちゃん。
　vtdos.txtのとおり、PC-DOS 6.3程度なのでしょう。

> 　ふーん、そういうものなんだ。　DOS/VTDOS起動時点で、もう連絡取り合ってる
> ですかね？　あるいは上のファンクコールの時点でcommand.comのver checkに
> 行くのか？　これは永遠の謎でしょう。

これは気になりますね。
各種エミュでどのような挙動なのか、Verコマンドと比べてみました。


VTDOS + MSDOS6.2
ver	Microsoft Windows [Version 10.0.19044.2486]
Fコール	MS-DOS v6.20

このように、VTDOS の ver は、windows のバージョンを返します。
ファンクションコールは、読み込んでいる command.com のバージョンを返します。


MSDOS Player + MSDOS6.2
ver	MS-DOS Version 6.20
Fコール	MS-DOS v6.20
MS-DOS v6.20

MSDOS Player + FreeCom
ver	FreeCom version 0.82 pl 3 [Mar 13 2013 16:40:42]
Fコール	MS-DOS v7.0

このように、MSDOS Player の ver は、読み込んでいる command.com のバージョンを返します。
ファンクションコールも、読み込んでいる command.com のバージョンを返します。


DOSVAXJ3 + FreeCom
ver	DOSBox version JP220408. Reported DOS version 7.10.
ファンクションコール	MS-DOS v7.10

おや？ FreeCom のバージョンは、7.0 のはずが、7.10 になっていますね。
DOSVAXJ3 の場合は、dosboxj.conf の記述の
#            ver: Set DOS version. The default value is 7.10.
ver            = 7.10
ここで記述したバージョンが反映されているみたいです。
ここをコメントにすると、7.10 になります。
なので、読み込んでいる command.com のバージョンがわからないです。
うーん、いいのだろうか？

　ぜんぜん分からないのですが、可能なら、確認させてください。
　FreeComのDOSを単体で起動させたら（ＤＯＳ機が必要なんでしょうね。
それ用のＦＤかＨＤが）、verはいくつなのでしょう？　v7.0と返すのが
正しい？

>DOSVAXJ3 + FreeCom
>ver	DOSBox version JP220408. Reported DOS version 7.10.
>ファンクションコール	MS-DOS v7.10
>おや？ FreeCom のバージョンは、7.0 のはずが、7.10 になっていますね。

　7.0なんですよね？　本当は？


>DOSVAXJ3 の場合は、dosboxj.conf の記述の
>#            ver: Set DOS version. The default value is 7.10.
>ver            = 7.10
>ここで記述したバージョンが反映されているみたいです。
>ここをコメントにすると、7.10 になります。

　いちばん分からなかったのは、この箇所です。

>ここをコメントにすると、
↓
>ここをコメントにしても、

　が正しい言い方ですよね。「dosboxj.conf の記述」とは関係なく、
とkonnoさんは、結局言いたいのかな？　と。

　エミュは大変だぁ〜〜〜。


　少なくともVTDOSが、command.comのヴァージョンを返すメカニズムというか
意味は、その後分かりました。仮説・空想ですけれど。上のエミュの挙動とは、
いちおう矛盾しないかな。

　DOSVAXJ3は、変だな。何してる？　僕の興味の外ですけれど。

> 　FreeComのDOSを単体で起動させたら（ＤＯＳ機が必要なんでしょうね。
> それ用のＦＤかＨＤが）、verはいくつなのでしょう？　v7.0と返すのが
> 正しい？

これはv7.0で正しいと思います。#10488 で書いていますが

> ver	FreeCom version 0.82 pl 3 [Mar 13 2013 16:40:42]
> Fコール	MS-DOS v7.0

DOS7.0 と表示されるので、DOS7.0 相当ということではないでしょうか。

> >ここをコメントにすると、
> ↓
> >ここをコメントにしても、
> 　が正しい言い方ですよね。「dosboxj.conf の記述」とは関係なく、
> とkonnoさんは、結局言いたいのかな？　と。

これは途中を省略したらわかりにくくなってしまったようです。

> >ここをコメントにすると、7.10 になります。

ここをコメントにすると、デフォルトで7.10 になります。
　　　　　　　　　　　　^^^^^^^^^^^^
これでどうでしょう。

そんなことよりも私は大きな勘違いに気が付きました。
どうやら DOSVAXJ3 は、普通に起動すると内蔵DOS(command.com)が動いているようです。
外部の command.com を使うには、DISKイメージにDOS環境を作ってブートさせるようです。
これは面倒なので実際はどうなのか確認できていません。(^^;

konnoさん

　すいません、まったく話がかみ合っていないようです。

　 DOSVAXJ3環境でのFreeCom, command.com(7.0)が、そのＦコールが、DOS7.0と
返すことってあるのですか？
　あるとすると、それはどんな条件で？　そのときの dosboxj.conf の記述は？

>DOSVAXJ3 は、普通に起動すると内蔵DOS(command.com = 7.10, bunta added)
>が動いているようです。
　すいません、混乱の泥沼です。

　DOSVAXJ3 で、普通に起動させず、dosboxj.confに記述のcommand.comで起動
させると（以下の３通り）、

ms-dos, command.com 6.2,  
pc-dos, command.com 7.0, 
FreeCom, command.com 7.0

　Ｆコールの返り値はどうなるのでしょう？

　深い関心があるわけではありません。
　すごく変だなぁ、いちばん変なのは僕の頭なのかなぁ？　と。

　自分でやってみろ！？　いえ、すいません、僕はエミュにそこまでの関心はないん
です。
　僕の結論としては、DOSVAXJ3はけっこう特殊らしい、で、まあ、十分なのです。
　ごめんなさい。
　もし宜しければ、「Ｆコールの返り値」をお教えください。


　いちおう整理しておくと、

        ax=$3000, &i($21)
        &m("MS-DOS v%d.%d",ax&$FF,ax>>8&$FF)

　は、結局、どのような経路で何をしているのか、というのが主題だと思っています。

皆さん、横から失礼します。

DOSVAXJ3 でそれぞれのimgファイルを立ち上げた結果
PC-DOS 6.3V
command.com  65091  94-04-15 6:30
ver
PC DOS Version J6.30/V
Revision 0
ファンクションコール  MS-DOS  v6.30

windows98起動ディスク
command.com 118164  98-05-15 20:01
ver
Windows 98 [Version 4.10.1998]
ファンクションコール  MS-DOS  v7.10

インストール途中で停止して起動できなかったもの
PC-DOS	J7.0(PC-DOS2000)
MS-DOS	6.2/V
でした。

shadowさん、今年もよろしくお願いします。

> DOSVAXJ3 でそれぞれのimgファイルを立ち上げた結果
> PC-DOS 6.3V
> windows98起動ディスク

流石ですね、私も試したのですが、うまくいかなくて。(;_;)
Bochs の a.img ファイルを一度だけブート出来たのですが、2度目からは立ち上がらず。(>_<)
FD からブートできても、そこから何もできないのでメリットは全く感じませんでした。

> インストール途中で停止して起動できなかったもの
> PC-DOS	J7.0(PC-DOS2000)
> MS-DOS	6.2/V

うーむ、shadowさんでも駄目ならなにかしら問題があるのでしょうかね。
ブート環境は今は全く必要性を感じないので、必要が出てきたらまた調べることにします。
ありがとうございました。

> 　 DOSVAXJ3環境でのFreeCom, command.com(7.0)が、そのＦコールが、DOS7.0と
> 返すことってあるのですか？
> 　あるとすると、それはどんな条件で？　そのときの dosboxj.conf の記述は？

この話題の私の書き込みを全部読んでいればわかるとは思いますが
通常の使用では、dosboxj.conf で指定した VER が返ってきます。
指定しない場合、ファンクションコールは 7.10 が返ってきます。
もちろんVZマクロでも 指定した値か 7.10 が返ってきます。

DOSVAXJ3 は、外部の command.com を使用していないと思われます。
その証拠に、FreeCOM をCOMSPEC で指定していても
FreeCOM 独自の内部コマンド 「？」ヘルプ は bad command になります。
？　　VTDOS などでは、内部コマンド一覧が表示されます。

なので、DOSVAXJ3 で、外部の command.com を使用するにはブートイメージファイルで起動するしかないようです。
これは実用的とは思えないので検証はしません。


#10500 で、VZ環境が無くても DOSバージョンを確認できる verc.com を作ってみました。
VTDOSで VER コマンドと比べてみてください。

ver	Windowsバージョンを表示
verc	DOSバージョンを表示

　フィンランド人によるRAMDiskドライバのようです。
　ヘルシンキ工科大学の学生さんだったみたい。
　さて、この人たちが（しょうがないんだけどね、当時、最先端近くを日本人は
走っていたんだから。ＮＥＣに恨みはない）、２バイト文字の言語を操る僕らと同じ
運命をたどったとは、思えないんですよね。論文は書かないけど。

---------------------------------------------------------------------------
                              SRDISK (TM)
                     ReSizeable RAMDisk versio 2.04
                         XMS ja EMS muisteille
                 Copyright (c) 1991-1993 Marko Kohtala

  * Yhteensopiva MS-DOS versioiden 3.00-6.x ja DR-DOS 5 ja 6 kanssa.
  * XMS - Extended muisti 286 ja uudemmissa koneissa joissa on HIMEM.SYS
    tai muu XMS 2.0 laiteajuri.
  * EMS - Expanded muisti. LIM/EMS versio 3.2 ja 4.0.
---------------------------------------------------------------------------

　英語の.docもついてるから、使えます。

　しかし「凋落」。きつかったなぁ。ああ、チップス法。
　ただ現実をしかと受け止めよ。
　来週、ＮＨＫ日曜夜９時。半導体ワォーみたいなの。

　こういう独り言が多くて、すいません。
　ちょっと気になったのです。日本ＩＢＭのPC-DOSって、本国アメリカのPC-DOSって
どんな具合だったの？　と。PC-DOSとMS-DOSが違い始めたのはいつ？　などなど。

　そもそも、vtdos.txtのcommand.com相性表は、ver6 近辺が中心だったじゃない
ですか？　で、ＰＣとＭＳで、微妙に違うらしい。
　それに、記憶をたどると、日本ではＮＥＣ（ときっとエプソン？）が圧倒的だった
から、PC-DOSって、DOS/Vが登場するまで、ほぼシェアなかったんじゃないのかな、
云々。日本でＩＢＭのマシンを買ったらPC-DOSだったんでしょうが、これもDOS/Vの
時代になってからでしょう？　が、アメリカでは、きっとやや高級志向だったかも
しれないけど、ＩＢＭのマシンならPC-DOSだったのでしょう。
　マニュアル整備・断片的サポート体制の用意その他の状況証拠から、本国アメリカ
では、ＩＢＭは十分に強かったと想像しました。数値はありませんが、きっとＭＳに
負けない程度に。Windows95で、ぶっちぎっちゃったんでしょうね。ＰＣ事業からの
撤退はもう視野に入っていたかも。

　（もっと深い私語：でも、2003年くらいに、まだＩＢＭはThinkPadの広告を
していた。某超著名文芸評論家−−けっこう右翼＝ブッシュＪＲのお友だち−−が
ThinkPadを叩いている広告が、機内のTime誌に載っていた。某学会にいったとき、
ハワイ行きの飛行機の中で見たのです。「ゲイツ（評論家の名前）、嫌な奴だよなぁ」
と同行の先生と話をした。ＭＳがらみの冗談を挟む心の余裕はなかった。超高名な
人だったから、先生も僕も、（仕方なく）彼の著作を２，３冊読んでいた。
　続けちゃう：しかし、コンピュータ界の巨人ＩＢＭが作るＰＣのＯＳが、ＭＳの
Windowsであるという時代がしばらく続いたとは、、、。ふててなかったのかなぁ。
「プライドとか関係ない。商売だからしょうがないのだ」かな？）


　とにかく、僕の疑問の一部は以下で解消されました。6.1から２社は分かれ始めた。
7.1 まで。そして、PC-DOS 7.1では、Fat32 supportがありえた。
　つまり、debugその他の開発ツールは、6.1以前までは、同一のはずだ、、、。


　さらにディープで「要らぬお節介」な一言。下のようなのは、DeepLなんかに
入れず、ゆっくり３回読みましょう。意味鮮明な術語まみれの英語を読むのは
（たぶん）けっして難しくない。自信の獲得。「心の壁」の乗り越え。諦めない
忍耐力。その気なら、ですが。残り時間との兼ね合いもあるでしょうけどね。
　でもそっちを選ぶと、狭まると思うと愚考いたします。c.mosさんもwingさんも
この程度はガッツで読み解いた（必要なところだけ）と想像しています。

https://winworldpc.com/product/pc-dos/2000

PC-DOS 2000

   IBM  PC-DOS  was  an  IBM  branded  version  of  MS-DOS licensed from
Microsoft  for  use on the IBM PC system.  Versions of PC-DOS paralleled
that  of  MS-DOS  up  until version 6.1,  where PC-DOS was independently
maintained by IBM up until 7.1,  the last version. Although not the only
OS  available for the IBM PC when it came out, it quickly became popular
due to its low cost in comparison to the others.  Its direct competitors
on  the  PC  at  the  time  were  CP/M-86  and UCSD p-System.  The major
differences  between  PC-DOS  and  MS-DOS  were  only in terms of driver
support  and  built  in  programs  until  version 6.1  where development
diverged.

   For  Microsoft  and  other  OEM  DOS  releases, please see the MS-DOS
product page.

   The  first version of PC-DOS was released in August 1981 with the IBM
PC.  The last version released by IBM was PC-DOS 7.1,  which had updates
all  the way up until 2003.  This last version of DOS is still in use by
some  hardware  developers usually embedded into recovery tools and BIOS
flashers.

   This  OS  does  not  have  a  GUI.  It uses a command line interface,
however  PC-DOS  4  and  later,  like MS-DOS, also included the optional
graphical  DOSShell  program.  Like other DOSes, third party GUIs can be
installed.


   Release notes

   PC-DOS 2000 is a minor update to PC-DOS 7.0  that fixes Y2K bugs.  It
is  marketed as "PC-DOS 2000" but it reports itself as "IBM PC DOS 7.00,
revision 1".

   7.0/2000   was  the  last  complete  release.  Although some embedded
products  were  released with portions of "PC-DOS 7.1"  that added Fat32
support.

>でも、この手のテクニカルタームが主の文章なら、私には何とかなる。
　としきさんには未来があり、もともとそういう資質だった。心配していません。
　そのままでいいと思います。

>なお、私の英語力を推し量る上で重要な情報
　外国語なんて、まず、辞書ひいて考える、でいいんです。理屈は、ちょっと、だけ、
あとに。理屈は超単純。ただ、例外の宝庫だけど、そんなの気にしない。

due to		;暗記　辞書で例文を読む
competitor	;compete, competition コンペ＠ゴルフ。cf. teach"er", visit"or"
diverged	;di + verge 気にせず、見た文章を見つめる。

The major differences between PC-DOS and MS-DOS were only in terms of driver
support and built-in programs until version 6.1 where development diverged.

ジーニアス大英和
diverge 語源〔中世ラテン語 divergere.「di-(分離)+-verge(傾く, 曲る)分れる」
　この辞書の記述の何かが記憶に残るならめっけもの。
　PC-DOSとMS-DOSが分かれたのが、いつ、どの版　みたいなのが、実際的です。

　なんだ、英語できんじゃん。
　ありがとうございます。

　面白くない結果でした。

=== Macrotmp by B ===; always returns "true" dos version
* M
50 ^^ "Macrotmp"

	ax=$3306, &i($21)			;vtdos returns 6.20 here
	&m("MS-DOS v%d.%d",bx&$FF,bx>>8&$FF)	;vtdos returns the ver of 
;	ax=$3000, &i($21)			;command.com used again. 
;	&m("MS-DOS v%d.%d",ax&$FF,ax>>8&$FF)	;So made, it seems.

*

-------------------------------------------------------------------
INT 21 - DOS 5+ - GET TRUE VERSION NUMBER
	AX = 3306h
Return: BL = major version
	BH = minor version
	DL = revision (bits 2-0, all others 0)
	DH = version flags
	    bit 3: DOS is in ROM
	    bit 4: DOS is in HMA
	AL = FFh if true DOS version < 5.0
Notes:	this function always returns the true version number, unlike AH=30h,
	  whose return value may be changed with SETVER
	because of the conflict from the CBIS redirector (see next
	  entry), programs should check whether BH is less than 100 (64h)
	  and BL is at least 5 before accepting the returned BX as the true
	  version number; however, even this is not entirely reliable when
	  that redirector is loaded
	Under MS-DOS/PC DOS, DR DOS, PTS-DOS, S/DOS this function does not
	  use any of the DOS internal stacks and thus is fully reentrant
	OS/2 v2.1 will return BX=0A14h (version 20.10)
	Windows 95 and Windows 95 SP1 return version 7.00; Windows 95 OSR2
	  and OPK3 (OSR2.5) return version MS 7.10.
	the Windows NT DOS box returns BX=3205h (version 5.50)
	Novell DOS 7 returns IBM v6.00, which some software displays as
	  IBM DOS v6.10 (because of the version mismatch in true IBM DOS
	  mentioned for INT 21/AH=30h); versions through Update 15 all
	  return revision code 00h
-------------------------------------------------------------------

--------N-213306-----------------------------; NEVER MIND
INT 21 - CBIS network - NETWORK REDIRECTOR - ???
	AX = 3306h
Return: AX = 3306h
	BL = ??? (usually 00h)
	BH = ??? (usually 00h or FFh)
Note:	unknown function, is in conflict with DOS 5+ version call
SeeAlso: AX=3306h"DOS"

ふと思いついて、リブレットのWinMEのＤＯＳ窓で、各種の ver や としきmore を試してみました。
その結果

Win98Me　DOS窓
ver		windows Millennium [Version 4.90.3000]
verc		DosVer 8.00
more-t		としきmore  Insert system disk in drive. と表示して固まる

げげ、固まってしまった。(>_<)
まあ、DOS窓の中だけなので大事はなかったですが。

あらためて掲示板で 'としき more' を検索してみると

#6646： Re^4: Universal TCP/IP BootD で EMS!（長文） 投稿者： 文太 　 2015/08/22
> 　としきさんのmore.comについてです。
> 　いちおう、追試をしてみました。
> 　ＸＰでは正常動作します。

> 　Win98のＤＯＳ窓と素ＤＯＳ7.1（command prompt only）で、
> 　またWinMEのＤＯＳ窓で、
> 　"Operating System Not Found"というおかしなことをいってフリーズするようです。
> 　テストは、>dir | c:\wk\more という具合にやりました。

どうやら Win95,98系のDOS窓では としきmore は固まってしまうようですね。
気になったので、他の環境でも試してみました。

Win10 DOS窓（ただし日本語表示出来ていない）
ver		MS-DOS version 5.00.500
dir | more-t	正常に表示

VTDOS113
ver		MS-DOS version 6.20
dir | more-t	---more--- のみ表示の永久ループが止まらない（^Cで止まる）

VTDOS114
ver		MS-DOS version 6.20
dir | more-t	---more--- のみ表示

VTDOS121,122(USECMD=1)
ver		何も表示しないで終わる。
dir | more-t	何も表示しないで終わる。

WinNT系のDOS窓では正常に動きそうですね。
VTDOS113 で永遠のループとわ、トワノモア か、ロマンチックが止まらない（誰か止めて）
VTDOS はバージョンによって、内部コマンドなどにも対応していないのかなぁ。
何も表示しないで終わるのは、どういう動作なのだろう。