ふう、で、できました。これは、どうしてだか、疲れていたのだか、時間、かかりました。
　で、で、で、できました。
　ファンクションキーラベルの書き換えマクロです。
　僕は、うおおお、と機械になって働かなくてはならないとき、ファンクションキーを多用
します。使い捨てマクロを量産して、使いまくって作業します。
　ノートでも、Fnキーとか押したくないので、すぐＦキーに逃げます。

　で、すぐ、どのＦキーが、どの機能だか分からなくなる。いえ、本当は、紙に書いて、
Ｆキーのすぐ上に軽く貼ってました。
　それで、いつか、Ｆキーラベルの書き換えをやってやろうと思っていたのです。
　まだ、プロトタイプですが、できたようです。

　たぶん、守らなければいけなりルールは（少なくともここでは）、ラベルの文字長は、
１キー＝５バイトに統一すること。空白もちゃんと埋めること。全半スペースで。
　このマクロバッファ（たぶん）の無駄遣いがないと、このやり方ではいけません。
"""""""""" etc みたいにして、ファンクキーラベル表示無効にしていると、マクロ
バッファがお得になるみたいですが（ほんと？）、こういうのには、まったく対応して
いません。
　ぜんぜんインテリジェントではない、ということです。でも、これが欲しかった。

　しかしねぇ、このprを使っての、確認、もう少しなんとかならないものでしょうか？
　buffer (key label buffer) check のところ、なんとかならないのでしょうか？
　何か思いつかれましたら、アドバイス頂ければ幸いです。
　４バイトずつを、照合してるだけなんですけどね。

　01: のラベルは、ただいま整理中の僕のものです。デモとしては使えると思います。
　「なんだよ！　怒」となったら、すいません、vz の再起動をお願いします。

　震災対策報告は、そのうちです。ついに、太陽光パネル（50W）が届きました。
　新品バッテリー各種も届きました。システム完成まで、地震が来ないことをひたすら
祈っています。


=== fkylabel.def (v.1.00) ===
* M
50 ^^ "fkeyin"

	i=c-,
	&00 di=p=b=r, &10 i-,
	&01 di=p=a=r, &10

;	--- buffer check: is 4 org func label length same as new?
	(pr.0==pr.4)?? >z
	(pr.1==pr.5)?? >z
	(pr.2==pr.6)?? >z
	(pr.3==pr.7)?? >z

	n=b, >05

:z	&m("error") .

51 ^\ "fkeyout"
	n=a, >05

05 ""	pq..100[=n, pn.4-, . 		;pq..100, fkeytbl
					;pn.4, fkeymode

10:
  :a	(i==4)? .
	cx=75, di=p,
	&i("$(B0,0D,F2,AE,C3)")		;length to '0dh'
	l=di-p,				;or find '0dh'
	pr.c=l,
	p+=l,
	i++, c++, >a


00:	(3+$)."$	;N,S,C,A
	[Nml]$(0)[F02]$(0)[F03]$(0)[F04]$(0)[F05]$(0)[F06]$(0)$
	[F07]$(0)[F08]$(0)[F09]$(0)[F10]$(0)[F11]$(0)[F12]$(0)$
	$(d)$
	[Sft]$(0)[F02]$(0)[F03]$(0)[F04]$(0)[F05]$(0)[F06]$(0)$
	[F07]$(0)[F08]$(0)[F09]$(0)[F10]$(0)[F11]$(0)[F12]$(0)$
	$(d)$
	[Ctl]$(0)[f02]$(0)[f03]$(0)[f04]$(0)[f05]$(0)[f06]$(0)$
	[f07]$(0)[f08]$(0)[f09]$(0)[f10]$(0)[f11]$(0)[f12]$(0)$
	$(d)$
	[Alt]$(0)[f02]$(0)[f03]$(0)[f04]$(0)[f05]$(0)[f06]$(0)$
	[f07]$(0)[f08]$(0)[f09]$(0)[f10]$(0)[f11]$(0)[f12]$(0)$
	$(0D,FF)"

01:    (3+$)."$
	ﾌｧｲﾙ $(0)窓換 $(0)文換 $(0)窓割 $(0)改行 $(0)　　 $(0)$
	　　 $(0) ﾀｸﾞ $(0)　　 $(0)　　 $(0)　　 $(0)　　 $(0)$
	$(d)$
	　　 $(0)　　 $(0)比較 $(0)窓動 $(0)複写 $(0)英熟 $(0)$
	複写2$(0)D_SPC$(0)ﾍﾟｰｽﾄ$(0)KMAC $(0)RBLK $(0)STKHP$(0)$
	$(d)$
	bmama$(0)^222 $(0)^333 $(0)^444 $(0)^555 $(0)^666 $(0)$
	^777 $(0)^888 $(0)^999 $(0)^000 $(0)isrch$(0)STKHP$(0)$
	$(d)$
	Hyo  $(0)Kei  $(0)     $(0) cp  $(0)It!M $(0)It!J $(0)$
	FOPN $(0)     $(0)PROJT$(0)@000 $(0)@Csr $(0)T_AWK$(0)$
	$(0D,FF)"

*
	mov	al,0dh
repne	scasb
	ret

0,4	+4
1,5
2,6
3,7

	;--- もともとの設計が間違っている、たぶん
	;--- こんなの、ぜんぜん読みやすくない
	m-,
	(4) { (pr.m==pr.(m+4))?? >z m++,}

	;--- まだ、こっちがまし。
	(pr.0==pr.4)?? >z
	(pr.1==pr.5)?? >z
	(pr.2==pr.6)?? >z
	(pr.3==pr.7)?? >z

　誰か、教えてください。
　８個だから、ビット演算！　<< ダメです。どうか、他の方法を。

　動くと思います。少しましでしょうか。
　面倒くさい方は、こちらでお試しください。

=== fkylabel.def (v.1.01) ===
* M
50 ^^ "fkeyin"

	i-, fy-,			;<fy> 0: new, 1: old (org)
	&00 p=a=r,      &10 i-,		;new
	&01 p=b=r, fy+, &10		;old (back)

;	--- buffer check: Is 4 new func labels' length same as old?
	i-,
	(4) {(pr.i==pa.i)?? >z, i++, }

	n=a, >05

:z	&m("error") .

51 ^\ "fkeyout"
	n=b, >05

05 ""	pq..100[=n, pn.4-, . 		;pq..100, fkeytbl
					;pn.4, fkeymode

10:
  :a	(i==4)? .
	cx=74, di=p,	;74, when cx==73, '0dh' is supposed to be found
	&i("$(B0,0D,F2,AE,C3)")		;length to '0dh' or find '0dh'
	l=di-p,
	(fy)? pa.i=l, ? pr.i=l,
	p+=l,
	i++, >a


00:	(3+$)."$	;N,S,C,A
	[Nml]$(0)[F02]$(0)[F03]$(0)[F04]$(0)[F05]$(0)[F06]$(0)$
	[F07]$(0)[F08]$(0)[F09]$(0)[F10]$(0)[F11]$(0)[F12]$(0)$
	$(d)$
	[Sft]$(0)[F02]$(0)[F03]$(0)[F04]$(0)[F05]$(0)[F06]$(0)$
	[F07]$(0)[F08]$(0)[F09]$(0)[F10]$(0)[F11]$(0)[F12]$(0)$
	$(d)$
	[Ctl]$(0)[f02]$(0)[f03]$(0)[f04]$(0)[f05]$(0)[f06]$(0)$
	[f07]$(0)[f08]$(0)[f09]$(0)[f10]$(0)[f11]$(0)[f12]$(0)$
	$(d)$
	[Alt]$(0)[f02]$(0)[f03]$(0)[f04]$(0)[f05]$(0)[f06]$(0)$
	[f07]$(0)[f08]$(0)[f09]$(0)[f10]$(0)[f11]$(0)[f12]$(0)$
	$(0D,FF)"

01:    (3+$)."$
	ﾌｧｲﾙ $(0)窓換 $(0)文換 $(0)窓割 $(0)改行 $(0)　　 $(0)$
	　　 $(0) ﾀｸﾞ $(0)　　 $(0)　　 $(0)　　 $(0)　　 $(0)$
	$(d)$
	　　 $(0)　　 $(0)比較 $(0)窓動 $(0)複写 $(0)英熟 $(0)$
	複写2$(0)D_SPC$(0)ﾍﾟｰｽﾄ$(0)KMAC $(0)RBLK $(0)STKHP$(0)$
	$(d)$
	bmama$(0)^222 $(0)^333 $(0)^444 $(0)^555 $(0)^666 $(0)$
	^777 $(0)^888 $(0)^999 $(0)^000 $(0)isrch$(0)STKHP$(0)$
	$(d)$
	Hyo  $(0)Kei  $(0)     $(0) cp  $(0)It!M $(0)It!J $(0)$
	FOPN $(0)     $(0)PROJT$(0)@000 $(0)@Csr $(0)T_AWK$(0)$
	$(0D,FF)"

*

　さらりと書いておきます。
　このマクロはこのままで、エラーチェックをクリアして動いてしまうはずです。
　ただ、それは、01のほうが、僕のvz.def
* F ファンクションキー表示
　と同一になっているからで、00とも合致しているからです。僕のところでは、
事故は起こらない。（そういう風に設計されています）。
　皆さまのところでも、所期の目的は達せられるでしょう。あくまでデモとして。
「あ、書き変わった」「あ、戻った、けど、これ文太のラベルじゃねーか」と。
ただ、不要にＶｚ作業を続行しないでください。不要も何も、続行しちゃダメです。
きっと、Ｖｚのお腹の中を壊していますから。
　ファイラの表示が乱れるどころでなく、ほんとに。
　検証不足、研究不足ですが、Ｆキーラベルのあたりは、Ｖｚ起動時に、
「さすがＶｚ」と言いたくなるほど、ケチくさく最適化されていると思います。
なので、自分の環境とそのマクロを完全に一致させないと、キーラベル以降に入っ
ている「内部マクロバッファ」（vz.defじゃん）を壊すと思う。
see
http://mezala.la.coocan.jp/vz/workshop/mtool.html#csegmap

　というわけで、「しゃーない、文太のために動かしてやる？」という親切心に
仇でお返しすることになっちゃやばいと、すぐこれを書きました。
　他人のマクロを読んでから動かす人は、めったにいないとも思いますので。

　読みきって、自分の環境と合わせられる人は、どうぞ。
　２、３日中ぐらいに、環境一致を容易にするマクロを書きます。誰も要らないで
しょうけどね。これも自分のためなんですよね、すいません。m(__)m

　はいいい、安全になりました。でも、たぶん、皆さまのところでは動かなく
なりました。
　カスタマイズのポイントは、vz.defのＦキーラベルのところと、マクロ内の
ダミーラベル（？）を、バイトワイズに（バイト的に）、完全に同じにすること
です。
　僕は、もう全部１マス５バイトにしてしまったので、下のと同一バイトなわけ
です。
　見れば分かるとおり、全体長と１２個のラベルで構成される１行を（後者は４回）
チェックしています。

　戻すほうはですね、たぶん、現実的には戻れないと思います。仕様的にそれで
いいよ、と思ってます。だって、例によって、マクロバッファからこのマクロが
消えたら、自前に保存しても、もう取り返せないわけで。
　というわけで、運がよければ取り戻せるよ、とか、この生意気マクロは申します。
（注）

　前のは、なんとプッシュしたまま終わっておりましたぁ。ああああ。すいません。

　こうサクサクいったときはバグがあるのでしょう。バグ発見にご協力いただけ
れば、これ幸いです。

（注）皆さん、これにあまり愚痴とかこぼしませんね。ずっと３０年近くにわたり、
という意味で。どうしてもデータ保存したけりゃ、ファイルに書き出せ、という
ことなのでしょうけど、誰も不満を口にしたことがないような気がする。当たり前
すぎて愚痴るほうが馬鹿げてる？　僕は不満たらたらなんですが。
　なんか、やっぱりsyoさんは偉い、とかよく思います。1kbuf.comをどんどん使い
たくなる。でも、複雑すぎるんだよねぇ、手続きが。EMSよりも確実。だって、
マクロの中だと、ハンドルの情報も消えちゃうわけで。
　ま、Vzの俊敏さ快速さ小ささetcとの、トレードオフなんですよね。
　データ書き出し処理も含め、瞬時に仕事を終える、これがＶｚマクロの宿命。
仕事はやり遂げたのだから、いつあっち世界へ行ってもいい、、、。
　でなけりゃ、モードかなんかにして、ずっとその中にいろ、あるいはインクルード。
ふぅ。


=== fkylabel.def (v.1.50) ===
#if 0
 ^^ write in new labels,  ^\ write (get) back the original labels
				if you are lucky!
#endif

* M
50 ^^ "fkeyin"

	f=pq..100,			;func key label ptr
					; <f>
	;--- get buffer for org data
	&00 a=r,			;<a> new labels
	&01 b=r,			;<b> for org data (jimae)

	;--- check org label & new label (length overall)
	di=f, cx=295,			;org label length
	&08				;srch '0ffh'
	pr.0=di-f,			;<o> len overall of org labels
	b..150=o=di-f,			;save <o> in jimae buffer's tail
					;little out the way
	di=a, cx=295,
	&08				;new label length
	pa.0=di-a,

	;--- compare them
	(pr.0==pa.0)?? { &m("lengths overall of 2 labels do NOT match!") .}


	;--- check each line (4 lines in all)
	;--> in pr.0-3, pa.0-3, data will be stored
	 				;<fy> 0: new labels, 1: org l
	p=a, fy-, &10			;new
	p=f, fy+, &10			;org (to be saved & restored)


	;--- buffer check: Is 4 new func line length same as org?
	i-,
	(4) {(pr.i==pa.i)?? >z, i++, }

	;--- save org 4 label lines	;<f> fkey label ptr
	&Sm(b,f,o)			;<o> len of org
					;<b> jimae
	;--- now exec!  Rewrite func lines ---
	&Sm(f,a,o) pn.4-, .		;<a> new items
					; pn.4, fkeymode

:z	&m("4 lines one set. Difference!") .


51 ^\ "fkeyback"

	f=pq..100,			;func key label ptr
	&01 b=r,
	o=b..150,
	(o==0)?? { &Sm(f,b,o) pn.4-, &m("lucky?") . }

	&m("Coffee break! Fkeyin gone once, so restart Vz to get THEM back!") .



	;* ===== * =====   LOCAL MACROS (& data & buffer)　  ===== * ===== * 


08:	&i("$(B0,FF,F2,AE,C3)")		;length to 'ffh'

10:	;--- measure the lengths of each label line & save them 
	;<-- di (ofs) (p), cx (max srch length)	;in <pa> <pr>
	;--> di (ofs), l (length)

	i-,
  :a	(i==4)? .
	di=p, cx=74, 			;74, when cx==73, 
	&i("$(B0,0D,F2,AE,C3)")		; '0dh' is supposed to be found
	(fy)? pa.i=di-p, ? pr.i=di-p,	;length to '0dh'
	p+=(di-p),
	i++, >a


00:	(3+$)."$	;N,S,C,A
	[Nml]$(0)[F02]$(0)[F03]$(0)[F04]$(0)[F05]$(0)[F06]$(0)$
	[F07]$(0)[F08]$(0)[F09]$(0)[F10]$(0)[F11]$(0)[F12]$(0)$
	$(d)$
	[Sft]$(0)[F02]$(0)[F03]$(0)[F04]$(0)[F05]$(0)[F06]$(0)$
	[F07]$(0)[F08]$(0)[F09]$(0)[F10]$(0)[F11]$(0)[F12]$(0)$
	$(d)$
	[Ctl]$(0)[f02]$(0)[f03]$(0)[f04]$(0)[f05]$(0)[f06]$(0)$
	[f07]$(0)[f08]$(0)[f09]$(0)[f10]$(0)[f11]$(0)[f12]$(0)$
	$(d)$
	[Alt]$(0)[f02]$(0)[f03]$(0)[f04]$(0)[f05]$(0)[f06]$(0)$
	[f07]$(0)[f08]$(0)[f09]$(0)[f10]$(0)[f11]$(0)[f12]$(0)$
	$(0D,FF)"

01:    (3+$)."$[304]

*

--- len of label line, each (0dh) & overall (0ffh) ---
	mov	al,0dh (0ffh)
repne	scasb
	ret
------------------------------------------------------

>私の環境はまさにこうなっているので、試した後はVTDOS再起動しました。
　ああ、よかった。怒、怒、怒　とかなってたら、タイヘン、でした。m(__)m

>> 　他人のマクロを読んでから動かす人は、めったにいないとも思いますので。
>まさにそのとおりで、私はとにかくすぐに動かしてみる派なんですよね。
　ですよね。最初にもさらりとは書いたつもりだったのですが、、、。m(__)m
　お手数をお掛けしました。

>事前に危険性を書いてもらえるのはありがたいですね。
　事前であったらよかったのですが、、、。m(__)m

>> 　２、３日中ぐらいに、環境一致を容易にするマクロを書きます。誰も要らないで
>> しょうけどね。これも自分のためなんですよね、すいません。m(__)m
　これはもう上げないことにしました。
　真面目に色んな環境を考えたら、たまらん、ということに気づきました。
　すげえ、つまんないマクロだし。そして、ちゃんと動かすの大変。
　はい、古いデモ・ヴァージョンで試し、すぐさま再起動していただき、本当に
ありがとうございました。

>ファンクションキーを書き換えるマクロは他の人もやっていたと思いますが
　はい、mikomeさんとか、他にも。ただ、僕の必要と違ったんですね。
　ワーク暗黒時代のことでした。mikomeさん、すごく面白がってました。
　ねこさんは途中で挫折して、NEC98用の（たぶん）fkey.exeかなんかに頼って
ました。

>そういう必要と言うか、場面が思い浮かびません。
　ちょっと前に書きましたけど、２ストロークキーさえ面倒、Ｆキー一発にしたい、
そんな小マクロが８つあったりするのです。それらを駆使しないと仕事が進まない。
そんな場面です。
　僕には、たとえば、e-textを作る場面とかがそうです。たとえば明日、というか今日。

　そんな使い捨てマクロを８つ（たとえば）、連打しまくる、そんな方法しかない場合、
Ｆキーに割り当てる。でも、どれがどれだったか分からなくなるから、サクっと、
Ｆキーラベルを書き換えたいな、と。
　そのとき、もともとアサインされていた常用マクロは、後マクロ優先で、眠ってて
くれるわけです。

　ないでしょうね、こんな需要も場面。

　funkie.defのときも、ちょっと触れてました。そんな繋がりでこちらに上げました
（funkieはラベルを消す、これはラベルを書き換える。そんな繋がり）。ちょっと
個人的環境に依存しすぎるマクロなので、これは、この辺で打ち止めにしておきますね。
　あのキーワード２つで、簡単に書き換えられるよ、というだけのお話でした。

　ところで、ファイラーのＦキーラベル、有用な使い方ってありますか？
　僕には思いつけなくて、封印しています。
　（これやばいかもしれないけど）としきさんは、大昔、編集場面とのキー共通を恐れずに、
ファイラー用マクロを、どうやらＦキーに割り当てていたそうです。試しにやってみた
だけかもしれませんが。
　知っていると思いますが、ファイラー用ファンクラベルは、wanamaさんのリクエストで、
高橋さんが入れました。情報を見せられる余地が余計にあるというのは、悪くないことなの
でしょうけれど、僕には今のところ使い道が、、、。

> 　（これやばいかもしれないけど）としきさんは、大昔、編集場面とのキー共通を恐れずに、
> ファイラー用マクロを、どうやらＦキーに割り当てていたそうです。試しにやってみた
> だけかもしれませんが。

ファイラー用マクロって、VZFL.DEFに入っているものの事でしょうか。
そういう意味であれば、今でも３つくらい、ファンクションキーにアサインされています。
ただ、[F02] と [F03] は #if 98 でくくられているので、実質的には　#if tVZ で
くくられている [F04] のみですね。
ちなみに、こんな感じ。

#if tVZ
8 [F04] "" >?{ #Y .. * }. *		;
	lf~, #V (fv==5)?#V
#endif

もはや忘却のかなたですが、全天候型、とかいうやつでしょうかね。
[F02] と [F03] も、最初の条件分岐は似たような形になっていますから。

　ありがとうございます。呼び出したみたいで。
　でも、どんぴしゃの回答でした。質問あるいは問題は、「高橋版以降、５本目
のＦキーラベル（ファイラ用）が使えるのですが、どう使いましょう？」でした。

　なるほど、編集画面とファイラと同じキーアサインのものを、vz[fl].def  で
分岐させて、２種類のマクロを使えば、ファイラでのＦキーラベルが、意味を持つ
というわけですね。

>ファイラー用マクロって、VZFL.DEFに入っているものの事でしょうか。

　これはどっちでも。ファイラで使われるマクロという意味です。釈迦説ですが
（要らない情報、忘れたい情報）、vzfl.defはふつうインクルードされてvz.def
の後ろに来るので、vzfl.def のほうが後優先で呼ばれることになりそうですね。
キーがバッティングしてなければ、そのマクロだって、vz.defに入っていても
問題ないと思いますよ。

8 [F04] "" >?{ #Y .. * }. *
	lf~, #V (fv==5)?#V

　機能は一目瞭然です。ただ、この米米が。でも、ピリオドが　｝の外に出てい
る意味は分からない。そのほうが安全なのかなぁ？　この形、前にも見たことある…。
　＊はコメント機能です。１つ目の＊に飛ぶと、次の＊まで読み飛ばすというか、
飛ぶ。うまいことやってます。ラベルが１つ省略できるというのがメリット。

>もはや忘却のかなたですが、全天候型、とかいうやつでしょうかね。

　正確に言うと、「全天候」ではないです。編集モードとファイラモードの２つ
の場面でのみ別々に機能する。他では何もしない。「.」がその意味。

tomo, 94/10/9, <nifty:FGALPK/MES/13/1983>
89 ^\ "必ずコマンドライン"
        (s)>?{#E #m * #H #[ }>^ *

　こういうのが全天候。どのモードにいても機能するから。ここでは、どっから
でもコマンドラインモードに行くよ、ということ。が、またしても米米クラブ。
　４回ぐらい釈迦説したみたい。
　因みに、米米は榊原さんが発見したやり方です。使い方も開拓した。

　でも、ありがとうございます。おっきなヒントでした。おかげさまで、Ｆキー
ラベルが５行に戻りました。さて、何を入れる？
　入れたいマクロが２つしかないぞ。ファイラのマクロって難しいんですよねぇ。
exmenuから外すか？　あんまり意味ないなぁ。いくらか、マクロバッファの節約、
になりそうもないけどなぁ。
　キーアサ忘却病が進行していてですね、見て分かるものは、どんどん活用しよ
うよ、という感じなの。甘やかすと、脳がますます働かなくなる、というジレンマ
はあるのですが。

>色々カスタマイズしたくなりました。
　なっちゃうんですよねぇ。ただ今、キーアサの大改革中。慣れ親しんでいた
はずのキーアサなんだけど、忘れてるのばっかなんだもの。えい、見えるところ
におけ、と。#if 98だけでなく、９８用マクロも要らないだろう、などなど。
　「終わりなきロールプレイングゲーム」なのだそうです。(c) y.mikome。
　もっとも、今回の僕の作戦は、あくまで臨時の場面のための対策です。です
から、メンドウサが勝つ、というのも十分ありえます。

>> 　１マス・５バイトから４バイトへ変更！　ひぇぇぇ。
>何でしょう？　うちは5バイトにしてます。

　せこい話です。fkylabel.defを作ろうと思ったときに、最初にしなくちゃいけない
のは、vz.defのあそこの整理（当然* Macroの本物のキーアサも）で、形を整えるため、
マクロを簡単にするため、

[Nml]$(0)[F02]$(0)[F03]$(0)[F04]$(0)[F05]$(0)[F06]$(0)$		;入れ替え用
[F07]$(0)[F08]$(0)[F09]$(0)[F10]$(0)[F11]$(0)[F12]$(0)$

フｧｲﾙ $(0)窓換 $(0)文換 $(0)窓割 $(0)改行 $(0)　　 $(0)$	;本物の写し
     $(0) ﾀｸﾞ $(0)　　 $(0)　　 $(0)　　 $(0)　　 $(0)$

　と５バイトに統一したのです。でも、「ﾌｧｲﾙ」の項も「窓換」の項も、１バイト
無駄になってるじゃないですか。ファイラ行を入れてさらに圧迫するなら、せめて
４バイト統一にしよう、というだけのことです。
　もちろん、そんなマクロのことを気にしなければ、そもそも統一なんてしなくて
いいのですが。あるいはマクロ内データを正確に維持できる自信があれば、、、。
　復活させたファイラ行は、まだ、
"","","","","","","","","","","",""
　これでも＋１２バイト。

>もしかしてPC98とかオアポケ３がらみとか？
　いえ、どっちも持ってませんよ。
　モバが変則的なのは、基本、Ｆキーは１０個だけなのに、中身がDOSVだから、
ラベルだけ１２個あり、[F12]は[AP切替]という特殊キーで機能するけど、[F11]は
ラベルだけあり、キー自体が存在しないということでした。
　発見したのか、昔は分かっていたのかさえ、分からない事態でした。

konnoさん

Ygrep "\.[ ]*\.[ ]*\*[ ]*\}[ ]*\.[ ]*\*" c:\tk\vzlog\dc
　こんなこと、してみて。
　としきさんがくれたヒントを解くコツ。今、見つけたんですけどね。

　先回りの解説。

>?{#Y .. * }. *
　これがカンマ（,）なら意味が分かったのですが、ピリオドは分からない。今でも。
　でも、m.gannさんがやっているのだから、ループカウンタ界隈で意味があるのだろうと
勝手に納得。
　で、分からないから、どうグレップするか、どうygrepするか、と思案した。

 .. * }. *
　がキー。じゃ、特殊文字を全部エスケープして（ "}" はygrepの特殊文字だったと思う）
スペースはあってもなくてもいいとしてみよう。

..*}.*
\.\.\*\}\.\*				;エスケープしまくり。
\.[ ]*\.[ ]*\*[ ]*\}[ ]*\.[ ]*\*	;スペースは０個か１個（２個もあり得るが）

　で、おお、ファイラ用マクロの登録方法の定番だった。達人たちのあいだで、だけど。
　当時、ファイラにファンクラベルなんて、なかったはずだけど。達人にラベルなんて
要らない。
　凡人の僕は、要る。

> Ygrep "\.[ ]*\.[ ]*\*[ ]*\}[ ]*\.[ ]*\*" c:\tk\vzlog\dc
> 　こんなこと、してみて。
> 　としきさんがくれたヒントを解くコツ。今、見つけたんですけどね。

まったく意味が分からないままやってみました。

VTDOS|>Ygrep -r -t  "\.[ ]*\.[ ]*\*[ ]*\}[ ]*\.[ ]*\*"
dc13_995.log 23343:》8 [F02] "" >?{ #W .. * }. *		;ex_retcd
dc13_995.log 23738:》》8 [F02] "" >?{ #W .. * }. *		;ex_retcd
dc15_968.log 81969:8 [F06] "" >?{ #46 .. * }. *            ;mark block / to mark file
dc15_968.log 82529:　　標準キーアサインなら最初は [F06]"" ?>{#F..*}.* でしょうか？？
dc15_968.log 83876:| 8 [F06] "" >?{ #46 .. * }. *            ;mark block / to mark file
dc15_968.log 84233:》　標準キーアサインなら最初は [F06]"" ?>{#F..*}.* でしょうか？？
dc15_988.log 58323:8 [F06] "" >?{ #46 .. * }. *            ;mark block / to mark file
dc15_997.log 21769:8 [F02] "" >?{ #W .. * }. *             ;ex_retcd

こんなん出ました。
ログを読んでやっと言いたいことがわかりました。


> 　先回りの解説。
> >?{#Y .. * }. *
> 　これがカンマ（,）なら意味が分かったのですが、ピリオドは分からない。今でも。

私は、>?{  }  が今でもよくわかっていなかったりして。
これは、>?{s1の時 s2の時 s3の時} ということでいいんですかね。

おお、ピッタリな記事を見つけました。

> 15132/15136 ********  和生             RE:RE^4:Q:ＶＺファイラーのカスタマイズ
> (15)   99/12/21 20:13  15120へのコメント

80 [F07] "" >?{         ;(s)>?
               #56      ;s==0 編集モードなら置換
               .        ;s==1
               .        ;s==2
               >f       ;s==3 ファイラーなら :f へ
               }.

これで、 .. の謎もばっちりですね。和生さんに感謝です。


> ..*}.*
> \.\.\*\}\.\*				;エスケープしまくり。
> \.[ ]*\.[ ]*\*[ ]*\}[ ]*\.[ ]*\*	;スペースは０個か１個（２個もあり得るが）

なるほど。私は正規表現がｎ苦手なので、CODEX.DEFの複数ワード検索です。

> 　で、おお、ファイラ用マクロの登録方法の定番だった。達人たちのあいだで、だけど。
> 　当時、ファイラにファンクラベルなんて、なかったはずだけど。達人にラベルなんて
> 要らない。
> 　凡人の僕は、要る。

私もラベルが無いと無理なので、お仲間ですね。(^^;

　通じてよかった。うん、あの正規表現＋αは解説しないとまず意味不明だろうと思ったので。
誰にとっても。
　けっこう前の、めざらさんのところで「%%」エスケープのときから、メタ文字のエスケープ
って、いつでもメンドウなんだよな、と思っていて、ygrepはとりわけそうで、それで、
あれがうまく通ったとき、けっこう嬉しくて。

>> 15132/15136 ********  和生             RE:RE^4:Q:ＶＺファイラーのカスタマイズ
>> (15)   99/12/21 20:13  15120へのコメント
>80 [F07] "" >?{         ;(s)>?
　僕は、この記事はまだ見てないのですが、僕にとっての注目ポイントはここです。
　[F07]。
　ファイラマクロに、ちゃんとＦキー使ってる！

　ファンクションキーをファイラで使う。これがこの件の、最初からのトピックでした。
　これが当たり前だったから、和生は高橋さんにファイラでのＦキーラベルをお願いし、
高橋さんも、あっさり了解した、ということだったんですね（そのときのやり取りは、もっと
高度みたいでしたが）。

　もちろん、その前に、ファイラと関係なく、Ｆキーラベルの書き換えという、もっと
切実な課題が僕にはあったのですが。ファイラマクロとは関係がないけど。そんなの書き換え
ないもの。

これでした

　もう、「ひつこい」ようなものですが。
　Ｆキーラベル書き換えがさくっとできたい場面とは、こんなのを使うときです。
　\vzdefディレクトリも、お掃除中。
　中身は前回作業のものがそのまま残っていたので、今、使えるものに書き換え
ました。

　ふっと、最後の５行を書き加えたたら、なんだ、やりたかったのは、こういうこと
だったじゃないか、と。
　ほんとにちゃんちゃん。整理はするものですねぇ。ＨＤも頭の中も。汎用性・可搬性
とか、考えていたのが間違い。

=== 5fk_Open by B ===;
　５つのファンクションキー（F05, F098〜F12）でファイルオープン。
　F05は、このファイル自身（c:\def\5FK_OPN.DEF）
　５つまでのファイル、複数をファイルを行ったり来たり時の定型業務用。
　作業終了後、vz再起動のこと。ファンクラベル復活のため。
　Ｆキーラベルがそのままでよいなら、^KOあるいは、このマクロをマクロバッファ
から消すだけでよい。

* M
50 [F05] "f05"
		a="c:\def\5fk_opn.def ->1D5",		;here
>51
50 [F09] "f09"
		a="c:\def\exmenu.def ->BQF",		;menu
>51
50 [F10] "f10"
		a="c:\def\vzfl.def ->10DC",		;* Macro
>51
50 [F11] "f11"
		a="c:\def\vz.def ->11CD",		;* Macro
>51
50 [F12] "f12"
		a="c:\def\vz.def ->BCB",		;* Func label
>51
51 ""
	&s mx[+, #O &?("%s",a) #m mx], &d

	f=pq..100,			;func key label ptr
	&00
	&Sm(f,r,61) pn.4-, .

00:	(3+$)."$
	ﾌｧｲﾙ$(0)窓換$(0)文換$(0)窓割$(0)5 fk$(0)FOPN$(0)$
	　　$(0)tagJ$(0)exmn$(0)vzfl$(0)VzMc$(0)VzFn$(0)$
	$(d)$

*

　やや長文です。不親切にマクロコードばっかし（一生懸命コメント入れたのですが）
のアーティクルです。

　以下、今回のまとめです。
　実戦投入まったくされていないので、あれれ、なミスが入っている可能性は
かなり高いです。
　ただ、「意味」を汲み取れば、使える場面が、ある、か、ないか、だと思います。
今回、野望を達成できたのは、情報提供いただいた方、ちゃちゃを入れてくれた方、
付き合ってくれた方、はい、約３名の方々のお陰です。ありがとうございました。
　以下のマクロ「ファイル」名は、%vzdef%で、とりあえず頭に集まってほしい
ときの僕のやり方です。（汗）

　散発的には戻ります。
　あの野望が、まだ、残っている。

　悲しいミスが、なければ、いいんだけど。あるだろうなぁ。

=== 001func by B ===;
　サンプル１
　あくまで即席マクロです。
　ここでは、５つのファンクションキー（F05, F09-F12）でファイルオープン。
　F05は、このファイル自身（c:\def\5FK_OPN.DEF）
　このシリーズは、マクロファイルをオープンして、再カスタマイズして使用
することを、されることを、想定しています。

* M

50 [F05] "f05"
	a="c:\def\5fk_opn.def ->296",	;here, myself!
	>51
50 [F09] "f09"
	a="c:\def\exmenu.def ->BQF",	;menu (exmenu)
	>51
50 [F10] "f10"
	a="c:\def\vzfl.def ->10DC",	;* Macro (vzfl.def)
	>51
50 [F11] "f11"
	a="c:\def\vz.def ->11CD",	;* Macro (vz.def)
	>51
50 [F12] "f12"
	a="c:\def\vz.def ->BCB",	;* Func label (vz.def)
	>51

51:
	&s mx[+, #O &?("%s",a) #m mx], &d

	f=pq..100,			;func key label ptr
	&00
	&Sm(f,r,122) pn.4-, us+, .

00:	(3+$)."$
	ﾌｧｲﾙ$(0)窓換$(0)文換$(0)窓割$(0)HERE$(0)DDWn$(0)$
	FOPN$(0)tagJ$(0)exmn$(0)vzfl$(0)VzMc$(0)VzFn$(0)$
	$(d)$

*


=== 002func by B ===;
サンプル２

* M
51 ^\ ""	;func label 書き換え（起動キーを与える場合）
	f=pq..100,			;func key label ptr
	&00
	&Sm(f,r,122) pn.4-, us+, .

00:	(3+$)."$
	ﾌｧｲﾙ$(0)窓換$(0)文換$(0)mddl$(0)Top $(0)Bttm$(0)$
	R_up$(0)Rdwn$(0)fstU$(0)fstD$(0)PGup$(0)PGdn$(0)$
	$(d)$


52 [F12] "PGdwn"	mp[=0, #36 mp],		;^C [RLUP] pagedown
52 [F11] "PGup"		mp[=0, #35 mp],		;^R [RLDN] pageup

52 [F10] "FAST↓"	(3){#x}			; 高速↓
52 [F09] "FAST↑"	(3){#e}			; 高速↑

52 [F08] "RollDwn"	#32			;\[RLUP] rolldown
52 [F07] "RollUp"	#31			;\[RLDN] rollup

52 [F06] "Btm"		#40			;^QX End of Win ^QX
52 [F05] "Top"		#39			;^QE Top of Win ^QE
52 [F04] "middle"	a=(lc-2)/2, &y(a) ky=a, &d

*


=== 003func by B ===;
サンプル３
毎回ファンクラベルを書き換えるの（単に同じ「文字列」の上書き）って
無駄じゃないですか？
us flagとかを立てて、既に書きかえられているかをチェックするほうが、
無駄だと僕は考えてるんです。改変大歓迎ですので、どうぞ。そして、
ここか、どっかで、発表してくださいね。
　便利な子マクロもつけてくれると嬉しいです。

* M
50 [F12] "uimm"	;immeditate serch up (^r)
	?. &51
	#F &Cr #r

50 [F11] "dimm"	;immeditate serch down (^c)
	?. &51
	#F &Cr #c

51:
	f=pq..100,			;func key label ptr
	&00
	&Sm(f,r,122) pn.4-, .

00:	(3+$)."$
	ﾌｧｲﾙ$(0)窓換$(0)文換$(0)窓割$(0)窓動$(0)DDWn$(0)$
	FOPN$(0)tagJ$(0)Gtag$(0)dDOS$(0)Dsch$(0)Usch$(0)$
	$(d)$

*


=== 0fncfile by B ===;make func label file with many weird chars ($d and $00)
funcfile.txtという名のＦキーラベル・ファイルを作る。
エッセンスだけなので、必要な方は読んで、適切な起動方法・使用方法を考えてください。
エラーチェックとか一切なしです。
vz.defのＦキーラベルの４行（Ａ）をfuncfile形式に変換します。

* M
50 ^^ "funcfile"

	?.
;	x="c:\tmp\funcfile.txt",	;たとえばこのファイルに
					;あらかじめ（Ａ）を貼っておく
	;--- del quotation marks	;以下は、それをリフォーマットする
	#56 "$"" #m "" #m "AY"

	;--- change linetail \n to $d
	(4){#> #g &o($d)}

	#<
	;--- change comma to null
:a	l=lx,			;weird, but this is THE only way (?)
	#d			;ditto  [#d (r==-1)?] does not work.
	(l==lx)? >z		;ditto
	(cd==',')? {#g &o(0)}
	>a

;	;--- add $ff at tail
;:b	&o($ff)

:z	&m("finished") .

*


=== 009func by B ===;
ファンクラベル・ファイルを開き、ラインバッファに送ってから、
その「文字列」（１行）をファンクラベル領域（pq..100）に送り、
ファンクラベルをオリジナルに戻す。
ファイル名は決め打ち。c:\tmp\funcfile.txt。変更したければどうぞ。
ただし、上 (0fncfile.def)と連動すること。 
* M
50 ^^ "funcback"

	x="c:\tmp\funcfile.txt",
	mx[+,
	#R &?("%s",x) #m		;open funcfile
	#28				;send line to lbuf
	&Sm(pq..100,wa..18,244)
 	pn.4-,                          ;func key label ptr
	#C				;close funcfile
	mx], .

*
5*12*4=240	;(4 bytes(/box) + null) * 12 boxes * 4 lines
1*4=4		; $d (delimiter of 4 label lines)
244

>\.[ ]*\.[ ]*\*[ ]*\}[ ]*\.[ ]*\*	;スペースは０個か１個（２個もあり得るが）

　瑣末といえば瑣末ですが、ここのところsedを使っていた文太くんとしては、
恥ずかしい間違いです。

--- izgrep.doc より ---
        基本表現*       基本表現の0回以上の繰り返しを意味する
        基本表現+       基本表現の1回以上の繰り返しを意味する
        基本表現?       基本表現の0回以上1回以下の繰り返しを意味する
-----------------------
　これは、ERE (extended)です。どこまで現実に即しているかは別として、
BRE (basic)には、「+」も「?」もありません。sedでは、「*」を多用する
のです。
　が、serow版sedには、「+」があります。
　VWXには、３つともあります。
　ms-dosの世界では、ＢもＥもないの。
　GNU sedでは、「\+」「\?」が使えます。やれやれ。喜ばしいのだけど。

　余計なことを２点。

　もし32bitのWindowsを使っていて、メモリが余っていたら、ラムディスクに
しましょう。Gavotte_RAMDiskがキーワードです。やっぱ速い！
　うちのWin7は32bitなのに、８ギガのメモリを積んでいた。たぶん、64は嫌だ、
32にダウングレードしてくれ、メモリはそのままでいい、みたいなことをお店で
言ったのでしょう。忘れてました。
　（さらに余談ですが、Win7のサポート終了は、2020年1月だそうです。2021年
ぐらいには、、、。）

　VTDOS環境なら、grepは、32bit アプリを使いましょう。Yagrepはタグジャンプが
できないので、GNU grepで。たぶん、ネイティブでマルチバイト対応しているみたい。
そんな記事をどっかで読みました。c:\progra~1\gnuwin32\bin\grep.exe
（素直にインストーラーを使うのが吉。xxx.dllとかね。）

2009/02/13  17:19            96,256 grep.exe　　(version 2.5.4)
　こんなの。>grep -Hn で、タグジャンプできます。

　１００メガ程度の英辞郎ファイルをグレップしたら、
izgrep ３分、GNU grep １５秒 だった。１５秒なら、なんとか耐えられる。
出してくれる情報が、そこでしか得られないものだから。

>Yagrepはタグジャンプができないので、
　嘘です。
　yagrep -Hn　で、タグジャンプできます。

yagrep (based on GNU grep 2.5.4)
  patch level 10
  Oniguruma version 2.5.4

　だって、元々GNU grepじゃないの。
　すいません、また間違えました。何をやっているんだ？！


　えーとOnigurumaは、Perl5の強力な正規表現が使えます。

  -R, -r, --recursive       equivalent to --directories=recurse
      --include=FILE_PATTERN  search only files that match FILE_PATTERN
      --exclude=FILE_PATTERN  skip files and directories matching FILE_PATTERN
      --exclude-from=FILE   skip files matching any file pattern from FILE
      --exclude-dir=PATTERN directories that match PATTERN will be skipped.

　あ、これじゃん、僕が長年もとめていたのは、、、。
　使い慣れたつもりの道具でも、たまにはちゃんとヘルプを見ましょう。あは　(/_;)
　--exclude !!!

　面倒なインストーラも、変な*.dllも要らない、こっちがオススメ。
　純正GNU grepのマルチバイトについては何も知りませんが（きっと問題ないでしょう、
開発に協力した日本人プログラマがいたので）、でも、Onigurumaは日本人による開発
です。こっちが日本語に対しては安心だと思う。
　--ctype=SJISって指定もできるし。このあたりは良く分かってはいませんけれど。

> >Yagrepはタグジャンプができないので、
> 　嘘です。
> 　yagrep -Hn　で、タグジャンプできます。

私はまだ Yagrep 使いこなせていないんですよ。
それでググってみたら、某掲示板で文太さんの書き込みが出ました。(^^;
手持ちの Yagrep.exe は、2006年のものでした。
2009年版があったんですね。
先ほど落としました。(^^;

それで、ディレクトリの再帰検索、-r の出力結果って

VTDOS|\FGAL\DC>YAGREP -H -n -i -r "bf88" *.*
15/DC15_971.LOG:39811:        bf[$d00, &z(ptr) bf], >*        ;by Sk-, Bf88, ..
15/DC15_971.LOG:39814:・メインメモリ逼迫時も、マクロファイルサイズ約 32KBまで対応（Bf88時）
15/DC15_97C.LOG:39521:　一つ質問なんですが、 m.gann さんの方法は、起動時に Bf88 とやってメモリを
15/DC15_97C.LOG:39724:  　へぇ〜。m.gann さんは Bf88 なのか。
15/DC15_97C.LOG:39937:　ああ、了解了解。ですから、m.gann さんの方式は、Bf88 で起動しておいて、最
15/DC15_97C.LOG:39942:  極端に貧弱な環境ですが、 Bf88 であれやったら、テキストを TC フルにオープ

こんなふうに出て、タグジャンプ出来ないんですけど、何かオプション有りましたっけ？

>「再帰検索のできるgrep」
　この問題ではないと思う。そっちはそっちで、指定法その他、なんだ？　という感じなのですが。

>TRA_TAG.DEF が駄目だったんですね。
>お騒がせしました。m(__)m
　同じ結論です。でも、不安要素をいっぱい見つけてしまいました。
　枯れた16bitアプリが安心なようです。

>今のところ、Wgrep は速度面以外では特に不満も無いので、当面このまま
>行くしかないですかね。
　グレップ対象がそんなに大きくなければ、それほど差はないし、特殊な正規表現でないなら、
Yagrep or GNU grep より、dos grep ([w|c|iz|y]grep)でしょう。
　僕は１００メガとか１５０メガが相手なもので。シリアスでシビアです。ラムディスクに味を
しめてしまって。32bit winだと、４ギガのうち0.7ギガぐらいが使われていない！
　ログは確か２０メガぐらい？　ちょっとの辛抱ですよ。ラムディスク、いかがでしょう？
みんなＳＳＤにしてしまいたい。まだ高いよ。大容量化だけして、もう安くなんないのかな。

　たいへんに詳細に、そして想像力を駆使して、丁寧に丁寧に僕の書きこみを読
んでくださり、ありがとうございました。

　１点だけ、とりあえず、修正と補足をさせていただきますね。
　キーボードに問題はありませんでした。よかった。Win キーのない２０年もの
ミニベア製なのですが、きっと３０台くらいのキーボードを試して（軽く２０万
円は使ったろう）、これ、と決めてきたものなので、これは朗報。
　たぶん、キーボードから送られた信号を解析したりするＭＢのチップか、ある
いはＯＳか、あたりが原因だろうと思っています。
　こうなるとＯＳ再インストールかマシンの買い替えか、となり、どちらにして
も重すぎて鬱になりそうなので、とりあえずしばらく様子見です。それでも、僕
の日常がどれだけこのＰＣに依存しているのか（サイトのログイン情報とか
Facebook のパスワードとか etcetc）を洗い出していこうと思います。しょうが
ない。重要情報は書き出してあるのですが、いっぱいあるからなぁ。

　KeyTweak, 物理的破損も検知するとのことで、インストールだけしましたが、
doc を読み始めて、もう目的を忘れてる。doc はとても優しくフレンドリーに書
かれていて面白いです。なぜこんなものを作ったのか、から始まるお話。奥様が
Win キーが大好きなのに、ないのか、壊れたのか。Win キーのためなら、「右オ
ルトを代わりに差し出してもいいから、Win キーちょうだい」。そんな場合に使
えるわけです、とかとか。
　もっとキーボード調教の原理的・歴史的な説明もあって（１０分かそこいらし
か読んでないのですが）、面白いですね。早い話が、昔は低次なところまで下り
ていってやるしかなかったんだけど、ＭＳがレジストリーにして、下は全部やっ
てくれることになったから楽になったのだけど、素人がレジストリーはいじるの
は事故のもとだから、これ、作りました、というお話でした。

　もっと馬鹿みたいな顛末もあって。
　今変えた富士通高見沢系（懐かしい）のＫＢを使っているのですが（戻すのが
億劫）、これがまた２０年もの（１８年間は使われていなかった）。で、昔キー
トップを洗ったのですね。 そしたら、その復元時に <,>,?,_ の４つがずれてい
た。キー・ナーバスになってるところで、そんな機能キーもどきが狂っていると、
もう半狂乱。か、完全に狂ってる、このマシンと。
　ちがう、キートップを間違って戻したのだよ、君が、きっと１５年くらい前に。
　祟りですね、まったく。

　ほんと面白い観察・感想の数々、ありがとうございました。
　そうか、いまどきは、電源落とさないなんてオプションもあるのか、と。レジ
ュームって偉大ですよね、ラムも消えないし。ドコモバでは常用してますが、そ
れ以外のマシン・環境で使えたことがなかった。
　はい、としきさんのアドバイスで、CMD 窓で、Ｖｚを立ち上げたのは面白かっ
た。 あ、英語モードだけど起動したよ、command.com を cmd.exe は内蔵するだ
けは内蔵してるの？　と。
　たぶん原理的には同じ理由で、keycode.exe  を CMD 窓で起動させると、英語
モードに。
　kcode32.exe も試しました。ただ情報が多すぎて、DOS ファンクションコール
でキー入力を見よう見まねでエミュレートするみたいなことを１回だけしかやっ
たことがない僕としては、あかん、訳が分からん、となりました。
　ゆっくり実験し勉強します。

　DOS 以前のことから最新のことまで分かる人が近くにいて、味方をしてくれる
と、ほんと心強いですよ。
　dis られてるなんて、これっぽっちも思ってません。
　しかし、vtdos には、まだぜったいに改良の余地があると思う（すいません）。
その部分を 10# さんは使われていないのだと思う。 これはこれで仕方がないこ
とで、我々がピンポイントに現象が再現する形でレポートするのが筋なのですが、
これが、また、、、、。
　「再現しません」とかね。

　困らせるだけみたいなサンプルを挙げると、 Vz は 16MB までのファイルを扱
えるはずなのですが、そのずっと手前でテンポラリーファイルエラーが出る、と
か。もっとも、これでは大ざっぱすぎて、困らせるだけですよね。
　恩を仇で返しているつもりはまったくないのですけれど。

　ふう、まだあと１５年くらいはＰＣのお世話になり、個人情報管理もその助け
を得なければやっていけないので、まんじゅう怖いでなく、Win10 とかと仲良くして、
世渡り的に楽な方向を目指しましょうか。そのための苦労を厭わず（って言って
もねぇ）。いざとなれば、WinME はいつでも健在なんだから（これに依存してる
んだよ）。
　あのルーティーン化してる書類作製とかなんて、ＰＣなかったら悪夢だ。お金
とかクレジットカード情報の管理とかも。

　車とＰＣ。どっちも趣味の範囲で（実用・必要ふくむ）、死ぬまで付き合うの
だろうな、でも、ＰＣには選択の余地があって、なしでも生きられるだろう、そ
んな選択をすることも十分ありうる、とは思ってます。車は、人を殺してしまう
ことがない、と信じられるところまで。
　信じてても、運が悪ければ、殺しちゃうのでしょうけれど。

　とはいえ、最後の部分は、まったく意図しておりませんでした。シェアウェア
・ユーザの責任として書きました。


　『Hero』というキムタク主演のＴＶドラマがありました。中卒の検事なのに、
しょっちゅう徹夜して事件を調べあげ（く、くそ寝れんという場合以外、僕は意志
してこれをやったことがありません。意志に反してその経験をすると、人生最大の
不幸を感じます）ガンガン正義しちゃうクールで通販オタクの彼もかっこいいので
すが、ヒロインの松たか子がかわいんだよな、と思っています。彼女の成長物語
だよ、と。おそらく第一シリーズの最終話で、これから左遷されるキムタクに、
松がカメルーンのサッカー選手の名前を暗記して伝えるシーン、その表情は、女
優松たか子が本物の職人であることを示していたように思います。「カメルーン
代表の名前を全員言えたら、ワールドカップに連れて行ってやる」という約束だ
ったのです。松はサッカーなんかに興味はまったくなかったのに、恋する、そし
て尊敬するキムタクのために、選手の名を１１人分、ぜんぶ言ってのけるのです。
カメルーンです。彼女が言うとおり、「変な名前ばっか」です。

　ご存知のとおり、松たか子のお父さんは松本幸四郎で、彼がゲスト出演して、
キムタクの敵・ライバル・教師役をする回があります。よくあるように、教師が
教え子から何かを学ぶという要素は、ちゃんとあります。松本はヤメ険の弁護士で、
キムタクの恩師小玉清（正義派の超エリート次席検事。中卒のキムタクが検事に
なったのは、小玉のようになりたかったから）と同期の仲なのですが、官僚制に
うんざりして、少しは正しくありたいと思ったからだったと思いますが、弁護士
になりました。現実の父娘の関係もちょっと面白いのですが、松本弁護士とキム
タク検事の勝負は、くだらないと言えばくだらないし、デキレースともメロドラ
マとも言えるものでした。でも、久利生検事（キムタク）は前向きでひたむきで
す。「好きっすよ、千本ノック」と言って、松本幸四郎のしごきに耐えます。

　この台詞はドラマ的には決めるよねぇ、とは思わせてくれましたが、千本ノック
を僕は、生まれてから好きだとか思ったことがない、ノック５０本で勘弁して
くださいよ、と実際に言ってたな、と昔のことを思い出しました。へたれ〜、と。

　長く下らないお話におつき合いくださいまして、本当にありがとうございます。
　でも、これ、千本ノックです。

　レジストリはね、この巨大ファイル。 これを A.reg として８ＧＢのＵＳＢメ
モリにコピー。健康機のレジストリを B.reg として、同じくコピー。>FC -b A.
reg B.reg としてごらん。というわけにはいかないでしょう。まさかその２つの
中に、 Shift+ESC=0000999977771234 って書いてあるわけもあるまい、と想像し
ています。

　おつき合いくださり、ありがとうございました。


　VTDOS のサポート終了は、さすがにもう、作者の権利だろうと僕は考えていま
す。もしかしたら、少しだけ早いかもしれませんが。
　違う板で書いたのですが、vtdos は商品だったのでそういうわけにはいかない
のかな、とか、そもそもそうすべきなのかもわかりませんが、いちおう伝えてみ
ます。Ｖｚの伝統文化では、卒業するときソースや資料を後輩にゆずって去ると
いう習慣が、一部にはあり踏襲されてきました。サポート終了と卒業は違うのだ
ろうと思いますし、 10# さんがＶｚと vtdos を卒業するとき、我々の誰かが残
っているような気はしませんが、こんななかなかないぐらいに美しい、伝統文化
のことを、ご一考くだされば幸いです。

　サポートと言わずとも、へたれの面倒をこれからも時々ぐらいはみてくれると
嬉しいのですが、とは、さすがに、言えない。僕としても、あの、虫よしすぎ、
と思いますので。v(^^)z

　そうそう、ＰＣがなくなることはあるでしょうが、ネットワークがなくなるこ
とはないでしょう。これは、大して深く理解できてはいませんが、なるほど、そん
な感じがする、と思えた、ありがたいお言葉の一つ、教えてもらったことの一つ
でした。

　文太って奴にはうんざりするな、との感想をもっていただくことを目的に長々
と書きました。意図です。



（参った。予定外）

　ここのところ、vtdos 落ちないねぇ、もしかしたらマクロを書いてないから？
と思っていたら、今落ちました。整形マクロを走らせようとしただけです。
オープンファイルは１枚。 ファイルサイズは、241,927 bytes. 　今落ちたので、
こんなことを書くつもりはまったくなかったのですが、やはりレポートします。
　としきさんは、ああ言ってますが、証拠も何もないのですが、体感として、こ
んな落ち方、XP でも ME でも、ありませんでした。 頻度もぜんぜん違います。
　まったく憶測ですが、10#さん以外のvtdosユーザは知っている事実なんじゃな
いのでしょうか。ただ言わないだけ？　今アクティブな２人＋１人の感想につい
ては、まったくの憶測です。間違っていたら、本当にごめんなさい。

　同じVz環境を WinME と Win7 でほぼ毎日生きている僕には、これがＶｚ本体
のＥＭＳ処理が原因だなんて、これを伝えなければならいことを本当に申し訳ない
と思うのですが、ちょっと信じることはできません。
　作者さま、もしかしたら、その推測は間違っているかもしれません、と伝える
のもユーザの責任かな、と。
　協力もできないので、ある意味では無責任、でも責任感も少しあって、お伝え
しました。
　お客様の我侭ではないつもりです。

　すごく運が悪いようで、申し訳ないと思っています。
　「簡単に言うなよ」。分かってます。現在の状態で、もうあり得ない幸運を我々
は生きてきました。分かっています、分かっているつもりです。本当です。

　念のため申し添えますと、これは問題機であるデスクトップではなく、DELLの
ノートのほうで書いています。マシンがおかしくて落ちた、ということは、９９％
ありません。
　ざっくばらんに言うと、日常的に落ちています。僕は、10#さんがよくこれで
プログラム開発ができてるな、と前から思っておりました。Ｖｚの使う所が違う、
まったく違う、と。

　本当にごめんなさい。
　今日、こんな展開になるとは思っておりませんでした。

　先ほど落ちた直後に、同じファイルを読み込んだときのメモリの状態です。

C:\>vmap
VMAP Version 2.01  Copyright (C) 1989-91 by c.mos

addr PSP  blks   size  owner/parameters           hooked vectors
---- ---- ---- ------  -------------------------  -----------------------------
FE01-FF00   1    4080  <free>
                       --- UMB total:   4 KB ---
1001 10ED   3   20384  command                    23 24 2E
14FE        1    2160  <free>
1587 <--    1    1648  vwx 1.08b -z2 -l6144 -x1   2F
15EF <--    1      48  vkeyc                      15
15F3 <--    2  193168  vz 1.60t -z                1B 21 29
451E-9FFE   1  372224  <free>

----- EMS ver4.0 (frame: C000h) -----       ----- XMS ver2.00 -----
handle pages   size  name                   HMA used: 63 KB by DOS
------ ----- ------  --------               EMB free: 32767 KB
     1     2    32k  for Vwx!
     2     6    96k  VZ
  free  2040 32640k
 total  2048 32768k


　vtd_err.log  351,907  2018-10-09  23:49
　これをお送りすることに、意味はありますでしょうか？

>vtdosが落ちてる場合エラーログが出来てるかどうかは不明ですがタイムスタンプは近いですね。
>落ちてる原因になってるかどうかは分りませんが。

　これは、10#さんのところでも、よく見る現象ですか？　直らない複雑な事情が
あるのでしょうか？　（だろうと思っています）
　それとも、もしかしたら僕のオペミス？　これはちょっとないと、思うの、だけど、、、。

2018-10-09 23:49:11 VZ(15F3) 15F3:DC5B 'REP MOVSW 命令ラップアラウンド'

AX=000C BX=269C CX=009F DX=FF7D SI=2440 DI=FFE4 BP=CF52 DS=D000 ES=C000 FLAGS=0206

CS:IP=15F3:DC5B
15F3:DC4B 67 EB 8E C0 58 8B F7 36 8B 3E 40 06 51 56 F3 A5 
15F3:DC5B 5E 59 36 03 36 46 06 48 75 F2 8B C7 40 40 36 87 

SS:SP=2532:CE28
2532:CE18 02 00 00 00 00 D0 C0 12 9F 00 9C 26 7D FF BE C7 
2532:CE28 40 24 9F 00 32 25 32 25 B4 BB 5A 3B 83 10 1A 17 

　時間的にほぼ間違いないんです。
　このあと僕はすねてタバコすって、下らない文章に手直しをし、そしてレポートを書いた
ので、１時間以上のラグがあるのが正しいからです。

　４年半で、７０回程度起こっていたようです。ygrep, diffdirもありましたが、これらは
なにかミスオペっぽいと思う。各１回。
　残りの７０回はＶｚ。
　なんか、昨晩のは、ものすごく分かりやすい、現象を再現させることすらできるかも
しれない（まだできてませんが）ぐらいに、なんだろう、単純、基礎的なことが起こっている
ように感じられるのですが。
　連発しています。
　ブラウザがWindowsメモリで何かして、それにvtdosが引っかかるとか？

　曖昧でも、こんな感じだと思うけど、だけでも、避けるヒントになると思うのですが。
甘いか。ヒントを活用できる自信は、まったくないですね。
　少しだけですが意識的になったので、さあアップ、というところで、seikei.defする前に、
ファイルセーブ、これが現在、身につけようとしている習慣です。

> 2018-10-09 23:49:11 VZ(15F3) 15F3:DC5B 'REP MOVSW 命令ラップアラウンド'
> AX=000C BX=269C CX=009F DX=FF7D SI=2440 DI=FFE4 BP=CF52 DS=D000 ES=C000 FLAGS=0206
> 
> CS:IP=15F3:DC5B
> 15F3:DC4B 67 EB 8E C0 58 8B F7 36 8B 3E 40 06 51 56 F3 A5 
> 15F3:DC5B 5E 59 36 03 36 46 06 48 75 F2 8B C7 40 40 36 87 
> 
> SS:SP=2532:CE28
> 2532:CE18 02 00 00 00 00 D0 C0 12 9F 00 9C 26 7D FF BE C7 
> 2532:CE28 40 24 9F 00 32 25 32 25 B4 BB 5A 3B 83 10 1A 17 

Microsoft Symbolic Debug Utility
Version 3.01
(C)Copyright Microsoft Corp 1984, 1985
Processor is [80186]
-e100
3C70:0100  2E.67   8B.eb   16.8e   68.c0   92.58   2E.8b   03.f7   16.36
3C70:0108  64.8b   92.3e   4A.40   B7.06   07.51   CD.56   10.f3   2E.a5
3C70:0110  8E.5E   06.59   99.36   93.03   E8.36   91.46   C0.06   5E.48
3C70:0118  E8.75   95.F2   00.8B   2E.C7   A0.40   4E.40   0E.36   E8.87
3C70:0120  D2.
-u 100
3C70:0100 67             DB     67
3C70:0101 EB8E           JMP    0091
3C70:0103 C0588BF7       RCR    Byte Ptr [BX+SI-75],F7
3C70:0107 368B3E4006     MOV    DI,SS:[0640]
3C70:010C 51             PUSH   CX
3C70:010D 56             PUSH   SI
3C70:010E F3             REPZ
3C70:010F A5             MOVSW
-u
3C70:0110 5E             POP    SI
3C70:0111 59             POP    CX
3C70:0112 3603364606     ADD    SI,SS:[0646]
3C70:0117 48             DEC    AX
3C70:0118 75F2           JNZ    010C
3C70:011A 8BC7           MOV    AX,DI
3C70:011C 40             INC    AX
3C70:011D 40             INC    AX
-q

これは D000:2440 から C000:FFE4 へ 9FH×２バイト転送しようとしてるんですが、
おかしなアドレスからEMSの特定の場所におかしなバイト数転送しようとしてるのが分りますか？

csを見る限りVZ内で起こってるんですが、このcs:ipで示されてるコード列に該当する
ソースがDOS/V版では見当たりません。

Vzはメモリー転送はなんらかの下請けルーチンで行ってることが多いのですが、
おそらくこれの呼び出し側がおかしなパラメータを与えてるということです。
C的な表現をするとポインターの内容が狂ってるって状況なのですが、
それが何故そうなったのかここでは判別することが出来ないということです。

こういったことは僕も非常に低い確率ですが経験はしています（直近が2017/1）

　たいへんに、ありがとうございました。完璧です。
　おおまかには分かったつもりです。分からない点を家庭教師してもらうのは
搾取なので。m(__)m
　「低い確率」か。いや、年月日まで正確に入れていただき、怖いくらいに信頼感
がありました。
　ソースに該当コードが見つからず、それを呼んでいる元が分からない。了解です。
いつまでもいつまでも、追い続けてみたいと思います。分かる日が来るかもしれません。
まったく不可能というわけではない、と感じるのは、やはり傲慢というものでしょうか。
　「64KB」了解です。こういう具体的な目安は、安心感を与えてくれます。小さい
ファイルみたいに見えるかもしれませんが、実際上、失くすわけにはいかない作業中の
ファイルは、その瞬間に大事なファイルは、じつは常にそれ以下です。本当に。過去
の事例で確認しました。大丈夫。
　なんでも書く雑記帳ファイルがc:\aaa.txt（このファイル）。これを旧版に送り込み
０バイトからスタートさせました。これが多くのトラブルの原因だ、おそらく。

　ほんとうにありがとうございました。
　このマシン、元気になるかも。掃除してやろ〜。

　以下、付録。見ないでください。

　あれ？　やはりsymdebの、あの前の数字のおまじないが必要なんだ。ちょっとだいぶ
復習＆実力が足りない。
C:\>Symdeb <c:\tmp\disasm.tmp
Microsoft Symbolic Debug Utility
Version 3.01
(C)Copyright Microsoft Corp 1984, 1985
Processor is [80186]
-e cs:0 67,EB,8E,C0,58,8B,F7,36,8B,3E,40,06,51,56,F3,A5
-u cs:0 F
1FD4:0000 CD20           INT	20 
1FD4:0002 FE9F0000       CALL	FAR [BX+0000] 
1FD4:0006 0000           ADD	[BX+SI],AL 
1FD4:0008 0000           ADD	[BX+SI],AL 
1FD4:000A A6             CMPSB	 
1FD4:000B 00FF           ADD	BH,BH 
1FD4:000D FF4A01         DEC	Word Ptr [BP+SI+01] 
　32bitだから、あのおまじない！　予習が、、、存在せず。

　今落ちましたが、犯人がsymdebであることは分かっていました。うっかりしてた。
　WinMEも、これには勝てないんだ、たしか。

>cs:0 はpspなんで使っちゃダメですよ
>あと、eコマンドの使い方も間違ってますね。

　お教えありがとうございます。
　キムタクねたよりは受けたのかな、なんて不謹慎なジョークが脳裏に浮かんでしまい
ました。

　世の中には、自分の使っている道具の意味がまったく分かってない奴がいる、と
想像していただければ幸いです。
　そんな表現が頭に浮かぶと、それが道具の定義じゃないのか、などというはた迷惑な考え
が浮かんできてしまいました。ごめんなさい。

　僕は、この領域で、見栄をはったり、逆に無知を武器に何かを得るつもりは、最低限
でも、ありませんが、同時に、迷惑は、かけたくはないんです、自分のことは自分で始末
つけたいと思っています。
　ご迷惑をお掛けしました。何なんだこれ？　に答える知識の全体像が僕にはありません。
それでも、vtdosはこんな不測の事態にこう振舞うからね、という部分は、貴重な情報と
して、記録にとどめておきたいと思います。

　どこまで馬鹿をやったのか（うっかりというより、自分がいる文脈がまったく見えて
いない）、考えるのに、しばらく時間が必要なようです。

　逆アセマクロです。純ＤＯＳでは、機能していたと思います。ただＶｚマクロのための
マシン語コードを逆アセすることを目的にしていたものなので、今回、まったくとんちん
かんだったのだと思います。
　「努力してます、勉強しようとしてます」みたいに、コードを貼ったことを、バカ、
と思っています。ナンセンスなのは、分かっておりましたので。
　ナンセンスからセンスを引き出すべきとの考えは、ありませんでした。
　またしても貴重なお時間を僕なぞのためにさいていただき、恐縮し申し訳なく思って
おります。

　そして、僕は、本当に16bitな世界で生きるべきなんだな、と思いました。Win9xまで、
ですね。

　いくらかお教えいただけますでしょうか。

　流してしまいたいという気持ちとご迷惑はかけたくないという気持ちも強いのですが。m(__)m

　僕が今回使ったマクロの詳細は意味がないので、おいておきます。自分の書いたものでもないので。
使い方が悪い、僕のミスです。

　このマクロは、Ｖｚマクロ内の１６進のマシン語コードを逆アセするものです。
対象defファイルを前にして、逆アセ.defを起動して、そこから文字列を拾い、ワークファイルに
文字列を写して、コマンドラインに下り、symdebに入力ファイルとしてワークファイルを渡す。
このマクロ自体は、マシン語コードを必要としていません。手作業の再現ですから。

>ああなるほど。
>元がdefファイルのマクロの様式なんですね。
　元のファイル、というのは、上でいう「１６進コードを持つ対象defファイル」ですよね。

>これでもvtd_err.logのダンプと同じコード列ですね。
>まあやはりおそらくバイナリマクロが出所だと。
　普通の１６進マシン語コード文字列と、エラーログのダンプ文字列は、ぜんぜん違う
ということでしょうか。でもないですよね？　呪文数字が１つ１つついているだけで、
普通の１６進コードが逆アセされていると思ったのです。
　ここの「バイナリマクロ」は、「１６進コードを持つ対象def」のことでしょうか、
それとも「逆アセ.def」のことでしょうか。
　「バイナリマクロ」って、マシン語コードを持つ、&i("")を持つ、マクロのことですよね？(ﾟoﾟ;

>でもこれ、","を" "に置換してムニャムニャすればsymdebに通る形式には整形出来ますね。
>VZerが好きなヤツでしょこれ？ｗ
　はい、もちろん、これをしました。好きです。逆アセ.defが必要としたので、&i("")も
つけました。m(__)m


　10#の推測（させて、本当にごめんなさい）は正しく、そして分かってみれば単純なことなの
だろうと想像しているのですが、ここを流してしまうと、あとで後悔しそうだと思いました。

　もちろん、いつかはエラーログを自分で解析したいのです。m(__)m
　エラーログの利用法という話は、いままでなかったですよね。あったのかな。自信ありません。
ついていけなくて飛ばしてしまった可能性も高いです。m(__)m

>いやいや、&i("")の中身を文太さんが貼り付けてsymdebに喰わせたと思ったんです。
>いずれにしても、ログに残ったコード列はVZに無いコード列になるので、
>&i("")のマクロが出所では無いかと推測しています。

　分かりました。なるほどぉ、そういうことですか。理解できます。ありがとうございます。

　でも、どっから来たのかはまったく想像もつきませんが、もしvz.comの中にそれが
ないのだとしたら、僕が意識して管理している（つもり）の環境中にはないと僕は考えます。

　exmenu.def+seikei.def+vz.def+vzfl.def+outlaw.defには、そのようなマシン語
コードは存在しないからです。
　少なくとも、&i("")＝Ｖｚマクロから来たのではないと僕は考えます。

>> 　MS-IMEを「前候補」でON/OFFしています。それを押したら落ちました。
>これの意味がよく分らないですけど、MS-IMEには「前候補」って機能があるのですか？
　申し訳ございません。「前候補」キーとは呼ばず、「変換」キーと呼べば誤解がなかった
のだと思います。

　ものすごい空想ですが、僕は、ckwvか、スペース左右の「無変換」キーと「変換」キー
が怪しい（WindowsとIMEとckwvとvtdosの関係？）のかと思っています。「無変換」キーには
exmenu.defがアサインされています。これは、「無変換」->NFER読み替えの高橋版
（konno版も同じ）の機能で実現しています。知ってますよね、失礼しました。NF+

　ただ、諦めました。本当にお手数をお掛けいたしました。
　僕の実力であり、僕の環境の中でだけ、起こっていることなのでしょう。
　WinMEに帰りたいと思います。部屋の改造です。この本棚を動かさなきゃ、みたく。
　しょうがないです。こんな時代でも、Ｖｚできるのですから。これが幸運な選択だか
わからないぞ、とか、自分に突っ込みを入れているですが。


　あ、最後に、先生、先生、見て、見て！　できたよ、僕。
　MOVSWを見たかった。
　これが、vtdosでうまくいかなかったことについて、僕は何も考えていません。DOSでは
通るようですよ。これは、おそらく例外的に。DOS時代に作られたマクロですから。WinME
でも、僕はしません。と言いつつ、やるな、きっと。ただ、Symdebは、ＶｚのスイッチSW
との相性が強くあり、、、
　cs:0は、い、いけないらしい。わ、分かっておりません。マクロの中に書いてあります。
m(__)m

C:\>Symdeb <c:\tmp\disasm.tmp
Microsoft Symbolic Debug Utility
Version 3.01
(C)Copyright Microsoft Corp 1984, 1985
Processor is [80286]
-e cs:0 67,EB,8E,C0,58,8B,F7,36,8B,3E,40,06,51,56,F3,A5
-u cs:0 F
29AA:0000 67             DB     67 
29AA:0001 EB8E           JMP    FF91 
29AA:0003 C0588BF7       RCR    Byte Ptr [BX+SI-75],F7 
29AA:0007 368B3E4006     MOV    DI,SS:[0640] 
29AA:000C 51             PUSH   CX 
29AA:000D 56             PUSH   SI 
29AA:000E F3             REPZ   
29AA:000F A5             MOVSW   

　コンソールファイルを取れる喜びもまた。これはDOS機で取りましたが。
　前進してるよ。v(^^)z

>改めて調べてみたら該当箇所はscrnibm.asmのpushwindowでした。
>ざっと見た感じではfarsegの内容？のように思えますが、
>これが何なのか…

　見つかったのなら喜ばしいです。おめでとうございます。


29AA:0001 EB8E           JMP    FF91 
29AA:0003 C0588BF7       RCR    Byte Ptr [BX+SI-75],F7 
29AA:0007 368B3E4006     MOV    DI,SS:[0640] 
29AA:000C 51             PUSH   CX 
29AA:000D 56             PUSH   SI 
29AA:000E F3             REPZ   
29AA:000F A5             MOVSW  

@rcr @RCR 
ビットシフト命令
　RCR  Rotate Right through Carry
　キャリーを含めて右へオペランドで示された
　回数だけローテイトする
　ex) mov ax 1       ;ax=1 000 0000 0000 000 0 b
　　　rcr ax,1       ;   └──← cf ←───┘
　　　　　　　　　　 ;axはcf=1ならax=8000h、cfは1に
　RCR XYZ,CL ;XYZの内容をCLで示される回数
　　　　　　　右へローテイトする
　意味不明じゃ。

　ただ、落ち着いて考えてみたら、こんなコードを書く人はいるのだろうか？
まったくのナンセンスなんじゃないのか、と思っていました。c.mosさん、movsw
の直前でcxやsiをpushするような書き方、するのかなぁ、と。
　僕なら、場合によってはあるかも。高橋版の高橋さんは、「突撃ラッパ」と
表現されてましたね。僕は高橋さんと面識はありませんが。

　転送先がＥＭＳかどうかは、分からないだろう、とは思いましたけれど。

　当たり前ですが、c.mosさんは、ものすごく秩序立てて、分けて分けて
分けて書いて、小さく小さくして、そのルーチンの意味が分かるようにする。
そのモジュール数にして５０個。プロシージャにして1100個。小さくは読めるが、
その全体は他者には容易に読めない、そんな作品を書いたのだと思います。
（知ったかぶり、けっこう。(^^; ）

　まあ、これは余生の楽しみです。
　余生に入る前に、するべきことが、まだまだある。やれやれ。
　お疲れ様でした。
　おつき合い、ありがとうございました。たくさん、たくさん、勉強させていただき
ました。m(__)m
　決心が必要なタイミングでした。まだまだ中途半端だった。ありがとうございます。

ここで出てくるRCRは命令バイト列の途中から始まったことに起因するゴミですよ。
ソースはこんな感じです。
なぜ見落としたかというと IFDEF J31の行で命令の連続性が途切れてる。
-----------------------------------------------------
        public  pushwindow
pushwindow proc
        call    issilent
        pushm   <cx,dx,si,di,ds,es>
        call    initpwind
        push    ax
        call    getgvseg
        mov     es,ax
        pop     ax
        mov     si,di
        mov     di,imagep
_repeat
        pushm   <cx,si>
IFDEF J31
  _repeat
        and     si,0FFFh
        movsw
  _loop
ELSE
    rep movsw
ENDIF
        popm    <si,cx>
        add     si,doswd2
        dec     ax
_until z
        mov     ax,di
        inc     ax
        inc     ax
        xchg    ax,imagep
        mov     es:[di],ax

　ありがとうございました。
　将来のある日のため、万が一のため、記録に残させていただきますね。

        pushm   <cx,si>
    rep movsw
        popm    <si,cx>

>Cgrep -t -B -W4 -a -e"cx" -e"si" -e"rep" -e"movsw" c:\vzsrc\kon7\vt\*.* >c:\k.txt

　確かにここしか見つかりませんでした。

　なお、エラーログに残された、約４０個の「'REP MOVSW 命令ラップアラウンド'」の
記録のうち、５つぐらいが同じコード列を残していました。
　まったく無意味、あるいは偶発的、ではないのかもしれません。

　猿真似をしているだけです。失礼いたしました。

　個人的環境や使用法に依存する数値なので、どこまで有意味なのか分かりません。
　が、正確な数字が出せるときには、出しておいたほうがいいと考え、過去の記載を
「編集・修正」しようとしたのですが、このような形のほうが、記事の有用性は
ともかく、数字が読みやすいと思い、ここにこれを繋げておきます。

　文字列を同一文字列で置換すれば、正確な回数が出たのに、といちばん最初に
思ったのに、さぼっていました。


　僕のエラーログでの出現回数

Ａ：
'REP MOVSW 命令ラップアラウンド'	７６回

Ｂ：
67 EB 8E C0 58 8B F7 36 8B 3E 40 06 51 56 F3 A5
　上記のエラーダンプ、コード列		４９回
（こちらには、前の僕の記事に誤記があったはずです。ずっと少なく数えていた）


　ＢがすべてＡに含まれているのかまでは分かりません。
　「ラップアラウンド」以外で、同一のコード列が出力されていた可能性もある
でしょう。
　ちょっとしたスクリプトかマクロを書けば、これを調査することは可能ですが、
そもそも上のＡ、Ｂのデータにどれだけの意味があるのか分からないときに、
Ｃのデータを出す行為は不要だろうと考えました。


　最初にこの話題をあげたとき、こんなに頻繁に（多数回にわたり）、起こって
いた事象だとは思いませんでした。
　ただ、オペレーションのパターンと不具合発現のパターンには、たしかな
手ごたえ、「前にも何度もあった」という感触があったのです。そして、起きたとき、
オペレーションが、ふだんよりずっとシンプルだったのです。それで原因解明が
比較的容易かもしれないと、、、。
　ずっと深いですね、きっと。

> 　僕のエラーログでの出現回数
> 'REP MOVSW 命令ラップアラウンド'	７６回
> 　ただ、オペレーションのパターンと不具合発現のパターンには、たしかな
> 手ごたえ、「前にも何度もあった」という感触があったのです。そして、起きたとき、
> オペレーションが、ふだんよりずっとシンプルだったのです。それで原因解明が
> 比較的容易かもしれないと、、、。

そのログのVZはずっと K07t1 なんですよね。
原因究明に役立つかもしれませんので、そのエラーログをメールで
送ってくれませんか。

エラーの出たアドレスが手掛かりになるかもしれないからです。
私のログはVZのバージョンがコロコロ変わっているので特定が難しいのです。
今までは特定が無理だと思って諦めていたのです。

vz version: 1.60t03k k07t

---------- option.lst --------------------- 2018/10/12 (Fri) 00:10 --------
 DOSV  VZt  z+  St-  vw+  zk-
 
 Bt64     Bf4096   Bo32768  EM80     XM2000   Bm444    Ba2      Hs1024
 Hf512    Hx1024   Ha128    Hw512    Bl8192   Bc768    Bu512    Bv256
 
 SW2   TC15  WD160 We160 PG0   RS4   Ta8   Tb4   Ci0   Co6   WL0
 LC42  VM0   CA52  Sr167 Qt10  Qc50  Qw0   RM0
 
 An$0F  Ac$13  Al$1A  Ah$B0  As$F0  Ao$E0  Ar$B0  Am$0E  Ab$B0  At$70
 Aw$70  Af$E0  Ai$0F  Aj$74  Ak$0E  Ag$01  Au$4F  Ae$12  Ay$00  vs$00
 vy$00  Ad$07
 
 Dl-  Dc+  Dt-  De+  Ds+  Db-  Dn-  Du+  Df+  Dp+  Dh+  Dg+  Dr+  Dj-  Dv+
 
 FM31    FW2048  FV1     FS1     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$03  Yo$60  Yr$30
---------- End of option.lst ----------------------------------------------

　ネット社会的です。何に恥ずかしがればいいのか、分からない。
　でも、まだ、このWin7上のＶｚ落ちてない。よかった。ajaさんのあのマクロという
のはすぐわかったのですが、グレップしまくりで、探しました。情報のリンクで、ish16階
でしたね。vzdefディレクトリに入っていないとは。
　落ちないときは、落ちないんですよ。
　とはいえ、うん、Vzを僕は止めません。でも、WinMEが僕の舞台です。仕方がないの
です。スペース作るべく、書架移動の目的で、本の移動は始めました。
　人生の新たなフェーズです。

文太さん、option.lst 見ました。メモリ関係は特に変わっていないようですが
私の環境と違っているので、下記の項目だけ一時的に合わせてみました。
VZ も、VZk07t1 に入れ替えています。

 Bf64		;bf88	;64*64=4096   
 EM80		;em1024     
 XM2000   	;xm8192
 Ba2      	;ba128

うーん、普通に使っていても全く変わらないですね。
最近マクロの再履修で色々弄ったせいか、全然落ちなくなったんですよ。

それで思ったんですが、VTDOSの設定が関係してないでしょうか。
 'REP MOVSW 命令ラップアラウンド' この関連で、
 SCASB_MODE=1 
というオプションスイッチが新設されています。

関連の記事が、#6580 あたりにありますが、必ず落ちるマクロとして

1997/10/06  23:03             8,273 SORT.DEF

（高橋版）があります。
これで、同じく高橋さんの

1998/08/23  21:18            18,312 dseg.map

をファイル先頭から最後までブロックしてマクロ起動し
メニューが出たらそのまま Enter すると、ソートされます。
Esc で終了すると、VTDOSが'REP MOVSB 命令ラップアラウンド' で落ちます。

今やってみたら、落ちませんね。
VTDOS.CFG を見たら、SCASB_MODE=1　になっていました。
あれぇ？　ずっとこの設定で使っていたのか。

SCASB_MODE=0
に変更してやってみたら、やっぱり落ちますね。
ということで、このオプションは文太さんのところではどうなっていますか？

私の現在の、VTDOS.CFG の内容は

BREAK=1
PASTEDELAY=10
USECMD=1
TPAEXT=1
;TPALOW=1
PAGEFRAME=0xEC00
;ENVSIZE=16192
UMB=4
SCASB_MODE=1

こうなっています。
SCASB_MODE=1
では、上のマクロの動作はどうなるでしょうか。

　＊最後の部分を追記しました。

--- vtdos.cfg ---
BREAK=1
USECMD=1
TMP=C:\tmp
SHELL=c:\vtdos\command.com /e:8192 /p /msg /k c:\vtdos\vtvz.bat
WIDTH=160
HEIGHT=43
DISKFREE=K
UMB=1
WHEEL_UP=0x04900
WHEEL_DOWN=0x05100
SCASB_MODE=1
-----------------

　僕のdseg.mapは、他の方の資料なども貼り付けているから、少々サイズが大きいのですが、
これは関係がないでしょう。
dseg.map 65,342 2014-05-03 00:19

　konnoさん、ビンゴ、というべきなのか、どういうべきなのか、上の指定で、高橋版
sort.defが見事に

2018-10-12 20:21:49 VZ(15F3) 15F3:09DA 'REP MOVSW 命令ラップアラウンド'

　指定しているのにも、かかわらず、ですよね。呪われた環境、呪われたマシン。
　今日は、やめときゃ、よかった。
　疲れているときは、これ、ダメージが大きいんです。

　もう、何をどう考えてもムダなのですが、#6580 近辺で、shadowさんとグレップの話
をされてますよね。僕が（考えちゃいけないのに）今日、考えていたのは、グレップで
落ちたことがない、ということでした。もっとも、wgrepの使用はほぼゼロに近いので、
グレップ一般とくくってはいけないのでしょう。ygrepとかsedとかけっこうコマンドライン
ツールは使うのに、それで落ちた、という記憶はないみたい、と。
＊
　ここで考えていたのは、コマンドラインツール自体のこともそうですが、Ygrep, Sedと
したときのＶｚのスワップのことでもありました。ＳＷです。

　ありがとうございます。

>regeditを立ち上げて、レジストリエントリ（左側の部分）で右クリック。
>すると「エクスポート」という項目があるので、それを選択しファイル名を指定
>して保存。デフォルト拡張子は .reg になるのかな。
　最初わからなくて逃げたのですが、よーく10#さんの書き込みをみたら、あと別のサイトを
みたら、必要最小限の知識は瞬間的に得られたので、手と目と紙とシャーペンでやりました。
　でも、としきさんのヒントがあったから、これがやれると思いました。
　はい、恐かったです。

> それはさておき、Vzでは[CTRL]+[ESC]ってアサインできないんでしたっけ。

そういえば使ったことないなぁ…と思って実験してみたら，
カスタマイズエラーにならないけれど，マクロの実行はできませんでした．（HP200LX）

Windows環境だと，スタートメニューに取られちゃいますね．
他の環境がないので，実験は中途半端．

資料的には，^[ESC]はキーの値として「0xDA(218)」を発行することになっています．
LXは色々通らないキーがあるので，実はよくわからなかったりします．	

　ＤＯＳ機の出番というわけですね。

=== Macrotmp by B ===;
* M
50 ^[ESC] ""
&m("^[ESC]")	;OK!

51 @[ESC] ""
&m("@[ESC]")	;OK!

52 \[ESC] ""
&m("\[ESC]")	;OK!

*
　お、驚き！　
　３つ目が、いいな健康そうで、という言葉をこぼれさせる。
　色々な事柄が好転してきているのだろうと、お喜び申し上げます。

--- from keytewak.doc (or .help) ---
Keytweak cannot affect the Fn key of most laptops. This because the Fn key
itself does not generate a scancode, but rather modifies the scancode of other keys
on the keyboard. The scancode modifications take place upstream of
KeyTweak's functionality.

　これの話、してませんよね。このnの使い方、たしかに難しくて、Vz1.6マニュアルか、
mac16.docの中でどうするかで、c.mosさんと田野村さんの間でもめた、というか、うーん
な会話がありまいた。がんがん、ずれてゆく。

(以下は参考、何？)
Keytweak cannot combine keystrokes. You cannot merge Ctrl+Alt+Del into a
single key for example, nor can you map Alt+num key sequences into a single
key. The reason for this is because each keystroke generates a scancode and
multiple scancodes are typically combined into a single keycode by the keyboard
processor. The keycode combinations take place downstream of KeyTweak’s
functionality.

 [F01]
\[F01]
^[F01]
@[F01]
　は、ファンクションキーラベルにも使えます。
　「わざと！　に、３０点」。「はらたいらさんに、５０点」。
　難しいんだよねぇ。そういう難しさは、、、。

　はい、僕も悩んでます。というか昨晩、気がついて、今少しだけ試したのですが、分かんない。

c:\tk\vzlog\dc\15>Yagrep --ctype=SJIS -Hni "bf" *.log >k.txt

DC15_968.LOG:6221:  　そうなんですか。 非力なＬＸにぴったりの grep かも知れませんね。FENG の
　そもそも、なんでこんな行に当たるのか？　SJISダンプしても、「bf」ないんだけど、、、？

NG 15/DC15_971.LOG :39811:        bf[$d00, &z(ptr) bf], >*        ;by Sk-, Bf88, ..
NG 15/DC15_971.LOG -39811:        bf[$d00, &z(ptr) bf], >*        ;by Sk-, Bf88, ..
NG 15\DC15_971.LOG -39811:        bf[$d00, &z(ptr) bf], >*        ;by Sk-, Bf88, ..
NG \15\DC15_971.LOG -39811:        bf[$d00, &z(ptr) bf], >*        ;by Sk-, Bf88, ..
OK? c:/tk/vzlog/dc/15/DC15_971.LOG:39811:        bf[$d00, &z(ptr) bf], >*        ;by Sk-, Bf88, ..
	;条件によってはダメかも
OK c:\tk\vzlog\dc\15\DC15_971.LOG:39811:        bf[$d00, &z(ptr) bf], >*        ;by Sk-, Bf88, ..

　試行錯誤はこんなところまでです。
　「/」と「\」が混在するとだめ、「/」だけならＯＫというところまでです。「***LOG:39811」の
ところには問題ないようです。
　konnoさんのサンプル、僕も飛べませんでした。ログの切り方が違うので、飛べてもその箇所に
到着はできなかったでしょうが、でも、それ以前で、飛べませんでした。
　この辺のＶｚの仕様って、ソース見るしかないのでしたっけ？

　ちょっとかかりそうです。それより、--exclusiveの使い方が分からないよぉ、というのが昨晩の
悩みでした。
　分かったら、教えてください。

タグジャンプの仕様

　の問題だろうと思う。
　それにはカレントディレクトリとの関係も含まれる。

15\DC15_971.LOG -39811:        bf[$d00, &z(ptr) bf], >*
>c:\tk\vzlog\dc\
　がカレントで、上なら飛びます。

15/DC15_971.LOG -39811:        bf[$d00, &z(ptr) bf], >*
　これでは飛びません。
　おそらく、「\」と「/」が混在してしまうから。

　結果をいつもsedにかける？
s|/|\\|
　（試してないので通るか分かりません）

　困りますねぇ。Yagrepがディレクトリのデリミタとして「\」か「/」を
選ばせてくれればいいのでしょうが、たぶん、無理です。UNIX由来のGNUツール
って、みんなそうなのかなぁ？
　Ｖｚのタグジャンプ・ルーチンを弄れませんか？

　ここのところ弄っている辞書引きマクロ（eiji.def）では、こんな風になってました。

	  a..2="R:\DIC\EIJI\*.EJR",		;file <x>
	  a..3="R:\DIC\EIJI\WAEI\WAEI*",	;file
#if DOSS MG
	  a..10="Izgrep -t",					;cmd1 <y> for waei
	  a..11="Izgrep -twi",					;cmd2     for English
#else
	  a..10="c:\progra~1\gnuwin32\bin\grep.exe -Hn",	;cmd1 <y> for waei
	  a..11="c:\progra~1\gnuwin32\bin\grep.exe -iwHn",	;cmd2     for English
#endif
　このＧＮＵグレップも、きっと、「/」を出すのでしょうが、コマンドラインでここまで与える
と、タグ表記にこのコマンド文字列を使うので、タグジャンプに困らなかったのです。

　こうなると、本当に、「再帰」の問題ですね。

　切れ切れです。時間なくて。


　・「/」でタグジャンプできるときはあるのか？

c:/tk/vzlog/dc/15/DC15_968.LOG -6221:  　grep かも知れませんね。FENG の
　上はダメです。
　少なくとも安定してはできません。


　・なぜ「echo"。F" | Yagrep -i "bf" 」（echoコマンドの仕様もよく分からないが、
意味くんで。）がヒットしてしまうのか。
　。（8142）F(46)　と　BF (4246)だから。でも、これバグですね。c[y|iz]grepでは
誤判定しませんから。

　困りましたねぇ。僕、Bruce.さん（木村浩一さん）に、報告する気持ちがありません。
　どなたか。
　僕は諦めちゃいます。


　タグジャンプに関していえば、GNU grepでも、同じだと思う。

c:\progra~1\gnuwin32\bin\grep.exe -iHn "bf" c:/tk/vzlog/dc/15/*.log >k1.txt
c:/tk/vzlog/dc/15/DC15_968.LOG:7389:FDC2:62F3 BFBE04         MOV    DI,find1st_buff
　飛べない

c:\progra~1\gnuwin32\bin\grep.exe -iHn "bf" c:\tk\vzlog\dc\15\*.log >k2.txt
c:\tk\vzlog\dc\15\DC15_968.LOG:7389:FDC2:62F3 BFBE04         MOV    DI,find1st_buff
　飛べる

　漢字判定のバグはこちらにはないようですね。

>echo"。F" | bc:\progra~1\gnuwin32\bin\grep.exe -iHn "bf"
no hit!

　GNU grepで、sed -e"s|/|\\|g" (or #56 "/" #m "\\" #m @Vz macro)が現実解ということに
なっています。
　再起の話になってませんが、躓きストーンは同じところに存在するのでしょう。
　あ、--excludeだった、課題は。

>それでググってみたら、某掲示板で文太さんの書き込みが出ました。(^^;
　それぐらい、使っている人がいないということです。バグ出しも進みません。
　僕が諦めちゃう理由です。

　混乱！

c:/tk/vzlog/dc/15/DC15_971.LOG:39811
c:/tk/vzlog\dc/15/DC15_971.LOG:39811

　#60 の仕様としては、上のどっちも行けます。下が純vz.defマクロ。

18 \[F10] "タグジャンプ"
	?.
:A	#60 (r)?{ #x (r)?. >A }
	#x #O #e #m
	(s)?{ #[ #[ >A }

c:\vzsrc\cmos\open.asm -1201
;--- Is slash ? ---
	public	isslash
isslash	proc
	cmp	al,'\'
	je	islsh9
	cmp	al,'/'
islsh9:	ret
isslash	endp
　ん？　許してるみたい、、、。
　こんな感じなんだもん。

　僕が混乱したのは、とらじさんマクロを使っていたから。でも、ふつうなら#60を
使うみたいに見えたのだけど、ファイラに行ってしまう？？？
　うーん、昨晩（だっけ）は、ほんとにタグ行として認識せず、下の行にカーソル移動
してた場面があったんだよなぁ。

　さて、どうしたものか、、、。
　「再帰問題は？」というか、excludeは、個人的に大きな問題なんですけど。

　konnoさん、深いみたいなので、正しい解答をお教えください。

>grep -Hnirw --exclude-dir=ct bf c:\tk\vzlog\dc
kek:
c:\tk\vzlog\dc/13/DC13_968.LOG:9080:  　メインメモリーにあった場合は、その後ろに Bf
etc

　標準vz.defのタグジャンプ・マクロなら、上で問題なく飛べます。
　リカーシブ（再帰）で、どっかのディレクトリを除外したいときは、上のように指定します。
　とらじさんのタグジャンプはざっと見たところ確かにすごいけど、大半僕は使ってないなぁ
ということで、標準に戻してみます。
　グレップは、僕はYagrepでなく、GNU grep（パスを通しました）で行きます。
　日本語の処理に問題がなければいいのだけど。がんばってGNUに貢献してきた、という
日本人の記事を見かけましたから、きっと大丈夫。grep & sedで。sedもいけるのかな？
　ｙコマンドでテストする！

--- 1.sed ---
y/abcde/あいうえお/
y/かきくけこ/hijkl/

--- 1.txt ---
なななななabcdefghijklmnすすすすす
xyzxyzmnopqあいうえおかきくけこxxxyyylll

--- kek.txt ---
なななななあいうえおfghijklmnすすすすす
xyzxyzmnopqあいうえおhijklxxxyyylll

>sed --version
GNU sed 4.2.1版 <-- mite, mite

Copyright (C) 2009 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE,
to the extent permitted by law.

GNU sed home page: <http://www.gnu.org/software/sed/>.
General help using GNU software: <http://www.gnu.org/gethelp/>.
E-mail bug reports to: <bug-gnu-utils@gnu.org>.
Be sure to include the word ``sed'' somewhere in the ``Subject:'' field.

>sed -fc:\1.sed c:\1.txt >c:\kek.txt
 see above!

　おめでとう！　インターナショナライゼイションの成果です！

　きっかけをくれたkonnoさんに感謝！
　イエーイ！

>sed --help
使用法: SED.EXE [オプション]... {スクリプト(他になければ)} [入力ファイル]...

  -n, --quiet, --silent
                 suppress automatic printing of pattern space
  -e スクリプト, --expression=スクリプト
                 実行するコマンドとしてスクリプトを追加
  -f スクリプト・ファイル, --file=スクリプト・ファイル
                 実行するコマンドとしてスクリプト・ファイルの内容を追加
  -i[接尾辞], --in-place[=接尾辞]
                 ファイルをその場で編集 (拡張子があれば、バックアップを作成)
  -b, --binary
                 open files in binary mode (CR+LFs are not processed specially)
  -c, --copy
                 use copy instead of rename when shuffling files in -i mode
		 (avoids change of input file ownership)
  -l N, --line-length=N
                 「l」コマンド用の行折返し長を指定
  --posix
                 GNU拡張を全部禁止。
  -r, --regexp-extended
                 スクリプトで拡張正規表現を使用。
  -s, --separate
                 ファイルを一連の入力にせず、別々に処理。
  -u, --unbuffered
                 入力ファイルから極小のデータを取り込み、
                 ちょくちょく出力バッファーに掃出し
      --help     この説明を表示して終了
      --version  バージョン情報を表示して終了

-e、--expression、-f、--fileオプションのどれもないと、オプション以外の
最初の引数をsedスクリプトとして解釈します。残りの引数は全部、入力ファ
イル名となります。入力ファイルの指定がないと、標準入力を読み込みます。

GNU sed home page: <http://www.gnu.org/software/sed/>.
General help using GNU software: <http://www.gnu.org/gethelp/>.
E-mail bug reports to: <bug-gnu-utils@gnu.org>.
Be sure to include the word ``sed'' somewhere in the ``Subject:'' field.

　あ、Perl-likeはないのだっけ？
　我足るを知る。

grep [、-◯ぁ-んァ-ヶ亜-腕弌-龠] 1.txt >k.txt
... Invalid range end
　ったく。SJISの壁なのかな？　分かんない。だから、いつまでも
純ＤＯＳとかWinMEと、手が切れないのだよぉ。
　あ、嘘嘘、元々手放す気はまったくありません。
　Win7とかWin10とか、訳分かんないもの。
　訳の分かるＯＳ、訳の分かるエディタ。手放せません。
　しかし、上の謎を解いてくれる人はいませんでしょうか。「全角文字
に当てよ」と命令してるつもりなのですが。

RCP32.exe 知ってる？

　お昼を食べながら、ソフトのdocを読むのが趣味の文太です。く、暗い趣味。
　grep -r --exclude-dir= の流れで書いてしまいます。
　なんで除外したいかというと、あじゃさんのNif_tree.defがctというディレクトリを
作ってくれるのですが（たいへんに有用なマクロです）、検索するときには誤ヒット
の原因になってしまう。なので除外したかったわけ。

　で、rcp32.exe。
　あるのねぇ。はい、ラムディスクにログを転送してしまうのです。１０秒かからなかった
と思う。もうＶｚ窓をあけるときに。辞書も一緒。で、そもそも転送しないでくれると
誤ヒットしないのだけど。
　あるじゃない！　スキップディレクトリ。詳細は、rcp.txtをどうぞ。rcpのdoc群、
素晴らしい！

　　[skipdir] :コピーしないあるいは削除しないディレクトリ名を []  の中に
               列挙します。 各ディレクトリ名は半角空白で区切って複数指定
               できます。ワイルドカードは使えません。 スキップディレクト
               リの指定可能件数は 20 まで、また [...] 内の文字列の長さは
               ピリオドを含めて全体で 80 バイトまでです。 このパラメータ
               ーは省略可能です。[v2.00βa3]

　長さは大丈夫です。ctとish16とlibだけですので。

　さあ、次はzcopyです。echoが使えそうなの。

>windows純正のxcopyにも/excludeってオプションがありますよね。
>スピードとか、その他のオプションの問題もありますが。
>とりあえず、比較対象には入れてあげてください。

　お知恵、ありがとうございます。zcopy の-echoとかも、としきさんの
入れ知恵。まだ、目的に合致してるか見られていませんが。

　XCOPY
  /EXCLUDE:ファイル1[+ファイル2][+ファイル3]...
              コピーの除外対象を特定するための文字列を記述したファイルを指定
              します (複数指定可)。文字列は、1 行に 1 つずつ記述します。

　うーん、ステキな仕様。このファイルからの指定（入力）って好き。
　考えておきます。いつか。だってもうバッチ書いちゃってるから。２０メガのログ
ならrcp32で５秒ですね。to ramdisk

　性能を比較しようとtimeitなどというものを見てみたが、どうもバッチは通らない
みたい。やーめた。see resource kit @2003 server ???
　うちのtimex（DOS汎用）は、秒単位なんだもの。小数点以下なし。実用になるけど、
何かガクっとくるものがあります。ときめかない。

　僕がxcopyに偏見を持っていて差別しているのではないか、とのことですが、
当たりです。
　だって、dos3.3からwin10までずっと、姿を変えて生き残り、性能アップを図って
きたってずるい（ような気がする）。
　xcopy --help (?)の書き出しが、xcopy.docとしてあるのですが、何でだか心が
ときめかないのですよねぇ。堅物な顔してるのかなぁ。zcopy.docにしても、２０年
以上前に同じように感じたのだろう。

　ヴァージョンによって使えるオプションが違うというのが、やや面倒ですねぇ。
何か混乱のきっかけとなりそう。別人と思えばいいんだよなぁ。
　かつては、xcopyなどzcopyの敵ではなかった、、、時代もあった、、、らしい。

　でも、情報ありがとうございます。心にとめておきます。

　どうでもいいことですが、zcopy -e について教えてくれたのは、
初回「ディレクトリ構造のコピー」のときのことでした。しばらく前にログを整理
して、読んでしまった。ジャガイモ、サツマイモ関連のログはとってありません。

> 　#60 の仕様としては、上のどっちも行けます。下が純vz.defマクロ。

文太さん、お騒がせしました。私も確認しました。m(__)m
問題が出たらまず基本に返る、というのが大事ですね。(^^;

> c:\vzsrc\cmos\open.asm -1201
> ;--- Is slash ? ---
> 　ん？　許してるみたい、、、。
> 　こんな感じなんだもん。

VZのソースまで確認していただいて。m(__)m
私は今見ても全然わかりませ〜ん。(;_;)

> 　僕が混乱したのは、とらじさんマクロを使っていたから。でも、ふつうなら#60を
> 使うみたいに見えたのだけど、ファイラに行ってしまう？？？
> 　うーん、昨晩（だっけ）は、ほんとにタグ行として認識せず、下の行にカーソル移動
> してた場面があったんだよなぁ。

文太さんも使ってたんですね。まさか標準で出来るものが出来ないとは
思ってもいませんでした。

> 　「再帰問題は？」というか、excludeは、個人的に大きな問題なんですけど。
> 　konnoさん、深いみたいなので、正しい解答をお教えください。

私は下のようにしてしまいました。
標準で駄目な時にTRA_TAG に飛ぶ形です。

18 ^[F10] "タグジャンプ"
	?.
:A
;	#60 (r)?{ #x (r)?. >A }
	#60 (r)?{ #x (r)>T >A }
	#x #O #e #m
	(s)?{ #[ #[ >A }
	.
:T	&z("tra_tag") >* .


これで、LFN は飛んでくれました。(^^;
でも駄目なものもあるので、これをベースに研究しますね。

　お騒がせではないですよ。
　まあ、３時間くらい、やっちゃいまして、されるべきお仕事の数々が、明日へ持ちこされて
しまいましたけれど。まずいなぁ。プールにも行きそびれたぁ、、、。

　僕の課題でもありました。m(__)m　発見多数。YagrepかGNU オリジナルか。難しいところですね。

	#60 (r)?{ #x (r)>T >A }
		;      ^^^ いいのでしょうか？　見た瞬間発見。

　はい、#60のＬＦＮ版とは、さすがとらじさんですね。でも、僕には、まず必要ないな、と。
　ちゃんと読むの大変そうなマクロ。でも、キレイ。眺めただけで（コメントだけで）、だいたい
流れが掴めたもの。僕、１分しか見てません。(^^;　ここでは、ふつうに#60してるぞ、とか。

> 	#60 (r)?{ #x (r)>T >A }
> 		;      ^^^ いいのでしょうか？　見た瞬間発見。

げげげ、頭がウニになっていました。(>_<;;
 
> 　はい、#60のＬＦＮ版とは、さすがとらじさんですね。でも、僕には、まず必要ないな、と。
> 　ちゃんと読むの大変そうなマクロ。でも、キレイ。眺めただけで（コメントだけで）、だいたい
> 流れが掴めたもの。僕、１分しか見てません。(^^;　ここでは、ふつうに#60してるぞ、とか。

色々試してみると、標準マクロではロング行番号には対応してませんでした。
結局、Tra_TAG.def を直して使うことにしました。
マクロの20行目を

;		(r!=-1)?{ r=si+1, >C }	;行頭からもＬＦＮが取得出来ないときは
		 r=si+1, >C ;}		;★ＬＦＮが取得出来なくても進む

こう変更して、強引に進めたら無事動作しました。
他も少し弄ったので、TEST#65 に修正版をUPしました。
よろしかったらお試しください。

>ということで、V02 を、#test66 にUPしました。
　リンクがバグってるみたいでーす。

>(42) 66：Re: タイトル表示を付けてみた 　投稿者：H.Konno 　 2004/10/20(水) 12:17
>　　　 65 番 H.Konno さんへのコメント 　　　コメント数 1

>スレッド一覧、のほうが良いかな。
　こんなのが出ましたが？

> >他も少し弄ったので、TEST#65 に修正版をUPしました。
　　　　　　　　　　　 ^^^^^^^
すみません、ここ、リンクにしたつもりが、書式を間違えていました。
テスト掲示板へのリンクは、#test65 という書式＋番号です。

> 　もっとも（余計なお世話ですが）、ロング行番号が必要になるような大きなファイル
> は、あまりお使いにならないほうが、、、。ビューモード？　テンポラリーファイル・
> エラー・ブルーというのが流行っているらしいので。
> 　深みにはまると鬱になりますよ。

私は巨大ファイルは基本ビューモードなので、大丈夫です。
編集するときはバックアップコピーは取るように心がけています。（つもり）

うちで最大のテキストは 11,734,237 bytes   xxxx.htm  でした。
全23008行で、11メガ以上はありますね。
このファイルの終端近くのタグジャンプはできました。

XXXX.HTM 219593: 需要予測

だけど、この、「需要予測」 が、Yagrep だと検索引っかからないんですよ。
「予」が、$975C なので、「￥」$5C と認識しているのかも。
      --ctype=SJIS              force matching in Shift-JIS mode
このオプションを付けてもダメだったような。

多少余計なものが引っかかるならまだしも、必要な文字が引っかからないと
使えないですね。
Izgrep も癖がありそうで、使いこなすのが大変そう。

ということで、やっぱり当面Wgrep 中心でやっていきます。

>テスト掲示板へのリンクは、#test65 という書式＋番号です。
　これも違うところへ行ったみたいです。

>うちで最大のテキストは 11,734,237 bytes   xxxx.htm  でした。
　こういう確認は時々必要ですね。

　うちではこれかな。Ｖｚで開く可能性がある、英辞郎の分割ファイル。
co.ejr  4,762,169  2017-03-29  23:06

>wc -l c:\dic\eiji\co.ejr
 83,853
　ああ、とらじさんが必要だ。

>だけど、この、「需要予測」 が、Yagrep だと検索引っかからないんですよ。
　再現しました。


>Yagrep --ctype=SJIS 需要予測 1.txt
no hit
　ありゃあ。

>type 1.txt
需要予測

>Grep (GNU) 需要予測 1.txt
需要予測


>多少余計なものが引っかかるならまだしも、必要な文字が引っかからないと
>使えないですね。

　いちおうBruce.さんに伝えてみますかねぇ。いっぱいあるからなぁ。

　しかし、「需要予測」って、何の話ですか？　笑

R:/DIC\EIJI/IN.ejr:76142:■io  {国名ドメイン}
                  ;65536 むふふ。無理だね。
■io  {国名ドメイン} : 英領インド洋植民地(British Indian Ocean Territory)
　おめでとう！　飛びました！

　僕のマクロでは上のタグは出ないのですが、作為的に作りました。
　テスト板って、どこのことだ？　みたいにサイトトップから探しましたよ。

;		&m("2 ok %s",pf)	;●
　最後のこれは消させていただきました。
　デバッグコードの入れ方の勉強もさせていただきました。m(__)m
　いいっすよ、これ。

　lzhへのジャンプ、僕がwgrepを使わないのは、アーカイブファイルにタグを付けたり、
そこへ飛んだりする必要が、いままで一度としてなかったからですね。dietとかも、、、。
　ＨＤだけはいつも富豪だったのでしょう。
　最初のＨＤが１２０メガだったはずですが、それを捨てたときも、４０ギガくらいしか
使ってなかった。Ｖｚログが全部入ってたと思うのだけど。
　ＰＣ買って最初のころ、ＨＤに入れるデータがなくて、寂しかった。
　nifty入っても、まだまだ残ってた、、、。

　Yagrepの件で、Bruce.さんにメールしました。
　GNU grepのキャラクタクラスが直るのは（それがあるとして）、何年も先でしょうからね。
　直してくれないんじゃないかな。たぶん、ご本人がお使いでないのでしょう。SJISと関係
のない世界にいるのだろうと思います。

　どうしても冒険したくない、バグに悩みたくない場合、リカーシブするなら、こんな手も。

;これでいけます。ディレクトリ再帰のフルパスファイル名リスティング
;C:\AD\GENKO>tosfind /n*.txt >c:\y.txt

　こんなメモが残ってました。
　何かにすがるのではなく、方法を見つけよ。＞自分

　tosfind.exe。素晴らしい基本工具。　はあと＞としきさん

　対象ファイルのフルパス・フルリストからバッチファイルを作れば良い。
　それだけ。

;該当ディレクトリをカレントにして
;>tosfind /n*.txt >c:\k.txtとかして、以下を作る。
;何回もやる予定なら、予め作っておいて保存しておく。
;NT系Win以外でtosfindが動かない場合、Win9x系以外でtfindが動かない場合、
;やしきの板塀#3102などを参照しつつ、以下の【付録】へ。

(sample);フルパスで記述された対象ファイルのリストです。
C:\AD\GENKO\0\PREFACE.TXT
C:\AD\GENKO\0\TITLE.TXT
C:\AD\GENKO\1\AD_00.TXT
C:\AD\GENKO\1\AD_00YK.TXT
C:\AD\GENKO\1\AD_01.TXT
C:\AD\GENKO\1\AD_01YK.TXT

　上のファイル上で以下のマクロを実行。
	;出力ファイルが１つだけになってくれると、嬉しい場合です。
	;出力が入力と同じ数だけ、つまりフィルター系を通すばあいには、
	;Siさんのwildをどうぞ。リカーシブはないはずですが。

=== recrsive by B ===;make batfile for pseudo-recursive procedure
大人気ないのだけど、こういうマクロを書いているとき、本当に幸せ。
同じところをグルグルグルグル回っております。

* M
50 ^^ "recrsive"

	?.
	a="Cgrep 壮麗 ",	;コマンド、オプション、検索語など
	b="	>> c:\kek.txt",	;結果ファイル名 etc
	c="c:\a.bat",		;でき上がるバッチファイル名

	&s
	ps[=pa,
	#56 "\x ^" #m &?("%s",a) #m "AY"
	#56 "\x $$" #m &?("%s",b) #m "AY"
	#82 #H &?("%s",c) #m (s)? 'Y'		;rename
	#S #m (s)? 'Y'
	ps],
	&m("OK, %s is created.",c)
	&d .

*


【付録】：フルパスリストの作り方。awk版。

日本語ＯＳ用（Win7）。この辺、dirコマンドの出力フォーマットに依存。
該当ディレクトリをカレントにして、
>dir /s |jgawk -flist.awk

----- list.awk -----
# list.awk
# >Dir /s | jgawk -flist.awk 入力ファイル

/ 個のディレクトリ/ || / 個のファイル/ || /<DIR>/{	# * でフィールド４つならとか
	next					#いい加減なことをしていますので、
	}					#混入するゴミをここで掃除しましょう。
/ のディレクトリ/{				#除外行、キーワードリストです。
	dire=$1;				#LFN で途中にスペースが入るとか
	}					#一切考慮していません。
		{ if (NF==4)				# *
		printf("%s%s\n",dire,$4)
	}
--------------------

カレントドライブ・カレントディクレトリは、
r:\dic

EIJI/IN.ejr:76142:■io  {国名ドメイン}		;OK!
EIJI\IN.ejr:76142:■io  {国名ドメイン}		;OK!

　お見事！　＞konnoさん。
　ここで失敗するとは思ってませんでしたが、念のため。
　優しすぎてもいけないな、と念のため。

　何しろ、%vzdef%にもう入っていて差し替えられているので、何かあると、
ほんとにあれを読まなくちゃならなくなり、、、、。
　ありがとうございました。グッジョブ！

>　ちょっとかかりそうです。それより、--exclusiveの使い方が分からないよぉ、というのが昨晩の
>悩みでした。
　く、く、く。--exclude-dirだったんですね、間違いは。recursiveと混ざった？
　exclude dirかexclusive dirか。後者のほうが英語っぽいと思うぞ　＞ネイティブな人たち。

　もうヤケになってるな。おやすみなさい。長い１日でした。あらゆる事柄がぜんぜん進んで
ないんですけど。

>コンピュータ屋さんだと、includeという言葉に非常に馴染みがありますからね。
>どのくらい馴染み深いかというと、Vz初期値の場合、検索窓で上矢印を押すと
>表示されるというくらい。
　これ知ってる。たぶん『続天』を読んでようやくＶｚがまともに使えるように
なった頃、最初に消してカスタマイズしました。今でも要らない。include。

:string
	include define static extern typedef struct switch default return
　これだ。うーん、サクっとでる。情報管理してる感じ。
　Ｃ用なんですよね。

>でも、学部のころ、文献講読という講義があって、英語の授業とは別に、英語の
>論文をひたすら読まされたのですね。
　いい学校ですねぇ。このあいだ学会でいったら、もっと美しくなっていた。
恐ろしく使い物にならなそうな図書館に不満を覚えたのは２０年くらい前ですが、
そんなものいらなかったのだ、と悟った先日。
　美しい庭。キャンパスに求められるのは、それだけ。創造せよ。
　でも、必要でしょう、その授業。ぜったい静かに役に立ってる。変な自慢を
したがるのですけどね、あはは。

>もしかすると、コマンドラインツールなんて、もはや使用者として一般人を想定
>していない可能性もあったりなんかするかも。つまり、ネイティブの英語使用者
>は使わないような用例の宝庫だったりして。
　こういうこと。とりわけ前半、だよねぇ、って感じ。
　パソコンが必要とされない、というか、ＰＣが何かをしてくれるという期待は
世の中から消えたのだろうな、と思う。情報「管理」とか、しなくていいみたい
ですね、瞬時に情報が得られる（らしい）時代においては。
　これ、人びとの感性がそう変わってきてるらしい、という観察です。
　健全な世界に戻りつつあるのかな。

　こんな風にするのが、正しい使い方だということです。
　一般的に正しいだけで、これがとしきさんにとって、有用かどうかは、
申し訳ないけれど、分かりません。
　記憶力が確かなうちは、こういう姑息な手段に訴えないほうがいいような
気もしています。

--- from vz.def ---
* F ファンクションキー表示

"","","","","","","","","","","",""	;normal
"","","","","","","","","","","",""	;shift
"","","","","","","","","","","",""	;ctrl	ここまでの４行については
"","","","","","","","","","","",""	;alt	分かりません。個人情報？
						;-----------------------
"","","","LFN","","","","","","","",""	;filer