> 　ポポペでも表示ファイルのどこまでを表示しているのかステータスライン上で
>   判るので便利です。

バーの可動範囲が30数桁しかないのはオリジナルのインジケーターバーの計算
ルーチンをコピーしてそのまま使っているからですが、ほんとは40桁にしたいんです。
これを40桁に伸ばすにはどうすればいいんでしょうね。

indibar2:
	cmp	byte ptr cs:opt_ppp,0	;op;表示
	je	ppp_9
	call	getcurptr
	tst	dh
_ifn z
	mov	ax,-1
	mov	dl,al
_endif
	mov	dh,dl
	mov	dl,ah
	mov	ah,al
	clr	al
_repeat
  _break cxz
	shr	cx,1
	rcr	bx,1
	shr	dx,1
	rcr	ax,1
_until
	tst	bx
_ifn z
	div	bx
	mov	dx,ax
_endif
	shrm	dx,3,cl			; 2なら可動範囲倍になる？
	mov	cx,ax
	and	cl,7
	test	hardware,IDN_PC98
_ifn z
	shrm	cl,2
_endif
	mov	al,byte ptr cs:opt_ppp	; point
ppp_8:	call	setatr			; attr set
	mov	cl,1
	call	fillatr			; attr 書き込み
ppp_9:	ret


これがインジケータールーチン全文です。40桁にするにはどうすれば良いかどなたかご
教授！！おねがいします。m(__)m

