VZk07r3をVZの部屋にUPしました。

　●　PATHSZ(パスバッファサイズ)を64から92に拡大し、長いパスも開けるように
　　　絶対アドレスを参照するような行儀の悪いマクロは誤動作するかも。

VZ.INCを
PATHSZ		equ	92	;64
このように、数字を変更しただけですが、いまのところ問題なく動作しています。
今回はテスト版ということでご試用は自己責任でお願いします。

VZの部屋からどうぞ。
http://tamaneko.world.coocan.jp/vz.htm#000001

試用報告

　うーん、あまり出来の良いテスターでは明らかにないのですが。
　まず、以下をこのように変更しました。

;Hn64			;pr
Hn96			;pr

　そして、「メモリーが足りません」攻撃を受けましたので、（ああ、そこに
直接響いてくるのか）と、

;Bm18950		;macro buf's free area; 200 bytes free, 2006/12/15
Bm18300		;macro buf's free area; 200 bytes free, 2006/12/15

　６００バイトか、けっこう大きいのかなぁ。ああ、メモリー貧乏。
　マクロバッファをEMSにとってくれればいいのに…。無茶苦茶いっている。

　でですねぇ、効果がないのですよぉ。

c:\DOCUME~1\TAKESH~1\APPLIC~1\MACROM~1\FLASHP~1\#SHARE~1\HR3NCX73

　このテストをするために例の調査をしておいたのですが、ファイラで上までし
か下れないのです。66 バイトです。
　何か環境設定が違うのでしょうか。けっこう期待していたのでへこんでます。

　向こうのレスをつけられず、申し訳ありません。大事なことを教えていただい
たのですが（そうか、そうか、m.gann  さんが言ってたように、データセグメン
トでなくスタックセグメントに取られてるんだ、など）、悩んでしまって…。
　明らかに疲れもあるのですけれど。

> c:\DOCUME~1\TAKESH~1\APPLIC~1\MACROM~1\FLASHP~1\#SHARE~1\HR3NCX73
> 　このテストをするために例の調査をしておいたのですが、ファイラで上までし
> か下れないのです。66 バイトです。

うう、どうやら拡大はできてなかったようです。今の構造では無理みたい。(++;
fl+98  fl_mask  マスク文字列 
の32バイトに食い込んでいただけだったようで、2バイトほど長いのが読めるように
なったのを勘違いしてしまったようです。お騒がせしてすみませんでした。m(__)m

fl+98とかの表記はflから数えた絶対アドレスなんですね。このサイズを変えるには
asm内もdefも全部修正しないといけないので、個人でやるならともかく、公開版で
やるわけにはいきませんので、実質不可能だったですね。
k07r3は公開中止にします。落とされた方は使用しないでください。m(__)m

ちなみに、今回の拡大で、ファイラーの「N」コマンドの新規ファイル作成などでは
拡大効果が出たようですが、#R 名前の変更では効果ないですね。ということは、
 Hn を大きくしても駄目だったということで、これも同様な問題かもしれませんね。

konnoさん、

　了解しました。そう甘くはありませんよね。
　記念にいちおうサイズのほどを。やっぱこんなに太るんですね。

C:\VZ>dir vz*.com |to
2005 09 08  22:46            63,406 VZ.COM
2008 11 14  00:07            63,516 VZT.COM	幻のkonno Vzk 07r3
			        110 bytes

　この１１０が何を意味するのかは分かりませんけれど…。
　データセグメントにもあるんじゃないのかな…。何が？　分かりませんけど。

　しかし、こんなところまで来てしまったのか、という思いが残っていないわ
けでもない…。いえ、何で俺、アセンブラの本なんて読んでるんだろう、と時々
思うわけです。「信じられねーよ、今時」というのは不思議とないのですけどね。
まだ汎用性のある入門レベル。(^^;ゞ　Windowsプログラミングでは、Ｃ＋＋っ
てかなり強いみたいですね。

　戻って。うまくいかなくて当たり前（同列にするな）でいきましょ。Ｖｚは
手ごわい。