（あきろさん、スレッドかえましょう。m(__)m）
　（差し出がましく。m(__)m）

10#さん

DISKFREE={N|L|K|M}
　ここについて、ちょっと解説をお願いできますでしょうか。KiBytes ってキロ
バイトではないのでしょうか？ 　あるいは MiBytes がメガバイトなんだろうと
思ったのですが…。
　そして下の数字は、それっぽいですよね。M はゼロが出ちゃうからだとすぐ分
かったのですが、K のほうで、あれ？　な数字になりました。いえ、３時間でロ
ング整数の扱いをマスターしようとしましたので、僕のバグですが。


=== Macrotmp by B ===;
* M
50 ^^ "test36h"
	&g("drive") (r<0)?. dx=r,
	ax=$3600, &i($21)
	(ax==$ffff)? {&?("error") .} 
	&?("ax:%u bx:%u cx:%u dx:%u",ax,bx,cx,dx)
*

>dfxp c: f: z: |to
Device   kbytes        used       avail capacity  mounted on
##   75,955,288  16,188,708  59,766,580  21.31%    C:\ 3
##  244,136,352  20,896,736 223,239,616   8.03%    F:\ 6
##    4,080,476   3,157,484     922,992  77.38%    Z:\ 26


DISKFREE ->	none
C: (75  GB)	ax:127 bx:15747 cx:512 dx:15747
F: (250 GB)	ax:127 bx:15747 cx:512 dx:15747
Z: (4   GB)	ax:127 bx:14535 cx:512 dx:15747

DISKFREE ->	K
C: (75  GB)	ax:8  bx:14591 cx:512 dx:18543
F: (250 GB)	ax:64 bx:6812  cx:512 dx:7450		?	FAT32
Z: (4   GB)	ax:8  bx:225   cx:512 dx:996

DISKFREE ->	M
C: (75  GB)	ax:8  bx:14  cx:512 dx:18
F: (250 GB)	ax:64 bx:6   cx:512 dx:7
Z: (4   GB)	ax:8  bx:0   cx:512 dx:0

--------------------------------------------------------------
Notes:	free space on drive in bytes is AX * BX * CX
	total space on drive in bytes is AX * CX * DX

AX = sectors per cluster
BX = number of free clusters
CX = bytes per sector
DX = total clusters on drive

　VTDOS起動直後で気になるところです。「COMSPEC」には問題がないようです。

--------------------
VTDOS|C:\VT>set
OS=Windows_NT			;問題ではない
ools\Binn\;C:\Program Files\Microsoft SQL Server\100\DTS\Binn\
COMSPEC=c:\vt\command.com	;問題ではない
TMP=F:\tmp			;問題ではない
U
--------------------

　Tools？　何かがパスを切っているみたいに見える。Uは何の残骸？
　正直、僕はこれも（すいません）non-VTDOS 環境で書いておりますので、常用
しているなんてまったく言えません−−制御の効かない MS-IME が駄目なのです
　m(__)m。テストのためだけに走らせています。ですから、感触のようなものは
まったく分かりません。

　konno さん、こんばんは。

　私の command.com は MSDOS6.2 です。

　SET で見ても、幸いにも、問題はないようです。

　PATH は、vz 起動 bat に記述したものが、SET で表示されています。
　vtdos.cfg でも path を記述していますが、それが vz 起動 bat に記述した
  path に取って代わられたということなのですかねぇ。

＞ものぐさなあなたへ

　誰のこと？　もちろん、僕自身です。(^^)
　これが素直に効く WinME があるにはあるのですが、気力・体力・能力なしな
もので…。おかしいなぁ、ＸＰでキャリーが返らないぞぉ…。
　やっとアロケーションユニット・サイズが瞬時にして確認できると思ったのになぁ。


＞10#さん

　もしそのようなことが可能であれば、是非とも、

--------W-2F1701-----------------------------
INT 2F - MS Windows "WINOLDAP" - OPEN CLIPBOARD
	AX = 1701h
	AX = 1702h
	AX = 1703h
	AX = 1704h
	AX = 1705h
	AX = 1708h
　などの、クリップボード操作ＡＰＩも実装してください。m(__)m
　これに頼っていたjenga.defなどのクリップボード操作マクロが、ＸＰで死にました。


　これは、もう通じていると思いますが、それでもやはり最後の最後にはデバイス・
ドライバー、すなわちＦＥＰの「リスクを伴った導入」の冒険をお願いいたします。m(_Ｂ_)m
　繰り返すまでもなく、僕はその最右翼ですが、制御の効かないＩＭＥでは、Ｖｚは
まともに生き残れないのです。多くのＶｚｅｒが移れません。移ろうものなら、すぐ
にＶｚを去ることになるでしょう。VTDOSはVz viewer用になってしまいます。
　因みに、「猫まねき」不可なノート派はここの大多数で、じつは僕は「猫まねき」に
帰れます。でも、それではＶｚにとっては駄目なのです。あくまでロースキルなＶｚ
野郎の、個人的な意見ですが。


--- 【資料】 ---
INT 21 - Windows95 - FAT32 - GET EXTENDED FREE SPACE ON DRIVE
	AX = 7303h
	DS:DX -> ASCIZ string for drive ("C:\" or "\\SERVER\Share")
	ES:DI -> buffer for extended free space structure (see #01789)
	CX = length of buffer for extended free space
Return: CF clear if successful
	    ES:DI buffer filled
	CF set on error
	    AX = error code
Notes:	on DOS versions which do not support the FAT32 calls, this function
	  returns CF clear/AL=00h (which is the DOS v1+ method for reporting
	  unimplemented functions)
	under DOS 7.x (i.e. "MSDOS Mode" under Windows95), the ASCIZ string
	  pointed at by DS:DX *must* include the drive letter, or this function
	  will return CF set/AX=0015h (invalid drive).	In a DOS box, omitting
	  the drive letter (DS:DX -> "\") results in the free space for the
	  current default drive, as expected
BUG:	this function returns a maximum of 2GB free space even on an FAT32
	  partition larger than 2GB under some versions of Win95 and Win98,
	  apparently by limiting the number of reported free clusters to no
	  more than 64K -- but only in a DOS window if a TSR has hooked INT 21h
SeeAlso: AX=7302h,AX=7304h,AX=7305h,AH=36h

Format of extended free space structure:
Offset	Size	Description	(Table 01789)
 00h	WORD	(ret) size of returned structure
 02h	WORD	(call) structure version (0000h)
		(ret) actual structure version (0000h)
 04h	DWORD	number of sectors per cluster (with adjustment for compression)
 08h	DWORD	number of bytes per sector
 0Ch	DWORD	number of available clusters
 10h	DWORD	total number of clusters on the drive
 14h	DWORD	number of physical sectors available on the drive, without
		  adjustment for compression
 18h	DWORD	total number of physical sectors on the drive, without
		  adjustment for compression
 1Ch	DWORD	number of available allocation units, without adjustment
		  for compression
 20h	DWORD	total allocation units, without adjustment for compression
 24h  8 BYTEs	reserved