10#さん

　以下の３つのファンクションで non-VTDOS, 114, 115 で挙動を観察しました。
１箇所を除き、ちゃんと動くようになっています（もしかして検証が全体に
10#さんに頭痛を引き起こすかもしれませんが…）。

　１箇所というのは、「Int21/36h」で、Ｚドライブに対してです。 Ｇ以降には
進めないのでどこからずれているのか分かりません。微妙に違うようです。ある
いは僕のテストのどこかが間違っているのかもしれません。これは容易にありえ
ますので、その場合にはご容赦ください。

>Int21/36h GET FREE DISK SPACE 不具合修正・仕様調整
>Int21/0eh SELECT DEFAULT DRIVE 不具合修正
>Int21/4408 IOCTL REMOVABLE DRIVE  不具合修正

　これは、使わないかなぁ、と挫折。途中で色々ありました…。Ｖｚでも使われて
ませんし…。
>Int21/11h FIND FIRST FCB 不具合修正



【資料】

=== test36h.def by B ===;【１箇所問題】
* M
50 ^^ "test36h"
	&g("drive") (r<0)?. dx=r,
	ax=$3600, &i($21)
	(ax==$ffff)? {&?("error")} 
		   ? {&?("ax:%u cx:%u",ax,cx)}
*

			non-VTDOS	114		115
(C)0	default (C:) 	ax:127 cx:512	error		ax:127 cx:512
A: 1	FD		ax:1 cx:512	ax:1 cx:512	ax:1 cx:512
B: 2	none		error		error		error
C: 3	Win HD		ax:127 cx:512	error		ax:127 cx:512
D: 4	CD-Rom		ax:2 cx:2048 ?	ax:1 cx:2048 ?	ax:2 cx:2048 ?
E: 5	USB memory	ax:64 cx:512	ax:64 cx:512	ax:64 cx:512
F: 6	data HD		ax:127 cx:512	ax:64 cx:512	ax:127 cx:512
Z: 26	Win work HD	ax:127 cx:512	ax:8 cx:512	ax:126 cx:512 ***???***
							【ココです】

INT 21 - DOS 2+ - GET FREE DISK SPACE
	AH = 36h
	DL = drive number (00h = default, 01h = A:, etc)
Return: AX = FFFFh if invalid drive
	else
	    AX = sectors per cluster
	    BX = number of free clusters
	    CX = bytes per sector
	    DX = total clusters on drive
Notes:	free space on drive in bytes is AX * BX * CX
	total space on drive in bytes is AX * CX * DX  (cut)
	this function does not return proper results on CD-ROMs;      ?


=== test0Eh.def by B ===;【問題なし】
* M
50 ^^ "test0Eh"
	&g("drive") (r<0)?. dx=r,
	ax=$0e00, &i($21)
	&?("%u",ax&$00ff)}
*

			non-VTDOS	114		115
A: 0	FD		26		6		26
B: 1	none		26 *		0		26
C: 2	Win HD		26		6		26
D: 3	CD-Rom		26		6		26
E: 4	USB memory	26		6		26
F: 5	data HD		26		6		26
Z: 25	Win work HD	26		6		26

 * 考えてみれば（考えてみなくとも）、ドライブ移動に成功したかどうか
教えてくれないというのも、困りものですねぇ。いちいちファイラに行って
確認しました。

INT 21 - DOS 1+ - SELECT DEFAULT DRIVE
	AH = 0Eh
	DL = new default drive (00h = A:, 01h = B:, etc)
Return: AL = number of potentially valid drive letters

　どなたか、 non-VTDOS 環境（XP Home x86）をお持ちの方に、下のテストをお
願いできないでしょうか。

　「ドライブがリムーバルか否か」を知るファンクションなのですが、うちのＸ
Ｐ（NTVDM かな？）では変な答を返してくるのです。
　下の表のように、環境によって入れるべき数字が変わってきます。CD-Rom  ド
ライブのドライブレターを調べて（ＤかＥかＦか…Ｑとか？）、Ａが１と数え始
めてください。Ｄだと４、Ｅだと５、Ｆだと６という具合（メディアが入ってい
ても入っていなくても同じ答だと思います…。うちではそうでした）。
　で、下のマクロを VTDOS でない環境で起動し、窓にその数字を入れて下さい。
カーソル位置に結果がプリントされてしまいますので、気をつけてくださいね。
それをそのまま貼ってレスして頂ければ幸いです。うちの（というか割と一般的
に）ＸＰのバグなのかな、と思っています。すぐ他人のせいにする。m(__)m
　もし、テストマクロにバグがあったら、お教え下さいね。あり得るので…。
　（もちろん、表は VTDOS 115 その他の結果レポートです。115  に問題はあり
ません）


