shadowさん

　#6492, 完璧なレポートですね。さすがです。テスターの鏡です。

　以下ですが、

>vtdos.cfgから間違っていたので修正しました。
>一度入力して問題なく動作していると自分では気づかないですね。

　ああ、コピペで元々が間違っていたんですね。
　後半の「問題なく動作している」については曖昧かな、僕にはよく
わからないぞ、と思いました。

　デフォルト（注）で動き、その指定（POWERSENSITIVIT=1500 <-最後の
Ｙ抜け）は無視されていた可能性が高いように思いました。（偶然？）結果
は同じですが。
　無指定・無記述でデフォルト動作みたいですよ。TPALOWとか僕は書いて
ないし。

　こんな実験をして、エラーメッセージもなく起動できましたから。

--- vtdos.cfg ---
SHELL=c:\vtdos\command.com /e:8192 /p /msg /k c:\vtdos\vtvz.bat
;POWERSENSITIVITY=3000
POWER=3000		;読み飛ばしなのだろう

（注）
--- vtdos.txt ---
POWERSENSITIVITY=n
  アイドル検出の感度を指定します。デフォルトは1500で小さいほど省電力。
  0で負荷管理無効

> lxschd.defを入手しましたが、
> 使い方が分からず往生しています。

lxschd.def V2.02 ですよね。
LXSCHD   DEF        23,651 99-04-08   15:01

私のは若干中身が違っていたので、上記のdefで検証しなおしました。
PC98用なのか、修正が必要です。157行目

