文太さん、konno さん、こんばんは。

> 　k07s5でのリネームには問題がないみたいでした…。確認できず…。

　私は、k07s5 を vtdos で利用していますが、リネームは、特に問題ないです。

　色々なところで僕の話は、錯綜・混乱・迷走していますが、主眼はやはりここ
なので、このスレッドに。


>K07i 　　03/12/31　　Uf+ USO Free　FILER をDANNY版に　WinでCo4対策
　おそらくこの版から、konno版Ｖｚには以下のようなオプションが新設されて
ましたよね。

>・オプション変数 Uf を新設。Uf+ で、ファイラーでのドライブのFreeを読まない。
>　　Free表示は０になります。ＬＸでの大容量フラッシュ対策です。
>　　uf1=512、2=1024、4=2048、8=4096等、ファイル選択時のクラスタサイズを指定。

　この「読まない・表示しない」という考え方、あるいはそれをオプションで選
択できるという発想、ＸＰでそれなりのサイズのＨＤを接続している場合、有効
な考え方ですよね。ファイラの下に出てるディスクの残りサイズ情報って出鱈目
ですから。ＸＰでは選択したときの total もまったく正確でない。
　オリジナルでは、512, つまりuf1相当の決めうちなんですよね。ちがう？

　ところでＶｚでどこまで数えられるのでしょう？
　ダブルワードだと、16の８乗だから（Emmettさんのmcalc大活躍）
16*16*16*16*16*16*16*16-1 = 4,294,967,295 bytes
（4.3ギガ以上ダメ。INT21 36h GET FREE DISK SPACEがちゃんと返した場合でさえ）

　さて、どうしましょう？　どうしようもないのかな…。
　今さら、知って絶望するような、あるいは徒労感を感じるような話でもない
ですね。MS-DOSって、NTVDMって、そんなものなのでしょう。


　ところで、
　Uf8で、ＸＰで選択ファイルのクラスタ値（？）によるtotalは正しく表示
されるはずですが、
1.60t03k k07t
1.60t03k d10 k08q1
　で、UFが効かないみたいなのですが…？　それなりに合理的なところにＸＰ用
に調整ができるようにも思えるのですが…。totalでは、駄目でしょうか？　残り
ディスク・サイズは、ＬＸ、モバ以外ではほとんど意味をなさないと思うのですが…？


【資料】

　--- VTDOS.TXT ---
>DISKFREE={N|L|K|M}
>  Int21 ah=36h GET FREE DISK SPACE の戻り値を指定します。
>  本来このファンクションコールはクラスタ数を16ビットで返しますが、
>  FAT32やNTFSの大容量を正確に返すことができません。

　そうなんです、ぜんぜん正確でないのです。気づいてませんでした。m(__)m

>df c:			;残念ながらＮＴＦＳには無効です。
Disk Free Ver1.14  (C)1994.6 HiRo.
１クラスタのセクタ数 : 127 
１セクタのバイト数   : 512 

>chkdsk
      4096 バイト : アロケーション ユニット サイズ
			;これが正解。Thanx, としきさん

>df a:			;FAT16だとＯＫ
１クラスタのセクタ数 : 1 
１セクタのバイト数   : 512 
総ディスク容量     : 1457664 (1.4M) バイト


　※ＮＴＦＳだと  2GB 以上のドライブでのクラスタサイズ（アロケーションユ
    ニットサイズ） の既定値は  4KiB（4096  bytes）、最大で 64KiB（65,536
    bytes）だそうです。

>　ところで、
>　Uf8で、ＸＰで選択ファイルのクラスタ値（？）によるtotalは正しく表示
>されるはずですが、
>1.60t03k k07t
>1.60t03k d10 k08q1
>　で、UFが効かないみたいなのですが…？

　これ、ちゃんと効きました。ごめんなさい。「uf+」で「０バイト表示」ですね。
「uf1」というのがあるので、うっかり「uf-」としてました。
　また、「uf8」で、8=4096なクラスタサイズ指定が可能で、ファイル選択時、
「xxxx bytes total」と正しく計算されています。ごめんなさい。
　上記の２ヴァージョンともＯＫです。m(__)m

　（こんなことしなくていいと思うけど）Ufの２つの意味を分離するのが理想ですね。
つまり、ＸＰなどでは「残りサイズ」は意味がないので「0 bytes free」でいい。
「選択ファイルのトータル」はクラスタサイズを指定できる。…面倒なだけで意味は
ないですね…。失礼いたしました。
　やはり現実的には、ＬＸ・モバ対策用で、ＸＰでは「残りサイズ」の無意味な数字
を無視することにします。今までだって、ほとんど見たことがなかったので。

#if MG
Uf+			;for kVz quick filer
#elseif XP
Uf8			;for total of chosen files
#endif

　#04889 konno さん

> なるほど、そういうことですか。ちょっと検討してみます。

ぜひぜひ後方互換性を優先した方向でお願いいたします。m(_a_)m

マクロのほうは、ツリー作成とディレクトリ閲覧を分けて作ってて、それぞれ
ほぼ出来上がりました。


以下、とくに konno さん宛というわけでもなく。

lstart.def では lfn のフルパスへの変換にラインバッファを使ってます。
http://hpcgi2.nifty.com/aja/fvz03/wforum.cgi?mode=allread&no=57&page=0#58

んで、いま作ってる lfn ツリー閲覧マクロでは、 上の方法をちょいと変形さ
せて、こんなことをやってます。

======== lbuf1.def ======== by - aja -
* M
89 ^^	"lbuf1"
	?.
	m="││　　├",
	p="Collab",
	t="$(09,09)",
	y="d:\adobe~ok.___\acrobat\8.0\prefe~gi\collab",
	c="$(0D,0A)",
ei[-,mi[-,
;&t
&s
	#n
	en[+,eu[+, &#V(300) eu],en],
#28	l=wm+230,
	l..0-,
	&Sc(l,m)
	&Sa(l,p)
	&Sa(l,t)
	&Sa(l,y)
	&Sa(l,c)
#]
	#> #m
	ux[+,#g #t #g ux],
mi],ei],
&d

*

編集テキストのカーソル位置に

││　　├Collab		d:\adobe~ok.___\acrobat\8.0\prefe~gi\collab

という一行を書き込みます。

最初は↓でやってたんですが、ラインバッファを使ったほうが格段に速いみた
いです。

	&?("%s",m)
	&?("%s",pr) #21 #21
	&?("%s",y) #> #d

膨大な行数の定型的な書き込みを行なうマクロで、あらかじめ行の最大長が分
かっていて、それがラインバッファでまかなえる場合はけっこう使えるかも。