　追記：WinMEでも同じ結果ですね。仕様かな？（VTDOSのほうが良い仕様）
　キャリーがある場合、
AX == 01H	ALコード無効（ファンクション番号）
AX == 0FH	BLコード無効（ドライブ番号）
　なので、追っかけてみると、
WinMEでは、「ＡＬ不正」と出、WinXPでは「ＢＬ不正」。な、何？
　ブラウン先生またしても沈黙。
　テストが間違ってなかったら、これは察せませんねぇ。自分が何かをどっかで
間違えた嫌な予感はしてます…。


=== TEST4408.DEF by B ===;【VTDOS問題なし】
Vzマクロでは、キャリーフラグは r に返ります。
* M
50 ^^ "TEST4408"
	&g("drive") (r<0)?. bx=r, r-,
	ax=$4408, &i($21)
	(r)? {&?("error")} 
	   ? {(ax)? "fixed" ? "Removable"}
*

			non-VTDOS	114		115
(C)0	default		fixed		Removable	fixed
A: 1	FD		Removable	Removable	Removable
B: 2	none		error		error		error		*
C: 3	Win HD		fixed		fixed		fixed
D: 4	CD-Rom		error ? **	Removable	Removable
E: 5	USB memory	Removable	Removable	Removable
F: 6	data HD		fixed		fixed		fixed
Z: 26	Win work HD	fixed		fixed		fixed

*  このファンクションで、有効で接続されているドライブかが確認できますね。
 　とはいえ、**を見ると、もっとよいファンクションがありそうだ…。
** 発言趣旨↑

INT 21 - DOS 3.0+ - IOCTL - CHECK IF BLOCK DEVICE REMOVABLE
	AX = 4408h
	BL = drive number (00h = default, 01h = A:, etc)
