記事閲覧

おなまえ　：
Ｅメール　： 表示 非表示
タイトル　：
メッセージ： 通常モード(推奨)　 整形モード(非推奨)　 preモード(空白再現)
※ プログラムコード等を含まない場合は，できるだけ通常モードをご利用ください。
> > 　vtdos環境で、dirしたら、どんな結果になる？　そこでcommand.com > > (ver.6.20)は使われてませんね。 > > 　ほら、ちゃんとＬＦＮも両方出てる。cmd.exeですよ。で、なんのための > > command.comか？　ＤＯＳアプリはcmd.exeをコマンドインタプリタとしては > > 動けません。 > > 　そして、command.comの内部コマンドはcmd.exeに飛ばされる。 > > おお、これは盲点でした。 > VTDOS.CFG で > USECMD=0 　にしたら、 > ver > MS-DOS Version 6.20 > > と、command.com の内部コマンドが実行されました。 > なるほどねぇ。 > > > > 　で、元々の話題のＦコールは？ > > === Macrotmp by B ===; > > 　というわけで、ＬＦＮファンクのあるものは、やっぱり飛ばされる。★ > > INT 21 - DOS 2+ - "RENAME" - RENAME FILE > > AH = 56h > > 　は、下へ飛ばされる。下は上を含みますからね。 > > INT 21 - Windows95 - LONG FILENAME - RENAME FILE > > AX = 7156h > > うーん、どうやらそれっぽい動きではありますが、もやもやする。 > > > > 追記：これも関連事項でした。そして、こういうことがすぐ連想でできないのが、 > > 僕、文太です。 > > うう、追記は読んでいませんでした。(^^; > > > 　ren コマンドも同じ話です。vtdos環境で、ren がＬＦＮを扱えるのなら、それは > > command.com の内部コマンドではないはずです。これも、cmd.exeに（と言っていい > > のか分からないけど。だって、その実態はＦコールですから−−Ｆコールの実態とは > > 何かを追っかけてるのが、Undocumented DOS 2nd, see int 21h の正体　＝　ＤＯＳ > > の「ヌード」みたいな実体。原書 p.266-, chap 6, "What is MS-DOS?"。Win32 system > > でも、我々が気にする部分は同じ。というか同じように作られてる）飛ばされる。 > > うーん、これはどうなんだろう。違うような気がします。 > ということで、Win98Me のDOS窓でそのマクロを試してみました。 > 結果は、ロングの処理は出来ませんでした。 > LFN対応の DOS8.0 は、ロング処理をしないようです。 > > ということは、VTDOSの F コールは VTDOS がロングにしているということでしょう。 > USECMD=　の値にかかわらずロングになるからです。
参照先　：
暗証キー： (英数字で8文字以内) プレビューなし