;		    &Sc(CC,"A:\")
		    &Sc(CC,"C:\")  ; A:\ を C:\ に変更

その先、162行目も同じく変更

;		    &Sc(CC+64,"A:\")
		    &Sc(CC+64,"C:\")

これで起動すると、C:\ にカレンダーが作成されます。
新規作成なら問題ないようですが、サイズが43Kほどの物に追加作成して67kほどに
なると、57kあたりから古い日付の既存のデータで上書きされてしまいます。
保存する前は正常に見えた気がします。

追加作成は、現在の日時よりデータが古い場合に自動作成されます。

konnoさん

　完全に的外れだったらご容赦ください。

>PC98用なのか、修正が必要です。157行目
　ＬＸ用だから、ＬＸではＡが起動ドライブなのかな、とか。モバギしか知らない
のですが。ＬＸ用で、旧８用はないかと。

;		    &Sc(CC,"A:\")
		    &Sc(CC,"C:\")  ; A:\ を C:\ に変更
これで起動すると、C:\ にカレンダーが作成されます。

　これがとても気になりました。Win8以降については分かりませんが、Win7
では、ルートにファイルが作れなくはありませんか？　できるのですか？
　何か設定がありますか？

　疑問のような質問のような……？

> >うう、DOS窓VZのBATをYSETにしたら問題が出ない？

すみません、ysetは関係なかったようです。

実行環境　	データ	作成時間
-----------------------------------
Win7Dos窓 	正常	1秒
dosbox0.72 	正常	24秒
200LX	 	正常	25秒　　※休日データ作成でマクロがエラーで止まる
VTDOS1.39	異常	3秒

こんな感じで、VTDOSだけ64ｋ以上でデータが異常になります。
200LXでデータが異常になったのは他の要因だったのかもしれません。
う〜む。

> 　konno さんは、lxschd.def 用に環境変数を使われてますか？

いや、何も設定してないです。

=== Macrotmp by B ===;
* M
50 ^^ "Macrotmp"

a="01234567890123456789012345678901234567890123456789012345678901", ;62bytes
i=1000,

(i){&?("%s",a) #m}		;(i){loop} 定数回ループ

;64 kilo bytes isn't the same as 64000 bytes, is it?  bunta?

*

うーん、手順どおりにやってみましたが再現しません。
他の要因でしょうか？
ちなみに僕はまだ k07s3 を使ってます。lxschd.defは2.02で、VWXは1.08B
vmapはこんな感じです。


VMAP Version 2.01  Copyright (C) 1989-91 by c.mos

addr PSP  blks   size  owner/parameters           hooked vectors
---- ---- ---- ------  -------------------------  -----------------------------
FB01 <--    1   10704  vwx 1.08b -v1 -x1          2F
FD9F-FF00   1    5648  <free>
                       --- UMB total:  16 KB ---
1001 1101   3   20608  command                    23 24 2E
150C        1    2816  <free>
15BD <--    1    3888  vz 1.60s -z                1B 21 29
16B1-9FFE   1  562368  <free>

----- EMS ver4.0 (frame: C000h) -----
handle pages   size  name
------ ----- ------  --------
     1    13   208k  VZ
  free  2035 32560k
 total  2048-32768k


タスク管理にマクロは利用していませんよ。
「予定」のセクションに仕事の行程を1行ずつ任意にテキストにして、
適切な順番に並べ替えて、終わった順番に「完了」のセクションに移動するだけです。
一時期GTDとか言われてたやつです。
行単位の編集が手軽なエディターが最適なツールで、
別にＶＺでなくても実は良いです。

> うーん、手順どおりにやってみましたが再現しません。
> 他の要因でしょうか？

げげ、もしかしてうちの環境だけの問題なのか。
VZは高橋版でもダメで、sw2 も sw3 にしたり、vwxのオプションを変えたり、
VTDOS環境だけで出るのは何が違うのか。

あと思いつくのはVZ.DEFのオプションかなぁ。
あじゃさんの opt_lst.defの結果です。

---------- option.lst --------------------- 2014/05/30 (Fri) 01:12 --------
 DOSV  VZt  VZk  z+  St-  vw+  zk-
 
 Bt64     Bf4224   Bo32768  EM1024   XM1      Bm9445   Ba258    Hs256
 Hf256    Hx256    Ha256    Hw128    Bl8192   Bc1024   Bu256    Bv256
 
 SW3   TC10  WD0   We100 PG0   RS3   Ta8   Tb4   Ci0   Co2   WL1
 LC46  VM0   CA52  Sr39  Qt1   Qc10  Qw50  RM0
 
 An$0F  Ac$05  Al$1A  Ah$78  As$70  Ao$E0  Ar$B0  Am$5F  Ab$70  At$70
 Aw$70  Af$74  Ai$0F  Aj$74  Ak$2F  Ag$01  Au$70  Ae$02  Ay$00  vs$00
 vy$00  Ad$07
 
 Dl-  Dc+  Dt+  De+  Ds+  Db-  Dn-  Du-  Df+  Dp-  Dh+  Dg+  Dr+  Dj+  Dv+
 
 FM23    FW2050  FV1     FS2     FO2
 
 Ei+  Es+  Ez-  Eb-  Eu-  Et+  Eh-  Ew-  Ec+  Ex-  En-  Ev+  Ek-  Ea-  RO-
 Ej-  Eo+  El-
 
 RX-  ZH-  Sx+  Se+  Sd+  Sk+  Sy-  YN-  Sn-  Sq-  FP+  FR-  FK+  FQ+  Sz-
 
 Sc-  Nd+  Vb+  Sv-  Tv-  YM-  CH-  Hp-  Hp-  lf-  Is-  Da+  Nf+
 Ce2048   ml+  mc*  Ys$09  Yo$0E  Yr$0B
---------- End of option.lst ----------------------------------------------

10#さんのところはどうですか。


> タスク管理にマクロは利用していませんよ。
> 「予定」のセクションに仕事の行程を1行ずつ任意にテキストにして、
> 適切な順番に並べ替えて、終わった順番に「完了」のセクションに移動するだけです。

なるほど、手作業の切り貼りでしょうか。

> 別にＶＺでなくても実は良いです。

うう、10#さんがVZerでなかったら、VTDOSは存在しなかったんですね。
正直、VTDOSが生まれた今の状況は奇跡のようなものだと思います。

こんな感じですが、参考になりますかね。

---------- option.lst --------------------- 2014/05/30 (Fri) 23:51 --------
 DOSV  VZt  z+  St-  vw+  zk-

 Bt64     Bf16384  Bo32768  EM1024   XM0      Bm8194   Ba3      Hs256
 Hf256    Hx256    Ha256    Hw92     Bl8192   Bc1024   Bu32     Bv1024

 SW3   TC35  WD250 We250 PG0   RS1   Ta8   Tb8   Ci8   Co0   WL0
 LC59  VM0   CA52  Sr7   Qt0   Qc40  Qw100 RM0

 An$0F  Ac$0E  Al$0B  Ah$0B  As$0E  Ao$0D  Ar$0A  Am$0E  Ab$0B  At$0E
 Aw$0F  Af$0B  Ai$8E  Aj$0A  Ak$0E  Ag$01  Au$0E  Ae$12  Ay$00  vs$00
 vy$00  Ad$0F

 Dl-  Dc-  Dt-  De+  Ds-  Db-  Dn-  Du-  Df-  Dp+  Dh-  Dg+  Dr+  Dj-  Dv-

 FM7     FW1024  FV1     FS0     FO3

 Ei+  Es+  Ez-  Eb+  Eu-  Et+  Eh+  Ew+  Ec-  Ex-  En+  Ev-  Ek-  Ea+  RO-
 Ej+  Eo+  El-

 RX-  ZH-  Sx+  Se+  Sd-  Sk-  Sy-  YN-  Sn+  Sq+  FP-  FR-  FK-  FQ-  Sz-

 Sc-  Nd-  Vb-  Sv-  Tv-  YM-  CH-  Hp-  Hp-  lf+  Is-  Da-  Nf+
 Ce0      ml+  mc*  Ys$0F  Yo$0D  Yr$0E
---------- End of option.lst ----------------------------------------------

ちょっと前に文太さんに話したことですが、
僕はDOS時代使っていたソフトのほとんどを使い続けていますが、
古いソフトは当然動作保証が無いため、騙し騙し使っています。
最早Win2k時代の32bitアプリですら動くかどうかは怪しいですよ。
コマンドラインユーティリティーで32bit版がある場合は、
割りに早い段階で移行しています。

環境の設定や調整で安定すればラッキーだと思っていて、
そのための試行錯誤や、クラッシュに対するリカバリーや、
不具合回避の習慣化は身に染み付いています。
今回の障害も設定の調整で済めばラッキーだと思ってます。
（DOS自体がそういうものでしたよね）

DOS時代から、VZは設定や環境如何で不安定化しがちでしたので、
安定しているDEFにおいそれと手を入れることは無かったですし、
環境移行で問題が出る場合は極力慎重に、保守的に調整を入れています。

僕にとってはその程度の手間は掛けてもいいぐらい使い勝手のいい道具なんですが、
それゆえ、マクロの活用により利便性を追求する動機はあまり無く、
キーバインドに近い扱いだったりします。
その反面テキスト操作にコマンドラインを活用するため、xscriptや、キーマクロ
などは不可欠だったりします。

仕事の道具の一つとして日常的に活用してるため、コアなVZユーザーの一人
であることは間違いないのですが、マクロ文化などはほぼ知らずにいたので、
いわゆるVZerとは、似て非なるものだと思ってます。

VTDOSを一人立ち上げた時点ではVZは忘れられた存在で、
自称最後のVZユーザーという認識でした。

konnoさん、
　早い話が、10#さんは、Ｖｚは便利だけどマクロのことは任せるよぉ、と
仰っていると僕は解釈しました。

　特に何も思いつきませんでした。
　「賢い自分用の設定」について思いを馳せようと思ったのだけど、、、。
　知らない暗号がけっこうある、、、。

K: konno,  T: TenSharp,  B: Bunta
---------------------------------

K  DOSV  VZt  z+  St-  vw+  zk-
T  DOSV  VZt  z+  St-  vw+  zk-
B  DOSV  VZt  z+  St-  vw+  zk-

K  Bt64     Bf4224   Bo32768  EM1024   XM1      Bm9445   Ba258    Hs256
T  Bt64     Bf16384  Bo32768  EM1024   XM0      Bm8194   Ba3      Hs256
B  Bt64     Bf4096   Bo32768  EM1010   XM128    Bm7998   Ba2      Hs1024

K  Hf256    Hx256    Ha256    Hw128    Bl8192   Bc1024   Bu256    Bv256
T  Hf256    Hx256    Ha256    Hw92     Bl8192   Bc1024   Bu32     Bv1024
B  Hf512    Hx1024   Ha128    Hw512    Bl8192   Bc768    Bu512    Bv128

K  SW3   TC10  WD0   We100 PG0   RS3   Ta8   Tb4   Ci0   Co2   WL1
T  SW3   TC35  WD250 We250 PG0   RS1   Ta8   Tb8   Ci8   Co0   WL0
B  SW2   TC14  WD80  We80  PG0   RS4   Ta8   Tb4   Ci0   Co6   WL0

K  LC46  VM0   CA52  Sr39  Qt1   Qc10  Qw50  RM0
T  LC59  VM0   CA52  Sr7   Qt0   Qc40  Qw100 RM0
B  LC24  VM0   CA52  Sr165 Qt10  Qc50  Qw0   RM0

K  An$0F  Ac$05  Al$1A  Ah$78  As$70  Ao$E0  Ar$B0  Am$5F  Ab$70  At$70
T  An$0F  Ac$0E  Al$0B  Ah$0B  As$0E  Ao$0D  Ar$0A  Am$0E  Ab$0B  At$0E
B  An$0F  Ac$13  Al$1A  Ah$B0  As$F0  Ao$E0  Ar$B0  Am$0E  Ab$B0  At$70

T  Aw$0F  Af$0B  Ai$8E  Aj$0A  Ak$0E  Ag$01  Au$0E  Ae$12  Ay$00  vs$00
K  Aw$70  Af$74  Ai$0F  Aj$74  Ak$2F  Ag$01  Au$70  Ae$02  Ay$00  vs$00
B  Aw$70  Af$E0  Ai$0F  Aj$74  Ak$0E  Ag$01  Au$4F  Ae$12  Ay$00  vs$00

K  vy$00  Ad$07
T  vy$00  Ad$0F
B  vy$00  Ad$07

K  Dl-  Dc+  Dt+  De+  Ds+  Db-  Dn-  Du-  Df+  Dp-  Dh+  Dg+  Dr+  Dj+  Dv+
T  Dl-  Dc-  Dt-  De+  Ds-  Db-  Dn-  Du-  Df-  Dp+  Dh-  Dg+  Dr+  Dj-  Dv-
B  Dl-  Dc+  Dt-  De+  Ds+  Db-  Dn-  Du+  Df+  Dp+  Dh+  Dg+  Dr+  Dj-  Dv+

K  FM23    FW2050  FV1     FS2     FO2
T  FM7     FW1024  FV1     FS0     FO3
B  FM31    FW2048  FV1     FS1     FO3

K  Ei+  Es+  Ez-  Eb-  Eu-  Et+  Eh-  Ew-  Ec+  Ex-  En-  Ev+  Ek-  Ea-  RO-
T  Ei+  Es+  Ez-  Eb+  Eu-  Et+  Eh+  Ew+  Ec-  Ex-  En+  Ev-  Ek-  Ea+  RO-
B  Ei+  Es-  Ez-  Eb+  Eu-  Et+  Eh-  Ew-  Ec-  Ex-  En-  Ev-  Ek+  Ea-  RO-

K  Ej-  Eo+  El-
T  Ej+  Eo+  El-
B  Ej-  Eo-  El-

K  RX-  ZH-  Sx+  Se+  Sd+  Sk+  Sy-  YN-  Sn-  Sq-  FP+  FR-  FK+  FQ+  Sz-
T  RX-  ZH-  Sx+  Se+  Sd-  Sk-  Sy-  YN-  Sn+  Sq+  FP-  FR-  FK-  FQ-  Sz-
B  RX-  ZH-  Sx+  Se+  Sd+  Sk-  Sy+  YN-  Sn+  Sq-  FP+  FR-  FK+  FQ-  Sz-

K  Sc-  Nd+  Vb+  Sv-  Tv-  YM-  CH-  Hp-  Hp-  lf-  Is-  Da+  Nf+
T  Sc-  Nd-  Vb-  Sv-  Tv-  YM-  CH-  Hp-  Hp-  lf+  Is-  Da-  Nf+
B  Sc-  Nd-  Vb-  Sv-  Tv-  YM-  CH-  Hp-  Hp-  lf-  Is-  Da-  Nf+

K  Ce2048   ml+  mc*  Ys$09  Yo$0E  Yr$0B
T  Ce0      ml+  mc*  Ys$0F  Yo$0D  Yr$0E
B  Ce0      ml+  mc*  Ys$03  Yo$60  Yr$30

　konnoさん掲示板のこれまでのやり取りの情報のみから、以下をまとめました。
　僕はマクロの中身をまったく知りません。

LXSCHD.DEF 2.02		マクロ本体				軟体補完計画	◆
LXSCHD.DOC		取り説（v.1.1）				ベクター
_HOLIDAY.DEF		補助マクロ（LXSCHD.DEF 2.0に同梱）	軟体補完計画
LXSCHD.DEF 2.0		LXSCHD.DOCを含む			軟体補完計画	◆

　◆の２つで揃うと思われる。

konnoさん、本筋からずれてごめんなさい。

10#さん、キーボードマクロ、僕も使うときには「だーいすき」と言いながら
使います。便利ですよね。
　キーボードマクロと&z()とかを話題に絡ませてしまったので、以下を大雑把に
調べました。

　ふつうの使い方では、以下に遭遇することは極めて稀、と言ってよいでしょう。
　僕は経験がない。
　また、高橋版の日付は以下だと思いますので、おおかたvz.com内でフィックス
されているようです。　vzt.com  60,888  1999-12-21  19:19
　ま、こういう、こゆーい世界なのです。テクニカルなことは、僕には理解不能
ですが。

　また、EmmettさんのLXLOADER.DEFは、以下の日付なので、きっと、高橋さんの
指摘を反映されて、そのような複雑なことをするローダーになっているのでしょう。
resize, EMS など。もちろん未見です。

LXLOADER.DEF 3.21　汎用外部マクロローダ v3.21　1999/03/16　仲原孝 (Emmett)

　年表風にまとめると、

m.gann指摘		94/08/14
高橋フィックス法	97/11/03
Emmett ローダー		99/03/16
高橋vzt.com		99/12/21

　僕は断片的な状況証拠から薄っぺらに推測しているだけなので、もうちょい
途中に色々あった・あるように思って下さい。

* ----- * ----- * ----- * ----- * ----- * ----- * ----- * ----- * ----- * 

nifty: FGALDC
>08256/08293 xxxxxxxx  高橋　洋光　　　 &z() のバグフィックス
>(15)   97/11/03 20:03                     コメント数：1


  　&z(ptr) をバグフィックスすると以下のようになります。
  　（ラベル :e はロード失敗のエラー処理）

        ----------------------------------------------------

                (mg.14<pn.5)?>e                         ; ※１  by m.gann
                (wm)??{                                 ; ※２  by m.gann
                        (s-sm)?>e
                        (s==3)?{#[ &s #95 #E &d #98}
                              ?{&s cp[,#> lx[,#H #95 #E (r])?#u cp],#?}
                }
#ifn s16
                ;--- 榊原版対応 ----
                fg..33-,                                ; ※３  by m.gann
                                                        ; ※４
                (sm)?&i("$
                $(50,53,8B,1E,A0,01,B4,50,CD,21,A1,C4,03,0B,C0,74)$
                $(14,8E,C0,BB,FF,FF,B4,4A,CD,21,B4,4A,CD,21,72,05)$
                $(03,C3,A3,CA,03,5B,58,C3)")
#endif

                rr-,                                    ; ※５−１
                wm.2+,                                  ; ※６
                &z(ptr)
                (wm.21&$F0)??{                          ; ※７
                        r[,(sm)?&Em(fz)?&Em(wa..10) r],
                }
                pq..137.0-,                             ; ※８  by m.gann
                (r||rr==0)?>e                           ; ※５−２

        ----------------------------------------------------

  ※１  キーボードマクロでの不具合

  　私はキーボードマクロを使用してないため、全く研究してません。登録し
  ていないマクロをキーボードマクロから呼ぶと不具合が起こるとの事。(^^;
　  詳しくは PK MES13 #01742 参照。（--- see below, added by bunta）


  ※２　vz -z で常駐直後、編集モードへ一度もいかずに、\[CR] でファイラー
        またはコマンドラインで &z() を実行すると画面が崩れる。

  　常駐直後には、 Vz はまだ完全にはワークの初期化を終了していません。
  wm など初期化されぬまま(wm==0)、 &z() を実行してしまいます。

  　この辺は説明が難しい。&z() が実行できるなんて奇跡。(^^;
  　画面が崩れてしまうのは   &z() が EMS を使用、 Vz が EMS を使用する
  ためのワークも初期化さていないので再マッピングも不能（ vz 上のページ
  は変化するが、EMM ハンドル上では変化せず）。そのため、ファイラープー
  ルではなくて読み込んだ .def ファイルを使用して無理矢理強引に表示して
  るため。データのフォーマットが違うためグチャグチャ。(^^;


  ※３　未登録のプリフィックスキーでカスタマイズ後の不具合。

  　未登録のプリフィックスキーや、メニューでカスタマイズエラーを起すと
  headerp (fg..33) が初期化されずに残ってしまいます。   これはポインタ
  ですが、モジュールヘッダ部分をカスタマイズしたかどうかのフラグにもな
  っています。
  　このフラグが残っているため、再度カスタマイズした場合、モジュールヘ
  ッダ部分はすでにカスタマイズ済みと勘違いし、最後のモジュールと接続し
  てしまいます。


  ※４　編集モード以外で実行すると、メモリーアロケーションエラーでハン
        グする場合がある。

  　コマンドラインまたはファイラーから、スワップせずに command.com  を
  呼ぶと、pq..157  （ほぼ、kz:kp) の位置より後ろを、command.com を実行
  するために領域を解放します。この時、DOS はいろいろな情報をこの領域の
  先頭に埋めこみます（MCB : ﾒﾓﾘｰｺﾝﾄﾛｰﾙﾌﾞﾛｯｸ）。
  　command.com  実行後、編集モードへ行かなければ、この MCB はそのまま
  の状態になっています。&z() は この MCB がある場所と同じ場所を.def を
  読み込む場所にしているため、MCB の上にファイルを上書きしてしまい壊し
  てしまいます。再度  DOS を呼んだ時、情報は失われていますのでハングす
  る結果になります。


  ※５　.def ファイルをカスタマイズしなかった場合、rr が初期化されない。

  　&z()  など再カスタマイズ系の関数・コマンドは、文法的にエラーを起こ
  さなければ正常終了してしまいます（返り値 r は 0 ）。例えば、通常のフ
  ァイルや .def  ファイルで「* macro」の無い物は r==0 です。 この時 rr
  は変化しないので、&z() のエラー処理を r だけで判断した場合、>* &* を
  実行した時の動作は不定です。


  ※６　&z() で EMS を使用した場合、使用した EMS ページを解放しない。

  　&z()  は、ファイルをロードする場所がなければ（例えばメインメモリー
  を使い切ったなど） 、未使用な EMS を２ページ確保し、そこにファイルを
  読み込みます。しかし、クローズする時 wm.2 のテキスト番号は０番ですの
  でコンソールファイルと勘違いし、EMS を解放しません。 このページは Vz
  を終了しなければ常に使用中になってしまいます。
  　&z()  を実行するごとに新たに未使用なページを確保するので、フリーペ
  ージが２ページずつ減って行く結果になります。


  ※７  &z() で EMS を使用した場合、EMS のマッピングがそのまま。

  　&z() のテキストバッファが EMS の場合、マッピングを元に戻していませ
  ん。編集モードで実行した場合、もし編集ファイルが EMSに有った場合（コ
  ンソールなどは常に）、編集ファイルへ文字を書きこむと、画面が崩れファ
  イルが破壊されます。
  　ファイラーだと、 #P のパス名の変更を実行すると、パス名は変化します
  がファイル名は元のパスままです。


  ※８　ファイラーで &z() 使用後、#U (newpath) などを実行すると、カー
        ソル位置が変化する。

  　&z() 実行時、ファイル名をフルパス名に変換する時、pathbuf (pq..137)
  を使用します。本来ここは、ファイラーでパスを変更した場合にファイルの
  検索用に使用されます。&z () 使用後初期化しませんのでゴミが残ってしま
  い、#U などを実行した場合、通常カーソルは先頭に戻ってしまいます。


        ----------------------------------------------------

   !Open 時の &z() は特殊ケースなので省略。


* ----- * ----- * ----- * ----- * ----- * ----- * ----- * ----- * ----- * 

nifty: FGALPK
>01742/01742 xxxxxxxx  m.gann           キーボードマクロと外部マクロ
>(13)   94/08/14 22:07

　マクロバッファに読み込まれていない外部マクロを、キーボードマクロに登録
　するとトラブルが発生します。これはモジュールメニューのキーボードマクロ
　サイズの異常として現われ、そのまま使い続けると、ハングアップなどの二次
　トラブルに見舞われます。

　この経験のある方、気になる方は次のチェックを入れておくと安心です。
　（キーボードマクロを活用している人は、案外少ないようでもあるが．．）

　このチェックにより、キーボード登録中、またはキーボードマクロから呼ばれ
　た場合は &z() 以降を実行しません。


41 ^K^ "再カスタマイズ"
        &07 &#80(0)

42 ^KZ "全角／半角変換" &07 &z("zenhan") >*     ;&07: 安全チェック
43 ^KB "矩形ブロック" &07 &z("block") >*

7:      &Im(fg+65,0)                            ;init storep, headerp
        (pn.5||mg..2..(-5).8=='$')??.           ;to kbd || from kbd
        &b(9) &q                                ;pn.5: dspkeyf


;7:     &Im(fg+65,0)                            ;init storep, headerp
;       dz[$a000, r=((lc-1)*160).2, dz],        ;画面左下隅の 'm' を検知
;       (r-'m'&&mg..2..(-5).8-'$')?.            ;するようにした場合
;       &b(9) &q


※　mg..2..(-5).8 の -5 はネストの深さによる。

※　&Im(fg+65,0) はカスタマイズエラー時の不具合い解消（前述）

※　こうした安全策を採用する場合は outlaw などの利用が有利。＞上村さん

※　トラブルだけ防止できれば十分だと思うけど。＞榊原さん

　m.gann

> 　konnoさんは、LXLOADER.DEFをお使いではないと思われます。 
> 　&z()マクロロード関数にバグがあり、関数の上位互換として各種のマクロ
> ローダー・マクロがあります。

文太さん、私の言いたかったことを分かりやすくまとめてくださり、どうもです。
答はLXLOADER.DEF3.21の中にありました。

軟体のLXLOADER.DEF3.21のパッケージの中の、BF_PLUS.DOC の解説を引用します。

---------------------------------------------------------------
　                   ※※　#BF+ の設定について　※※

　　中略

　さて、 問題は、メインメモリが Bf KBytes よりは残っているが、しかし Bf+32
  KBytes よりも少なくなってしまった場合です。 この時ＶＺは、メインメモリが
  足りないにもかかわらず、残りのメインメモリいっぱいのサイズのテキストバッ
  ファだけを確保して外部マクロを読もうとします。これでは、ちょっと大きなマ
  クロファイルは最後まで読み込まれず、「尻切れ」の状態でロードされてしまい
  ます。本来なら、こういう読み込み方が行なわれた場合は、何らかのエラーコー
  ドを返してロードを中断すべきところですが、ＶＺは何事もなかったように正常
  終了してしまうのです。

　　中略

  そこで、EMS ド貧民を救済するための方策が、この #BF+ の設定なのです。
                                    ＊
　この設定を行なうためには、 必ず Bf88 以上の数値を指定し、 かつオプション
  Sk- の状態で、ＶＺを起動することが絶対に必要です。こうすると、どんなにテ
  キストを多くオープンしてもメインメモリは常に  88 KBytes 以上は空いている
  ことになりますね。この状態で #BF+ にしておくと、強制的に LXLoader 内部で
  Bf52 に設定変更した上でマクロをロードしますので、 マクロをロードするテキ
  ストバッファが最低限  32 KBytes 程度は常時メインメモリに確保できるわけで
  す（88-52-32=4 の 4 KBytes は、ＶＺが作業用に使う余裕です）。

--------------------------------------------------------------------

このDOCはLXLoaderの動作の仕組の解説のようですが、&zの不具合回避法としてみると
Bf88
Sk-
の設定がいいようです。先のopt_listでは私のだけ Sk+ になっていたので上記の
設定に変更してlxschd.def 実行したら、VTDOSで正常なデータが出来ました！！

先人の資料や過去ログはやはりお宝ですね。

konnoさん、おめでとう！　konnoさんなら、きっと解法を見つけるだろうと
思ってました、本当に！

>先のopt_listでは私のだけ Sk+ になっていたので上記の
>設定に変更してlxschd.def 実行したら、VTDOSで正常なデータが出来ました！！

　やった、解決！　いちおうチームプレイということで。v(^^)z

　僕、この.docを読んだことがあります。１２時間くらいかけないと、今は、何を
言っているのか分からないだろうけれど。

----------
@SK @Sk @sk 
その他のスイッチ
　Sk  -   ＤＯＳコマンド実行前にテキストスタックをクリア
----------

　うぐ、意味不明だ。

　とにかく、やった！　意味不明だけど、かなり嬉しいですよ。V(^^)z


10#さん、SK みたいな暗号の意味は、saki..さんの、stkhelp.defですぐ分かります。
マクロに興味がなくても、長期にわたってＶｚとつき合う場合、これは有用ですよ。
　辞書を引いても、何も考えない奴も使っておりますが。

「軟体」
STKHELP.DEF 1.60B11　汎用ヘルプシステム STKhelp v1.6β11　2004/12/29　長崎則久
STKHB11.LZH	14592	ish VZMACRO.SHD

　マクロもすごいのですが、VZMACRO.SHDがキモです。

　「同世代」、なのかな？　おじさんたち。
　でも、楽しいですよん。ワクワクしちゃう。
　こういうところで変に感動とかしてるし。

--- vzt.doc ---
■ &z() のバグフィックス
　詳細は FGALDC MES15 #08256 参照。（前掲 by bunta）
　ただし、その後に見つかった不具合は、vzt のみ更新してあります。
---------------
　ということは、まだあったのね。


-------------------
nifty: SVC
>00327/00499 xxxxxxxx  c.mos            -Bf
>( 2)   93/09/28 01:49  00318へのコメント

何件か報告がありますが、「-Bf」を無指定、あるいは1に設定して、
テキストバッファを常時EMS上にとると、1.58aでは動作が不安定になります。
（全くデバッグしていなかった）

とりあえず「-Bf64」でお使いください。

ちなみに、「-Bf」指定は、何のメリットもないです。
さらに、テキストバッファが32KBとなり、テンポラリのブロックサイズが16KBと
小さくなるため、ラージファイルのジャンプも遅くなります。
			c.mos
-------------------
　m.gannさんは、作者が「メリットなし」と言ったことにメリットを「創った」
わけなんだ、すごいなぁ。
　コマンド＃99もしかり。

-------------------
>02582/02587 xxxxxxxx  m.gann           ＃９９
>( 2)   93/11/25 22:55  02456へのコメント  コメント数：1

　以前、#99 を #O #J #56 の窓でも使えるようにして欲しいと要望したことが
　あったけど、なんの反応もなし。
　却下というより、話がとんと通じていないらしい。


>02625/02627 xxxxxxxx  榊原　知　　　　 謎のコマンド#99
>( 2)   93/11/26 19:48  02586へのコメント

　#02586　c.mos さん
　#99 の動作をソース上で追っかけてみましたが、これは偶然の産物みたいで
すね。
　１行入力ルーチンで #97以上のコマンドが実行されると、[CR]と同様に入力
した文字列をヒストリーに格納した後、呼出元にコマンド番号を返します。
　コマンドラインモードではコマンド番号を確認してそれに応じた処理をしよ
うとしますが、#99 というコマンドはないので何もしません。結局、入力中の
文字列がヒストリーに格納されるだけです。
　一方、 入力窓の場合は[ESC]かどうかを区別するだけですから、[CR]と同様
の処理が行なわれます。それで、入力窓の場合は #99 が使えないのです。
-------------------

　とんと通じてなかったんです。そこまで読むか、m.gannさん。

　あ、すいません、調子に乗りました。個人の著作物なので、こういう引用は
（こんなに盛大には）もうしません。


>これはtVZでは解消されているため、LXLOADERは不要、という解釈で
>ＯＫですか？

　これにちゃんと原理的に答えるのは konno さんの役回りです。
　僕は大丈夫でしょう、と思ってます。状況証拠： lxloader 必須という話は聞
いたことがない。

　vzt.doc に書かれてないバグまで潰してくれてるのだから、、、。
　&z()  関連かどうか記憶にありませんしちょっと調べられませんが、tVZ のあ
と、ＤＡＮＮＹさんが、dVZ を作られていて、さらにＶｚのバグを潰しています。
　困ったソフトですが（ふつうそうバグに遭遇することはないでしょう、という
のは高橋版をずっと使ってきた恩恵なのですが）、だからかえって、マクロ師た
ちが燃えた、というのも本当かもしれませんね。

　VTDOS 1.41、使ってゆきますね。
　何かあったらレポートさせていただきます。
　しばらく本業に集中します。m(__)m

　記念に、ちょっと備忘録というか、調べてまとめてみました。
　気にしないでください、自分史みたいなものですから。
　ちょっと前からやりたかったの。


beginning	1981
MASM 3.0	1984, MS-DOS 3.0
MASM 4.0	1985, with symdeb 4.0, mapsym 4.0,  masm.exe 85,566 1985-10-16 04:00
MASM 5.0	1987
		1989, Vz Editor 1.5
MASM 5.1/6	OS/2アプリケーション（masm.exe -> ml.exe）1991, MS-DOS 5.0
MASM 6.1	32ビットWindowsのコンソールアプリケーション
		当初、バージョン6.1と6.11ではMS-DOS上で動作させるため
		Phar Lap TNT DOSエクステンダが同梱された。
		ただし、6.1は最終バージョンのWindows NTでは動作しない。
MASM 6.11	パッケージ販売されたMASMの最終バージョン
		MASM.EXE = a compatibility driver for users of earlier versions of MASM.
		ml.exe is the assembler. 6.0, ditto.
		1993/12, Vz Editor 1.6
MASM 6.11d	16bit 最終ヴァージョン（ml.exe  388,096  1995-02-19  10:30）1995
		1995, Win95
MASM 6.14	+patch, to 32bit Win Console Application 1999 
		2000, WinME
MASM 6.15	Visual C++ 6.0 プロセッサ・パックの一部。2000
		2001, WinXP
MASM 7.0	Visual C++ .NET 2002に同梱。
MASM 7.1	Visual C++ .NET 2003に同梱。
MASM 8.0	Visual C++ .NET 2005に同梱。
		x64版とあわせて（ml64.exe、x64コードをアセンブル）

【参考文献】
MASM, wiki:
http://ja.wikipedia.org/wiki/Microsoft_Macro_Assembler
MASM32:
http://www.masm32.com/history.htm
MS-DOS, wiki:
http://ja.wikipedia.org/wiki/MS-DOS#.E6.AD.B4.E5.8F.B2
Vz年表 by mezala:
http://homepage3.nifty.com/mezala/vz/history/chrono.html
MS Windows, wiki:
http://ja.wikipedia.org/wiki/Microsoft_Windows#Windows_95_.2F_98_.2F_98SE_.2F_Me

16bit
MASM 4.0		masm.exe  85,566  1985-10-16  04:00
MASM 5.1		masm.exe 110,899  1990-06-21  00:00
MASM 6.11d		ml.exe   388,096  1995-02-19  10:30
			masm.exe  49,152  1993-08-19  18:50
32bit
MASM 7.10.4035		ml.exe   413,696  2005-03-24  16:25
MASM 8.00.50727.218	ml.exe   357,120  2006-09-23  22:55