Return: CF clear if successful
	    AX = media type (0000h removable, 0001h fixed)
	CF set on error
	    AX = error code (01h,0Fh) (see #01680 at AH=59h/BX=0000h)

> 　どなたか、 non-VTDOS 環境（XP Home x86）をお持ちの方に、下のテストをお
> 願いできないでしょうか。

持っているので、ちょっとだけテストしてみました。
さすがに、ドライブ総当りはやっていませんが、うちの場合。

             non-VTDOS  115
E: 4 CD-Rom  error      Removable

確かに、何かおかしいようです。
MSCDEXの関係かなぁ。

> === test36h.def by B ===;【１箇所問題】

うちでの結果と一致していないのは当然として。
だって、ドライブ構成が違うのだから。
でも、ax:127っていうのは、直感的におかしいという気がします。
フロッピーやメモリカードは別として、ＨＤＤの場合、たいていは偶数という
思い込みがあるからです。

参考までに、うちの場合。

  0        ax:64 cx:512
A:1        error
B:2        error
C:3 HDD    ax:64 cx:512
D:4 HDD    ax:64 cx:512
E:5 CD-ROM ax:16 cx:2048

としきさん

　追試、ありがとうございます。ただ、奇数でもいいみたいですよ。
よく分かってないのですが、こんな結果ですし。

AX = sectors per cluster
CX = bytes per sector

ax:127 cx:512

VTDOS|C:\VT>df z:
Disk Free Ver1.14  (C)1994.6 HiRo.
１クラスタのセクタ数 : 127 
１セクタのバイト数   : 512 

　分かってないのですが、まあ、個人的・公共的・教育的メモです。
　はい、D:ドライブのCD-Romは表示されていません。DPB(Device Parameter Block)
のチェインに入っていないのですね、オッホン（もうブラウン先生のせいにはいた
しません）。ゴホゴホ。

--- meu.doc より---
2.8  -p
   DPB(Device Parameter Block)のチェインに従って、Block Deviceの諸元を出
 力します。詳しくは後の出力例をご覧下さい。
　（※出力例を見てもよく分からないよ。分からなくていいんだよ）
-------------------

>meu -p
Meu.com ver.1.20 1991-94 (c) By SEIN
MSDOS version = 5.50  /  revision = 0  /  exist in HMA
  *** [ DPB ] ***
 address  device h. d:   b/s  s/c max c. res fat s/f  dir  med
---------+---------+--+------+---+------+---+---+---+-----+---
00A7:15FA|89C7:8E04|A:| 11012|  7|  1429|-23804|183|-29864|-20476| 3E
00A7:161B|2D06:C7A4|C:|-19527|  1|   533|-18162|  4|-20248|-32722| 04
00A7:163C|21CD:4AB4|F:|-25368| 35|  1205|-17634|  4|-16242|-16479| 06
00A7:165D|A321:CD48|Z:|  9728|200| 46335|  8| 83|-12984| 1860| BB

　10# さん、こんばんは。あきろと申します。

　当方、「ど」の付く素人ゆえ、10# さんの vtdos を使わせていただくばかり
  で、開発のお力になれずに申し訳ございません。

　当方は、vtdos でＶｚを利用しています。また、vtdos を ckw と組み合わせ
  て使うという 10# さんの想定外の利用の仕方も試みております。
　（vtdos＋ckw では、ＩＭＥを windows アプリで使うときと全く同じ状態で
    使えます。）

　とにもかくにも vtdos を大変にありがたく使わせていただいております。

　さて、vtdos ver.1.15 をダウンロードいたし、早速利用させていただきまし
  た。感想とご報告を申し上げます。


　ckw と組み合わせて利用する時に起きていた、連続した半角文字を入力する
  と確定時に文字の取りこぼしが起きるという問題ですが、見事に解決してい
  ます。

　また、私は「D さんの長押し IME 起動 2」という、キーを長押しすることに
  よってＩＭＥの on/off を切り替えるツールを vtdos を利用するときには使
  っています。そちらで起きていた問題も解決していました。
　　　↓↓ （以下の問題です）
　　ＩＭＥが off の時に行頭でスペースキーを長押しすると、本来ならＩＭＥ
    が on になって全角空白が入るべきなのに、半角空白が２つ入るという現
    象が起きていました。こちらも見事に解決しています。

　バージョンアップ、ありがとうございます。<(_ _)>


 追伸
　（ckw なしの）vtdos でＶｚを利用したときに、ThinkPad X24 という非力な
  ＰＣでは、ＩＭＥ変換確定後の表示が速くなったように感じましたが、私の
  気のせいでしょうか。

　10# さん、バージョンアップありがとうございます。

　ckw に関係するのは、以下の２つかと推測いたしました。

　20100108 0116	Win32 GUIプロセス起動時の不具合修正
　20100106 0115	キーイベント・wRepeatCount対応(ckw対応)

　116 では、「ckw＋vtdos」起動時に時々起きていた現象がなくなったように
  思います。

　115 になり、windows 起動後、「ckw＋vtdos」の初回起動で、なぜが vtdos
  画面が開かないことがありました。（shift+ctrl+esc でタスクマネージャを
  立ち上げると、ロードはされているのですが・・。）原因が、ckw であるの
  か vtdos であるのか、あるいは私のＰＣ環境にあるのか、さっぱり分かりま
  せんでした。

　まだ、短時間の使用ですが 116 では、今のところそのようなことが起きてい
  ませんので、「Win32 GUI プロセス起動時の不具合修正」のおかげなのかと
  想像しています。


　115 以降、「ckw＋vtdos」終了時に、ckw がエラーを返すことが時々ありま
  す。ckw のバグなのか、はたして私のＰＣ環境によるものか、vtdos が関係
  しているのか、こちらの方もさっぱりと特定できませんが、ご報告いたしま
  す。

　エラーは、特に使用上問題がなさそうなので、気にせずに利用しています。

　以上、もしも、全くトンチンカンなことを書いているようでしたら、ご容赦
  ください。


　私は「ckw+vtdos」をメインに利用することを前提に、試用を始めました。
  ＶｚでＩＭＥを普通に使えるようになることは、すっかりあきらめておりま
  したので、こうした可能性を非常に喜んでおります。

　改めて 10# さんに御礼申し上げます。