このルーチンを使えばオリジナルVZでもポケ3VZでもインジケータ出来ると思うんですが
欲しい人いないですかね。(^^;

> 　しかし　konno さんはプログラム作るの速いですね〜。
> 　NP2並行で、これだけのことが出来るのだから、すごいですね！

いやぁ、私はシングルタスクな人なので、並行してはできないですよ。だから今は
NP2をサボって（ぉぃ）VZを弄っているわけで。で、40桁以降の表示カットでどれだけ
カーソルが速くなるかと久しぶりにポポペを触ったら・・・お、遅〜い。（笑）
これでは違いがわかりまへんな〜。(^^;
　　 

> これがインジケータールーチン全文です。40桁にするにはどうすれば良いかどなたかご
> 教授！！おねがいします。m(__)m

これだけじゃさっぱりわかりませんな。
まずgetcurptrで、どのレジスタにどんな数値が入ってくるのですか？
そして、最終的に、どのレジスタの値が、現状ではいくつからいくつの間で変化
しているのを、いくつからいくつの間で変化するようにすればよいのですか？
ということを落ち着いて考えればkonnoさんにできるはず。
逆に、それらが提示されなければ、他の人には絶対に添削できません。

> まずgetcurptrで、どのレジスタにどんな数値が入ってくるのですか？
> そして、最終的に、どのレジスタの値が、現状ではいくつからいくつの間で変化
> しているのを、いくつからいくつの間で変化するようにすればよいのですか？

すみません、つい甘えてしまいました。基本に返ってコメントを付けてみました。
USEIさんのアドバイスで範囲拡大まで出来たのでもうちょいです。

indibar2:
	cmp	byte ptr cs:opt_ppp,0	;op;表示
	je	ppp_9

	call	getcurptr       	; DX:AX :current ptr  CX:BX :text size
	tst	dh			;dhは0か？
_ifn z					;0でなければ
	mov	ax,-1			;ax=$ffff
	mov	dl,al			;dl=$ff
_endif
	mov	dh,dl			;dh=dl
	mov	dl,ah			;dl=ah
	mov	ah,al			;ah=al
	clr	al			;al=0
_repeat					;繰り返し
  _break cxz				;cx == 0 なら終わり
	shr	cx,1			;cx >> 1 右にシフト
	rcr	bx,1			;bx << 1 右にローテイト
	shr	dx,1			;dx >> 1 右にシフト
	rcr	ax,1			;ax << 1 右にローテイト
_until
	tst	bx			;bxは0か？
_ifn z					;0でなければ
	div	bx			;ax=(dx,ax)/bx dx=(dx,ax)%bx
	mov	dx,ax			;dx=ax
_endif
	shrm	dx,3,cl			;2なら可動範囲倍になる
	mov	cx,ax                   ;cx=ax
	and	cl,7                    ;cl & 0111
	test	hardware,IDN_PC98	;ハードウエアは？
_ifn z					;98以外なら
	shrm	cl,2			;？このマクロがわからない
_endif
	mov	al,dl			;X座標をalに 
	shr	al,2			;al を1/4に (右へ2回ビットシフト）
	add	dl,al			;元の座標にたせば1.25倍に32→40文字目
	mov	al,byte ptr cs:opt_ppp	;pointer表示
	call	setatr			;attr set
	mov	cl,1			;attr 書き込み1文字
	call	fillatr			;DL,DH :location x,y  CL :block width
ppp_9:	ret

添削まではできないけれど、ちょっと気がついたところだけ。

> _endif
> 	shrm	dx,3,cl			;2なら可動範囲倍になる
> 	mov	cx,ax                   ;cx=ax
> 	and	cl,7                    ;cl & 0111
> 	test	hardware,IDN_PC98	;ハードウエアは？
> _ifn z					;98以外なら
> 	shrm	cl,2			;？このマクロがわからない
> _endif

ここで使われているshrmなんですが、１つ目の方、パラメータが３つもあるので
すが、これでいいのですか？
c.mosさんの書かれたstd.incによると、

shiftm	macro	op,reg,imm
IFDEF i186
	op	reg,imm
ELSE
	rept	imm
	op	reg,1
	endm
ENDIF
	endm

shrm	macro	reg,imm
	shiftm	shr,reg,imm
	endm

となってて、shrmはパラメータが２つだけのような気がします。
要は、ビットシフトするレジスタ名とシフトするビット数を指定しているだけの
ようですね。
アセンブラがよくわかっていないので、なにかとんちんかんなことを言っている
ような気もしますが。

で、結局、どのレジスタがいくつからいくつの範囲内であればＯＫなのかという
事が一向にわからないため、私にはさっぱりわからないのでした。
添削を求めるのであれば、コメントよりもなによりも、どういう要求仕様なのか、
という点を確定させた方がよいと思います。

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

さて。

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

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

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

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

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

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

81 ^\ "" #C&18

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

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

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

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

> ここで使われているshrmなんですが、１つ目の方、パラメータが３つもあるので
> すが、これでいいのですか？
> c.mosさんの書かれたstd.incによると、

あれっ、と思ったら、これも高橋版で変更されているみたいですね。

shiftm	macro	op,reg,imm,_cl
IFDEF i186
	op	reg,imm
ELSE
  ifnb <_cl>
	mov	cl,imm
	op	reg,cl
  else
	rept	imm
	op	reg,1
	endm
  endif
ENDIF
	endm

shrm	macro	reg,imm,_cl
	shiftm	shr,reg,imm,_cl
	endm

という感じで、項目が増えています。どういう動作なのか全く読めないです。
 
> で、結局、どのレジスタがいくつからいくつの範囲内であればＯＫなのかという
> 事が一向にわからないため、私にはさっぱりわからないのでした。

そもそも質問した私がわかってないのでレジスタの値とか言われても答えようが
無いのでした。それで、コメントを付けまくれば流れとかが見えてくるかもと
思ったわけです。実際やってみると頭の中が整理されてある程度見えてきました。

	call	fillatr		;DL,DH :location x,y  CL :block width

これがアトリビュート出力部で、dl レジスタに桁位置が入っているわけなので、
これを1.25倍すれば良いという事が分りました。それでこの手前に、USEIさんの
アドバイスに従って
	mov	al,dl			;X座標をalに 
	shr	al,2			;al を1/4に (右へ2回ビットシフト）
	add	dl,al			;元の座標にたせば1.25倍に32→40文字目
と追加したわけです。今回の目的ではここだけ分ればとりあえずOKなので他のところは
また必要に応じて調べたいと思います。

> 添削を求めるのであれば、コメントよりもなによりも、どういう要求仕様なのか、
> という点を確定させた方がよいと思います。

これは一言で言えばインジケーターバーの可動範囲を、現状1〜33桁になっている
のを1〜40桁にしたいという要求だったんですね。としきさんやUSEIさんの的確な
アドバイスのおかげで実現できました。ありがとうございました。

> 　という事は39文字分の表示にすればいいわけですから、39 割る 32 で 1.21875倍
> になればいいから、1 + (1/8) + (1/16) + (1/32) = 1.21875 ですので、元のＸ座標に
> 1/8(3ビット右シフト)と1/16(4ビット右シフト)と1/32(5ビット右シフト)をたせば、
> 目的の場所に最後のインジケータが表示されますね。（演算回数は増えますけど…）

ひえ〜っ　ビット演算でこんなことまで出来るとは。増えると言ってもたった2回
なので、さっそくやってみました。・・・おお、出来たぁ。＼(^^)／ 
あ、あれ？　37桁目までしか行かないぞ〜？　なんでだぁ？
と思ったらポカミスしてました。(^^;;;

	mov	al,dl			;X座標をalに 
	shr	al,3			;al を1/8に (右へ3回ビットシフト）
	add	dl,al			;元の座標にたす
	shr	al,4			;al を1/16に (右へ4回ビットシフト）
	add	dl,al			;元の座標にたす
	shr	al,5			;al を1/32に (右へ5回ビットシフト）
	add	dl,al			;元の座標にたす

こうやったんですが、よく見ると、1+(1/8)+(1/8/16)+(1/8/16/32) になっちゃって
ますね。(^^;;　正解は

	mov	al,dl			;X座標をalに 
	shr	al,3			;al を1/8に (右へ3回ビットシフト）
	add	dl,al			;元の座標にたせば1.125倍に   36桁
	shr	al,1			;al を1/16に (右へ1回ビットシフト）
	add	dl,al			;元の座標にたせば1.1875倍に  38桁
	shr	al,1			;al を1/32に (右へ1回ビットシフト）
	add	dl,al			;元の座標にたせば1.21875倍に 39桁

こうでした。これでばっちり1〜40桁目まで動くようになりました。＼(^^)／
私は計算が苦手なため、今までビット演算も避けてましたが、こんなに応用が
出来るなら使わないと損ですね。

> 　ポポペとUBASICがあれば、この手の計算はカンタンですね〜。(^^)

優れた計算機も使いこなせなくては宝の持ち腐れですね。UBASICの文法とか
を覚えれば計算できるようになるのかなぁ。
　

　例えば 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)
}
-----------------------

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

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

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

ちょっと修正

　ああ、美しく愛でるように書いたのに、タブが飛んでしまって。>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では、「か」は要りません。
　失礼しました。

自己レスです。
 
> こうでした。これでばっちり1〜40桁目まで動くようになりました。＼(^^)／

動くには動きましたが、40文字のファイルで動かしてみるとカーソルとのズレが
大きく、ギクシャクします。40文字で3文字くらいのズレはかなり大きいですね。
半端な数値を整数計算するのは誤差が大きくなるという事でしょうか。
ということで、計算はシンプルな方が良さそうなので、はじめの1+1/4を工夫
してみました。

1+1/4では41桁になって一桁多くなるので、40桁以上なら-1することにしてみた
ところ、誤差が一文字分までになり、うまい具合に動くようになりました。(^_^)
ということで最終的には標準で80桁とし、ソースはこうなりました。（しつこい）

indibar2:
	cmp	byte ptr cs:opt_ppp,0	;op;表示
	je	ppp_9
	call	getcurptr       	; DX:AX :current ptr  CX:BX :text size
	tst	dh			;dhは0か？
_ifn z					;0でなければ
	mov	ax,-1			;ax=$ffff
	mov	dl,al			;dl=$ff
_endif
	mov	dh,dl			;dh=dl
	mov	dl,ah			;dl=ah
	mov	ah,al			;ah=al
	clr	al			;al=0
_repeat					;繰り返し
  _break cxz				;cx == 0 なら終わり
	shr	cx,1			;cx >> 1 右にシフト
	rcr	bx,1			;bx << 1 右にローテイト
	shr	dx,1			;dx >> 1 右にシフト
	rcr	ax,1			;ax << 1 右にローテイト
_until
	tst	bx			;bxは0か？
_ifn z					;0でなければ
	div	bx			;ax=(dx,ax)/bx dx=(dx,ax)%bx
	mov	dx,ax			;dx=ax
_endif
;	shrm	dx,2,cl			;2なら可動範囲倍になる dx=1〜65
	shr	dx,2			;2なら可動範囲倍になる dx=1〜65
	mov	al,dl			;X座標dlをalに 
	shr	al,2			;al を1/4に (右へ2回ビットシフト）
	add	dl,al			;元の座標にたせば1.25倍に   max81桁
	cmp	dl,80			;dlは80か？
	jb	ppp_7			;80以内ならjmp
	dec	dl			;dl=dl-1
ppp_7:	cmp	word ptr cs:opt_ppp,0100h	;op;表示
	jb	ppp_8
	shr	dl,1			;al を1/16に (右へ4回ビットシフト）
ppp_8:	mov	al,byte ptr cs:opt_ppp	;pointer表示
	call	setatr			;attr set
	mov	cl,1			;attr 書き込み1文字
	call	fillatr			;DL,DH :location x,y  CL :block width
ppp_9:	ret

NP2 for PPP V.04(USEI版)

　　今回も 15行版のみです。
　　変更点はキーの再割り当てです。　USEIさんからいただきました。m(_ _)m

　　ポポペのキー　　表示される文字
　　　~-　　　--->　　;+
　　　;+　　　--->　　:*
　　　:*　　　--->　　~`
　　　/_　　　--->　　(none)_

 これらのキーがキートップの表示どおりになりました。(^_^)

　　[削除]　--->　　INS　　
　削除キーがインサートキーになりました。

VZの部屋からどうぞ
http://homepage3.nifty.com/tamaneko/sub02.html#000020
　

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

> すみません、表示モードのデフォルトを 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://homepage3.nifty.com/tamaneko/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な順番がいい。

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

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

> 　色属性は，うちではシアンとマゼンタくらいしか使えなかったのですが，こ
> れは正常な動作だったでしょうか。他のステータスバーの色属性の設定，例え
> ば Da などとの関連かもしれませんね。

文字が消えずにはっきり見える数値は意外と限られていますね。目視で見やすい
数値を記録していくマクロを作ってみました。２秒ごとにopの値を1〜255まで
変えていくので、[cr]でカーソル位置にその時の値をひたすら書き込むという
ものです。[ESC]で終了します。キーの反応がいまいちですが。(^^;

= op =

*m

80	^\ "op1〜255"
	tm22,				; msg を１行目に
	op[,
	op1,
:a	#d#s
:b	&w(10)
	&k k=r,				; キー入力
	&m(" op:%3d   %2x    key:%4x ",op,op,k)
	(k==13)? &?(" %2x ",op)		; [cr] opの数字書き込み
	(k==$4D00)? {op++, >b}		; [→] op++
	(k==$4B00)? {op--, >b}		; [←] op--
	(k==27)? >q		; [ESC] 終了
	&w(120)
	op++,
	(op>=255)? >q
	>a
:q	op], tm0, .
*

これで記録した結果が下記です（DOS/V）。いいかげんにやったので違っているかも
しれませんが。これで何か傾向が見えるかな。(^^;

;  2   7   C   E  1C  1E  25  2A  2F  5B  74  7A  7C  80  82  86  87  8C  8E
; 9C  9E  A5  A6  AF  B9  D7  D8  EA  ED  F4  FC 

> 　Ds+でもインジケータが出せるようになると， ファイル中での位置％表示の
> 代わりに，時計表示で隠れている残りメモリ表示を出したいかも，なんて考え
> てしまいました。勝手な気の迷いなので，あまり気にしないでください。(^^;

面白そうですね。op の$200以上ならそういう表示にする。というのは割りと簡単に
出来そうですが。でも％表示も捨てがたいんですよねぇ。(^^;

> 　元々のテキストサイズを39文字になるように割り算した場合には誤差が最小になる
> と思うのですが、まず32文字になるように割り算をした値を 39/32倍しているので
> 誤差が大きくなるのでしょうね……。(^^;

公開版では dx の値を 64でやっていましたが、元々が256あったのを1/4にしていた
ので、256のままで計算して、1/4足せば320になり、最後にこれを1/4にして80と
してみたところ、ズレがさらに減りました。ただ、やっぱり数値の小さいところでは
ズレが残るので、256を8192まで大きくしてみましたがあまり変らないみたいです。
256以上は元の誤差が残ってしまうんでしょうかね。

> 　そうですね、根本的になおすとなると割り算ルーチンを組み込まないといけない
> ので、現状ではkonnoさんの判断がベストだと思いますよ〜。

桁の小さいところだけずれるのが気になったので、320に1足して、それから256の
1/128（かな？）を引いてみたところ完全にズレが無くなりました。(^_^)
計算上はあっているかどうかわかりませんが、80桁では完璧です。

	mov	ax,dx		;256	;X座標dlをalに 
	shr	ax,2		;64	;al を1/4に (右へ2回ビットシフト）
	add	dx,ax		;320	;元の座標にたせば1.25倍に   max81桁
	shr	ax,5		;1	;al を1/32に (右へ5回ビットシフト）
	inc	dx		;321	;dx + 1
	sub	dx,ax		;320     ;dx - ax
	shr	dx,2		;80	;
	cmp	dl,80			;dlは80か？
	jb	ppp_7			;80以内ならjmp
	dec	dl			;dl=dl-1

この追加で6バイト増えましたが、カーソルとバーが完全に同期して動くのは
気持ち良いですよ〜　(^_^)
公開版を差し替えようかなぁ。(^^;

　めざらさんに、 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は、「ファイル名のリストアップに決まってるじゃん」と
いうことなんですね。知らなかった。

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とか、すげー
もん。こんなにちっちゃいマクロなのに…、って。僕のレベルで考えること、考え
られることじゃないって。

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

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

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

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

> 　SCRNMNG.CPP の下記該当行を変更しています。
> void scrnmng_initialize(void) {

おお、ここは変更してませんでしたね。私のは他のマシンとソースの共用化を
進めているところなので、ちょっと並び方をかえてみました。

//#if defined(QVGA)
#if defined(PPP) && !defined(SIZE_QVGA)
scrnstat.width = 320; //* PPP usei -- speed up (仮想描画エリア?)
scrnstat.height = 240; //* PPP usei -- speed up (仮想描画エリア?)
#else
	scrnstat.width = 640;
//* scrnstat.height = 400;
	scrnstat.height = 480;
#endif
//#endif

> 　です。変更されましたら感想を聞かせて頂けると幸いです。(^^)

で、ポポペで動かしてみましたが、たしかに少し速くなったような気がしますね。
私のはノーマルなのでクロックアップすればもう少し速いんでしょうね。

ただ、ここが仮想描画エリアだとすると、画面切り替えをするにはここの320を
640にしないといけないかも。

金野さん、こんばんは。

　q3をＸＰで試してみました。かなり変なことになってしまいました。

op=$100, 
　（１）テキスト画面の１ケタ目に、１４行目くらいまで縦に白い線がつく。
　（２）たしかにステータスラインは４１ケタ以降黒くなり（バックグランドと
同じになり）消えましたが、インジケーターその他は出ません。
　（３）カーソルに影が出ることがある（これは狙ってるのではないのでしょう
が、是非欲しいなぁい。ＸＰではカーソルがまだ見づらくて）。
　（４）ATOK を使っていますが、変換後、化ける。 「金野さん」と書いたら、
何て言うか、気持ちの悪い難しい漢字交じり文字に化けた。＃ｎしたら正規化さ
れました。
　（５）カーソルは速くなりませんでした（ちょんと測りました）。これも期待
したい。

op=$15f,
　（６） ステータスラインのＣＰＳの横に緑の半角スペースが映ったまま。 #]
をしても、消えません。

op-,
　（７）opをゼロにしたのですが、画面左上端（テキスト内）の１行目１ケタの
ところに白い半角カーソルがでており、 うーんと、「■火へん＋尭・ウん」（豆
腐は半角。これは、「金野さん」が化けたもの）が出っぱなしですねぇ。(>_<)



　僕の色設定と関係あるのかなと思い、以下にその部分を vz.def からコピーし
ました。再現するかみていただけますでしょうか。
　念のためと（instant とか使いづらぁ〜）original.def  でやっても、期待さ
れる動作をしてくれません。上の（１）（４）は、しかし、再現されませんでし
た。下のオプションがらみでしょうか。  「差し替えた」というほうの版です。
VZIBMJ.COM 1906-09-06 23:28 です。


　ま、まさかとは思いますけど、instantマクロby m.gannでは駄目ですか？


An$0F                   ;　テキスト属性
Ac$13                   ;　コントロール文字１
Al$1A                   ;　行番号
Ah$B0                   ;　ブロック
As$70                   ;　ステータスバー
Ao$E0                   ;　コンソールファイル
Ar$30                   ;  Read onlyファイル
Am$0E                   ;　メッセージ
Ab$B0                   ;　ウィンドウわく
At$70                   ;　ウィンドウタイトル
Aw$70                   ;　ウィンドウ文字
Af$E0                   ;　ウィンドウ先頭文字
Ai$0F                   ;　ウィンドウカーソル
Aj$74                   ;　ヘルプウィンドウ
Ak$0E                   ;　キーモード
Au$4F                   ;　ファイラーカーソル
Ap$70                   ;　ファンクションキー
Ad$07                   ;　ＤＯＳコマンドライン
Av$80                   ;　カーソルライン
Ae$12			;　コントロール文字２（CR,TAB,EOF）
Ay0			;　ファイル名（ステータスライン）

Du+			;カーソル行アンダーライン
Ci0			;カーソル形状 (挿入) (0..15)

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

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

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

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

　これは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、
活躍！）

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

金野さん、夜分おそくに。

　ishテスト、踏み絵問題については明日、というか今日中に。
　これも、いちおう簡易レスです。

> (１）と同じ現象は確認できませんでした。

　そうですか。え〜〜。でも、どっかやばいですよね。

> インジケーターは動いてないのでしょうか。

　僕は、見たことがないのです。(T-T)

>> 　ま、まさかとは思いますけど、instantマクロby m.gannでは駄目ですか？
> これは関係ないと思います。私のもたぶん同じですから。

　うん、よかった。

> du+ にしたら、アンダーバーの色が移動後も残るようになってしまいました。
> もしかしたら op の影響かもしれません。調べてみます。

　僕も、これを一番に疑いました。皆さんされてないみたいだし、これに最初の
旧８と同程度の機能を果たしてもらおうと、色々と苦痛に耐えてきました。旧８
だと、バチッと下線なんです。 もちろん、dos/v系では、アンダーバーとは言え
ないけど、表示行がともかくも強調されてくれてます。

> > VZIBMJ.COM 1906-09-06 23:28 です。
> 　　　　　　 ^^^^
> なんか古いようですね。

　ひやっとしました。あちこちでタイムスタンプがおかしいので。
　でも、これはとらじさんの手抜きですね（^QLFN）。 Ｖｚファイラーはちゃん
と表示してます。2006で、vzibmj.comのアップデートに問題はありません。

> 文太さんの環境では前の版（k08Q2）では問題なかったんですよね。だとしたら

　これを訊かないで欲しかったのだけど、明日、試します。常用は、Q1です。Q2
は導入したことがありません。

　ただ、ここ３０分でしたのは、original.defでの２つのＸＰマシンでのテスト
です。まだ、インジケーターを一度も見られてません。(T-T)

　一つだけ質問です。インジケーターが出たら、１ケタや４０ケタの文字はどう
なるんですか？　ほんとに見られてないんですよ。(T-T) 　
　僕は和生さんのマクロも見たことないのです。大昔にヴァーチカルラインとい
うマクロをちょっとだけ入れさせてもらったことがあるのですが、すさまじい技
術力で書かれたマクロだったはずなのですが、文章書きの僕には、え、それで何
するの？　と思ってしまって。そういう方向性なんです。すいません。

金野さん、進歩しましたし、少し理解が進みました。インジケーターは、「テキ
スト内での位置」、つまり n% の位置をグラフィックに表すものだったのですね。

　インジケーターが「動く」というので、何か違うものをイメージしてるみたい
だぞ、と思ってました。ただ、はやりまだ変です。

　ファイル先頭の１行目１ケタ目に（昨晩、画面左上端と書きましたが、ファイ
ルの先頭なのかも…）、白い半角スペースがしばしば現れ、そこでＦＥＰでの漢
字変換をすると化け文字が出ます。この半角豆腐は時々（前回レポートしように）
縦１３、４行目まで進出し、やはり文字化けをおこさせます。ちょっとＸＰ２台
ではやってませんが、たぶん、僕の環境の問題じゃないだろうな、と思います。

　オリジナル・デフに下を実行すると、インスタントが [ESC]@ な、うーんな、
オリジナル＋文太の色環境でテストできます。

=== Bcolor.def ===;
* Macro
50 ^^ "bcolor"

An$0F,                  ;　テキスト属性
Ac$13,                  ;　コントロール文字１
Al$1A,                  ;　行番号
Ah$B0,                  ;　ブロック
As$70,                  ;　ステータスバー
Ao$E0,                  ;　コンソールファイル
Ar$30,                  ;  Read onlyファイル
Am$0E,                  ;　メッセージ
Ab$B0,                  ;　ウィンドウわく
At$70,                  ;　ウィンドウタイトル
Aw$70,                  ;　ウィンドウ文字
Af$E0,                  ;　ウィンドウ先頭文字
Ai$0F,                  ;　ウィンドウカーソル
Aj$74,                  ;　ヘルプウィンドウ
Ak$0E,                  ;　キーモード
Au$4F,                  ;　ファイラーカーソル
Ap$70,                  ;　ファンクションキー
Ad$07,                  ;　ＤＯＳコマンドライン
Av$80,                  ;　カーソルライン
Ae$12,			;　コントロール文字２（CR,TAB,EOF）
Ay0,			;　ファイル名（ステータスライン）
CA4+16+32,		;コントロール文字の色分け		##1.6
Du+,			;カーソル行アンダーライン
Ci0,			;カーソル形状 (挿入) (0..15)
Ds+,			;システム情報の表示

*

金野さん

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

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

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

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

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

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

金野さん、色々と我が侭を言いまして、申し訳ありません。感謝しております。

> ish での書き込みはあじゃさんの所では実績が有ります。なので、ここでも
> 可能なのではないでしょうか。ただし、制限は有ります。

　制限というのは、

　・ISH作成のオプションは、/sn、あるいは/s7であること。
　・書き込みは、
(1) プレビュー表示→いったん前画面に戻る→「プレビュー」のチェックを外
して直書き
(2)「プレビュー」のチェックを外して最初から直書き
　の２通りであること。

　・掲示板の文字数。（これはだいたいどれくらいでしょう？）


> マクロの話題ならもっと良い場があるとは思いますが、あえてここでやる場合の
> 話と思って考えてみました。

　そういう気もします。すいません。

> FGALDCの16階のような場は確かにほしいですよね。（中略）
> で、BBSリンク集の4番に
> テスト板を作ってみました。長文で一覧性が損なわれないような工夫もしてみました。
　ちょっとしたら、試してみます。

> ish データは読んでも意味のわからない長文なので、ヘッダー以降は省略されます。
> 全文表示するには、[全文表示]リンクをクリックしてください。

　りょ、了解。試してみます。試さないと、分かんにゃい。

ヘッダーの書式は、行頭に「<<< 」があり、行末に「 >>>」が存在する場合に
行末の「 >>>」以降を省略します。間に半角スペースが必要です。

　りょ、了解２。

> うちのサイトは容量が少ないのでこの手の板は何時なくなるかわからんよ。
> それでもよければご自由にどうぞ。

　これは宿命ですよね。我が侭をいって、すいません。

> そういえば500以降は処理してませんでしたね。タイトルが40文字以上のNIFTY
> 形式でかまいませんか。ってここまで読む人はいないかな。(^^;

　たしかに  Nifty であっても、過去ログへの執着というか関心は、人それぞれ
でしたね。掲示板になると、即時的なというか、その場でのやりとりがより大切
になるというのは分かってます。僕がオタク、あるいはずるいのでしょう。でも、
非ネットワークなところでも、更に何をするにせよＶｚでないと安心できない、
という困ったちゃんなのです。

　形式は、はい、Nifty形式が一番です。４０字以上も了解です。

金野さん、

> 一応動くのは確認されたという事ですよね。(^^;

　はい、期待されている動きは確認できてます。m(__)m
　前回は、試したファイルがでかすぎたのですね。いつもほとんどすべてのこと
の下書きに使う c:\aaa.txt なるものだったので、インジケーターが正しく作動
してもピクリともしなかったのも重なったのだと思います。

> わかりました。私は sl+ で時計表示してるんですが、sl- にしたら現象が出ました。

　slか。それ以外にもあるのかな…。僕のvz.defには、それがそもそも入ってな
いので…。時計は要らないなぁ、と前々から思っていたもので。それより今日の
日付のほうを確認する必要の方がいっぱい生じます。なので、デスクトップには
カレンダー・アプリ。

> 漢字変換もこの位置で化けるなら表示の問題ではないかなぁ。

　と思いますよ。＃ｎしたら直ったので。
　ただ、インジケーターが縦ににじんでいたときには、１０行目くらいまで第１
ケタが化けてました。

> これは前回ので作りましたが、差し替えました。

　ですよね。
　つまらない自慢ですが、>lsed "s/ /, /1"（logos sed で、行最初のスペース
の前にカンマ挿入）なんて技を使って喜んでしまいました。 このフラグ、serow
版にはないんです。
　じつは、めざらさんの「正規表現講座」のとき、随分深いところまで行ってし
まって…。(^^ ゞ

> 私は dh+ なんですが、みなさんdh- の人が多いんでしょうか。

　これは、僕も＋でした。今まで気にしたことがなかったのですが、８・３の世
界では、ツールの出力も何も（タグとか）みんな大文字にしてしまいたい感じ。


　ish 部屋のヘッダ省略、[全文表示] リンク機能、仕様を確認しました。 
▼でも効かないですね。でもこれは慣れの問題でしょう。慣れます (^^)Ｖ
　また ish 部屋の cgi とのかね合いによる文字制限は、うーん、チェックして
から上げるかなぁ。とりあえず上げちゃうような気がする…。


> XPでカーソルが遅いのはNTVDMに割り当てられるタスクが少ないせいではない
> でしょうか。WIndowsマシンなら表示は十分な速さがあるので差が目に見える
> 事は無いでしょう。

　そうそう、これなんですが、このNTVDMにより多くのタスクを割り当てるなんて
こと、できませんよね。

> ヘッダーの書式は、行頭に「<<< 」があり、行末に「 >>>」が存在する場合に
> 行末の「 >>>」以降を省略します。間に半角スペースが必要です。

自分で作っていながら、間違えていました。<<< は要りません。(^^;

>>>
このように　>>> が行頭だと効かないので、何か文字が必要みたいです。
分割したログの頭に　>>>　をつければマルチボリュームとかしなくても
省略機能を使えるので是非活用してください。(^_^)

あと、テスト板だけ「一括表示」でも省略しないように変えて
しまいました。分割されたのを落とすのに不便ですからね。

例：この後には何も有りません）
>>>
1/2>>>
 >>>
　---- 省略されました。---- [全文表示] 

金野さん

以下、仕様、了解しました。といっても、いざとなると忘れそうだけど…。

> このように　>>> が行頭だと効かないので、何か文字が必要みたいです。
> 分割したログの頭に　>>>　をつければマルチボリュームとかしなくても
> 省略機能を使えるので是非活用してください。(^_^)

　あれ、引用なし pre がpreになってないかな、、、。preが好きなもので。

金野さん

>修正版で再現しないか試してもらえませんでしょうか。m(__)m

　もちろん、するつもりでおりました。遅くなりそうで申し訳ないのですが、２、
３日かかると思います。今日もこんな時間だし。

>> 　つまらない自慢ですが、>lsed "s/ /, /1"
>sed でそういうことも出来るんですね。私は手作業でカンマを入れました。(^^;
>キーボードマクロがうまく動かなかったもので。もしかしてバグ？

　是非、検証をお願いします。vz.comのver upで問題があるとは思っていないの
ですが、僕も先日、あ、キーボードマクロが使えん、という場面に出会い、冷や
汗しました。追求しませんでしたが…。

>> 　また ish 部屋の cgi とのかね合いによる文字制限は、うーん、チェックして
>> から上げるかなぁ。とりあえず上げちゃうような気がする…。
>ish 部屋で600行まで出来そうと書きましたが、ブラウザ経由では200行ぐらいしか
>出来なかったですね。マニアックな書き込み専用ツールが簡単に利用できるように
>なれば需要が有りそうですね。

　まず、ここで僕は「文字制限」といういいかげんな表現で「文字種の制限」と
伝えたつもりでした。 すいません、稚拙な表現力で。＜ｂｒ＞みたいな、cgiが
読んでしまう文字列がishに入っていたらまずい、という文脈での話です。

　そして、３００行ぐらいまで行ける、というのが金野さんの書き込みだったは
ずです。 （初心者に優しくNiftyの制限で合わせてくれたんだ、と僕は思いまし
た。）それで、安全な２５０行で、マルチヴォリュームしたのです。２５０
は行けたはずです。

　マニアックなツール、あるといいのですが…。 「これactive perlでしか動か
ないスクリプトだよ」でも歓迎です。

> NTVDM では設定出来ないようですが、
> あとはVZアイコンのプロパティのその他タブで他のプログラムの優先度を
> 下げるぐらいかなぁ。これをやると他のアプリが重くなるけど。(^^;

　ありがとうございます。試せることがあるというのは、夢と向上心に繋がりま
す。可能性は、大袈裟にいえば、救済をさえ意味する場合があると思う。そのう
ち試して、「こう使えば、いいかも」的な書き込みができたら、いいのですが…。
ほんとうに、お知恵を授けてくださって、ありがとうございます。

金野さん、いけましたよ！

　しみ出してきてないし、FEP の文字化けもない。インジケーターの動きが今一
つスムーズじゃないみたいですが。うーん、これは動きがギクシャクすると（心
理の投影かもしれないけど）、なんか不安定が醸し出されてしまいますね。何と
も好き勝手な感想をのたまってる奴ですが＞おのれ。

　ちょっと切り替わりのタイミングの規則が分からないな、と思いました。例の
bcolor.defの末尾に 
op=$10f, #]
　なんて書き加えたのですが、ブロック指定の残像のように１画面送らないと変
わらないものなのかな、と思いました。間違っていますか？　op-,をするときに
は、瞬時なのですが。

　じつは、vzdefディレクトリでなく、vz.com の格納ディレクトリを整理して、
vzk03k（高橋版最終）を久しぶりに起動しました。vzk にも真ん中にバーが動く
のですね。 なんかのオプションでしたっけ。あるいは、c.mosオリジナルの時代
からあったのかな？？？　色はとにかく弱いし、それを言えば、vz.comについて
もまったく弱いですね。オリジナル・デフなんかで起動しようものなら、もう、
はっきり言って、なにも出来ないようになってる。インスタントは、僕は@P（と
らじ流）なんですが、それだって、あれ、俺、今、[ESC]@って、押したよなぁ、
みたいな具合で。

　とりあえず、僕のだーい好きなvz.def（vzibmj.defなんかじゃない）でも、ｑ
３、ちゃんと動きましたよ。


　ずうずうしいとは思いますが、「ある文系Ｖｚユーザ」の実態について、少し
書かせていただきますね。僕は、ステータスラインをほとんど見ないでＶｚを使
っていることに今回気づきました。僕の知るかぎりでは（笑＆汗）、僕の金野版
ｑ１は、ノーマルできっとオリジナルと変わらない表示をしているのではないか
と思います。一番に見るのはファイル名。（知らないあいだに）１０個くらい開
いて作業していることはしょっちゅうなので、ファイル名はものすごくよく確認
します。次は、文字コード（この表現でいいんでしたっけ？　文字コード番号？）
改行文字で[ODOAh]な部分です。 「ヘミングウェイ」と「へミングウェイ」、
「ニーチェ」と「二ーチェ」を識別しなければならないこともあるので。

　それから、何かブロック範囲だとか、lnを使うマクロを書いているときに、行
番号かな。もっともこれはほとんどプログラミング用で、論理行が一段落を意味
して、原稿用紙２枚くらいが論理行のときには、そこを見て何かの情報を得ると
いうことは皆無ですね。

　ここからおねだりです。技術的な難易度は、僕には想像できないのですが…。
　ファイル名だけを表示するオプションをつけて欲しい。正確にステータスライ
ンのファイル名が何字まで出せるかは分かりませんが、試してみたら１９字しか
出ません。ディレクトリ単位で切っているようなので、もう少し文字数があるの
だろうとは思いますが、考えてみれば、これは短すぎます。ルートから数えて、
２０字程度って、少なすぎます。Windows の時代には、と言わなくても、少なす
ぎる。いくらなんでも。

（グラフィックなつもりで描くと）
 
 Ｓ □ 1* c:\nantoka\kantoka\mada\ikuyo\sugoi\nnjya\naino\sasuga\vz!.txt
 
　といったステータスラインを可能にするオプションができたら、（きっとそれ
ほど需要はないのでしょうが）、僕は、真っ先にテスターをします。（上のサン
プルは６２字のフルパス・ファイル名。）

　今、調べたら、YASAT さんが、Ｖｚが扱えるファイル名は６３字までだと前に
教えてくれていました。それぐらいまでは行けるでしょう。それでなくても８・
３の MS-DOS 世界で誕生したＶｚですから、深くなりがちなディレクトリも平気
で扱えなくちゃ。逆にＸＰはルートのファイル数の制限もあって（この手の制限
のない世界は、原理的にあり得ないのでしょうけれど）、深くなりがち。それで、
これを今回書いておいても、根本的に我が侭であるにせよ、ある種の合理性はあ
るだろうと思ったのです。考える余地があるなら、どうかご一考ください。

　もちろん、まったく急いでおりませんので、どうか、頭の片隅にでもいれてお
いていただけるだけで、幸いです。

めざらさん、コメントをありがとうございます。

　お願いしたのが僕なので、まったくとんちんかんだったんだろうと思っていま
すが、お教えください。

> 　えーと，横からごめんなさい。ISH にこだわる理由がよくわからないんです。
> 無手順通信で色々なデータを送信するために ISH が必要だったわけですけれど，
> そういった通信方法をとらない  Web ブラウザを使う場合は，アップロード掲示
> 板みたいなものの方が便利なのではないだろうかと思います。

　もちろんご存じだと思いますが、金野さんが、ish用の掲示板をつくったのは、
僕がそうお願いしたからです。
　「アップロード掲示版」では、ｌｚｈでいけるのですか？
　これがずっと楽ですよ。でも（別にコードを隠したりする必要はないと思いま
すが）かなり長いものも貼れる、というのが根本的な仕様の条件だと思っており
ますので、ｌｚｈで、と発想しているわけです。

> 　ISH  の場合，書き込むのはともかく，表示して切り取って保存して ISH にか
> ける必要がありますよね。これって，ちょっと面倒ではないでしょうか。また，
> 人間にとって読めない文字の羅列が滔々と続く様というのは，あまり印象よくな
> いのではないでしょうか。ISH に慣れ親しんできた人ばかりとは限らないのです。

　僕も、まったくそう思います。ただ、わざわざつくってもらった僕には、だか
ら、どう、というのは、想像することすらできません。申し訳ありません。これ
もご存じだと思いますが、 僕からすれば、小さなNiftyをつくっているような話
なのですから。Niftyの仕様について、僕が要望したりしているわけで…。

金野さん、色々とお世話になっています。

> NTVDM では設定出来ないようですが、
> あとはVZアイコンのプロパティのその他タブで他のプログラムの優先度を
> 下げるぐらいかなぁ。これをやると他のアプリが重くなるけど。(^^;

　これは、効きませんでした。たぶん、オリジナル旧８Ｖｚでも、何とかという
常駐アプリがなければ（なんだっけ、とにかくカーソル移動のスピードが半端で
ない状態にしてくれる常駐ものがあるのです）、こんなものだったのでしょう。
[PageUp][PageDown]  を賢く使う、#34, #35 を賢くマクロで使う、でしのぐべき
問題なんだろうな、と思っています。

　それでも、 転ぶ神あれば救う神ありで、あの pif を見たお陰で、EMS のペー
ジ数が、 1024 までアップ！　どうして、今までこれを試さなかったのか、まっ
たく怠惰な奴だなぁ。これで vmap としきパッチが、ふたたび生きてきました！
　いいこともある。試していれば、転ぶ回数も多いぶん、高く飛べる。ああ、救
済みたいだ。「アナタハ、カミヲシンジマスカ？」（まったく最近お目にかから
ない）みたいですけれどね。

めざらさん、即レスありがとうございました。

> きっとわたしが大作マクロを想像してみないからなんでしょう。

　この辺あたりなんでしょうね。あと複数のファイルとか…。今時誰がそんなマ
クロ、スクリプト、プログラムを発表するか、というのはいちおう別問題で。

　「自分でサイトをもってそこで発表すればいいんだよ」というのも考え方の一
つですが、 Nifty的に、コミュニティー的に、「お、今度はあいつが上げてる。
何なんだろう？」というのもあっていいんじゃないかと思って。

> 掲示板なら読めるものを生で貼ればいいと思って。

　これが、掲示版の基本機能ですね。読めないもの貼るっていうのが、かなり特
殊な発想であるのは分かります。

> 　近場では，Si さん（http://dmz.xrea.jp/dahlia/ ）とこの新掲示板がファイ
> ルを上げられる仕様になっています。

　知りませんでしたので、見て参りました。近々お祝いの書き込みをさせてもら
おうと思っています。お教え、ありがとうございます。
　Logsortがまた進化しそうですね。 あれは「不具合レポート」の教科書みたい
だった。さすがです。見習いたい。

> 　まぁ，どこに上げるにしても，公表されたものに気付いたら軟体補完計画に追
> 加させてもらおう

　うまい省エネですね。僕はしばらくは少なくとも、何かを発表しそうにはあり
ませんが、誰かが動かしてくれて、大きなバグの大方が取れたマクロが出来たら、
「めざらさん！　この版です。この素晴らしいマクロ！　リンク！　リンク！」
ってお願いに上がります。

　ちょっと前に、syoさんのsmark.defとfeponfep.defを久しぶりに動かしました。
ほんと、《作品》になっていました。

> 右半分表示
>  　BitBlt(hdc, GXStartX, GXStartY, gxdp.cxWidth/2, gxdp.cyHeight,
>  　　　　hmemdc, gxdp.cxWidth/2, 0, SRCCOPY);

これを元にして、表示できました。右側表示だけではわかりにくいので、
	hmemdc, 100, 0, SRCCOPY);
としました。他の修正箇所は、GX.CPP の27行目

#if defined(PPP)
	WINDOW_WIDTH	= 640, //320,   // ppp
	WINDOW_HEIGHT	= 240   //400

108行目

#if defined(PPP)
	x = WINDOW_WIDTH;  //640
#else
	x = GetSystemMetrics(SM_CXSCREEN);  //実画面の幅を取得 =320
#endif
	y = GetSystemMetrics(SM_CYSCREEN);

179行目

#if defined(PPP)
	scx = WINDOW_WIDTH;
#else
	scx = GetSystemMetrics(SM_CXSCREEN);
#endif
	scy = GetSystemMetrics(SM_CYSCREEN);

NP2.H の42行目

#if defined(PPP)
	FULLSCREEN_WIDTH	= 640, //320,  //640,
	FULLSCREEN_HEIGHT	= 240   //480	//400

scrnmng.cpp の185行目

#if defined(PPP) && !defined(SIZE_QVGA)
scrnstat.width = 640; //* PPP usei -- speed up (仮想描画エリア?)
scrnstat.height = 240; //* PPP usei -- speed up (仮想描画エリア?)

ここまでで表示は出来たんですが、メニューが伸びてしまうので、564行目を

#if defined(PPP)
	smenu->width = 320;
	smenu->height = 240;
#else
	smenu->width = scrnmng.width;
	smenu->height = scrnmng.height;
#endif

これでメニューもおさまりました。ただ、メニューバーが出ている間はなぜか
エミュ画面が縦に拡大してしまいます。このままで操作しているとまるで
ズーム機能がついたみたいです。

私は画面の縦／横の拡大・縮小をやりたかったんですが、これがなにかヒントに
ならないでしょうか。

金野さん、

> カーソルを動かせば変ります。だから、
> op=$10f, #d#s
> でいいかと。(^^;

　いえいえ、「手で一画面分スクロールすると直る」（ブロックの残像みたい、
とはこの意味です）ぐらいなので、何か、まだまずいのかなぁ…。

> キーボードマクロも、Win98、XPともに試した限りでは動きました。あのときは
> キーを押し間違えていたのかもしれません。

　ですか。ありがとうございます。僕も気にしています。

> Ｓ □ 1* c:\nantoka\kantoka\mada\ikuyo\sugoi\nnjya\naino\sasuga\vz!.txt
> うーん、今のところやるつもりはないですが、もしも気が向いて、出来そうだったら
> やってみるかもしれませんが、多分やらないと思うので期待しないで下さい。

　はい、もちろん期待したりしません（っていう言い方もねぇ）。それでも頭に
入れていただいただけで感謝です。(o|o)

金野さん、

> それなら、コントロールパネルのキーボードでカーソルの速度を変更できます。
> XPなら点滅も止められたけど、他のアプリで困るのでやめたほうが良いですね。

　こ、これ効いたみたい！！！
　点滅も止めた！　Ciが効かないのは、このせいだったの？！
　もう少し様子をみてからレポートさせていただきます。他のアプリで困ります
か？　キャッキャッ。お菓子をもらった昔の子供のように喜んでいます。今の子供
は、お菓子では喜びませんからねぇ。いずれにせよ、多謝。うん、これは速い。
猿飛だ。

金野さん、深夜に、というか、めざらさんに夢の中で起こされてしまって…（謎）。

> 文太さんがこれを知らなかったとは。(゜゜;)
> この手の話は前にもどこかでしたような気がするんですが、検索できないですねぇ。
> 気のせいだったか。VZFAQにでも張っとこうかな。

　検索は２、３日中にしてみますが、VZFAQ に貼る価値はあるんではないでしょ
うか。基本の基本なんでしょうけれど。

> 点滅を止めるとワードなどの細いカーソルが非常に見づらくなりますよ。
> 掲示板の書き込みとかも。まぁすぐに戻すでしょうが。(^^;

　ワードでカーソルを見たことがなく、掲示板の書き込みもＶｚなんです。その
程度の弊害なら、ちゃんと Ci0 が効く環境を僕は選んでしまいます。 カーソル
の点滅を消すのって、たぶん僕がしたもっと初期のＶｚカスタマイズのような気が
します。うれしかったな。

　いずれにせよ、ありがとうございました。とりあえず、快適です。はっきりい
って、金野さんのお陰で、文太マウスではものすごく快適になりました。
　もっともＵＳＢキーボードのメビウスでは、効かなかったんだ。EMS のことと
かも。色々あります。ＸＰを３台をメインにしてると、どうしてこっちでは駄目
なの？？？　みたいなのの連続です。それでも、多謝、多謝です。

金野さん

> 文太さんがこれを知らなかったとは。(゜゜;)

　いえ、僕だからこそ、知らないんです。間抜けで視野が狭いのです。

>> この手の話は前にもどこかでしたような気がするんですが、検索できないですねぇ。
>> 気のせいだったか。VZFAQにでも張っとこうかな。
>
>　検索は２、３日中にしてみますが、VZFAQ に貼る価値はあるんではないでしょ
>うか。基本の基本なんでしょうけれど。

　どうも、とんちんかんなやり取りだったみたいで…。(~_~;
　でも、Nifty の過去ログでいちおう検索しました。Ｗ９５時代にＪＵＮさんが
きっちり指摘していました。本題は違うみたいでしたが。でも、FAQ にあっても
いいような…。

　またぎレスですが、ｑ３のステータスラインの半減の話で、「仕様」というこ
とで了解し、他の不具合はとりわけ見つからないことを確認しました。

StrechBltを試してみたんですが、使い方をよく知らないせいか、エラーになって
しまいます。WEBで検索したものを参考にしてBitBltを

	StrechBlt(hdc, GXStartX, GXStartY, gxdp.cxWidth/2, gxdp.cyHeight,
 hmemdc, 0, 0, gxdp.cxWidth, gxdp.cyHeight, SRCCOPY);

これで置き換えてみたんですがエラーになってしまいます。
EVC4ではコンパイルが通ったんですが、W-ZERO3では変化が無いです。
なかなか難しいですねぇ。

タコでなくなった（？）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 バイトが使用可能です.

　konnoさん、こんにちは！ブリーフケースへの登録、ありがとうございました。
　なんか、いまいち使い方がよく判らないのですが、便利に使えそうですね！

> 重箱の隅ですが、if defined(PPP) の頭に ＃ が抜けてますね。

　ああっ！すみません。チェック不足でした。カット＆ペーストの時のミスですね。(^^;

> あと、else 文の前後は　｛ ｝が入るんですよね。一応直しました。

　ええと、こっちはミスではありません……。でも共通ソースとしては不適切だったかもしれませんね。
　大昔のプログラミングは、ソースを短く書くのがエレガントという風潮があって、私のソースにもそんな時代の名残りがあります。
　C言語で、{}で囲んだところは、コンパイラ的には１行であるとみなされます。
　ですので、１行のコードであれば {} は別に囲まなくとも動きます。
　現在では、このようなコードは他人が見て判りにくいし追加もしにくいので、あまりしないかもしれませんね。

　ほとんど関係のない話ですが、このようなＣの職人的なテクニックを最高レベルで駆使したTYNY BASICインタプリタを 1990年頃に見たことがあります。Cで書かれたコードでしたが、たったの二十数行でBASICを実現していたのに驚嘆した覚えがあります。（探せばまだどこかにコードが残っていると思いますが……）

> あと、全角スペースでインデントしてますね。これは、ソースの投稿時は
>  pre(図表、プログラム)にチェックすればタブやスペースがそのまま表示
> できます。説明するのを忘れてました。すみません。プレビューで表示の
> 状態を確認できますので宜しくお願いします。

　ああっ！そうでしたか！！
　前にこの掲示板の書き込みで文字がおかしくなって投稿されたことがあって、メッセージのところのチェックはなるべく触らないようにしていました……。(^^;

> おお！！　ちゃんと切り替わりますね。！！　これはいい！！ 

　ほんとにこれは便利ですよね〜。
　１回これを使うと前のNP2に戻る気がしなくなりますね〜。(^^)

> F8キーで切り替えが起こらない時に、SHIFTキーを押して離すと切り替わりました。

　この症状ですが、NP2.CPP の174行目のあたりを以下の通りに修正して下さい。
（つまり GXEndDraw(); を追加します）

#if defined(PPP)
			if (wParam == VK_F8) {
				if (slide_scr == 0) slide_scr = 320; else slide_scr = 0;	//* ppp usei@  F8キーを押したら画面をスライド表示（トグル）
				GXEndDraw();	//* 切替画面描画
				wParam = NULL;
			}
#endif

　上記のコードは {} の修正はまだしていませんので修正してください。(^^)
　この程度でしたらブリーフケースは必要ないかと……。(^^;

金野さん

　失礼しました。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 に登録しなかっためざらさんに感謝。

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

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

　で、ふと↓をみて。やっぱＶｚって９７年あたりから下降してるんですね。Ｖ
Ｃ発売の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  以前でなくてよかった、とやはり
思う。テンテン、嫌い。

> 　ええっと、ポポペでタスクバーが残るというのはシェル化の時に確認した事ですが、ＣＥ化の場合は確認できません。

私はポポペでリセット無しで何度もNP2を起動、終了しているので、メモリの
一部が残っているとしてもあまり影響はなさそうですね。

> > です。また、場合によってはタスクバーの部分が黒く残ってしまうことも
> > あるので紛らわしい言い方でしたね。

これは過去のバージョンをSIG3で確認した時にこうなるものがあったわけです。

> 　だとすると、別にリセットしなくとも、タスクバーのアイコンが増えるだけで
> ＣＥの動作には影響はないという事になりますね。

私はそう思っていたんですが、メモリが圧迫されていくのは同じなのでやはり
何とかしないといけないですよね。

> 　ヒントを頂きありがとうございます！(^^)
> 　私もソースを見て、調べてみることにします。

SIG3でいろいろ試してみました。それでわかったのは、ステータスバーが出ている
と正常に終了でき、仮想フルスクリーンでステータスバーが隠れてしまうとたとえ
タスクバーが出ていても駄目で、そのときはタスクバーにNP2のアイコンが出ない
し、バーをタップしても反応しないのです。

これらから考えると、フルスクリーンのままではタスクバーの制御が出来ないと
いうことのようです。そこで、終了時にフルスクリーン状態を何とか変えようと
いろいろやってみました。結果的にはW-ZERO3用の表示切替ルーチンを流用したら
出来ました。(^_^)

SCRNMNG.H 17行目あたりに追加

void scrnmng_end_scrn(void);

SCRNMNG.CPP の 122行目あたりに追加

void scrnmng_end_scrn(void)
{
	scrnstat.width = 240;	//WINDOW_WIDTH;	
	scrnstat.height = 200;	//WINDOW_HEIGHT;	
	GXCloseDisplay();
}

NP2.CPP 580行目あたりに追加

	sysrunning = FALSE;
	scrnmng_end_scrn();	// H/PCでタスクバーを消す 追加 Konno
	DestroyWindow(hWnd);

こんな感じです。修正漏れがあるかもしれないのでブリーフケースのほうにも
今日中にいれますね。

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 （うるおう、うるおう）を使う場面で、
「あ、ここでもお世話になったんだよな」と思い出しておりました。うう、回顧
モードは嫌じゃあ。前みて生きるぞ。

> 　テリオス用 NP2 と sigmarion2用 NP2 
> 　　　……　ＯＫ。終了時にタスクバーのアイコンも消えます。

動作確認ありがとうございます。画面タップでフリーズはないですか。

> 　ぽぽぺ用 NP2（シェル化ポポペ使用）
> 　　　……　終了時にタスクバーのアイコンは消えますが、メニューを
> 　　　　　　ポップアップするとその下の文字が大きく表示されます。

ああ、すみません。USEIさんの提示された修正では終了ボタンが隠れてしまうので
元に戻していました。ここはなんとかしたいところです。

> 	sysrunning = FALSE;
> 	GXCloseDisplay();	// H/PCでタスクバーを消す
> 	DestroyWindow(hWnd);

げげ、確かにこれで消えますね。となれば、追加ルーチンのいらないこちらの方が
断然良いですね。でもこのルーチンはこの下のほうにある
	scrnmng_destroy();
の中で呼ばれているので、効果がないと思っていたんですが、呼び出しの
タイミングか、2度呼ぶことで正常化されたんでしょうか。
それにしても私が2年越しの課題で四苦八苦してやっと出来たところをこんなに
あっさりと最適解を出されるとはびっくりです。USEIさん、恐るべし。(^^;

> 　PS. 一応私のところのNP2 for PPP はしぶきさんのルーチンを丸ごと使って
> メールチェックキーでの切り替えに成功しましたが、konnoさんの版のメニューの
> 不具合が直るのを待って修正しようかと思います。

おお！！メールチェックキーがついに使えましたか！！
メニューの不具合は上に書いたとおりなので、完全解決は時間がかかりそうです。
とりあえずUSEIさんの修正に戻してみますか。早くメールチェックキー切り替え版
を見てみたい。(^^;

Screenメニューの項目が文字が薄くなっていて選択できないのはCE版の仕様です。
フルスクリーンの切り替えが出来るようになったらこの項目も使えるように
したいですね。

YASATさん

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

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

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

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

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

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

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

Ｖｚってこんなこともできる（WordPrt.def）

　ふと、夜になって、ああ、そんなのはマクロの仕事でしょ、とさらさら１５分
で、「よっし、今日もまた、自分の環境を便利にしてしまったぜい」と書いたも
のです。ほんとは３０分ちょっとはかかってますね。
　まめまめしく、コメントつけちゃったし。

　それでも、こんなことが簡単にできるのがＶｚのすごいところであり、ものす
ごく優しいところでもあります。（最初からワードで文章を英単語のテストを作
ればいいのでしょうが、それは、あの、馬鹿みたいです…。）

　ちゃんとワードの奴を起動させられると（Ｖｚからですよ）、ざまあ、とか思
ってしまう。（英文のジャスティフィケイションが自動なら、XTR は、うーん、
とりあえずこっちが楽ですねぇ。）

　それでも、色々やばいところはありそうだな、とは感じてます。何か、あれ、
やば、と見つけるのでしょう。未完成品です。



=== WordPrt.def by Bunta ===;Ｖｚの編集ファイルをワードに渡す。
基本仕様として、ワードで印刷することが必要になったときに使う。
元ファイルはセーブされる。
拡張子がdocに変更された同名（base filename）ファイルも同じディレクトリに
セーブされる。（この部分は、頻用するとなると、何か対処が必要だと思うが…。）
元ファイルがdocの場合、それがどうなるのかはワードでの処理に依存。
すでにワードが開いている場合の動作は、すいません、知りません。

* Macro
50 ^^ "WordPrinting"; Vzの編集ファイルをMS Wordで開く。

	?. 
	ss2,
	a=ln,				;<a>行番号
	#S #m				;起動ファイルセーブ
	&Sh(pa,pr)			;元ファイル名保存
	#82				;[ESC]P ファイル名の変更
	#> (3){#h} "doc" #m		;★拡張子が３文字のこと。doc付加。
	b=wn,				;<b>word-doc-dammy-file
	#S #m				;nantoka.docにしてセーブ
	#E &?("Start %s",pr) #m		;コマンドライン、スタートコマンド
	#[				;[ESC]でVzは戻る。
	mx+, #O &?("%s",pa) #m mx-,	;元ファイルへ
	#J &?("%u",a) #m		;元行へ
	&#T(b)				;ダミー・ドックファイルを表にする
	mx+, #C mx-,			;close tmp docfile
	&d

*

WordPrt2.def

　こういうのでは、ぜったいに悩みたくないのだけど…。
　やっぱ、前回のほうがいいのかも…。
　そういえば、マクロはめざらさんちでということだったんだ。すいません＞各位。

=== WordPrt2.def by Bunta ===;Ｖｚの編集ファイルをワードに渡す。
基本仕様として、ワードで印刷することが必要になったときに使う。
元ファイルはセーブされる。
ワードを閉じるまで、Ｖｚに帰って来れないのかもしれない…。
* Macro
50 ^^ "WordPringing"; Vzの編集ファイルをMS Wordで開く。

	?. 
	;ss2,

	a="C:\PROGRA~1\MICROS~2\OFFICE11\WINWORD.EXE ",
	;MS Wordは、winword.exeなんですね。在処を探してね。
	;ヘルプでは見つかりませんでしたが、ちゃんと引き数を受け付けます。

	#S #m
	#E &?("%s%s",a,pr) #m
	#[ &d

*

としきさん

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

--- 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 のアップデートコピーをかかさずとやってるつもりでも、（不用
意にもやれないので）ぼろぼろぼろぼろ…。

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

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


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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

としきさん、

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

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

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

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

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

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

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

YASATさん

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

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

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

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

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

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