ども、ご無沙汰しております。
沈没しそうな　としき　でございます。
あと３〜４日は気力で持ちこたえられそうですが、状況が好転しない場合には、
約１ヶ月ほど、ひっそりと闇に隠れて生きることになりそうです。といっても、
ネットに接続しなくなるわけではありませんから、美味しそうな餌をぶら下げて
もらえればいくらでも食いつきますが。

さて。

> 　グレップ的なる事柄のことなのですが、けっこう大量のファイルにグレップを
> かけ、ヒットした箇所を含むファイルを全文みたい。こんな場合、うまい道具は

閲覧の方法はどうするのでしょうか。
私はmielも好きな人間ですが、このような場合には、わざわざmielは使いません。
私なら、ファイルのリストが得られたら、Ｖｚでひたすらタグジャンプを繰り返し
ます。行番号が入っていないファイル名の上にカーソルを合わせてタグジャンプす
れば、そのファイルの先頭を開いてくれますから、あとはスクロールさせて末尾ま
で行ったら、クローズ＋タグジャンプをするキーボードマクロでも使えば、わりと
ずんずんと閲覧していけるような気がします。

> としきさん、何だか大変そうなところ、ありがとうございます。

実は客観的に見ると（主観的に見ても）全然大変ではなくて。
何というか、一種の欝状態のような感じですね。
たまにあるんですよ。ま、そのうち回復しますんで。

> 見たかったのです。何しろ、見たいのは主にメールヘッダ部分なので。うむ、マ
> クロでうまくできるかな。

「主にメールヘッダ部分」とのことですが、#1354だと全文を読みたいとのこと。
どちらに重きを置くのかによって、適切な方法が変わってくるのかもしれません。
文末まで読まないのであれば、

81 ^\ "" #C&18

なんてマクロでも十分役に立つかも。あ、&18ってのはタグジャンプマクロね。
うちの場合は&18になっているもので。

で、引用が前後するのですが。

> ていただきます。ただ、怠惰なもので、何となくＶｚで開けるときには、タイプ
> ・コマンドみたいな何かでコマンドラインですでに連結された１つのファイルを

Ｖｚ以外（miel等）なら、連結されていなくてもＯＫということなんですか？
ということであれば、また別の方法を誰かが思いつくかも。
私の場合、怠惰というよりも、単に精神的な活力がおとろえている関係で、残念
ながら面白い案が出てこないのですが。

おおむね解決されたようでよかったです。
えと、１点だけ、誤解されている可能性に気がついたもので。
＃誤解されていないかもしれないけど念のため

> > ＃やばい、この程度のものが理解できなくなっている
> 　僭越にもしつこいですが、いえいえ、基本的には調べるため、正確には確認の
> ためのグレップなんです。

#1364で私が「理解できない」と書いたのは、#1363でめざらさんが書いたコード
です。理解できないというよりも、現在は追いかける根性がない、というのが正
しい状況ですね。別に精神的に追いつめられているわけでもないのに、これだけ
ポテンシャルが低下しているというのは、やはりちょっとなにかある状態なので
しょう。

　例えば wgrep なら， マッチする行を含むファイル名だけを出力するという
オプションがあります。これを使って出力先は特定の新しいファイルにする。

このファイルを開いて先頭からフルパスを取得しながらオープンし，ユニーク
なファイル名の統合ファイルににファイル全体を追加。これを繰り返す。

    #E "Wgrep -l $"むにゃむにゃ$" >tempfile" #m #[
    &#Y(0)
    #R "tempfile -->0" #m
    (r)?{ &d &m(6) . }
    ;Loop
 :L (ct<2)?>Q
    #l #d #R #u #m
    #A "uniqfile" #m (s)?'y'
    mx+, #C mx-, >L
 :Q #R "uniqfile" #m .

　こんな雰囲気でしょうか。


　ファイル名だけのファイルはレスポンスファイルと同じ形式なので，これの
すり替えができれば処理を任せられる高速なツールがあるかもしれません。

　DOS でやるなら， 前述のレスポンスファイルの改行を'+'に置換して最後の
'+'だけ削除のうえで連結ファイルの書式で command.com の copy 命令に渡し
てやる。ただし，この方法はコマンドラインのサイズに制限されるので，お奨
めはできません。

　あとは，出力されたヘッダ部分を grep か sed で抽出してやれば， 特定の
メールのヘッダコレクション完成でしょうか。

めざらさん、うーん、マクロ師なコードありがとうございました。
　う、美しい、と思わずため息でした。
　もちろん、マジです。基本に忠実なのが一番美しいのですから。

> 　こんな雰囲気でしょうか。

　な、雰囲気です。＼(^_^)／
　#Aの使い方を教わりました。ほかのテクもですが。m(_B_)m

> 　ファイル名だけのファイルはレスポンスファイルと同じ形式なので，これの
> すり替えができれば処理を任せられる高速なツールがあるかもしれません。

　そうそう、そんなツールがあるといいのですが。…。

> 　DOS でやるなら， 前述のレスポンスファイルの改行を'+'に置換して最後の
> '+'だけ削除のうえで連結ファイルの書式で command.com の copy 命令に渡し
> てやる。ただし，この方法はコマンドラインのサイズに制限されるので，お奨
> めはできません。

　そうそう、copy で＋するんだ。 何かあったよなぁ、あ、cat か、と基本外れ
の方向に行ってしまってました。でも、確かにコマンドラインの長さ制限が大き
いですね。 下のカスタムメイドな部分（SPAM 対策用文字列の部分）を見ていた
だければ分かるとおり、すぐ溢れますしね。

　というわけで、え、こんな複雑なアプリでなく、単機能でメンテ簡単なツール
が欲しかったんだけど、でも、使い勝手悪いなぁ、仕様が悪いかなぁ、なんて泥
沼に落ちてしまいました。美を損ねてしまっただけみたいで、申し訳ありません。

　うーん、  レスポンスファイルでファイルをくっつけるツールはないかなぁ。
append.exe とか。ああ、awk で作ればいいんだ。えーん、やだ、やだ。
　どっかに落ちてないかなぁ。(゜-゜) トホイメ  -----> マクロの後ろへジャンプ。
　（「高速」とは言い難いけれど）


=== GPVIEWAL.DEF ===;original coding by mezala, & modified by B.
#if0
;グレップでファイル名をゲットし（リストファイルを作成し）、ファイル群を一つ
;に連結して見る。
;全文出力グレップのためのツール・マクロ。
;文字境界ブロックで検索文字列ゲット。それ以外は、検索文字列、対象ファイル用
;の窓が２回出る。（対象ファイルには初期文字列設定化。#e＠&g窓で使う。）
;行境界ブロックだと、それがリストファイルだとして動作（意味ある？　あるはず
;なのだが…）。つまり、それらのファイルを合体させたものをオープン。
;かなりぐちゃぐちゃで、大袈裟にしてしまったような気がする…。最初は
;分かりやすくて、可愛かったのに…。
#endif

* Macro
50 ^^ "GrepViewAll"

#if 98 MG
	a="a:\gpva.tmp",		;<a>listfile
	b="a:\gpva.txt",		;<b>kekkafile
#else
	a="c:\gpva.tmp",		;<a>listfile
	b="c:\gpva.txt",		;<b>kekkafile
#endif

	?. 

	;-- SPAM対策用文字列（対象ファイル）をヒストリーに格納
c="C:\PROGRA~1\ALMAIL32\MAILBOX\ACCOUNT1\USER036.BOX\*.alm",	;<c>
&Sh(pf,c)

	(mb)>?{>b>d>a..}	;0 normal, 1 line get, 2 char get

	;-- 文字列オートゲット（ブロック指定）
:a	ps[=pw, #G ps],					;<pw>
	>c

	;-- 検索文字列窓でマニュアルゲット
:b	&m("cgrep用のRegExのこと。")
	&g("検索文字列") (r<0)?.			;<pw>

	;-- 対象ファイル名ゲット用の窓
:c	pw[=pf,
	&m("")
	&g("_____グレップ対象ファイル。フルパス。ワイルドカードでしょ____")
	(r<0)? {pw], .}					;<pf>
	pw],
					;cgrepを使っているがディレクトリ
					;再帰をするなら、再考の余地あり。

	;-- コマンドラインで掃除＆グレップ（リストファイルを作る）
	ss2,
	#E 
	&?("Del %s",b) #m			;<b>
	&?("Cgrep -l $"%s$" %s >%s",pw,pf,a) #m #[
	&#Y(0)					;全画面モード

	;-- リストファイルをオープン
	mx[+, #R &?("%s -->0",a) #m mx],	;賢い、見習え。
	(r)?{ &d &m(6) . }
	>L

:d	;-- リストファイルが目の前に、すでにある場合（行境界ブロック）
	&a("フルパスのリストになっていますか")
	(r)??.
	#k				;BigBlock対策なし
	mx[+, #R &?(a) #m (s)?'y' mx],
	#i
	#^ #<

 :L	;-- Loop, アペンド（#A）の繰り返し
 	(ct<2)?>Q
	#l #d 
	mx[+, 
	#R #u #m				;#l, #u の組み合わせ。
	#A &?(b) #m (s)?'y'		;#A(ppned) to kekkafile !!
	#C 				;close each file
	mx], >L

 :Q 	mx[+, #C			;close listfile
 	#R &?(b) #m			;open kekkafile
	mx], &d.

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

　むにゃむにゃしていたら、できちゃった。うふ。*^^*
　こういうシンプルなの、スキ。思いつけば３分なんですけどね。とほほ。

----- allgrep.bat -----
@echo off
rem 検索文字列（%1）を含むファイルは全部出力。%2は対象ファイル群。
Cgrep -l %1 %2 >c:\resfile
Jgawk -f c:\append.awk c:\resfile
-----------------------

----- append.awk ------
#thanks to Toshiki & Mezala
#usage: Jgawk -f append.awk resfile
#出力は決め打ち。
{
	cmdline="type " $0 " >> c:\\kek.txt"
	system(cmdline)
}
-----------------------

ちょっと修正

　ああ、美しく愛でるように書いたのに、タブが飛んでしまって。>gpviewal.def

----- allgrep.bat -----
@echo off
rem 検索文字列（%1）を含むファイルは全部出力。%2は対象ファイル群。
CD \
Cgrep -l %1 %2 >c:\resfile
Del c:\kek.txt
Jgawk -f c:\append.awk c:\resfile
-----------------------

　としたほうが、いいですね。すぐはまってしまった。

　また、&aでは、「か」は要りません。
　失礼しました。

金野さん、掲示板の書き換え、かたじけないです。美しくなった。使われそうも
　ないマクロだけど。

> すみません、表示モードのデフォルトを pre から soft に変更したのにアナウンス
> してませんでしたね。とりあえず No.1365 は pre にしときました。(^^;
> プログラムなどの投稿では pre にしてください。プレビューで違いがわかります。

　いえ、久しぶりに書き込んでいるのに、プレビューを面倒がってしまって…。
(^^;
　了解です、pre ですね。

> grep ネタでは私は榊原 知さんのEXMENU.DEF ver 5.01 でファイラーで外部グレープ
> を愛用してます。Vzの検索文字列に設定してファイラーで呼び出せばコンソールに
> 一覧が出来るのでタグジャンプで使えます。

　もちろん、exmenu は使ってますし、最初の設定のまま、「外部 Grep」があり
ました。試したら、わお、なことになりましたが（だって、wgrep -t ps *.*で、
ファイラーマーク関係ないんだもん）、再度挑戦してみます。今回の用途として
は、少々つらいかな。グレップをかけるだけなら、ygear がありますし。

> 用途でも使えるのではないかな。まあ、類似のものはすでに出揃ってるようですが。
> ありゃ、最新は5.04なんですね。表示は5.03だけど。(^^;
> http://www.vector.co.jp/soft/dos/writing/se010424.html

　僕のも、「表示5.03」のものでした。こういうのちらっと見ると（exmenuでな
くomakeの方ですが）、ああ、そう書くんだ（っけ）て思いますね。

> あと、今回の用途では合わないかもしれませんが、
> ファイラー上での、簡易ビュー QVIEW.DEF の海賊版もけっこう便利ですよ。

　これ試します。お教えに多謝。今、計６台のマシンのＨＤの同期というかお掃
除をしまくっていて、も、大変。少々前にvz.defのお掃除をして、６個のvz.def
を#if 98 MGみたいなので合体させたところです。Ｖｚの中身に気持ちが向くと、
すぐ書き換えてしまうもので、た〜いへん。（注）

> ファイルの先頭部分を表示しながらファイラーコマンドも使えるので
> ファイルの確認削除とか整理などに使えると思います。

　うむうむ。これいい。

> Vzマクロの部屋に置きましたのでよろしかったらお試しください。
> http://tamaneko.world.coocan.jp/vzmac.htm

　はい！　どうも。m(__)m
　試しました！　おもしろい！　便利、便利！

> ＃ Outlook Express だとメールの保存フォルダが見れないのね。残念。

　電八やアルメールが特別なんですよ。セキュリティー的にやばいらしいですか
ら。でも、簡単にメールに外からアクセスできる軟弱さが僕は好きで…。


　（注）−−誰の役にも立たないけど、書いちゃおう。自慢しちゃおう−−
　　　　　　なんだかどさくさにまぎれて的ですいません＞金野さん

　ネットワークとかで繋がっていないマシンの特定ディレクトリ（及び以下）の
ファイルの存在とタイムスタンプを比較する力技ツール（システム）−−大昔に、
たぶんＤＣでやりたいと言っていた奴。（考え方だけ参考に。そのままは使えな
いと思う。）


（１）２台のマシンでリストを作る。
--- dirf.bat ---
rem これはDos/Vマシン用で、defディクトリ以下の全てのファイルを
rem 整形リストアップ。（使用前に３箇所書き換え）
Ls -Rle c:\def |Sed "/^d--/d" |Jgawk -f dirform.awk |Sed "s/^/XP-def    /"$
 |Tr "[a-z]" "[A-Z]" >c:\XPDEF.lst
----------------
　（注：lsを使っているのは、偶然。dirでもできるかも。）

--- dirform.awk ---
#特定ディレクトリ内のファイルの存在・新旧の比較のためのリストを整形。
#dirf.batから呼ばれる。（lsの出力）。dirf.batはマシンにより内容が違う。

/^.:\//{			#drive letterがあるとこ
	gsub(/:$/,"")
	gsub(/\//,"\\")
	gsub(/$/,"\\")
	dname=$0
}
NF>3{				#file infoのあるとこ
	gsub(/Jan/,"01",$4)	#今、考えると、この月の数字化の
	gsub(/Feb/,"02",$4)	#置換、要らないなぁ…。
	gsub(/Mar/,"03",$4)	#あ、見栄えのためか。
	gsub(/Apr/,"04",$4)
	gsub(/May/,"05",$4)
	gsub(/Jun/,"06",$4)
	gsub(/Jul/,"07",$4)
	gsub(/Aug/,"08",$4)
	gsub(/Sep/,"09",$4)
	gsub(/Oct/,"10",$4)
	gsub(/Nov/,"11",$4)
	gsub(/Dec/,"12",$4)
	gsub(/......$/,"",$6)

printf("%s%s\t%s\t%s-%s-%02d  %s\n",dname,$8,$2,$7,$4,$5,$6)
}
----------


（２）２つのリストを単に結合（手作業 with insfile.def）
--- XP-98def.txt ---（sample）
98-DEF    A:\DEF\!EDIT000.DEF	177	2002-09-27  10:32
98-DEF    A:\DEF\01YEAR.DEF	589	2002-06-16  00:05
（中略）
XP-DEF    C:\DEF\!EDIT000.DEF	177	2002-09-27  10:32
XP-DEF    C:\DEF\01YEAR.DEF	589	2002-06-16  00:05
（後略）
--------------------
　なのができる。


（３）これをssortで１２桁目以降でソート（マシン名とドライブを飛ばす）

--- XP-98def.txt ---（sample）
98-DEF    A:\DEF\!EDIT000.DEF	177	2002-09-27  10:32
XP-DEF    C:\DEF\!EDIT000.DEF	177	2002-09-27  10:32
98-DEF    A:\DEF\01YEAR.DEF	589	2002-06-16  00:05
XP-DEF    C:\DEF\01YEAR.DEF	589	2002-06-16  00:05
--------------------
　こうなり、

（４）Uniq32 -u -s 12でユニーク（同上。-s == skip）
　　　　（３２ビット版でないとスキップのオプションの記述が違う）
　　　　（上のsampleだと、全部なくなります。同じですから。ここが
　　　　　快感なのです。）


（５）　これで差異のリストが抽出できるので、こっちにこれをcopyみたいな
整理ができたら（じつは、ここが大変。人が目と頭で判断です。）、Jgawk 
"{print $2}" thru filter.defでファイル名だけ取り出し、置換でバッチファ
イルに仕立てる。これで、普通はＦＤ１〜２枚のファイルコピーで足ります。
もちろん、手元にファイルの現物が両方はない、という状況で、あらかじめ持
っていくファイルと、持ってくるべきファイルが分かるというのが利点です。
リストはもってきてないと、駄目ですが（分かりづらい話だなぁ、また）。


（６）　最終的なリスト整理では、sortfでデリミターを「.」に、第２フィールド
でソートにすると（sortf.defが楽）、拡張子でソートできます。
（>SORTF -bf -t. +1 -2かな）ＦＤのサイズとかあるから、exe, com, txt, doc,
man etcな順番がいい。

　言い訳：　おい、ＵＳＢのメモリーでそんなもの全部コピーしてきて、直接現
物どうしで比較すればいいと思うかもしれませんが、モバとか旧８とかでは、そ
んなの逆に大変なんです。現物どうしでユニークも、やっぱファイル名出力して
バッチ処理ってことになりそうだし、Ｖｚのファイラでの比較も…（現実的に考
えてないけど）。全部、１６ビットのツールでできますしね。

　つまらないことを長々失礼しました。

　めざらさんに、 wgrep -l なら、と指摘されたときに、wgrep もそうなんだ、
でも、どれくらいグレップの -l オプションって一般的なんだろう、と思ってい
たのですが、調べました。レポートだけはしておくべきと思いまして。

　元々のgrep, UNIXのマニュアルにはこうあります。

GREP(1)              UNIX Programmer's Manual             GREP(1)
       -l     Suppress normal output; instead print the  name  of
              each  input  file  from which output would normally
              have been printed.

（意訳）		通常の出力はしない。そのかわりに入力ファイルのそれぞれ
				について、通常出力が該当するなら、それを出力。

　つまり、ヒット箇所・行でなく、そのファイル名を出せ、というわけですね。

　以下をご覧下さい。じつに、じつに一般的なオプションだったのですね。
　-l == -list ですね。

            cgrep   Ggrep   akgrep  wgrep   ygrep   izgrep  dgrep   jgslim
list        -l      -l      -l      -l      -l      -l      -L      -l-m(*) /l

　作る側からすると、-lは、「ファイル名のリストアップに決まってるじゃん」と
いうことなんですね。知らなかった。

めざらさん、レスをありがとうございます。

> さっそくゼロサプレスでうちのお山を grep してみたら，あるわあるわ。全部直
> して上げ直しました。

　何かのお役には立ったようで（笑）、ぜんぜん予期せぬこととはいえ、僕も嬉
しいです。
　sed.shdをちょこちょこいじってます。ああゆうのを上げられるところが欲しい
なぁ、と。stkhelpって、うーん、深いなぁと思ってます。参ったなぁ、とも。

　そうそう、ニフティーの最後って住所録ありませんよね。今日、確認しました。
2004.10が最後みたいでした。続きをつくってくれなんて話ではないですが、それ
用のマクロがあったら、どっかに上げていただくわけにはいきませんか。残りは
自分でやろうかな、と。あの頃からのしばらく、胃潰瘍になったり、もっとでか
いことがあったりで、色々大変な時期だったのを今日、思い出していました。xtr
もけっこう使えたんだな、この頃とか。

めざらさん、こんばんは。

> 　続きはありますよ，たぶん。ただ，あんまり少なくて上げるほどの量じゃなか
> ったのでしょうね。

　だろうと思いました。なので、「残り」（この部分だけ指してました）を自分で
やろうと。

> 　情報管理が過去ログを葬ることを決めてしまってから，意義を見失っているわ
> けです。

　これはNiftyが、ということですね。

> 　でも何だかんだで ish を上げてしまった後，次は小物だ，…と思ったのです。
> ただ，転載という形式をとれるファイルと違って（後略）

　事情はやく分かりますよ。

> 　え？ それ用って？ 住所録って，全部手作業ですよ。

　え？　僕ならログをみながら、データはすぐ並べてくれて、その住所録ファイ
ルのコメント箇所にカーソルを飛ばすマクロを書くなぁ。いえ、めざらさんにと
って合理的な方法が、僕が想像していた方法と違ったということですね、きっと。
grepでというのはいまいちよく理解できませんでしたが、きっとそれがうまいや
り方だったのでしょうね。昔は、ものすごく錯綜していたのかな…。

> 　残ってるのは，YASAT さんのやった次の年とかです。YASAT さんも１年分やっ
> て，もうログも見たくないなんて言ってましたからねぇ。リアルタイム的に日々
> やるのは大した作業ではありませんが，遡及でやるのはとても大変。まぁ，いず
> れそのうちいつかやります。

　ええ、あれは本気なら大変。僕用と割り切れるから、僕でもやれるとこだけや
る、と言えるのです。それにものすごく短いし。
　だって、住所録でなく、過去ログを２年分くらいだっけ、２回揃えただけでも、
それをライブラリーに上げるなんてやったら、その後ほぼ２年間、そうです、今
日まで、過去ログをほとんど読まなかったもの。見たくなかった。

　今日、Ｖｚ関係をずいぶん整理しました。マシンが複数あると、そんなところ
でも大変で。で、（他意はまったくありませんが、ただただ感謝しているだけで
す、ほんとうに）住所録の状態を以下に示しておきますね。

MAC_1991 JYU     55100  	完成
				（いっぱいありそう…。）
MAC_1994 JYU      2034  	１月分だけ
MAC_1995 JYU     16727  	１、２、１２月
MAC_1996 JYU     77960  	以下、完成
MAC_1997 JYU     45012  
MAC_1998 JYU     24813  
MAC_1999 JYU     33028  
MAC_2000 JYU     26195  
MAC_2001 JYU     20104  
MAC_2002 JYU     12876  
MAC_2003 JYU      8995  
MAC_2004 JYU      8969  	１０月まで

2005/02		DC closed.

　いやあ、ほんとうにほんとうに、ありがとうございました。すごいっす。
　（ディレクトリ・ソートまではやってなかったので、久しぶりにvsort、
活躍！）

　（どうでもいい追伸）今日、ついに、旧８マシンの二次電池を交換。いやぁ
自作したみたいな感動。全部ばらさなければ、電池が変えられないマシンって…。

　虹ですかぁ。キモいかどうかは分かりませんが、虹資源は、なんか悪くないで
すよ。それでも、やっぱ虫っぽいですねぇ…。

　情報管理の話は、お陰様で合点がいきました。ま、しょうがないですよ。

　で、ふと↓をみて。やっぱＶｚって９７年あたりから下降してるんですね。Ｖ
Ｃ発売のGoodiesが９７年くらいで、Ｖｚｔスタートが９８年（完成：９９年末）
なんですけれど。下の数字はバイト数ですから、会議室に貼り付けられたマクロ
の数そのものではないけど、でもこの傾向ははっきりしてますね。


MAC_1991 JYU     55100  	完成
				（いっぱいありそう…。）
MAC_1994 JYU      2034  	１月分だけ
MAC_1995 JYU     16727  	１、２、１２月
MAC_1996 JYU     77960  	以下、完成
MAC_1997 JYU     45012  
MAC_1998 JYU     24813  
MAC_1999 JYU     33028  
MAC_2000 JYU     26195  
MAC_2001 JYU     20104  
MAC_2002 JYU     12876  
MAC_2003 JYU      8995  
MAC_2004 JYU      8969  	１０月まで

　ま、懐かしがってばかりいるわけではないですが（だって僕はそういう意味で
は、Ｖｚが枯れてからはまっているので）、何となく、そうかぁ、などと思って
しまって。

　しかし、YASAT さんが（としきさんのところにいらっしゃいましたね）やった、
９１年は、重そうですね。もちろん、９６年が一番の重さというか、ピークなわ
けですが。1.6 で最高の盛り上がりを見せた、ということなんでしょう。それで
も、&S 関数がないと何もできない僕は、1.6  以前でなくてよかった、とやはり
思う。テンテン、嫌い。

YASATさん、こんばんは。きゃ、YASATさん、とかちょっと言いたい。

> 92年から93年のほうがきついと思いますよ。
> y.mikomeさんや榊原さんがいらしたころですし、
> 1.5系のVZがそれこそ骨までしゃぶられた時期ですし。
> 量をこなすのはもちろん、知識が追いつくかどうか……

　なるほど、そうなんですね。じつは『続天』を先日開く機会があり（必要に迫
られ）、Ｖｚ 1.6 ファイラに、どれだけ y.come, 榊原両氏が後方から貢献され
ていたかを知りました。ありがたいですよ、ほんとうに。色んな人が色んな風に、
こいつを愛してきた。ものすごい愛に支えられてきた vz.com を僕は使っている
のにもかかわらず、ああ、駄目だ、まだ足らん、とか言ってるんだものなぁ。

　vztmacro.shd は YASAT さんの作ですよね、十分使わせていただいているとは
言えませんが、それでもお世話になっています。また、stkhelp 関係で（同時期
に）、割れ関数事件のときには、新人文太に優しい言葉をかけてくださり、ほん
とうにありがとうございました。なんだか回顧モードになってしまいますけれど。
とにかくうまくいかないなら、() のつくやつは、{} でくくれ、は教訓になって
います。

　現実的には、虹資料も住所録も更新はないですし（社会的必要性がない）、い
ざとなれば、vz.com 03td10q3 時代に要らない（言い切れるのか？）部分は削る
のが正しい判断でもありますので、大丈夫ですよ。欠番処理で。何が大丈夫なの
かよく分からなくなってしまいましたが、大丈夫です、マイ・フレンド。

　レスがう、嬉しい…。Ｖｚが、俺が、生きてる…。

YASATさん、こんばんは。

> vztmacro.shdはsaki...さんが作られてますね。

　あう、致命的まちがい。失礼しました。ごめんなさい。

> 私はvzdmacro.shdを書いたりしましたが、たいした量でもないですし。

　このシリーズは合体させないとと思いつつ。いずれせよ、ありがとうございます。

> もっとも一年近くマクロを書いておりませんが……

　あ、ってことはＶｚはお使いなんですか。旅立たれたとばかり思っていました。
お使いのうえで、書かないとは、それはいけませんね。腕が落ちてしまいますよ
（おいおい、誰に言ってんだ。いえた義理か！）

> こちらこそFGALDCではお世話になりました。またよろしくおねがいします。

　「また」があるとほんとうに楽しいですね。何だか、トーンが別れの言葉っぽ
くて湿っぽくなってしまって。お世話になったのは、こちらのほうです。間違い
なく。 その後、order.def,  pair.def （うるおう、うるおう）を使う場面で、
「あ、ここでもお世話になったんだよな」と思い出しておりました。うう、回顧
モードは嫌じゃあ。前みて生きるぞ。

YASATさん

> エプソン98互換機はまだ生きているので、VZを使うこともありますが、
> まあなくてもなんとかなるものですね。

　なくてもなんとかなってしまいますかぁ…。ま、ＰＣ自体なくても死にはしな
いのですが、ない生活は想像できないし、ＶｚのないＰＣは、おぞましくて想像
したくないですねぇ、僕の場合はやっぱり。

> VZひとつでなんでもできたという点では非常に便利な環境だったなと思います。

　少なくとも僕の必要の範囲では、ほんとなんでもできてしまってます。

> 腕はなまってますね。難しいマクロの話は振らないでください(^^)

　よしっ！　難しくないマクロの話ならＯＫですか。って、ず、ずるい。
　気が向いたら、顔を見せて、声をお聞かせください。そうして頂けたらとても
嬉しい、というだけのことです。

　それで、 今は、主に emacs ですか？　マクロの腕はめきめき上達な毎日です
か？
　マクロには手を出しませんが、印刷関係の必要もあって、僕は、たまにＷＺの
ヘルプを読んだりしています（ver up したら仕様を変えおって）。 あとは AWK
のマニュアルを読んだり、SED の実験をしたり、というのがたまに波としてくる、
という感じです。Ｖｚに触らない日は、事実上ほとんどないのでしょうが、マク
ロを弄ったり、vz.def  を書き換えたりというのも、はやり波が来るとする、と
いう感じです。そんな意味では、僕の環境も枯れたというか、安定しきっていま
す。Ｖｚマクロの腕は、スタート地点が低すぎでもあるのですが、それでも下に
は下があって、ちゃんと落ちてます。ここのところ随分思い出したかな。

> LINUX の導入って、僕程度の初心者でも、まあまあな感じでできるものでしょう
> か。うーん、根性のレベルって、なかなか相手に伝わるようには説明できないも
> のなんでしょうが。日進月歩に付いていこうなんて思わなければ、ネットワーク
> とウィルスソフトぐらいまでの設定は、根性度５が必要、とか。ワケワカらん。(^^;

私も、YASATさんがどのくらい簡単に感じたか、というのは知りたいです。
ただ、ディストリビューションによっても違いがありそうなんで、どれを入れた
のか、というのも一緒に教えていただけるとありがたいです。

ちなみに、私の経験も書いとこうかな。
まず、私のＯＳレベル。
私、マイクロソフトのＯＳは、原因不明の理由により導入失敗、という経験は全
くありません。一発でうまくいかなかったことは何回もありますが、すぐに原因
が判明して、それに対処すれば導入できました。
逆に、ＭＳ以外のＯＳは、一発で導入できたことはありません。導入をあきらめ
たＯＳもあります。これ、私は「ＭＳののろい」だと思っております。

２年ぐらい前だったかな、TurboLinuxを新規にインストールしたことがあります。
一晩かかってなんとか導入できました。ただ、何回もインストールを繰り返した
結果思ったのは、Windowsよりちょっと複雑なだけだな、ということ。最近は本当
に簡単になっています。

あるいは、うちのいとこの場合。
理系とは言え専攻は農芸化学（農薬）でコンピュータは専門外。
今は地方公務員をやりながら兼業農家です。
彼がRedHatだかDebianだかをインストールした時も、やっぱりWindowsとは大差が
なかったようなことを言っていました。


あ、そうだ、Linuxって、素で入れると、ＤＯＳと同じくコンソールが１個だけ。
もちろん、マルチタスクなんで複数のバックグラウンドに切り替えることは可能
なはず。試した事がないけど。ただ、１個しか画面がないから裏が動いているこ
とをすぐに忘れてしまいそう。これは、ＤＯＳがマルチタスクになった事を考え
れば想像できると思います。なので、MS-Windowsと同じようなWindowSystemとし
て、普通はX Window System（Windowは単数系ね）を導入します。これで、マルチ
ウィンドウで仕事ができるようになります。

私がTurboLinuxを導入した時、ネットワーク関係のツールとテキスト処理ツール
をてんこもりで入れたら、Ｘを導入しなかったにもかかわらず、800MBのHDDでは
足りませんでした。Ｘを導入するのなら、最低でも2GBとか4GBぐらい必要になる
のではないかなぁ。いろんなフォントとか必要になるだろうし。
クロックやメモリも、Ｘを使わなければ、ＤＯＳと同じというか、100MHz 64MBと
いうようなマシンでも大丈夫なはず。逆に、Ｘを使うというのであれば、最低限
はどの辺だろう。166MHzくらいでもなんとかなるのかな。

としきさん、LINUX導入体験記ありがとうございました。

> ２年ぐらい前だったかな、TurboLinuxを新規にインストールしたことがあります。
> 一晩かかってなんとか導入できました。ただ、何回もインストールを繰り返した
> 結果思ったのは、Windowsよりちょっと複雑なだけだな、ということ。

　そんなものなんですか。ふーん、（本気じゃないんだけど、マジで想像すると
ぞっとする）少しだけ敷居が低くなったような気がします。ありがたいです。

> 彼がRedHatだかDebianだかをインストールした時も、やっぱりWindowsとは大差が
> なかったようなことを言っていました。

　なるほど。ただその後のほうが（ソフトのほう）ずっと恐いのですよね。

> 普通はX Window System（Windowは単数系ね）を導入します。

　単数形ですね。これは聞いてます。やはりとにもかくにも僕も入れるでしょう
ね、そうとなれば。 こう考えていいか分かりませんが、Windows（複数形）の優
れているところは、ネットワークその他の原理どころか指示の仕方、設定の仕方
が分からないことを、絵に従ってやれば、ある程度なんとかクリアできる点なの
で。

> 足りませんでした。Ｘを導入するのなら、最低でも2GBとか4GBぐらい必要になる
> のではないかなぁ。いろんなフォントとか必要になるだろうし。

　ＨＤなどのマシンスペックはご時世に合わせるだけですが、フォント…。これ
もWindowsの恩恵なんでしょう。だ、駄目だぁ〜。


　耳学問だけなんですが、YASATさん、もうちょい、教えてください。m(__)m

自己レス。

> 私がTurboLinuxを導入した時、ネットワーク関係のツールとテキスト処理ツール
> をてんこもりで入れたら、Ｘを導入しなかったにもかかわらず、800MBのHDDでは
> 足りませんでした。Ｘを導入するのなら、最低でも2GBとか4GBぐらい必要になる
> のではないかなぁ。いろんなフォントとか必要になるだろうし。

テキスト処理ツールはともかく、ネットワーク関係のツールをすべて切り捨てれ
ば、500MBぐらいには収まるのではないかなぁ。無理かな。
Ｘを入れても、フォントを限定すれば2GBには収まると思う。
でも、文太さんは昔、ハングルにも色気を出していたけど、そういうように色々
な言語に手を出す可能性があるのなら、やっぱり大きめなＨＤＤは必要かな。

・・・とは言いつつ、

> クロックやメモリも、Ｘを使わなければ、ＤＯＳと同じというか、100MHz 64MBと
> いうようなマシンでも大丈夫なはず。逆に、Ｘを使うというのであれば、最低限
> はどの辺だろう。166MHzくらいでもなんとかなるのかな。

古いニフティのログを整理していたら、以下のような記述を見つけました。
一応、一部伏せ字にしています。

nifty:FGALM/MES/06/00033
》00033/00035 XXX00000  ＸＸＸＸ         FGALTS (13) テキストの文具箱
》( 6)   97/05/30 04:26
》
》  　FGALTSでは企画ものという扱いをしていないのですが、テキスト主体の情報
》  処理を Linux 上で実現するための閑舎さんの重要な連載が始まっています。
》
》  　主眼として、
》
》  　・できるだけＯＳを越えて動き、性能の良いフリーのツールを使う
》  　・それらのツール群を、できるだけコンパクトな環境で動かす
》
》  　…ということだそうです。 モデルとなるマシンは 386SX-25MHz の PC/AT互
》  換機ノートで 10MB の RAM に 80MB の HDD ということですから、中古屋さん
》  ではほとんど投げ売り状態のものですね。もしかすると中古屋さんでも手に入
》  らないかも。こんなのは、家にごろごろしているのを持て余しているという方
》  も多いのではないでしょうか。それが UNIX マシンに変身する！のです。
》
》  　高度なテキスト処理をしたい、 高機能な UNIX TOOL を使いたい、データベ
》  ースの標準形式となりつつある SGML をマスターしたい、多国語環境を実現し
》  たい、…などなど…と考えていらっしゃる人は【必見】ですね。
》
》  　FGALTS（テキスト＆スクリプト）、１３番会議室の #817 からです。
》  　連載の各発言が #817 へのコメントという形で、ツリーを作っています。
》
》							// ＸＸＸＸＸ //

伏せ字にしてあるとはいえ一部では有名な人なので、フッタの形式から誰の書き
込みかは見当がつくかもしれませんが、それはこっちに置いといて。
FGALTSの１３番会議室というと私も参加していたので、もしかしたらログが残っ
ているかな、と思って調べてみたのですけど、この関係の部分はツリー丸ごと、
完全に欠落していました。当時の自分の興味のなさが浮かび上がるようです。

もし興味があるようなら、当時のこのログを今でも残していそうな方に、個別に
あたってしてみるというのはありかもしれません。えぇと、TS-Networkだっけ、
いまでも活動している人達はいますよね。あとは、上記の書き込みをした人とか。

としきさん、追加情報に多謝。

　ですが、僕はＶｚ命です。（ＸＰ以外のエミュも今のところ嫌）僕はもしかし
たら死ぬまでこいつから離れないかもしれない。まぁ、あまり死にものぐるいの
苦労まではしたくないのですが。

　うーん、UNIX 地獄はいやじゃあ。Windows が楽々（ビスタは嫌だろうけど）。
うーん、僕はケチだしお金持ちではないですが、いざ UNIX へ移管・遺憾・行か
んとなったら、それなりのハードを買います。そして、都合６台になってるマシ
ンを全部追い払います。旧８解体のときも、直せなかったら、としきさん、メモ
リ返しますけど、このＨＤとＦＤＤは使えそうだけどとだけ言って、あとは高幡
橋の向こうの処理センターに運ぶつもりだったし。うん、最初からあれだけやる
覚悟しろと言われてたら、１万円で片づけたとも思う。これはないかな、やった
わけだし。それより、素晴らしいキーボードがありますしねぇ。

　UNIXマシンが売り出されるようになったら（ありえないか）、買うかも。

　というわけで、２ＧＢぐらいのＨＤは、今時、調達可能だし、本気で使うなら、
２０ＧＢでしょう。一枚のＦＤで収まらない原稿を処理してると、プロジェクト
全体では資料含めると、１００ＭＢで足りないのです。テキストファイルだけで！
デジカメの未整理の写真とかもあるしねぇ。


　うーん、とはいえ、遊びとしてはおもしろいかなぁ。おい！

> テキスト処理ツールはともかく、ネットワーク関係のツールをすべて切り捨てれ
> ば、500MBぐらいには収まるのではないかなぁ。無理かな。
> Ｘを入れても、フォントを限定すれば2GBには収まると思う。
> でも、文太さんは昔、ハングルにも色気を出していたけど、そういうように色々
> な言語に手を出す可能性があるのなら、やっぱり大きめなＨＤＤは必要かな。

　ＴＳのログは、６台のマシン＋どっかのCD-Rom＆ＤＶＤに散ってます。まったく
管理できてません。どれだけ抜けてるか・重複しているかも分からない。いつか整
理するのかなぁ？

YASATさん

> Kateはプログラマブルマクロはないみたいですが、コンソールもフィルターも
> プラグインもあるので、いろいろ拡張できるようです。手を出すかは別ですが……

　ちょっと考えました。「でも前まで簡単にできたことができなくなって不愉快
ではないですか」とか。でも改めました。そう、僕もですが、趣味の領域で使う
ことが大半なんですよね、その不愉快って。ま、そんな悦びも人生の大事な一部
分とは思うけど…。完全煮え切らないモード。

> めざらさんのところに書きましたが、マシンは5年程前の市販品です。
> 入門書読みながらインストールしましたが、それほど難しいということは
> ないと思います。

　ありがとうございます。そうでしたよね。インストールだけはね…。

> 文太さんの場合は、日本語環境が重要になりますよね。
> これはやはりWindowsに一日の長があると思います。
> ATOK for Linuxを導入すれば違うかもしれませんが。

　さて、Windows のよい点か。でも、僕は ATOK８ for dosで困らない程度で…。
　ま、僕は怠惰に趣味でだらだらしてようかな…。いや、ある程度目的ある人生
をやっぱ生きないといけないなぁ…。はあ。元気なし。ちょっと疲れたみたいで
すね、色々。

YASATさん

> IMEだけはいまでもお金出して買ったほうがいいのかもしれません。

　だってえ、Ｖｚから制御できないじゃないですか。高村薫になりたいという夢
を捨てた僕は、Ｗｚやワードでは文章書けないんですよ（いちおう）。Ｗｚの縦
書きビューには、けっこうお世話になってますけれど。あの作家イメージ、抜け
ないんだよなぁ。

GPVIEWAL, ver up!

　誰も関心ないでしょうけど、久しぶりに「でけた、でけた」と大喜びしてしま
ったので、汎用性のない、技術的に見るべきところもないものですが、上げてお
きます。

　実は、今朝、スパムフォルダーを相手に ver up 前のこれを使ったわけです。
本人でさえ、「使わねーよ、そのごちゃごちゃしたの」と思っていたのですが、
使ってみると、うほ！　スパムメールのパターン解読が楽々！　また３つフィル
ターを増やしたし、あいつらは効くぞぉ〜な気分だったので、調子に乗って、マ
クロの気になっていた部分を直し、機能を追加しました。けっこう、うっとり。

　今日の僕にとって解読の大きなヒントだったのは、メールヘッダのある部分を
固定してメールを目の前で流してみることでした。すると、同じ箇所が分かりや
すいのです（メーラーではこれはちょっと無理）。明らかに同じ奴なのに、X-IP
が違う。で、X-IP（Subject でも何でもいい）でＶｚでの検索をすると、別の部
分が同じだったりするのが容易に見つかるのでした。


　ver upといっても、特にヴァージョン番号はありません。
　大きなバッファが必要と書いてありますが、Windows の長いファイル名・パス
を相手にすると、どうしても…。落ちたのは、きっとあのせいだろうと思うのだ
けど…。
　また、カスタマイズ＝書き換えなしで、意味のある動きをするとは思えません
ので、すいませんです。

　まぁ、また文太の自己満、と無視してやってください。


=== GPVIEWAL.DEF ===;original coding by mezala, & modified by B.
#if0
;グレップでファイル名をゲットし（リストファイルを作成し）、ファイル群を一つ
;に連結して見る。（作成動機としても、結果的な個人的コーディングにしても、
;SPAMメール調査用。）
;全文出力グレップのためのツール・マクロ（機能としては汎用なんだけど…）。
;文字境界ブロックで検索文字列ゲット。それ以外は、検索文字列、対象ファイル用
;の窓が２回出る。（対象ファイルには初期文字列設定可。#e＠&g窓で使う。）
;行境界ブロックだと、それがリストファイルだとして動作（意味ある？　あるはず
;なのだが…）。つまり、それらのファイルを合体させたものをオープン。（グレップ
;と関係なく、appendall.defみたいな動作。エラー処理、ほとんどなし。）
;シフト実行で、再帰・修正モード。窓で調整のこと。
;グレップはcgrep使用を前提としているが、検索文字列を-e"aaa" -e"bbb"のように
;指定することは、基本モードではできない。シフト実行でないなら、検索文字列窓
;に設定できる文字列は１つのみ（cgrepには、オア演算子がありません。そういえば、
;アンド・オプションもないなぁ…。ツールを間違えたか…）。
;上のようなオアなどが必要なら、シフト実行の修正モードで行なう。ただし再帰が
;修正より優先される初期文字列設定になっている。
;cgrep, cgrepbを内部で使い分けている（暫定）。
;Hf512(pf) Hw64*8(pw) Hn64*2(pr) Ha64*3(pa) 程度のバッファが必要（たぶん）。
#endif

* Macro
50 ^^ "GrepViewAll"

	?. 

#if 98 MG
	a="a:\gpva.tmp",		;<a>listfile
	b="a:\gpva.txt",		;<b>kekkafile
#else
	a="c:\gpva.tmp",		;<a>listfile
	b="c:\gpva.txt",		;<b>kekkafile
#endif

	;-- SPAM対策用対象ファイル名をヒストリーに格納
c="C:\PROGRA~1\ALMAIL32\MAILBOX\ACCOUNT1\USER036.BOX\*.alm",	;<c>
&Sh(pf,c)							;<pf>

	k=ks&1,			;<k> shift
	(mb)>?{>b>d>a..}	;0 normal, 1 line get, 2 char get

	;-- 文字列オートゲット（ブロック指定）
:a	ps[=pr, #G ps],				;<pr>検索文字列
	(k)? >f ?>c

	;-- 検索文字列窓でマニュアルゲット
:b	&m("cgrep用のRegExのこと。")
	pw[=pr,
	&g("検索文字列",50) (r<0)? {pw],.}	;<pr>検索文字列
	pw],
	(k)? >f

	;-- 対象ファイル名ゲット用の窓
:c	pw[=pf,					;<pf>対象ファイル名
	&m("")
	&g("_____グレップ対象ファイル。フルパス。ワイルドカードでしょ____")
	(r<0)? {pw], .}
	pw], (k)?? >e

	;-- シフト再帰・修正モード（一応２種入れた。(^^ゞ　）
:f	&Sp(pw,"Cgrepb -l -r%s $"%s$" '*.alm' >%s",c,pr,a)	;<pw>command
	&Sp(pa,"Cgrepb -l -rc:\def $"%s$" '*.def' >%s",pr,a)	;<pw>command
	&Sh(pw,pa)				;why?
	&m("#eで修正せよ")
	&g("再帰・修正モード",76)
	(r<0)? .

	;-- コマンドラインで掃除＆グレップ（リストファイルを作る）
:e	ss2,
	#E 
	&?("Del %s",b) #m			;<b>
	(k)? {&?("%s",pw)}			;<pw> command
	? {&?("Cgrep-l $"%s$" %s >%s",pr,pf,a)}	;<pr>検索文字列
						;<pf>対象ファイル
	#m #[
	&#Y(0)					;全画面モード

	;-- リストファイルをオープン
	mx[+, #R &?("%s -->0",a) #m mx],	;賢い、見習え。
	(r)?{ &d &m(6) . }
	>L

:d	;-- リストファイルが目の前に、すでにある場合（行境界ブロック）
	&a("フルパスのリストになっています")
	(r)??.
	#k					;BigBlock対策なし
	mx[+, #R &?(a) #m (s)?'y' mx],
	#i
	#^ #<

 :L	;-- Loop, アペンド（#A）の繰り返し
 	(ct<2)?>Q
	#l #d 				;#l Usage of del buf.
	mx[+, 
	#R #u #m			;#l, #u の組み合わせ。
	#A &?(b) #m (s)?'y'		;#A(ppned) to kekkafile !!
	#C 				;close each file
	mx], >L

 :Q 	mx[+, #C			;close listfile
 	#R &?(b) #m			;open kekkafile
	mx], &d.

*

簡易ドック修正

> に設定できる文字列は１つのみ（cgrepには、オア演算子がありません。
> そういえば、アンド・オプションもないなぁ…。ツールを間違えたか…）。

　とかあり、え、オアはできるけどアンドは駄目なのかよ、それじゃあ、あんな
に苦労して修正して修正窓を導入した甲斐がないじゃねーか、としばらくしてか
ら腹が立ってきて、wgrep 版か、ygrep 版をサクサクっとつくってやろーか、と
かお風呂で考えていたのです。ですが、cgrep には、アンドがちゃんとあります。
あは。ないのは、GNU の grep でした。再帰も、そっちはたしか駄目で…。

　グレップの選択は、正規表現に癖があったりするので、けっこう悩むのです。
正規表現のアンド演算子というのも、どうも…。

　とにかく、オアとアンドはできます。あと全半大小同一視のように検索のパタ
ーンを変えるオプションは有効ですが、それ以外（前後行とかマークとか）は、
-l でファイル名を引き出すのが目的ですから、いくら修正窓で書き換えても、そ
の後マクロが誤動作するだけです。してはいけません。そんなエラーチェックは
もちろんしてませんから。誰もしないけど、自分でしそうになったので、補足＆
自戒でした。

　あ、cgepb というのは、Bruce.  さんにおねだりしてつくってもらったディレ
クトリ再帰付き cgrep です。 ちょっと不親切というか身勝手な書き方だったも
ので。m(__)m

cgrepのアンド指定法

　ま、まったく。一人で何をやっているのか…。

　とにかく、

--- input ---
あああ
いいいい
かかかかか
あああ　あかさたなはまやらわ　いいい
いいい　あかさたなはまやらわ　あああ
-------------
--- output ---
あああ　あかさたなはまやらわ　いいい
いいい　あかさたなはまやらわ　あああ
--------------

　となるのが、グレップでの、常識的なアンド検索の仕様ですよね。で、どうや
ってこれを指定するのか？　じつは、オアとアンドの指定法というのはけっこう
深淵なものがあるらしいのですが、とにかく、cgrep の場合の結論。

>cgrep -a "あああ\nいいい"

　ま、例の修正窓は、一番最初の目論見どおり、オア＜再帰のためであると。と
ほほ。

　えと、更なるver up（GPVIEWAL.DEF）

　題のとおりです。修正窓で空うちすると（ちゃんと配置されていれば）、
cgrep.refが出るようにしました。それ以外は、エラー処理の強化です。

　すいません。ほとんど半日、これで遊んでしまいました。


=== GPVIEWAL.DEF ===;original coding by mezala, & modified by B.
#if0
;グレップでファイル名をゲットし（リストファイルを作成し）、ファイル群を一つ
;に連結して見る。（作成動機としても、結果的な個人的コーディングにしても、
;SPAMメール調査用。）
;全文出力グレップのためのツール・マクロ（機能としては汎用なんだけど…）。
;文字境界ブロックで検索文字列ゲット。それ以外は、検索文字列、対象ファイル用
;の窓が２回出る。（対象ファイルには初期文字列設定可。#e＠&g窓で使う。）
;行境界ブロックだと、それがリストファイルだとして動作。つまり、それらの
;ファイルを合体させたものをオープン。（グレップと関係なく、appendall.def
;みたいな動作になる。）
;シフト実行で、再帰・修正モード。窓でオプションなどを調整のこと。
;グレップはcgrep使用を前提としているが、検索文字列を-e"aaa" -e"bbb"のように
;指定することは、基本モードではできない。シフト実行でないなら、検索文字列窓
;に設定できる文字列は１つのみ（cgrepには、オア演算子がありません）。
;上のようなオアなどが必要なら、シフト実行の修正モードで行なう。ただし再帰が
;修正より優先される初期文字列設定になっている。
;シフト修正窓で空うちすると、cgrep.refが出る。
;cgrep, cgrepbを内部で使い分けている（暫定）。
;Hf512(pf) Hw64*8(pw) Hn64*2(pr) Ha64*3(pa) 程度のバッファが必要（たぶん）。
#endif

* Macro
50 ^^ "GrepViewAll"

	?. 

#if 98 MG
	a="a:\gpva.tmp",		;<a>listfile
	b="a:\gpva.txt",		;<b>kekkafile
#else
	a="c:\gpva.tmp",		;<a>listfile
	b="c:\gpva.txt",		;<b>kekkafile
#endif

	;-- SPAM対策用対象ファイル名をヒストリーに格納
c="C:\PROGRA~1\ALMAIL32\MAILBOX\ACCOUNT1\USER036.BOX\*.alm",	;<c>
&Sh(pf,c)							;<pf>

	k=ks&1,			;<k> shift
	(mb)>?{>b>d>a..}	;0 normal, 1 line get, 2 char get

	;-- 文字列オートゲット（ブロック指定）
:a	ps[=pr, #G ps],				;<pr>検索文字列
	(k)? >f ?>c

	;-- 検索文字列窓でマニュアルゲット
:b	&m("cgrep用のRegExのこと。")
	pw[=pr,
	&g("検索文字列",50) (r<0)? {pw],.}	;<pr>検索文字列
	pw],
	(k)? >f

	;-- 対象ファイル名ゲット用の窓
:c	pw[=pf,					;<pf>対象ファイル名
	&m("")
	&g("_____グレップ対象ファイル。フルパス。ワイルドカードでしょ____")
	(r<0)? {pw], .}
	pw], (k)?? >e

	;-- シフト再帰・修正モード（一応２種入れた。(^^ゞ　）
:f	&Sp(pw,"Cgrepb -l -r%s $"%s$" '*.alm' >%s",c,pr,a)	;<pw>command
	&Sp(pa,"Cgrepb -l -rc:\def $"%s$" '*.def' >%s",pr,a)	;<pw>command
	&Sh(pw,pa)				;why?
	&m("#eで修正せよ")
	&g("再帰・修正モード",76)
	(r==-2)? >g
	(r<0)? .
	>e

	;-- &g空うち特殊：open cgrep.ref
:g	#R &?("%scgrep.ref",pi) #m .

	;-- コマンドラインで掃除＆グレップ（リストファイルを作る）
:e	ss2,
	#E 
	&?("Del %s",b) #m			;<b>
	(k)? {&?("%s",pw)}			;<pw> command
	? {&?("Cgrep-l $"%s$" %s >%s",pr,pf,a)}	;<pr>検索文字列
						;<pf>対象ファイル
	#m e=r,					;<e> error code
	#[
	(e==1)? {&m("no match!") .}
	(e==2)? {&m("exec error!") #X .}
	&#Y(0)					;全画面モード

	;-- リストファイルをオープン
	mx[+, #R &?("%s -->0",a) #m mx],	;賢い、見習え。
	(r)?{ &d &m(6) . }
	>L

:d	;-- リストファイルが目の前に、すでにある場合（行境界ブロック）
	&a("フルパスのリストになっています")
	(r)??.
	#k
	(mb)? {&m("block is too big.").}
	mx[+, #R &?(a) #m (s)?'y' 
	(r)? {mx], &m("file not exists! wrong list!").}
	mx],
	#i
	#^ #<

 :L	;-- Loop, アペンド（#A）の繰り返し
 	(ct<2)?>Q
	#l #d 				;#l Usage of del buf.
	mx[+, 
	#R #u #m			;#l, #u の組み合わせ。
	(r)? {&m("リストファイル異常").}
	#A &?(b) #m (s)?'y'		;#A(ppned) to kekkafile !!
	#C 				;close each file
	mx], >L

 :Q 	mx[+, #C			;close listfile
 	#R &?(b) #m			;open kekkafile
	mx], &d.

*

（以下をvzdefディレクトリの配置のこと。）

---- cgrep.ref ----

		==========================================
		|　   cgrep reference for gpviewal.def   |
		==========================================


	-l:	マッチしたファイル名を表示します。

	-F:	指定した行数の行の行間の改行を無視して検索します。
		行数が指定されないときの既定値は 2 行です。
	-N:	検索するフィールドを指定します。
	-S:	検索パターンが連続した行にあるか検索します。
	-T:	フィールドのセパレータ (1 byte 文字)を指定します。
		エスケープシーケンスとして \s、\t、\ooo、\xhh が使えます。
		既定値は空白、タブのくり返しでこれらはフィールドの一部とは
		みなされません。この既定値は変更できます。
	-W:	指定した行数の行の行間の改行、空白、タブを無視して検索します。
		行数が指定されないときの既定値は 2 行です。
		この既定値は変更できます。
	-Z:	ファジーな(笑)検索をおこないます。
	-a:	AND 検索をします。
	-e:	検索パターンを指定します。- で始まるパターンに使います。
	-f:	検索パターンを指定したファイルから読み込みます。
	-i:	英文字の大文字小文字を区別しないで検索します。
	-v:	検索パターンとマッチしない行を表示します。
	-w:	検索パターンと word として適合する行を表示します。
	-x:	検索パターンと全行が適合する行を表示します。
	エスケープシーケンスとして \s、\t、\0ooo、\xhh が使えます。
	入力ファイル名には *、? 以外に次のようなワイルドカードが使えます。
	例	i0003[7-9]	: i00037 と i00038 と i00039
		i0004[012]	: i00040 と i00041 と i00042
		i*[^1-3]	: i で始まって 1、2、3 以外で終わるファイル名
		*.{log,uue}	: 拡張子が log または uue

cgrepのオア、おや？

　しつこくすいません。  うーん、 よく分からないのですが、 僕の持っている
cgrepでは、いちおう拡張正規表現に分類されるはずのオア「|」が通るようなの
です。 （これができないから、-e"" -e""をしなくちゃいけない、と思っていた
のだけど…。）

CGREP.EXE   78,419   1992-05-03  06:47
CGREPB.EXE  107,610  2005-06-05  03:13

　が僕が試しているcgrepなのですが…。


　オリジナルのcgrep.docには、

> 	既定値の変更方法
> 	起動パスの cgrep.cfg または 環境変数 CGREP の CFG:<file name>; で
> 	指定されるファイルの中に次の例の = の後を変更して記述してください。
> 	行頭に空白などがあるとその行は無効です。
> 
> REGEX=EGREP

　とあり、この指定を cgrep.cfg  にすれば、オアが通るのじゃない？　と思っ
たのです。 そもそも、通らない、と思ったのは、忘れもしない、FGALTS でのや
りとりを見ていたからなのですが…。

　で、 僕は、この「REGEX=EGREP」をしていないのですが、以下がちゃんと出る
のです。あれ〜、何を俺はまちがっているのだろう？

>cgrep "に(いたる|至る)まで"

--- input ---
にいたるまで
いたるまで
に至るまで
に至る
-------------

--- output ---
にいたるまで
に至るまで
--------------

　となるんですよね。 あれ〜、どうしてだ。cgrep.cfg には、「REGEX=EGREP」
なんて書いてないんですよ。？？？


　実験の模様を少々。（test.txtの内容は、上のinputです。;はコメント）

C:\>cgrep "に(いたる|至る)まで" c:\test.txt
にいたるまで					;通る。え？
に至るまで

C:\>egrep "に(いたる|至る)まで" c:\test.txt
にいたるまで					;当たり前
に至るまで

C:\>egrep -V
GNU grep version 2.0 + multi-byte extension 1.04
usage: egrep [-[[AB] ]<num>] [-[CEFGVchilnqsvwx]] [-W ctype=...]
            [-[ef]] <expr> [<files...>]

C:\>cgrepb "に(いたる|至る)まで" c:\test.txt	;通る。え？
にいたるまで
に至るまで

C:\>grep "に(いたる|至る)まで" c:\test.txt	;よろしい。

C:\>grep "に\(いたる\|至る\)まで" c:\test.txt	;BREだから。
にいたるまで
に至るまで

C:\>grep -V
GNU grep version 2.0 + multi-byte extension 1.04
usage: grep [-[[AB] ]<num>] [-[CEFGVchilnqsvwx]] [-W ctype=...]
            [-[ef]] <expr> [<files...>]

C:\>ygrep "に(いたる|至る)まで" c:\test.txt	;BRE育ちなのに、がんばってる
c:\test.txt       12:にいたるまで		;タグはygrep.cfgのせい
c:\test.txt       14:に至るまで

C:\>izgrep "に(いたる|至る)まで" c:\test.txt	;お、やる。
File c:\test.txt:
にいたるまで
に至るまで

C:\>wgrep "に(いたる|至る)まで" c:\test.txt	;そうなの？

C:\>wgrep "に\(いたる\|至る\)まで" c:\test.txt	;あれ？
この検索パターンは扱えません.

C:\>yagrep --help
Regexp selection and interpretation:
  -E, --extended-regexp     PATTERN is an extended regular expression

C:\>yagrep -E "に(いたる|至る)まで" c:\test.txt
にいたるまで
に至るまで


　わ、分からなくなってしまった。誰か助けてくださると助かるのですが。
　いえ、cgrep -l -e"aaa" -e"aaa"がgpviewalで通るし、それより再帰対策
だったので、深刻ではないのですが、でも、あれぇ〜？　変だなぁ。記憶違
いかなぁ。TSのログを整理しなおすのかなぁ。

　素直にコンソールファイルが使える16ビットアプリは助かる。yagrepにつ
いては、pconosole.defのお世話になりました。

　大昔のタグ付き正規表現とグループ化で、ぶつぶつしてたときみたいですが、
とりあえず、昨晩の、「(あれ？|お！) 　そうなの」的なところはだいたい以
下で理解できました。やはり、ぶつぶつになってしまうのはcgrep だなぁ。ま、
通るものは通るので、ありがたくそういうものだと思っていればいいのだけど。

■wgrep

>　　 (11)r1|r2
>　　　 　正規表現 r1 または r2 を意味する。
> 　　　　（パターンファイル、コマンドラインからは、利用出来ません）
>　　 (12)\(r\)
>　　　 　正規表現 r を出現順に最大9個まで記憶する。(タグ付き正規表現)
>　　 (14)r1&r2
>　　　 　正規表現 r1 かつ r2 を意味する。
> 　　　　（パターンファイルからは、利用出来ません）
　　　　　　　　　　　　-- from wgrep.doc --

　ということで、例によって深追いしないことにしました。

■izgrep
> 　基本表現*　　　 基本表現の0回以上の繰り返しを意味する
> 　基本表現+　　　 基本表現の1回以上の繰り返しを意味する
> 　基本表現?　　　 基本表現の0回以上1回以下の繰り返しを意味する
> 　基本表現の連接　基本表現a,bを続けて書くとaにマッチした後、bにマッチする
> 　　　　　　　　　ことを意味する
> 　基本表現|基本表現　 前後の基本表現のどちらかにマッチすることを意味する
> 
> 　なお上記のような表現が複数現れたときは上に記載した優先順位で評価される.
> 　優先順位を変更したい時は () を用いることができる。
> 　すなわち
> 
>　ab*cは　ac,abc,abbc,・・ にマッチしababcにはマッチしない。ababcなどに
>　　マッチさせるには(ab)*cと書けば c,abc,ababc,・・・にマッチする
>　ab|cdは ab もしくは cd にマッチする。a(b|c)dと書けばabd,acdにマッチする。
>　同様にa(bc|cd)eは abce,acde にマッチする。
>　^ab|cd$ は^abもしくはcd$にマッチする。^(ab|cd)$ は ^ab$または^cd$に
>　　マッチする。
　　　　　　　　　　　　-- from izgrep.doc --

　ちょっと、くらっとする部分もありますが、「完全正規表現が可能なグレップ」
と取り説の最初にあるわけですから、できて当然なんでしょうね。さすがです。


■ygrep
> （５）選択表現{re1,re2}または(re1|re2)は正規表現re1か正規表現re2のいず
> 　　　れかにマッチするする文字列とマッチする。ただし、選択表現の中では
>　　　 \( と \) はそれぞれ ( と )の文字自身をあらわし、正規表現にマッチ
> 　　　する箇所の両端を表す表現としての \( と \)は選択表現中では使用す
> 　　　ることができない。
　　　　　　　　　　　　-- from ygrep.man --

　ほ、やりますね。ygrepって、ＢＲＥっぽいと思っていたのだけど。{re1,re2}
は、独自ですね。

-r付きcgrepダウンロード先

　いちおう書いておきますね。以下です。１６ビット、３２ビットの二つが入っ
ています。ほとんど自分のためのメモに使っているみたい…。(^^ゞ

　でも、探すの大変だったのよん。

http://www.kt.rim.or.jp/%7ekbk/cgrep/cgrep301b.lzh

　手抜きですが、-rの指定の仕方については、マクロのなかを見てね。

これって馬鹿？

　えーと、ほとんど何とかを覚えたサルですね。ああ、Ｖｚマクロが楽しい、楽
しい。困った、困った。数時間にして書き変わるvz.def。嗚呼。じつは経緯のほ
うが面白いかもしれないのですが、それは後述ということで、まず、今日のマク
ロ。（じつは、そろそろ一時休戦のモードなのですが。サルってばかりもいられ
ない。）


=== histcopy.def ===;
* Macro
50 ^OH "histcopy"

	(s>2)?.		;窓とコマンドラインまで許す。

	!01 (r<0) ?.
	(r)>?{>a>b>c>d>e>f>g>h>i>j>k>l}
:a &Sh(pw,ps) >z
:b &Sh(pf,ps) >z
:c &Sh(pa,ps) >z
:d &Sh(pr,ps) >z
:e &Sh(px,ps) >z
:f &Sh(ps,pw) >z
:g &Sh(ps,pf) >z
:h &Sh(ps,pa) >z
:i &Sh(ps,pr) >z
:j &Sh(ps,px) >z
:k &Sh(pw,px) >z
:l &Sh(px,pw) >z

:z &m("%s   Copy, Successful.", pm+2)

* P
1	"histcopy",12,12
	"W ps -> pw"
	"F ps -> pf"
	"A ps -> pa"
	"R ps -> pr"
	"X ps -> px"
	"1 pw -> ps"
	"2 pf -> ps"
	"3 pa -> ps"
	"4 pr -> ps"
	"5 px -> ps"
	"Y px -> pw"
	"Z pw -> px"

*

　名前のとおり、ヒストリーバッファ間のコピーを行なうマクロです。技術レベ
ルは思いっきし低いのに、発想だけはマニアックなマクロのような気がします。
この機械的なコードを書きながら、マクロの数々を動員したことの方が楽しかっ
たような気もする。もちろん、どんなマクロでも、動いてくれると快感なんです
が。あまりにも単純なので、使用法は略。見てのとおり。嘘みたいに汎用的とい
うか、それで何だよ、ものかもしれない。


　さて、前述の後述の（はて？）部分ですが、これが必要であるような気がした
のは、serow さんの seddoc.doc（かな）という元祖日本語版 sed のマニュアル
を眺めていたとき。

Sed -n "s/^[A-Za-z_][0-9A-Za-z_]*:/\f \l:&/p"

　といった特殊なメタキャラが serow 版 sed と、logos 版には導入されていま
す（\f, \l のこと）。 で、これをすぐ実行したかったのです。前から気づいて
いたのですが、Ｖｚはバッファに入れるも出すも、一番簡単なのは、ps buffer。
^QF or ^L で入力、^QI で出力（プリント）。 でもそれ以外のバッファは出力と
か色々面倒だったり副作用があったり。  で、僕は、ここのところ、filter.def
ばっか使っているので（オアの通る拡張版） 、pw  にこの sed スクリプト（？）
をもっていきたかったのです。もっていけば、^e で足りる。

　で、ブロック、^L、histcopy で ps -> pw、filter.def 起動、#e。

　おお、cgrep -t とやっぱ同じ。なるほど、なるほど。


　そこで、訊いてみたいのは、僕は、このようなマクロをつくって馬鹿なことを
してるのでしょうか。「こうＶｚを使えばよかったんだよ、ご苦労様」といった、
アドバイスなどをいただければ幸いです。何となく、マクロ師なら３分の１くら
いの長さでもっと高性能なものを書きそうな気はしますが、それは、（こういって
は何ですが）それほど、期待していません。history.def by m.gannとか、すげー
もん。こんなにちっちゃいマクロなのに…、って。僕のレベルで考えること、考え
られることじゃないって。

金野さん

> これでどこからどこへコピーされるのかがわからないとマクロ師とは
> 言えないんだろうなぁ。(^^;　私は ps しかわからんです。(^^;;

　上２行だけ引用されてるから、何か僕が間違えたのかと思いましたよ。
　でも、ｐｓだけって。嘘つき。ＤＣに来る前の僕には分からなかった
でしょうけどね。いつのことだ…。

　（僕はマクロ師ではないですし、普通の健全な方はここを見ないかも
しれませんが）
　＞普通な人へ

1	"histcopy",12,12
	"W ps -> pw"	^QJの窓へ。これは、窓を出すマクロがいっぱい
			使っています。
	"F ps -> pf"	[ESC]Oのファイル・オープンの窓へ。
	"X ps -> px"	コマンドラインで、^e, あるいは↑すると出ます。

	現実的に実際的に使えるのは、この辺でしょう。

	"3 pa -> ps"	これらは、マクロのデバック用で、
	"4 pr -> ps"	一般的利用価値はありません。大切な
			検索文字列窓のヒストリーを汚すだけ。

タコでなくなった（？）command.com

　どうやら題のようだと感じています。従来、command.com は、オアとパイプの
区別ができないため、さんざんタコ、タコと言われてきました。このあいだ、あ
れ、あの問題が出ないみたい、と思ったことがあり、今日、テストしてみました。
以下のような具合です。ＸＰノート（昨年の夏購入）ですが、ＸＰでも駄目だっ
たマシンがあったと記憶しています。


　余計なtips。Ｖｚのエイリアスに
#if XP
t	command.com /ctype %1
d	command.com /cdir
#endif
　なんて仕込んであると、下の実験が楽々です。手で書きたくないし、
[shift][ESC]でＶｚらしく、ちゃんとコンソールファイルが取り込めます。



C:\>command.com /ctype c:\test.txt
aa
bb
cc

C:\>cgrep "aa|bb" c:\test.txt | cgrep "aa"
aa

C:\>command.com /cdir c:\windows\system32\command.com

 ドライブ C: のボリュームラベルは MEB_V6700T 
 ボリュームシリアル番号は 780F-4236
 ディレクトリは C:\WINDOWS\SYSTEM32

COMMAND  COM     64814 04-08-05   21:00
        1 個           64814 バイトのファイルがあります.
                  1023932928 バイトが使用可能です.

金野さん

　失礼しました。Windows ９５は分からないのですが、Windows ９８では直って
いました。 純Ｄｏｓモバ、旧８Ｄｏｓの 6.2 が駄目ですね。触れた３台のＸＰ
では問題ないようでした。

　で、です。command.com ができるようになったオアとパイプの区別って、どう
やって判定できると思いますか。「そりゃ大変だ」ということなら考えてくださ
らなくてもいいのですが、 filter.def  にこの判定をさせようか、command.com
のバグの影響も小さくなったし、と思ったのですが、この判定が、で、できない。

　オアは、 必ず "" で挟まれる（'' は不可）ぐらいしか条件が思いつかず、駄
目だな、これだけでは、と思ったものですから…。

　あ、４台目…。(^^ゞ
　ほら、（必要性はまったくないのに）Ｂ５ノートが欲しいとか…。ＥＭＳのと
れるムラマサがヤフオクで４万ぐらいだったりして（終値まで見てませんでした
が）、で、ＵＳＢハブを買おうとヤマダ電気に行ったとき、ふと…。

金野さん

>> 　で、です。command.com ができるようになったオアとパイプの区別って、どう
>> やって判定できると思いますか。「そりゃ大変だ」ということなら考えてくださ
>> らなくてもいいのですが、 filter.def にこの判定をさせようか、command.com
>> のバグの影響も小さくなったし、と思ったのですが、この判定が、で、できない。
>
>う〜ん、意味がよく分かってないですが、command.com がどうやって区別をつけて
>いるのかを考える。という意味ではないですよね。

　いえ、command.com ができることを、Ｖｚのマクロでシュミレートできないだ
ろうか、という話です。（単純な例ですが）たとえば、

a="cgrep $"(aa|bb)$" c:\test.txt |cgrep $"aa$"",

　において、オアの | と、パイプの | をどうやって判別できるか、ということ
です。まさしく、command.com がどうやって区別をつけているか、ということで
す。無理かな…。金野さんは、ポインタは嫌いですか？　僕は、もちろん、大嫌
いなんですが、なんか、オアの|は""で囲まれている、以外の条件ないの〜と考え
ているのです。

　どうでもいいのとなのですが、filter.def  は、「パイプに対応しています」
と言ってるのです。パイプの前に対象ファイルを入れてくれるのですね。

cgrep "aa|bb" |cgrep "aa"

と入力されたら（それ以外のパイプの指定法はないのですが）、

cgrep "aa|bb" test.txt |cgrep "aa"

って、対象ファイル名を（filter.def  にとっての目の前のファイルの名前を）
自動でつけ加えるのです。でも、このため正規表現のオアがまったく通らない。
で、オアを通すために、パイプでないよ、と教えるオプションを filter.def に
追加したのが、基本的には文太版 filter.def なんです。

　ところが、これは、オアとパイプが混在しないことを前提にした「拡張」で、
command.com  がちゃんと仕事をしてくれるなら、filter.def だって、両方指定
できて当たり前なので、仕様を何とかしたいな、と思っているのです。

　通じても、おいおい、プロのＭＳのプログラマが永いこと面倒だからという理
由でほっといたバグだよ。Ｖｚマクロでシュミレートって、できるの、そんなこ
と？　と話のオチがつきそうなんですけどね。

　というわけで、command.comが判別できるコマンドラインにおけるオアとパイプ
の違いの、判定法のルールがないだろうか、という話なんです。


追伸：レスありがとうございます。m(_Ｂ_)m

金野さん、ご丁寧に。m(__)m

> と書いたとき、|をパイプであるとしか認識できないfilter.defは、
> cgrep "aa test.txt |bb" test.txt |cgrep "aa"
> と、こういうふうに展開してしまうのかなと思ったんですが、あってますか。

　だいたいあっています。ですが、パイプが２つあっても２つ目以降はコマンド
コムがそこを流すだけ（中間ファイルをつくる）なので、最初のパイプの前に対
象ファイル名を入れるだけですね。

> cgrep "aa test.txt |bb" |cgrep "aa"

　もちろん、これではコマンドコムははじくだけになりますね。

> う、う〜ん、バグバグといわれると試すのもためらってしまいますねぇ。
> それ以前にどうやって試すかまるで分かってないですが。

　それは正解です。(^^;　オリジナル版は便利ですよ。

> ええっ！！　と思って見てみましたが見つけられませんでした。フライング
> だったかもしれませんね。でも、それが本当ならすばらしいことですね。
> 公開されるのを楽しみにしてます。(^_^)

　まだ、公開はされてないみたいですね。完璧ですよ。

> めざらさんなら、オア／パイプ判定のマクロコードなどすぐに提示してくれる
> でしょうし、ライブラリアップロードまで出来るようになれば無敵ですね。

　うーん、かなり深いと感じています。あまりのＣＰの悪さに、「やめたほうが
いい」と感じ始めていますが…。

> うちはVz関係と言っても管理人がマクロがテンで駄目だし。テンテンもね。
> だからマクロ以外の話題が必然的に多くなるわけで、そういう意味では
> 棲み分けが出来てるんじゃないでしょうか。

　はい、僕がルールを守らないからいけないのです。でも、僕はＶｚマクロにも
収まりきらないところがあり…。

> あれ、これだけ振っておいて上げないんですか。(^^;

　うう。確かに。では、できた暁には…。

> うっ！！　そういえば何もしてないなぁ。すみません、今月中という事で
> いいですか。m(__)m

　もちろん、です。こちらこそ、気長にお待ち申し上げます。
 
> > シーラカンスＶｚはまだ進化する、あれ、ちょっと変？
> 絶妙な喩のような気がします。太古の昔の(DOS)時代の覇者、恐竜(DOSソフト)は
> 絶滅したのにシーラカンス(Vz)が生き残っているのは、実は恐ろしく環境適応力
> が高く、環境(Win)の変化に合わせて進化してきたからなのかもしれないですね。

　う、ちょっとどっか切りたいのだけど。喩えはともかく、恐ろしい環境適応力
ですよね。でも、Ｖｚは勝手には進化してくれないので、僕としては、金野さん
をはじめ、多くの先人の方々に、ただただ感謝するばかりです。覇者、それこそ、
Ｖｚ、お前にふさわしい。なんていつまで言ってられるのかなぁ…。
　でも、僕はあと１０年はいくつもりです。ときどき、忘れた頃、この熱がちゃ
んと帰ってくる。そして、決して失望させない。偉いなぁ、こいつ。因みにＶＣ
はまだ売ってました。ＶＣもすごいかも。くらとさんが書かれていたのですが、
ＰＤＳ扱いみたいにしてしまえば、ユーザが増えて（今さら(^^;）いいのに…。

めざらさん、

> 　きっかけをくれた文太さんに感謝してます。

　いえいえ、こちらこそ、Nifty 以上の完璧な環境を、個人のサイトでつくって
いただいて感謝の念に耐えません。ほんとに（ママ）、ありがとうございました。

　じつは、僕の頭には tosfind.exe と dirlist.exe のことがありました。容易
に上げられて、そしてテストしてくれる環境があれば、と思っていました。（人
を含む、というか、人が大事。Ｖｚがかわいいといっても、Ｖｚとは話ができな
いし、悪いけど話はしたくない。他者である人間と話をすると、何かの緊張感の
せいなのでしょう、自分が分かることが多いのです）としきさんは、自分の必要
から、遅かれ早かれ、tosfind をつくって自分のところで発表していただろうと
も思いますが、でも、ish 部屋があったから、dirlist までできたとは思うので
す。

　そんな過去（自分史）もあって、できてよかったと思っています。安心。
　誰か、使おうね。 　えと、あの、filter.def は、半年は駄目です。すいませ
ん。ish に登録しなかっためざらさんに感謝。

としきさん

　これが現状、というか問題（おさらいです）。

--- dirf.bat ---
rem これはDos/Vマシン用で、defディクトリ以下の全てのファイルを
rem 整形リストアップ。（使用前に３箇所書き換え）
Ls -Rle c:\def |Sed "/^d--/d" |Jgawk -f dirform.awk |Sed "s/^/XP-def    /"$
 |Tr "[a-z]" "[A-Z]" >c:\XPDEF.lst
----------------


>> （１）２台のマシンでリストを作る。
>
>えと、最初の ls コマンドで、表示対象を c:\def\*.def って指定すれば絞り込
>みもできると思うのですが、違う拡張子のものも対象にしたいのでしょうか。
>なら、確か文太さんは拡張子の付いたディレクトリって使うことが少なかったと
>思ったので、c:\def\*.* というようにすれば、次の sed は省略できるような気
>もします。

　発想は分かります。最初プロトタイプとアルゴリズムを考えるときは色々な組
み合わせもいいけど、次回も使うことが前提なら、メンテとかも考えてなるたけ
スマートにつくる努力を惜しんでは駄目よ、ということですよね。感謝であり、
ごもっとも！　なんですが…。

　ワイルドカードの展開にメモリーを使うらしく、 c:\def\*.*  では、 Memory
Exhaustedでした。ls が出してるのだと思う。このls.exeを変更することはでき
ないので（こいつがどこでも動いてくれるので−−NEC Dos, Moba English Dos,
XP Dosなどなど−−）、駄目みたいでした。

> あと、dirform.awk の最後の printf を書き換えれば、その次の sed も、同じく
> 省略できるのではないかと。

　僕も発想に賛成なんですが、いくつも違う dirform.awk をそれぞれのマシン
ごとに持ちたくない、つまりその都度書き換える場所は一つにまとめる、という
考え方なんです。変更箇所はバッチに集めておきたいので、これは確かに出来る
けど、僕としては「うまくない」のです。


>> （２）２つのリストを単に結合（手作業 with insfile.def）
> 
> insfile.def というのを知らないのですが、私の場合、単に [ESC]I で結合して
> しまうことでしょう。insfile.def のメリットを教えていただけますか？

　早かったような気がする、ディレクトリの並び順でできる、あたりがメリット
だったような気がしたのですが、マクロの冒頭には以下の記述があります。再掲
しましょうか？　僕は完全上位互換だと思っていたので、デメリットはとりわけ
なかったように思うのですが。めざらさんが、お詳しいはずですけど…。エスキ
と呼ばれてた奴ですよね。

> 【カーソル位置へ挿入】
> 
> 　■機能
> 　　●挿入ファイル数にはオープン可能なテキスト数（TC）の制限はありません。
> 　　　~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> 　　●挿入した全ブロックを１ブロックとして再現できます。
> 　　●挿入後のカーソル位置（ブロックの先頭／最後）はオプション Ek に依存
>       します。
> 　　●文字境界ファイル（ファイルの最終行が尻切れ）に対応。ただし、文字境
>       界ファイルと行境界ファイルを混在して挿入すると、順序が乱れます。


> タイムスタンプは異なっているけど、ファイルサイズは同じで、当然中身も同じ、
> というファイルはあまりありませんか？

　どうしてだか、けっこうあってしまって、うんざりしてます。
　そういえば、  その原因の一つと見ていた   PC-9821Xs（メモリー富豪マシン
thanks to Toshiki）の内蔵電池を１週間近くかかって交換しました。 ほんとバ
ラバラにしないと交換できなかった。組み上がって電池の充電が終わったときに
は万歳三唱。電池は４００円。ＮＥＣに出すと工賃１万円くらいだって。写真を
いっぱい撮ったので、そうだ、めざらさんのところに上げてみよう。すごいでし
ょ、って。


> 私の場合、結構、ありうるのですよ。
> なので、私は、現物を全て１つのフロッピーにコピーして、Ｖｚの２画面ファイ
> ラーでコピーした側のディレクトリの全ファイルにマークしてからおもむろに
> 
> C:\>fcdel A:\%? C:\vz\
　　　　　　　 ^^この意味がちょっと前にようやくちゃんと分かりました。
　　　　　　　　 いつぞやはお世話になりました。

　FCDEL を研究させていただきますね。ただ、ＦＤに入らない場面でこそ、この
作業が必要になってしまうのです。\def,  \bin, \daijipro.jct  (fiction) ==
1000 個ぐらいのファイル。 どれも手作りでものすごく大切で、厳密な管理が要
請される。「現物比較ができない場合」というのが条件で。

　zcopy,  RCP のアップデートコピーをかかさずとやってるつもりでも、（不用
意にもやれないので）ぼろぼろぼろぼろ…。

> 残ったものをどっちからどっちにコピーするか、というのは、やっぱり人が目と
> 頭で判断する必要があるのですけど。

　この工程が残るのは、安全上、仕方ないでしょう。古いほうが、小さいほうが
大切なこともありますから。


　なかなかスキッとはうまくいきませんが、お知恵とコメントに感謝です。

> 　ワイルドカードの展開にメモリーを使うらしく、 c:\def\*.*  では、 Memory
> Exhaustedでした。ls が出してるのだと思う。このls.exeを変更することはでき
> ないので（こいつがどこでも動いてくれるので−−NEC Dos, Moba English Dos,
> XP Dosなどなど−−）、駄目みたいでした。

あ〜、なんかそういうバージョンの ls って、とっても記憶にある。
もしかして、私が使っているのもそうかも。
ＤＯＳ用の古いソフトって、そうなんですよね。すぐにメモリの限界が来る。
可能であれば別のものに取り換えてみるとか、dirコマンドでやってみるとかって
ことをやってみた方がいいのかもしれませんが、あまり見込みはないのかな。

> 考え方なんです。変更箇所はバッチに集めておきたいので、これは確かに出来る

なるほど、そういう事であれば理解できます。

> 1000 個ぐらいのファイル。 どれも手作りでものすごく大切で、厳密な管理が要
> 請される。「現物比較ができない場合」というのが条件で。

う〜ん、なかなかシビアな状況のようですね。
とりあえず、頑張ってください、と応援だけしておきます。

としきさん、

> あ〜、なんかそういうバージョンの ls って、とっても記憶にある。
> もしかして、私が使っているのもそうかも。

　UnixLikeToolsのものです。Windows（ＬＦＮ）対応なのにとも思いますが、た
ぶん、そんなものなんでしょうね。

> dirコマンドでやってみるとかって
> ことをやってみた方がいいのかもしれませんが、あまり見込みはないのかな。

　これは、dirの出力がcommand.comのヴァージョンによって違ってしまうので、
それを（昔やろうとしたみたいに）スクリプトのほうで吸収したくはないんです
よ。我が侭っぽいけど。

> う〜ん、なかなかシビアな状況のようですね。
> とりあえず、頑張ってください、と応援だけしておきます。

　はい。ほんとにシビアな場面は、最新テクノロジーでカバーすることにしてい
ます。ＵＳＢの２５６ＭＢメモリーが刺さるところをメインにおけばクリアでき
るので。ま、それ以外の場所でも効くように、という後ろ向きみたいなプロジェ
クトなんですね。そういう意味では、５秒１０秒、ＨＤがガリガリいっても結果
さえ出してくれればＯＫなんです。「システム開発」としては、ある意味では悠
長なものなんですね。

　向こうでの、 zcopy  技、 ありがとうございました。doc  を読んで、偉い、
zcopy とか思ってしまった。使い方さえ間違えなければ（もう間違えないぞ）、
まだまだ有用ですね。/c と /eがいいですね。