konno wrote:
--------------------------
私の手持の GREP のZIPが32ギガのUSBメモリの中にありました。
grep-2.5.4-bin.zip
2018/10/06  00:36           451,824 grep-2.5.4-bin.zip
\bin\
2009/02/13  17:19            92,160 egrep.exe
2009/02/13  17:19            54,784 fgrep.exe
2009/02/13  17:19            96,256 grep.exe
--------------------------

grep-2.5.4-bin.zipをぐぐったところ

https://ja.osdn.net/projects/sfnet_gnuwin32/downloads/grep/2.5.4/grep-2.5.4-bin.zip/
で見つかり、grep-2.5.4-bin.zipを展開したら

2024/11/23  01:06            92,160 egrep.exe
2024/11/23  01:06            54,784 fgrep.exe
2024/11/23  01:06            96,256 grep.exe

　というものが得られました。タイムスタンプは、まったくあてに
ならないようですが、ファイルサイズはドンピシャです。
　が、これ、日本語対応してるのでしょうか。

　展開後に、share\locale\ja というのがあり、エラーメッセージを日本語
表示するためのファイルみたいなのがあるみたいでした。

　よく分かりませんが、その grep 、日本語対応してますか？
　ドキュメントが英語で、それが読めないとなると、素直に日本のベクタに
登録されているものを使ったほうが安全みたいな気がします。
　わからんちんの文太ですが。

　独り言発言です。
　何が話題だったか思い出せませんが、きっと２年くらい前に、アーカイブ
ファイルを展開すると、あるいはファイルをＤＬすると、その展開日、
あるいはＤＬ日にタイムスタンプが変更されてしまうみたい（Win7あたりから？）
という話がありました。

#10343： Re: win7 bupdate 投稿者: konno 　 2022/10/18

　このあたりが近いかもしれない。

　で、昨晩の「grep-2.5.4-bin.zip」を、Win11 右クリック「すべて展開」と
（いわば）プリミティブなＬＨＭｅｌｔで試したところ、後者では
タイムプタンプが保持されました。

2009/02/13  09:19            92,160 egrep.exe
2009/02/13  09:19            54,784 fgrep.exe
2009/02/13  09:19            96,256 grep.exe

　こんな具合。右クリックが楽なのですが、お仕事まわり以外では、わざわざ
ＬＨＭｅｌｔを使おうと思います。もちろん関連付けされているので、
ダブルクリックするだけなのですが。

混線しているのでここにつけます。

> >これはつまり、どちらでもヒットするはず、ということですか。
> >結果的には fgrep のほうだけヒットしたので、メタキャラの解釈にバグがあるかもしれないということ？

そもそもの混乱の発端はこの書き込みでしたね。
結論から言うとこの書き込みは間違いでした。
文太さんは、これはおかしいんじゃないかと言いたかったのですね。やっと理解できました。

上のバグか？　という書き込みは寝室のPCでやった結果なのですが、別のPCで試したらどちらでもヒットしました。
それで寝室PCに問題の原因があると思い、VTDOSのメモリ状態を疑ったりDISCを疑ったりもしました。
最後に grep.exe の存在確認をしたら・・・あると思っていたものが無かったのです。

> 　grep で結果が出ず（ヒットなし）、fgrepで結果が出る（ヒットあり）。何かおかしいようには
> 思われます。
> 　konnoさんが考えていること、というより、konnoさんがやっていることが、僕にはよく読めて
> いないような感じがしています。
> 　ちゃんとしたツールで、「漏れ」とか、あってはいけないような気がします。

つまり、私が大ポカミスをしていたということで、文太さんの疑念が正しかったのでした。m(__)m
何故そうなったのか。リネームして退避していた実行ファイルを戻す。と言う操作をしたときに誤操作したのか？

実行ファイルのフォルダには ｅ の欠けたファイルが残っていました。
2009/02/13  09:19            96,256 grep.ex
しかしこれは元のファイルとは日付の時間が微妙に違っています。
2009/02/13  17:19            96,256 grep.exe　　元のファイル
FC BIN で比較すると中身は同じでした。・・・ん？ もしかして標準時間の差？
どうもコピー時にトラブってこうなったように見えますが、わかりません。

では、存在しないはずの grep はどこから呼ばれたのか？ Windowsのファルダにはありませんでした。
PATH=c:\ut;c:\;c:\bcc\bin;c:\tc;c:\tc\INCLUDE;c:\tc\LIB;c:\windows;c:\windows\system32;
パスを順に見ていったら、\tc\ の中にありました。(^^;
 C:\TC のディレクトリ
1989/05/11  02:01             7,029 GREP.COM

これは古いですね。だから再帰で読めなかったのでしょう。
大変お騒がせしてすみませんでした。m(__)m


＃　大山鳴動して鼠一匹とはこのことか（違

konnoさん

>パスを順に見ていったら、\tc\ の中にありました。(^^;
> C:\TC のディレクトリ
>1989/05/11  02:01             7,029 GREP.COM

　ここでいちばん笑いました。

　で、その２つの３２ビットＧＮＵ・ＧＲＥＰなのですが、動きます？
もちろん、僕は昨晩ＤＬしたのを解凍したのですが、pcre32.dllがない、
とかで動かせませんでした。

2009/02/13  09:19            96,256 grep.ex
2009/02/13  17:19            96,256 grep.exe　　元のファイル

　このタイムスタンプの差には気が付いていました。

>リネームして退避していた実行ファイルを戻す。と言う操作をしたときに
>誤操作したのか？
　ありえますね。
　わざと、exe -> ex をした可能性もあるかも。意図してやったのに、
忘れた、とか。僕ならありえます。

　しょうがないので、超絶技を披露いたしましょう！

　３２ビットアプリでグレップしたい。ディレクトリ再帰もさせたい。
　３２ビットのグレップはどうもあまりうまいのが見つからない。
　では、３２ビットの awk、mawk32.exeにやってもらおう。awkに
ディレクトリ再帰の機能はないから、wild32.exe に手伝ってもらおう。

　方針は、
（１）ヒットするファイルをディレクトリの奥深くに置いておく。
（２）グレップ用スクリプトは、「あ」がいっぱい並ぶ行をグレップ（抽出）せよ。
（３）wild32 でリカーシブせよ。
（４）結果は大量の０バイトファイルと、少数のヒット行を含む、対象と同名のファイル、
　　　となるはず。


C:\WK>type t.txt			;これにヒットさせるつもり（１）
ああああああああああああああああああああ	;２０個のはず。see ★

C:\WK>move t.txt c:\tk\vzlog\dc\01	;ヒットさせるファイルをvzlog
					;ディレクトリの奥に置く
C:\WK>type t.awk			;awk スクリプト（printを省略できる）
/あああああああ+/			;（２）これでグレップと同じ機能

C:\WK>wild32 -R "mawk32 -f t.awk $f >c:\wk\$x" c:\tk\vzlog\dc\*.*
expand wildcard & excute command - WILD version1.50 (c) 1996-99 by namazu & Si
74 file(s) is found			;74個の対象ファイルです！　74個グレップせよ。
					;wild32 でリカーシブ（再帰）だ（３）
C:\WK>dir				;結果です
 C:\wk のディレクトリ

2024/11/23  15:55                 0 DC01~012.LOG	;対象ファイルと同名の結果ファイル
2024/11/23  15:55                 0 DC02.LST		;もちろん、ノン・ヒットなので
2024/11/23  15:55                 0 DC02_968.LOG	;ゼロバイト
2024/11/23  15:55                 0 DC02_981.LOG
2024/11/23  15:55               152 DC06C967.LOG	;ここには偶然、いっぱい
（いっぱい中略）					;「ああああああ」がいた
2024/11/23  15:55                 0 DC18C995.LOG
2024/11/23  15:55                 0 DC18C996.LOG
2024/11/23  15:55                 0 DC19C973.LOG
2024/11/23  15:55                 0 DC19~021.LOG
2024/11/23  15:55                 0 DC19~027.LOG
2024/11/23  15:55                 0 DC20B9A1.LOG
2024/11/23  15:48                27 t.awk		;スクリプト
2024/11/23  15:55                42 t.txt		;ヒット！　結果ファイルです。
							;15:55 が上のノンヒットのログと同じ
							;★＝「あ」が２０個＋CRLF

　繰り返しっぽいですが、vzlog\dc 以下に７４個の対象ファイルがあり、
c:\wk に７４個の結果ファイルができるあがる仕組みです。

　同じことが、DOSVAXJ3 で、できればいいんじゃない？
　３２ビットアプリＸ２、ですが。

C:\WK>type c:\tk\vzlog\dc\01\t.txt
愛愛愛愛愛

C:\WK>yagrep -r "愛愛愛愛愛" c:\tk\vzlog\dc\*.*
c:\tk\vzlog\dc\01/t.txt:愛愛愛愛愛		;最後だけスラッシュなのは、
						;その前までをコマンドラインから
						;コピーしてるからでしょう。
						;読みづらい。
C:\WK>ygrep -r "愛愛愛愛愛" c:\tk\vzlog\dc\*.*
c:\tk\vzlog\dc\01\t.txt        1:愛愛愛愛愛	;読みやすい！

　同じテストが上のかたちでできたのは、yagrep.exe と ygrep.exe だけでした。
　前回と同じく７４個のファイルを舐めたはずです。
　もちろん、yagrep.exe は３２ビット、ygrep.exe は１６ビットアプリです。

　yagrepは、「表」「十」とかでもこけた。残念、信頼感なし。
　ygrepは、このあたりは見事クリアしました。
　wgrepは、再帰では動かせなかった。

　もちろん、VTDOS環境です。

　wgrep.doc を読んで、なんでできない？　に答えを求めました。
　考察の結果です。「再帰」ではないです。
　一層下だけ、という意味みたいです。wgrep.docからは、そうは読めないと
思うけど。


----- wgrep.doc -----

----------------------------------------
　　-u 　　　　　　　:サブディレクトリも検索
----------------------------------------

　該当のディレクトリ下の全てのディレクトリ、ファイルを検索対象とします。

　検索の対象となるディレクトリは以下の様になります。

　　　　［ドライブ：］［￥］［ディレクトリ￥］ファイル名
          |             |                     |
          |             |                     +----ﾜｲﾙﾄﾞｶｰﾄﾞが利用出来ます。
          |             +----ﾃﾞｨﾚｸﾄﾘの先頭に\が無いとｶﾚﾝﾄﾃﾞｨﾚｸﾄﾘ下のﾃﾞｨﾚｸﾄﾘを検
          |                  索対象とします。
          +----ドライブの指定が無いとカレントドライブを対象とします。

　例を次に示します。

          a:\test.*      Aﾄﾞﾗｲﾌﾞの全ﾌｧｲﾙ中でtest.*のﾌｧｲﾙ
          \test.*        ｶﾚﾝﾄﾄﾞﾗｲﾌﾞの全ﾌｧｲﾙ中でtest.*のﾌｧｲﾙ
　　　　  a:\work\test.* Aﾄﾞﾗｲﾌﾞのﾃﾞｨﾚｸﾄﾘwork下の全ﾌｧｲﾙ中でtest.*のﾌｧｲﾙ
　　　　  work\test.*    ｶﾚﾝﾄﾄﾞﾗｲﾌﾞのｶﾚﾝﾄﾃﾞｨﾚｸﾄﾘのﾃﾞｨﾚｸﾄﾘwork下の全ﾌｧｲﾙ中で
　　　　　　　　　　　　 test.*のﾌｧｲﾙ

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


C:\>wgrep -u "愛愛愛" C:\tk\vzLOG\dc\01\*.*
------------------ C:\TK\VZLOG\DC\01\T.TXT
愛愛愛愛愛

C:\>wgrep "愛愛愛" C:\tk\vzLOG\dc\01\*.*	; -u オプションなし
------------------ C:\TK\VZLOG\DC\01\T.TXT	; 結果は上に同じ。-u の意味、ないじゃん
愛愛愛愛愛

C:\>wgrep -u "愛愛愛" C:\tk\vzLOG\dc\*.*	;dcフォルダの下の01フォルダに
ファイルが読めません ---> C:\TK\VZLOG\DC\*.*	;ヒットすべきファイルがある


　「再帰」を使いたい場合は、ygrep.exe にお仕事を頼むのが良いと思います。
　nifty 過去ログに、これに関する発言はなかったようです。誰も使ってない。

　総じて、Windows 時代になってからの、これらテキスト処理ツールの進化は
あまり大きなものではなかった、ということだと思います。
　みなＬｉｎｕｘが普通に使えたので、Windows のコンソールでテキスト処理を
する必要がなかったのでしょう。ＧＮＵもののWin32への移植も、あまり輝かしい
成功をおさめたとも思えませんし。
　僕は、特殊な場合以外（ＰＣオーディオ）、とりわけＬｉｎｕｘ的世界に
魅力は感じていませんが。
　純ＤＯＳ機とWinME。これらをはやく調整して調達しないと。

　wild32 + mawk32 の組み合わせはうまくいきました。
　で、あれは、フィルター系ツールの使い方だからな、「再帰」のない普通のgrepで、
そこに「再帰」を追加する、普通のgrepの使い方を書いておこう、と試しました。

　通じないかもしれませんが、$x がフィルター系の使い方なのです。
　つまり、sed や awk で、複数ファイルを処理するとき、結果も入力と同じだけの
数のファイルが欲しい。だから、$x が必要になる。

　グレップは、結果ファイルが１つで（ふつう）いい。すると、以下のようになる。

wild -R "izgrep -e 愛愛愛 $f >>c:\wk\kek.txt" c:\tk\vzlog\dc\*.*
wild -R "grep -e 愛愛愛 $f >>c:\wk\kek.txt" c:\tk\vzlog\dc\*.*
　（$x の部分が、>>kek.txt と決め打ち）

　-r （recursive）のない、普通のgrepに、wild.exeに参加してもらって、「再帰」
の機能を加えようとしています。
　VTDOS環境ではダメでした。
　純ＤＯＳやWinMEなら、きっと素直にできるのだろう、と思っています。
　（Win11 じきじきのエラーメッセージがそれらしかったから）

　ま、wild32 + mawk32 (とは限らないだろう)が、VTDOS 環境で、なかば奇跡的に
可能だった、と思っておいて良いように思います。

　「再帰」が欲しければ、ygrep.exe が十分な仕事をしてくれるはずです。

　けっきょくこういうの、好きなんだなぁ。
　睡眠不足と戦ってます。糖尿病とも戦ってます。

> C:\>dir c:\bin | grep -i "grep"
> 1992/05/03  06:47            78,419 CGREP.EXE
> 1994/10/06  13:01            50,672 DGREP.EXE
> 1994/06/02  18:50            90,959 EGREP.EXE
> 2003/04/14  00:00            80,412 FGREP.EXE	;サイズが違うのでリネームではない
> 1994/06/02  18:50            90,959 GREP.EXE
> 1993/04/11  16:05            23,997 IZGREP.EXE
> 1994/04/30  10:07            66,700 YGREP.EXE

あはは、懐かしいものがいっぱい。
うちの場合はこう。

c:\>dir /s c:\*.exe c:\*.com | find /i "grep" | sort /+36
1994/10/06  00:00            50,672 DGREP.EXE
2000/09/13  17:21            69,632 egrep.exe
1986/03/11  02:09            10,260 FGREP.EXE
1998/08/31  04:00           102,400 grep.exe
1988/05/02  02:56            17,551 GREP.EXE
1993/12/01  01:53            19,884 WGREP.COM

CGREPは評価はしたことはあるはず。
http://toshiki.la.coocan.jp/computer/library/ls-lr.txt
によると、持っていることは持っているから。バージョンは違うかもしれないけど。
DGREPは同じものっぽいけど、微妙にタイムスタンプが違うのはなぜだろう。
egrepはいろいろと謎。タイムスタンプから３２ビット対応だとは思う。ドキュメント
の類似性から新出さんのUnix like toolsのものだと思うけど、ドキュメントには
日本語非対応と明記してあった。そして、そのドキュメントには、同一パッケージ内
にjegrepが同梱されていると書いてあったけど、なぜか私は使っていない模様。
そしてドキュメントには、遅いと明記してある。
FGREPは ASCII tools の名ばかりgrep。なぜ名ばかりかというと、正規表現に対応して
いないから。きちんと対応したのがGREP.EXE。一方、grep.exeのほうはDELPHIの
おまけのツール。使ったことがない。
WGREPはなぜ文太さんが使っていないのか、不思議。

余談ですが、IZGREPとYGREPも、ドキュメントは読んだ記憶があるような。
そして、他のGREPにはなくてこれらのGREPにある機能で私が必要とするものがないので
導入しなかった、ようなうろ覚えの記憶。
一方でyagrepは、私は明らかに使ったことがない。入手したことすらないはず。

> 　で、その２つの３２ビットＧＮＵ・ＧＲＥＰなのですが、動きます？
> もちろん、僕は昨晩ＤＬしたのを解凍したのですが、pcre32.dllがない、
> とかで動かせませんでした。

このDLLは ZIPの中には無いですね。私は多分 SETUP.EXE から落としたのでしょう。

#11677 
> #10343： Re: win7 bupdate 投稿者: konno 　 2022/10/18
> 　このあたりが近いかもしれない。

多分そのころです。
2018/10/06  00:36           451,824 grep-2.5.4-bin.zip
この日付の前は #8214
> > >Grep (GNU) 需要予測 1.txt
> > 需要予測
> おお、GNUGrep は大丈夫なんですか。
> ちょっと探してみます。
多分この後に落としたんでしょうね。
私の使い方では検索漏れも少ないみたいなのでこれ以降再帰検索ではずっと愛用しています。
WILD は GREP で使うにはあまり向いていないと思うので、別の機会に。

> 　wgrep.doc を読んで、なんでできない？　に答えを求めました。
> 　考察の結果です。「再帰」ではないです。
> 　一層下だけ、という意味みたいです。wgrep.docからは、そうは読めないと
> 思うけど。

それはおかしい。
私、PC-98の時代から、該当ディレクトリ下部一括検索をする時はいつもwgrepを
使っていました。そして、３０年余りの経験で、検索漏れに気がついたことは
一度もない。
そして今、WinXPをひっぱりだしてきてVTDOS122でwgrepを使ってみました。
結果、少なくとも３階層くらい下までは引っ張ってきてくれています。
なお、以下表示の右端側は省略しています。

> VTDOS|D:\TOSHIKI\NIF>type C:\FREEWARE\DOS\WGREP.CFG 
> -i -j15 -s7 -u -h3 -t
> 
> VTDOS|D:\TOSHIKI\NIF>wgrep -u "grep" *.txt
> NIFTY\FGALDC\MES13\09260.TXT 14:これは grep を使って検索するときも同様でし
> NIFTY\FGALDC\MES13\09260.TXT 18:定正規表現を使わずに検索できる時には、grep 
> NIFTY\FGALDC\MES13\09266.TXT 7:》定正規表現を使わずに検索できる時には、grep 
（以下略）

少なくとも私のVTDOS環境では、PC-98の生DOS環境と同様、きちんと再帰検索できて
います。

> 　「再帰」を使いたい場合は、ygrep.exe にお仕事を頼むのが良いと思います。

こちらに対しては特に異を唱えるものでもありませんが、

> 　nifty 過去ログに、これに関する発言はなかったようです。誰も使ってない。

こちらに対しては小異あり。
ygrepを誰も使っていない、なんて事はないと思う。
あるいは、仕様どおりというか全く何も問題がなかったから発言がなかった、という
見方もできるかも。

> C:\>wgrep -u "愛愛愛" C:\tk\vzLOG\dc\*.*	;dcフォルダの下の01フォルダに
> ファイルが読めません ---> C:\TK\VZLOG\DC\*.*	;ヒットすべきファイルがある

うん、実は気がついていない人が多いのですが、こうなる可能性があるパターンと
いうのがありまして。
dcフォルダの下の01フォルダにヒットすべきファイルが仮にあったとしても、
dcフォルダそのものにファイルが１つもない場合、このメッセージが表示されるの
ですよ。
その場合、dcフォルダにダミーファイルを１つ作ってやれば、うまくヒットします。
ファイル名は何でもよろし。dummy.xlsでも何でもOK。

> FC BIN で比較すると中身は同じでした。・・・ん？ もしかして標準時間の差？
> どうもコピー時にトラブってこうなったように見えますが、わかりません。

う〜ん、８時間の差、というのがよくわかりませんね。
９時間の差、というのはUTCとJSTの解釈ミスで時々見かけますけど。
あと、かなり昔のアメリカ製の圧縮ソフトで、夏時間の解釈を間違って圧縮時だか
解凍時に１時間狂わせる、というのがあったそうですが、最近のソフトでそういう
ものがあるとは思えない。けど、むしろＭＳ純正のソフトでありそうな気がするのは
私の偏見か。

> パスを順に見ていったら、\tc\ の中にありました。(^^;
>  C:\TC のディレクトリ
> 1989/05/11  02:01             7,029 GREP.COM

うぉ、これも懐かしいですね。TurboC 2.01だ。
実家に行けば、今でも残っているかも。

としきさん

>それはおかしい。
　そうですか。はい、としきさんが、wgrepのオプションを環境変数にセット
して使っていたのは、過去ログから（上の内容１行でしたが）知ってました。

>私、PC-98の時代から、該当ディレクトリ下部一括検索をする時はいつもwgrepを
>使っていました。そして、３０年余りの経験で、検索漏れに気がついたことは
>一度もない。
　なるほど！

>そして今、WinXPをひっぱりだしてきてVTDOS122でwgrepを使ってみました。
　ありがとうございました。助かります。

>少なくとも私のVTDOS環境では、PC-98の生DOS環境と同様、きちんと再帰検索できて
>います。
　明日、試してみます。

>> 　nifty 過去ログに、これに関する発言はなかったようです。誰も使ってない。
>こちらに対しては小異あり。
　僕が言ってるのは、wgrepの「再帰」のことです。はい、としきさんを除いて、
です。

>その場合、dcフォルダにダミーファイルを１つ作ってやれば、うまくヒットします。
>ファイル名は何でもよろし。dummy.xlsでも何でもOK。
　了解。明日、試します。
　でも、なんでこんなこと知ってるの？　ある種の論理的思考でこうなるはず、
とかあるんですか？
　ＤＯＳアプリの癖です、とか？

konnoさん、としきさん

>うぉ、これも懐かしいですね。TurboC 2.01だ。
　ＴＣって？　と思ってました。
　やっぱり、TurboC なのか。あれ？　konnoさん、Ｃにも興味があった
のですね。興味ぐらいは、かつて持ってましたよん、でしょうか。

としきさん

>FGREPは ASCII tools の名ばかりgrep。なぜ名ばかりかというと、
>正規表現に対応していないから。

　気持ちは分かりますが、正規表現に対応していたら、fgrep ではないような。
　grep (Global Regex Print)ではあるけれど、正規表現を殺してほしい場面は
とりわけプログラマーにはあるのでしょう。もちろん、たいていオプションで
殺せるとは思うけど。>grep -F より、>fgrep のほうが、頭脳的にも楽です。

>WGREPはなぜ文太さんが使っていないのか、不思議。

　最初に、jgrep (日本語対応) とか、cgrep, ygrep, izgrep に出会ったから
でしょう。アーカイブをグレップというのは、最初のＨＤが１２０ＭＢだった
僕には、必要ある？　だったのでしょう。diet も使ったことないし。

>余談ですが、IZGREPとYGREPも、ドキュメントは読んだ記憶があるような。
>そして、他のGREPにはなくてこれらのGREPにある機能で私が必要とするものがないので
>導入しなかった、ようなうろ覚えの記憶。

　ygrepが画期的だったのは、niftyログをアーティクル単位で抽出できたから。
　そして、ygear.def by とらじがあったから。あのマクロのインターフェイスは、
僕的には最高です。ツールのシェルとしてのマクロの鏡です。
　ygrep は、ソースがけっきょく公開されませんでした。
　これに立腹していた Bruce.さんは、あれを yagrep 命名したのです。でも、
本人が使わないツールは、やっぱり、、、。yagrep.exe が僕に残した
メッセージは、「なんでygrepのソースは公開されなかったんだよ」でした。
ＴＳで色々あったのでしょう。

　izgrepは、速さと、doc の誠実さ、作者の姿勢。そして、sed の機能を
一部もっている、でしょうか。始めて接したときに感動しました。
　sed は、sed で、もうその機能をizgrepで使うことはありませんが。
　ＤＯＳ時代のgrepの進化としては、sed の機能を一部内包したgrepというのが
あったのではないでしょうか。

　以下をどう読むかは難しそう。たしかに普通のディレクトリ構成なら
３階層ぐらいはいけそう。僕の環境では、dcが起点だと、まともなのは
１階層ですけれど。

C:\TK\VZLOG>wgrep -u "愛愛愛" C:\tk\*.*
メモリが不足しています

C:\TK\VZLOG>wgrep -u "愛愛愛" C:\tk\vzlog\*.*
------------------ C:\TK\VZLOG\DC\01\T.TXT
愛愛愛愛愛
メモリが不足しています		;たぶん運よくヒットできた

C:\TK\VZLOG>wgrep -u "愛愛愛" C:\tk\vzlog\dc\*.*
------------------ C:\TK\VZLOG\DC\01\T.TXT
愛愛愛愛愛

　でも、ファイルがないディレクトリだけの階層は挟むな、これで
ＯＫです。
　としきさんに多謝。すげえな、やっぱり。年季がちがう。
　だって、あれだけの連投を読み込んだうえでの、これだよ。
　ほんと、ありがと。

c:\>dir /s c:\*.exe c:\*.com | find /i "grep" | sort /+36
994/10/06  00:00            50,672 DGREP.EXE

　あはははは。楽しい。でも、その話でなく、

994/10/06　は
1994/10/06　ですよね。

　この掲示板の「あれ」なのでしょうか　＞konnoさん

朝起きたら市内一斉清掃に参加しなければならぬ。
こんな時間までネットに首を突っ込んでいる暇はないはず。というのは建前。
とりあえず一つだけ。

> >その場合、dcフォルダにダミーファイルを１つ作ってやれば、うまくヒットします。
> >ファイル名は何でもよろし。dummy.xlsでも何でもOK。

> 　でも、なんでこんなこと知ってるの？　ある種の論理的思考でこうなるはず、
> とかあるんですか？

経験者だから。
いや、実はですねぇ。
私がよくやるのは、*.txt なんてファイル指定なんですが、この場合だと、拡張子が
txt のファイルが一つもないと、他にいくつファイルがあっても、例の読み込めない
というメッセージが出てしまうのですよ。
今回の文太さんの例だと、ファイル指定が *.* となっていたから、ではファイルが
１つもなかったんだろうな、と推測した次第。

そんだけ。

> 　気持ちは分かりますが、正規表現に対応していたら、fgrep ではないような。

あぁ、そうか、そうですよね。そういわれてみれば確かにそうかも。
とりあえず私、正規表現を使わない時はＯＳ純正のfindを使うことが多いもので
ついついあんな発言をしてしまいます。
といいつつ、最近のWindowsにはＯＳ純正でfindstrなんてコマンドもあったりする
から侮れない。いつからあるんだろう。WinNT4には既にあったりして。少なくとも
WinXPには存在している。

> >WGREPはなぜ文太さんが使っていないのか、不思議。
> 　最初に、jgrep (日本語対応) とか、cgrep, ygrep, izgrep に出会ったから

なるほど。
速くて多機能なものに最初のころに出会えば、そうなりますよね。
私の場合、ASCII toolsが最初だけど、次はwgrepでした。
アーカイブの中の検索なんて機能はほとんど使ったことがないけど、再帰検索と
各種文字の同一視ができるというのは非常にありがたかった。

速いと評判だったのはizgrepですか。
たぶんこれだと思うのですが、速いと評判だったgrepを評価して、当時のニフティの
数百メガバイトのログファイルを検索してみたけど、検索条件が悪かったのか、
wgrepと大差なかったので使わなかった、ということがあったのは覚えている。
具体的な数字なんか当然覚えていませんが、１分半ぐらいのところで１０秒ぐらいの
差だったような。とにかく、全ログ舐めてこの程度の差なら、わざわざ手になじんだ
ものから乗り換えるほどの事はないや、と考えるのに十分な程度の差でした。

としきさん

>朝起きたら市内一斉清掃に参加しなければならぬ。

　おはようございます。そして、お疲れ様でした。近所がきれいに
なりましたよね。
　うちは当番制なので、今年は奥様がやってきました。

>> でも、なんでこんなこと知ってるの？
>経験者だから。
　なるほど。

>私がよくやるのは、*.txt なんてファイル指定なんですが、
　abc??.txt という指定では、いつもできてるのに、今日は「*.txt」で
エラーが出るぞ、という経験があれば、論理的に考えますね。さすが。
経験は強し。

>今回の文太さんの例だと、ファイル指定が *.* となっていたから、
　ビンゴ！　ディレクトリのみ１４個でした。論理的、ふたたび。

C:\TK\VZLOG\DC>dir

2024/11/24  00:48    <DIR>          .
2024/11/24  00:54    <DIR>          ..
2024/11/23  19:12    <DIR>          01
2023/06/02  20:17    <DIR>          02
2023/06/02  20:17    <DIR>          04
2023/06/02  20:17    <DIR>          06
2023/06/02  20:17    <DIR>          13
2023/06/02  20:17    <DIR>          14
2024/11/23  15:53    <DIR>          15
2023/06/02  20:16    <DIR>          17
2023/06/02  20:16    <DIR>          18
2023/06/02  20:16    <DIR>          19
2023/06/02  20:16    <DIR>          20
2023/06/02  20:17    <DIR>          ct

　FGALDC １階から２０階まで。じつは、としきさんの
アドバイスで、aaa.txt 0 byte が、今まで入ってました。消したけど。
ygrep.exeにそんな制限ないもん。

としきさん

> VTDOS|D:\TOSHIKI\NIF>type C:\FREEWARE\DOS\WGREP.CFG
> -i -j15 -s7 -u -h3 -t                           ~~~
              ~~　
　そうそう、これです。PK/DC ログを、ygrepの「発言アーティクル」
単位検索で、"wgrep:再帰" のアンド検索をしたら、唯一出てきたのが
この部分への言及。「環境変数で設定してます」by としき、でした。

としきさん

>正規表現を使わない時はＯＳ純正のfindを使うことが多い

　find, findstr, replace そのうち調べておきましょう。
　あのパイプ技は、笑った。| sort /+36 は、僕には出なかった。ssortを
別プロセスで使っていたでしょう。

>私の場合、ASCII toolsが最初だけど、次はwgrepでした。

　僕のＶｚ（wgrep）との付き合いは遅いんです。「松」と「エコロジー」
の時代が長く、そして日野図書館でみつけたディスクつきのＰＣ本。

>速いと評判だったのはizgrepですか。

　ま、時間差は、じつは大したものでもないでしょう。VTDOS環境のＸＸさ
にも、もうすっかり慣れてるし（というほど、ＰＣ自体を使ってない）。
　先日ちらと izgrep.doc を読んだら、「出力が大きいと差が感じられない
かもしれない」とありました。結果のプリントは膨大な時間がかかるみたい。
これで検索自体の差が帳消しになる、とか。

konnoさん

　なんだか、すごい怒涛になってしまいました。
　すみませね。

>このDLLは ZIPの中には無いですね。私は多分 SETUP.EXE から
>落としたのでしょう。

　なるほど。そういうパッケージの仕方、みたことあります。
　いつか探すかも、、、。

>WILD は GREP で使うにはあまり向いていないと思うので、別の機会に。

　はい、まったくその通りだと思います。ygrep.exeで足りると思います。

> 　この掲示板の「あれ」なのでしょうか　＞konnoさん

あれ、というか「癖」っぽいですね。うん、「ヤマイダレ」のついている漢字だ。
mode=msgviewのときだけ発病する感じ。
allreadとかnewsortの時はきちんと欠落なく表示してくれているから。
そして、行頭が半角「1」は欠落するけど半角「2」なら大丈夫、というのも不思議。
どうすればこうなるんだろう。

> 　でも、ファイルがないディレクトリだけの階層は挟むな、これで
> ＯＫです。

いってることは伝わるかもしれませんが、としき的には微妙に不正確。
カレントに .txt のファイルがあれば、以下の階層に一つも .txt がなくても
wgrepはこけません。すなわち、ファイル検索の起点にさえ対象のファイルが
ありさえすれば、以下のディレクトリにはファイルがない階層が挟まって
いても問題ない、というのがとしき的な表現です。
＃いいじゃねぇか、そんなこまけぇこと

としきさん

>＃いいじゃねぇか、そんなこまけぇこと
　でもないですよ。

　いつの日にか、この「wgrep -u について」のやり取りをグレップで
発見し、おお、先人の方、としきさん、感謝、m(__)m となるかもしれない。

>ファイル検索の起点にさえ対象のファイルがありさえすれば、
　なるほど。試さないけど、途中に空が挟まっていてもいいんだ。
　違いは大きいと思います。
　が、wgrep -u を使うことは、しばらくないと思うので、
僕にとっては、いいじゃん、なんだけど。
　m(__)m

　いい天気ですねぇ。気分が完全に天気に左右されるお年頃になってます。

> >  C:\TC のディレクトリ
> > 1989/05/11  02:01             7,029 GREP.COM
> 
> うぉ、これも懐かしいですね。TurboC 2.01だ。
> 実家に行けば、今でも残っているかも。

珍しくフットワーク軽く、実家に行ってきました。タッチアンドゴー。
結果。
実家にあったのはTurboC 2.00。

1988/12/20  02:00             8,263 GREP.COM

こんなものあったんだ。たぶん、使った事はない。

> 　うちは当番制なので、今年は奥様がやってきました。

一人暮らしだと、そういうわけには行きません。
ただ、同一市内の実家は母と弟が暮らしていて、母が体調不良だから当然弟がやる
かと思ったら誰も出て行かなかったとのこと。いささかあきれる。

> >私がよくやるのは、*.txt なんてファイル指定なんですが、
> 　abc??.txt という指定では、いつもできてるのに、今日は「*.txt」で
> エラーが出るぞ、という経験があれば、論理的に考えますね。さすが。

私の解釈の問題というか誤解しているのかもしれません。
私の経験では、別のディレクトリだと abc??.txt という指定でも *.txt でも行ける
のに、特定のディレクトリでは同じ指定なのにうまく行かない、なにが違う、という
ところが出発点。そして、あ、このディレクトリはファイル豊富なのに拡張子が txt
のファイルは一つもない、という気付きから数回の実験をおこなって、というような
感じですね。だからこの辺、論理的には考えますが、少なくとも１回は実験を行って、
自分の考えを確かめないと。
何せ、一番信用できないのが自分の考えというやつですから。

> > 　wgrep.doc を読んで、なんでできない？　に答えを求めました。
> > 　考察の結果です。「再帰」ではないです。
> > 　一層下だけ、という意味みたいです。wgrep.docからは、そうは読めないと

wgrep は再帰検索に失敗することが有るので、この説明に納得しかけましたが

> それはおかしい。
> 私、PC-98の時代から、該当ディレクトリ下部一括検索をする時はいつもwgrepを
> 使っていました。そして、３０年余りの経験で、検索漏れに気がついたことは
> 一度もない。
> そして今、WinXPをひっぱりだしてきてVTDOS122でwgrepを使ってみました。
> 結果、少なくとも３階層くらい下までは引っ張ってきてくれています。

そ、そうなんですか。

> > C:\>wgrep -u "愛愛愛" C:\tk\vzLOG\dc\*.*	;dcフォルダの下の01フォルダに
> > ファイルが読めません ---> C:\TK\VZLOG\DC\*.*	;ヒットすべきファイルがある
> 
> うん、実は気がついていない人が多いのですが、こうなる可能性があるパターンと
> いうのがありまして。
> dcフォルダの下の01フォルダにヒットすべきファイルが仮にあったとしても、
> dcフォルダそのものにファイルが１つもない場合、このメッセージが表示されるの
> ですよ。
> その場合、dcフォルダにダミーファイルを１つ作ってやれば、うまくヒットします。
> ファイル名は何でもよろし。dummy.xlsでも何でもOK。

今まで wgrepの再帰検索は不安定だなぁと思っていたのですが、そういうことでしたか。
大変有益な情報をありがとうございます。

#11692
> c:\>dir /s c:\*.exe c:\*.com | find /i "grep" | sort /+36
> 994/10/06  00:00            50,672 DGREP.EXE

この多段パイプ技も目を引きましたが

> 994/10/06　は
> 1994/10/06　ですよね。
> 　この掲示板の「あれ」なのでしょうか　＞konnoさん

この意味がわかりませんでした。

#11699
> あれ、というか「癖」っぽいですね。うん、「ヤマイダレ」のついている漢字だ。
> mode=msgviewのときだけ発病する感じ。
> allreadとかnewsortの時はきちんと欠落なく表示してくれているから。
> そして、行頭が半角「1」は欠落するけど半角「2」なら大丈夫、というのも不思議。
> どうすればこうなるんだろう。

やっとわかりました。
mode=msgviewのときだけ表示が変なのですね。
うちだけなのかな。
確認してみます。


＃　ヤマイダレハシナナキャナオラナイ富士の山異誰？

　僕はこんなのを見つけました。


C:\TC\TC15>dir grep.com
1988/01/25  01:05             5,930 GREP.COM

C:\TC\TC15>grep
Turbo GREP	Version 1.0  Copyright (c) 1987 Borland International
Syntax is:	GREP [-rlcnvidzw] searchstring file[s]
		GREP ? for help

C:\TC\TC15>grep ?
Turbo GREP	Version 1.0  Copyright (c) 1987 Borland International
Syntax is:	GREP [-rlcnvidzw] searchstring file[s]

Options are one or more option characters preceeded by "-", and optionally
followed by "+" (turn option on), or "-" (turn it off).  The default is "+".
   -r*  Regular expression search	-l   File names only
   -c   match Count only		-n   Line numbers
   -v   Non-matching lines only		-i   Ignore case
   -d   Search subdirectories		-z   Verbose
   -w   Write default options
(Options flagged with a "*" are on by default)

A regular expression is one or more occurrences of:  One or more characters
optionally enclosed in quotes.  The following symbols are treated specially:

   ^  start of line		$  end of line
   .  any character		\  quote next character

   a*  match zero or more a's
   a+  match one or more a's

   [aeiou0-9]	match a, e, i, o, u, and 0 thru 9
   [^aeiou0-9]	match anything but a, e, i, o, u, and 0 thru 9



C:\TC\TC201>dir grep.com
1989/05/11  11:01             7,029 GREP.COM

C:\TC\TC201>grep
Turbo GREP  Version 1.2  Copyright (c) 1987, 1988 Borland International
Syntax:  GREP [-rlcnvidzuwo] searchstring file[s]
         GREP ? for help

C:\TC\TC201>grep ?
Turbo GREP  Version 1.2  Copyright (c) 1987, 1988 Borland International
Syntax:  GREP [-rlcnvidzuwo] searchstring file[s]

Options are one or more option characters preceeded by "-", and optionally
followed by "+" (turn option on), or "-" (turn it off).  The default is "+".
   -r+  Regular expression search	-l-  File names only
   -c-  match Count only		-n-  Line numbers
   -v-  Non-matching lines only		-i-  Ignore case
   -d-  Search subdirectories		-z-  Verbose
   -u-  Update default options		-w-  Word search
   -o-  UNIX output format		     Default set: [0-9A-Z_]

A regular expression is one or more occurrences of:  One or more characters
optionally enclosed in quotes.  The following symbols are treated specially:
   ^  start of line		$  end of line
   .  any character		\  quote next character
   *  match zero or more	+  match one or more

   [aeiou0-9]	match a, e, i, o, u, and 0 thru 9
   [^aeiou0-9]	match anything but a, e, i, o, u, and 0 thru 9


　上は一部フィクションを含みます。C:\TC なんてディレクトリ、この遊びっけ
なしのマシンに存在するわけがありません。遊びマシンは、１年以内くらいに
作ります。
　これら grep.com は、もちろん使ったこと、ありません。使う予定もありません。
　日本語対応ない grep が、日本語環境でどう振る舞うか、とか調べる気はありません。


konnoさん、TurboC 2.01
 1989/05/11  02:01             7,029 GREP.COM --- 一緒、タイムスタンプ異

としきさん、TurboC 2.00
 1988/12/20  02:00             8,263 GREP.COM

文太、TurboC 1.5
 1988/01/25  01:05             5,930 GREP.COM

文太、TurboC 2.01
 1989/05/11  11:01             7,029 GREP.COM --- 一緒、タイムスタンプ異

追記：Turbo grep には、ver. 1.0 から、「ディレクトリ再帰」がある！
　-d   Search subdirectories

　英語環境だけで使う（僕にはある）、というのなら、使えるのかもしれない。
　たぶん、一般にはお勧めできないのだろうと想像して、どこでどうこれを入手
したかは書きません。

C:\PROGRA~2\GNUWIN32\BIN>grep --version
GNU grep 2.5.4

Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

C:\PROGRA~2\GNUWIN32\BIN>grep
使用法: C:\PROGRA~2\GNUWIN32\BIN\GREP.EXE [オプション]‥‥ 文字列パターン [ファイル]‥‥
詳しくは`C:\PROGRA~2\GNUWIN32\BIN\GREP.EXE --help'を実行してください。

C:\PROGRA~2\GNUWIN32\BIN>type t.txt
表十

C:\PROGRA~2\GNUWIN32\BIN>grep "表" t.txt
C:\PROGRA~2\GNUWIN32\BIN\GREP.EXE: Trailing backslash

　32ビットの日本語対応グレップ、だと思う。awk-like な拡張正規表現が
使える模様。

www.vector.co.jp/soft/winnt/util/se365621.html

　Win11で、動くことだけ確認しました。もともとgrep.exeというファイル名
だったのですが、これではちょっと使いづらいので、作者の名前から、
popogrep.exeとリネームしました。
　あまり使う予定はないものですから。

C:\WK\POPOGREP>popogrep
Parameter error
 Usage : 
grep [option] string file

[option]
  -i : 比較中に大文字と小文字を区別しない
  -c : パターンを含む行の数だけを表示する
  -n : 各行の先頭に、ファイルにおけるその行の行番号を出力しない
  -v : パターンを含む行を除いたすべての行を出力する
  -p : 結果出力時にファイルのパスを表示しない
  -f : 結果出力時にファイルのパスをフルパス表示する（デフォルトは相対パス表示）
  -r : サブディレクトリも再起的に検索する　【あるじゃん！】

string : Grep対象文字列
         正規表現可
         ex)
            grep .+[abc]+ file

file   : ファイル名
         ワイルドカード可
         ex)
            grep abc *.txt

C:\WK\POPOGREP>type t.txt
表
十
愛

C:\WK\POPOGREP>popogrep "表" t.txt
popogrep.txt(17): と入力するとテキストファイルから"ABCDEFG"を含む行を全て抽出して画面に表示
popogrep.txt(26): ２．正規表現を使用することもできます。
popogrep.txt(32):     正規表現については、別途参考書等を参照してください。
popogrep.txt(39):      -c : パターンを含む行の数だけを表示する
popogrep.txt(42):      -p : 結果出力時にファイルのパスを表示しない
popogrep.txt(43):      -f : 結果出力時にファイルのパスをフルパス表示する（デフォルトは相対パス表示）
popogrep.txt(76): 起動時に何らかのエラーが表示される場合には、
t.txt(1): 表十

C:\WK\POPOGREP>popogrep 表 t.txt
popogrep.txt(17): と入力するとテキストファイルから"ABCDEFG"を含む行を全て抽出して画面に表示
popogrep.txt(26): ２．正規表現を使用することもできます。
popogrep.txt(32):     正規表現については、別途参考書等を参照してください。
popogrep.txt(39):      -c : パターンを含む行の数だけを表示する
popogrep.txt(42):      -p : 結果出力時にファイルのパスを表示しない
popogrep.txt(43):      -f : 結果出力時にファイルのパスをフルパス表示する（デフォルトは相対パス表示）
popogrep.txt(76): 起動時に何らかのエラーが表示される場合には、
t.txt(1): 表十

C:\WK\POPOGREP>popogrep 愛 t.txt
t.txt(3): 愛

　ま、バグってはいます。
　たぶん、

C:\WK\POPOGREP>popogrep 表 t.txt
が

C:\WK\POPOGREP>popogrep 表 *.*
か
C:\WK\POPOGREP>popogrep 表 *.txt
と解釈されているのでしょう。

　もちろん、かなり意地悪なテストです。こんな結果になるとは思わなかった
のだけど。

> konnoさん、TurboC 2.01
>  1989/05/11  02:01             7,029 GREP.COM --- 一緒、タイムスタンプ異

> 文太、TurboC 2.01
>  1989/05/11  11:01             7,029 GREP.COM --- 一緒、タイムスタンプ異

かっきり９時間ですからねぇ。
どこかでタイムスタンプを狂わせる圧縮／解凍ツールを使った可能性が高そうな
結果ですね。

> mode=msgviewのときだけ表示が変なのですね。

行頭の半角「1」が欠落する、というのはmode=msgviewのときだけですね。
ただ、今、いろいろと見て回っていたら、konnoさん、ちょうど手を入れている最中
なのかな。mode=allreadのツリー表示が微妙に崩れているところがある。
なんかまた、デグレが発生したかな。

　これでいいでしょう！　>findstr /? とすれば出るので、以下は
抜粋です。

C:\WINDOWS\SYSTEM32>dir findstr.exe
 C:\WINDOWS\SYSTEM32 のディレクトリ
2010/11/20  21:17            62,976 findstr.exe

C:\>findstr /?
ファイルから文字列を検索します。

FINDSTR [/B] [/E] [/L] [/R] [/S] [/I] [/X] [/V] [/N] [/M] [/O] [/P]
        [/F:ファイル] [/C:文字列] [/G:ファイル] [/D:ディレクトリ一覧]
        [/A:色属性] [/OFF[LINE]] 文字列 [[ドライブ:][パス]ファイル名[ ...]]

  /L           検索文字列をリテラルとして使用します。
  /R           検索文字列を正規表現として使用します。
  /S           現在のディレクトリとすべてのサブディレクトリから一致する
               ファイルを検索します。
  /F:ファイル  指定したファイルからファイル一覧を読み取ります (/ を指定する
               とコンソール)。
  /G:ファイル  指定されたファイルから検索文字列を取得します (/ を指定する
               とコンソール)。

正規表現クイック リファレンス:
  .            ワイルドカード: 任意の文字
  *            繰り返し: ゼロ個以上の直前の文字またはクラス
  ^            行位置: 行頭
  $            行位置: 行末
  [class]      文字クラス: セットの任意の 1 文字
  [^class]     逆クラス: セット以外の任意の 1 文字
  [x-y]        範囲: 指定した範囲の任意の文字
  \x           エスケープ: メタ文字 x のリテラル使用
  \<xyz        単語位置: 単語の先頭
  xyz\>        単語位置: 単語の終わり

sample:
C:\WINDOWS\SYSTEM32>findstr 表 t.txt
表

　（十分日本語に対応していないのかもしれない）

C:\WINDOWS\SYSTEM32>findstr /R ".." t.txt
表
表表
十十十
愛
　愛

　「表」も「愛」も２文字と認識されているみたい。
　「*」がうまく機能しなかったのも、このせいだ、きっと。
　とても使い勝手が悪そうだ、とは言えるでしょう。

結論：これでよくは、ない。

> > mode=msgviewのときだけ表示が変なのですね。
> 行頭の半角「1」が欠落する、というのはmode=msgviewのときだけですね。

ソースを確認したら、変な部分を見つけました。
		$v_msg =~ s/<br>1/\n/g;
これは、
<br> を \n に変換するところだと思いますが、１ が余計に入っている？
		$v_msg =~ s/<br>/\n/g;
１を削除したら正常になりました。これか！
多分ソースを弄っている時にうっかり１を押してしまったのでしょう。
うちのノートPCはテンキー付きなので指が触れやすいのです。
うっかりミスを発見してくれてありがとうございます。
てか、そもそもここでこの変換は必要なのだろうか？　＜ｂｒ＞を表示させるためかな？

> ただ、今、いろいろと見て回っていたら、konnoさん、ちょうど手を入れている最中
> なのかな。mode=allreadのツリー表示が微妙に崩れているところがある。
> なんかまた、デグレが発生したかな。

げげ、結構崩れていますね。でもツリールーチンは最近弄った記憶が無いのですが。
ルーチンとしてバグが残っているとは思ってましたが、ここまで酷くはなかったような。
見てみます。


追記
￥ｎ は改行になってるし、＜ｂｒ＞は表示してないじゃん！
また見直さなくては。(;_;)

>type test.txt
表
十
愛

>popogrep "." test.txt
test.txt(1): 表
test.txt(2): 十
test.txt(3): 愛

>popogrep ".." test.txt
(zero)

　popogrepは、VTDOS環境ではまともに動きませんが、cmd窓なら
動くようです。（テストは上だけ）


c:\wk>findstr -R "." test.txt
表
十
愛

c:\wk>findstr -R ".." test.txt
表
十
愛

c:\wk>findstr -R "..." test.txt
(zero)

　やはり、findstr.exeは、日本語対応ができていません。
少なくとも正規表現の「.」（任意の１字）は、ダメです。
　（日本語対応はまったくダメ、という部分、本当なのか、ちょっと
自信がないけど。cmd窓の日本語化とかあるんですかね？　しかし、
その日本語はUTF-8とかじゃないのかな、、、。SJISはどうなる？
などなど）

　この辺で打ち止めです。やはり、僕は１６ビット、SJISな環境に
とどまりたいと思いました。
　こんなに苦労することになるとは、夢にも思ってなかった。

　popogrepについて（勝手に名前を変えてすいません）です。
  「作者名：popo.neco」という方の作品でした。grep.exeがオリジナルの
名前。
　●動作環境　　IBM PC/AT互換機　Windows 2000/XP 以降　となっています。

>ま、バグってはいます。
>たぶん、

　これは、プログラムの側に責任があるというより、VTDOS環境との
相性だと思われます。僕はこりてしまったので、32bit grepからは
撤退しますが、こういう環境（ＤＯＳエミュ全般？）との【相性】という
のは、きっとあるのでしょう。
　rcp32.exeが当初から動いて、よかったですね。

　VTDOSその他のＤＯＳエミュレータで、１６ビット・アプリが無事に
動き続けることを祈ってます。僕は、Ｖｚというか、趣味の情報管理
としてのＰＣという意味では、ＸＰ以前まで後退します。

　いやぁ、壁は厚かった。wild + izgrep が VTDOS @ Win11 で
動かなかったときは、「や、やばいぞ」と強く思いました。
　大昔ほど真剣には、暗い気持ちにならなかったのですが。この方面では
もうあまり前を見なくてよい、と思っているので。

まとレスです。
#11706
> 文太、TurboC 1.5
>  1988/01/25  01:05             5,930 GREP.COM
文太さんもとしきさん以上の収集家なんですね。(^^;

> 追記：Turbo grep には、ver. 1.0 から、「ディレクトリ再帰」がある！
> 　-d   Search subdirectories
これを見て Turbo grep 1.2 を試してみました。
FGAL\ のフォルダから再帰検索すると 非常に時間が掛かります。
VTDOSで各種 grep の再帰検索時間を測ってみました。いずれもキャッシュが効いた状態

GREP -Hnir "YAgrep.exe" *.*	  13秒	GNU grep 2.5.4	32ビット
BGrep -dnio "YAgrep.exe" *.*	  17秒	Turbo grep 5.6	32ビット
TGrep -dnio "YAGREP.exe" *.*	  29秒	Turbo grep 1.2	16ビット
YGrep -Srti "YAgrep.exe" *.*	1:07秒			16ビット
WGrep  ハングアップでDOS窓消滅	DOSVAXJ3も同じ

こうして見ると Turbo grep 1.2 は16ビットなのに速いですね。
次に "表十愛" のテストをしてみました。

#11708
> C:\WK\POPOGREP>type t.txt
> 表
> 十
> 愛

このナイスなテストテキストで文太さんと同じようなテストをしたら
 grep 2.5.4 は駄目でした。愛はOKだけどそれ以外はNG。1行に漢字１文字だけだとNG？　惜しい
 Turbo grep 1.2 は駄目でした。漢字2バイトを認識してないようです。残念。
 Turbo grep 5.6 は全部OKみたいです。これは使えるかも。
 
これは BCC (Borland C++ Compiler) だったかな、にありました。
区別のためにリネームしています。

>bgrep ?
Turbo GREP 5.6 Copyright (c) 1992-2010 Embarcadero Technologies, Inc.
Syntax:  GREP [-rlcnvidzewoqhu] searchstring file[s] or @filelist 

Options are one or more option characters preceded by "-", and optionally
followed by "+" (turn option on), or "-" (turn it off).  The default is "+".
   -r+  Regular expression search       -l-  File names only 
   -c-  match Count only                -n-  Line numbers 
   -v-  Non-matching lines only         -i-  Ignore case 
   -d-  Search subdirectories           -z-  Verbose 
   -e   Next argument is searchstring   -w-  Word search 
   -o-  UNIX output format                   Default set: [0-9A-Z_]
   -q-  Quiet: supress normal output 
   -h-  Supress display of filename 
   -u xxx Create a copy of grep named 'xxx' with current options set as default

A regular expression is one or more occurrences of:  One or more characters 
optionally enclosed in quotes.  The following symbols are treated specially:
      ^  start of line             $  end of line 
      .  any character             \ quote next character 
      *  match zero or more        +  match one or more 
      [aeiou0-9]   match a, e, i, o, u, and 0 thru 9 ; 
      [^aeiou0-9]  match anything but a, e, i, o, u, and 0 thru 9


もしかすると正規表現が簡易版かもしれませんが私の用途では充分です。

　微妙に ver が違いますが、きっと同じじゃないかな？
　結論からいうと、十分にすごい。でも抜けもある。とりわけ￥がらみの「表」とか。
　比較対象は、16bit ygrep.exe。こっちが正解。

C:\WK>grep
Turbo GREP 5.5 Copyright (c) 1992, 2000 Inprise Corporation
Syntax:  GREP [-rlcnvidzuwo] searchstring file[s] or @filelist 
	 GREP ? for help

C:\WK>type 1.txt
愛
表
表表
あいうえお


C:\WK>grep "表+" 1.txt
File 1.txt:
表
表表

C:\WK>ygrep "表+" 1.txt
1.txt        2:表
1.txt        3:表表


C:\WK>grep "[亜-腕弌-龠]" 1.txt		; NG
File 1.txt:
愛

C:\WK>ygrep "[亜-腕弌-龠]" 1.txt
1.txt        1:愛
1.txt        2:表
1.txt        3:表表


C:\WK>grep "[ぁ-ん]" 1.txt
File 1.txt:
あいうえお

C:\WK>ygrep "[ぁ-ん]" 1.txt
1.txt        2:あいうえお


C:\WK>grep "[ぁ-ん][ぁ-ん]*" 1.txt
File 1.txt:
あいうえお

C:\WK>ygrep "[ぁ-ん][ぁ-ん]*" 1.txt
1.txt        4:あいうえお


C:\WK>grep "....." 1.txt
File 1.txt:
あいうえお

C:\WK>grep ".........." 1.txt


C:\WK>ygrep "....." 1.txt
1.txt        4:あいうえお

C:\WK>ygrep ".........." 1.txt


　ygrep.cfg が普段のまま、なのは手抜きです。
　これだけじゃないかもしれないけど。

https://ja.wikipedia.org/wiki/Shift_JIS
「2バイト目が5C等になりうることによる問題」
　ソ、表、噂、欺、十、貼、構、暴、兎、予、申　など。

追記：VTDOS環境も同じだろうと思うけど（じゃないと変）、日本語版 windows の
ＣＭＤ窓の文字コードは、いまでも SJIS がデフォなのだそうです。UTF-8に変更
することも可能なようですが。

> 　微妙に ver が違いますが、きっと同じじゃないかな？
> 　結論からいうと、十分にすごい。でも抜けもある。とりわけ￥がらみの「表」とか。
> 　比較対象は、16bit ygrep.exe。こっちが正解。
> Turbo GREP 5.5 Copyright (c) 1992, 2000 Inprise Corporation

おお、一つ前のバージョンがあったのですね。でも抜けがあったとは残念。

> C:\WK>grep "[亜-腕弌-龠]" 1.txt		; NG
> File 1.txt:
> 愛

うーむ、通常検索はOKで、正規表現が「表」に対応してないような感じですね。
0.1の違いに一縷の望みを託して試してみました。
が、予想通り、NGでした。(>_<)

> https://ja.wikipedia.org/wiki/Shift_JIS
> 「2バイト目が5C等になりうることによる問題」
> 　ソ、表、噂、欺、十、貼、構、暴、兎、予、申　など。

これらの漢字が無ければ正規表現でも大丈夫なのかな、参考にします。

> 追記：VTDOS環境も同じだろうと思うけど（じゃないと変）、日本語版 windows の
> ＣＭＤ窓の文字コードは、いまでも SJIS がデフォなのだそうです。UTF-8に変更
> することも可能なようですが。

そうなんですか、でも今の調子だといつ SJISが切り捨てられてもおかしくないですね。
SJISテキストの膨大な過去資産があるから、実際にはおいそれと変えられないのかも。

konnoさん

>が、予想通り、NGでした。(>_<)
　でしょうね。でも、Borlandは、どうやって２バイト文字だと判定
してるのでしょう？　「....」とか。
　すげえな、と思いました。GNU の日本語対応なしより Borland でしょう。
　２バイト文化圏（中国と韓国と日本？）を意識していたのか？

>>　ソ、表、噂、欺、十、貼、構、暴、兎、予、申　など。
>これらの漢字が無ければ正規表現でも大丈夫なのかな、参考にします。
　なんじゃないでしょうか。だから、「Yagrep.exe」（検索文字列）
なんてのは、前後でよほど運が悪くなければ、ちゃんとヒットするん
じゃないかなぁ？？？
　僕のテストは何となく思いついた程度をやったので、網羅的とは
とうてい言えませんが。安全にたおせば、やはり、信頼のおける、１６ビットの
ygrep, cgrep, izgrep あたりじゃないのかな。あるいは、マルチバイト対応の
１６ビットのＧＮＵもの。
　スピードはがまん。
　ygear.def by とらじ、を使ってみてください。すごいですよ。
　コマンドラインを一部再現してるので、とっつきにくいけど。でも、メニュー
があるから、使い込むほどベンリ！　最近は使ってないけど。

　あと、正規表現、使うと便利ですよ。せっかく grep なんだし。
　egrep。だいたい vwx と同じ拡張正規表現です。こっちのほうが、
大方、便利です。「ああ*」=「あ+」ですから。「あ」の１回以上の繰り返し。

>> ＣＭＤ窓の文字コードは、いまでも SJIS がデフォなのだそうです。
>そうなんですか、でも今の調子だといつ SJISが切り捨てられてもおかしくないですね。
>SJISテキストの膨大な過去資産があるから、実際にはおいそれと変えられないのかも。

　どうなんでしょうね？　shadowさんのアドバイスにしたがって、「レガシーコンソール」
を Win11 に入れたら、おお、変な文字化けがなくなった、と喜びました。
　が、「レガシーコンソール」もオプション扱いに格下げになっているようで、うう、
どうなんだろう、という感じはしてます。

　すいません、VTDOS で、手一杯なもので。DOS, WinME, WinXP あたりの調教が
まだまだ先みたいで。チェーンソーと格闘しています（謎）。ついに、２サイクル・
ガソリンエンジンのチェーンソーを使ってしまった。すごく疲れました。
　下手をすれば、指も腕も飛んでいく、恐怖。でもすごいパワー。さすが化石燃料。

c.mos氏が Vzのソースを11月26日に公開していました。
Ｘ
https://x.com/c_mos/status/1861213282578899445
github
https://github.com/vcraftjp/VZEditor

VZEditor-main.zip というのを落としたら掲載物丸ごと入っていました。
Magazine フォルダには c.mos氏の雑誌掲載コラムがあり、アセンブラの話もあります。
ソースはファイルの日付が最近のになっていてちょっと残念です。
とりあえずお約束のアセンブルをして同じファイルサイズにはなりました。
が、中身は結構違っています。
オリジナルは OPTASM だったかな、MASM5.1 とは生成コードが結構違うのかな。

この界隈の人達はみなさんソースをお持ちの方が多いので関係ないでしょうが
それ以外の人は是非アセンブルにチャレンジしてみてください。


※　この記事は 野ざらし言#5707 の記事の再掲載です。そちらも参照してください。

Xの savaさん（LP-Project の Lukewarm氏）の記事で知りました。
> x86版NT系WindowsのNTVDM（DOS 5.0相当だがfunc 3306hの「真のバージョン」では5.50を返す。このことにより判別可能なのは逆に有情か…？）

そうだったんだ！　以前 NT系DOSのVerが 5.5 と表示され、？？ と思ったことがありました。

> #7208： Re: commannd.com窓 投稿者:konno 　 2016/02/21(日)
> Meu.com ver.1.20 1991-94 (c) By SEIN
> MSDOS version = 5.50  /  revision = 0  /  exist in HMA
> う、commannd.com窓のDOSverは、5.50 ？？

この時ははて？　と思っただけですが
MEU は func 3306hを使って「真のバージョン」を返していたんですね。
ブラウンさんのリストを翻訳すると

DOS 5+ - 真のバージョン番号を取得
AX = 3306h

Return:
BL = major version
BH = minor version
DL = revision (bits 2-0, all others 0)
DH = version flags

bit 3:
DOS is in ROM

bit 4:
DOS is in HMA.
AL = FFh if true DOS version < 5.0

筆記：この関数は、AH=30h とは異なり、常に真のバージョン番号を返します。 その戻り値は SETVER で変更できます。

このようになっています。
掲示板検索したら、文太さんが過去に言及していました。
> #10540： get true ver (ax=$3306) 投稿者:文太 　 2023/01/29(日)
この記事で確認用のマクロも貼り付けていました。
-----------------------------------------------------------
=== Macrotmp by B ===; always returns "true" dos version
* M
50 ^^ "Macrotmp"

	ax=$3306, &i($21)			;vtdos returns 6.20 here
	&m("MS-DOS v%d.%d",bx&$FF,bx>>8&$FF)	;vtdos returns the ver of 
;	ax=$3000, &i($21)			;command.com used again. 
;	&m("MS-DOS v%d.%d",ax&$FF,ax>>8&$FF)	;So made, it seems.

*
-----------------------------------------------------------
でもこれは別の目的でたまたまだったようで、私は全然気が付きませんでした。(^^;

どこにつけようか迷ったのですが、とりあえずこちらにつけさせていただきます。
現在、また何かいろいろといじっている最中とお見受けしました。
それとも、単にバグっているだけかな。
実は私もちょっといじっていることがありまして。
なので、数十分に１回、こちらの新着情報をリロードしていたりするもので気がつき
ました。
完成したら、またご紹介ください。

> 現在、また何かいろいろといじっている最中とお見受けしました。
> それとも、単にバグっているだけかな。

すみません。単なるバグです。m(__)m
といってもその前後に大ポカをやらかして生ログを別の物で上書きしたり。(>_<)
弄っているのは確かですが、表示の不具合は過去記事タイトルを引用すると出るのです。
いい不具合回避法が思いつかないの。(;_;)

> 実は私もちょっといじっていることがありまして。

おお、完成したらぜひご紹介ください。

> > 実は私もちょっといじっていることがありまして。
> おお、完成したらぜひご紹介ください。

ほい。
何をいじっているかというと、RSSのアップロードの関係。
#8026で書きましたが、現在、ニフティから直接は読めない板塀のRSSを１日２回、
自前でニフティにアップロードしていました。これは定期的な動きなので、なにも
変化がなくても自動でアップロードしていました。
これを、１時間に１回チェックするようにして、そのかわり変化があったときだけ
アップロードするように書き換えている最中。
いろいろミスもあったけど、とりあえず動き出しました。現在、安定監視中。
明日か明後日には安定監視を終了して、特に問題がなければそのまま常用に移行する
予定。ただし、これの紹介はいつできるやら。それより前に、ベクターからの引越し
を行う必要があるので。

と、こういうことをやっていたので、新着情報にもアクセスしていたわけです。
そして、１７時半前ぐらいだったかな。タイミング的には#11719が書き込まれる前か
後かぐらい。新着情報にアクセスしてみたところが、konnoさんのサイトのところが
丸々すっぽりと非表示。テーブル部分だけが非表示なら、またバグだな、とピンと
来るところですが、今回はその上の、トップページやブログへのリンクを表示して
いる行の部分も表示されていないように見えて。これはkonnoさん、自分のところの
表示をやめたのかな、なんて思ってしまったわけです。念のため、CGIの出力した
ページのソースも確認したのですが、やっぱり表示されていないような感じ。
ただ、この辺の確認、板塀サーバとして使っているWinXPマシンの、それもIEから
行っているのですね。こんなものを使うのは、何年ぶりだろう。なので、確認ミス
とかあったかもしれない。
とはいえ、こんな感じだったものですから、運悪くちょうど何かいじっている最中
だったかな、と思った次第。
ですが、それからほんの少しあと、#11720が書き込まれた後に新着情報をみたら、
今度はとりあえず表示はされていて、ただしテーブルが崩れている状況。
なので、これはやっぱりバグだったのかなぁ、なんて思いなおしてみたりして。
というような状況でした。

> 何をいじっているかというと、RSSのアップロードの関係。
> これを、１時間に１回チェックするようにして、そのかわり変化があったときだけ
> アップロードするように書き換えている最中。

おお、板塀の更新が速くなるわけですね。期待してしまいます。
さっき更新情報がおかしいいように見えたのはテスト中だったのかな。(^^;;

> そして、１７時半前ぐらいだったかな。タイミング的には#11719が書き込まれる前か
> 後かぐらい。新着情報にアクセスしてみたところが、konnoさんのサイトのところが
> 丸々すっぽりと非表示。

げげ、丸ごと消えていましたか、wforum.cgiのエラーだったんですが。操作ミスで。
最近車で踏み間違いも経験したりして、色々脳がヤバくなってきてるかも。(;_;)

> さっき更新情報がおかしいいように見えたのはテスト中だったのかな。(^^;;

そのとおりです。
#11723では安定監視中なんて書いたけど、実際にはまだバグバグで。
８日正午過ぎの段階で、１時間毎のチェックまではできていたけど、チェックの結果
にかかわらず再アップロードしてしまっていたことが判明。
そこは修正したけど、別のところがどうも不安定であることが、夕方になって判明。
結局はテキスト処理なんでパイプをかませているのですが、なんかパイプの後ろ側を
処理してくれていないことが時々あるみたい。なんでや。パイプの前後の実行速度の
差かなぁ。
結局、テンポラリファイルを１つかませることにして、現在様子見。
すなわち安定監視中。

> げげ、丸ごと消えていましたか、wforum.cgiのエラーだったんですが。操作ミスで。

これ、#11723にも書きましたが、私のチェックが甘い可能性あり。
つまり、丸ごと消えたような気がしただけ、かもしれない、ということ。
差し支えなければ、どんなコードを使っているのか、貼り付けていただけませんか？

> 結局はテキスト処理なんでパイプをかませているのですが、なんかパイプの後ろ側を
> 処理してくれていないことが時々あるみたい。なんでや。

関係あるかはわかりませんが、更新情報がおかしいというのは、うちの掲示板のタイトルが
板塀の所に表示されていたのです。ビックリして見に行ったら全然違うタイトルだったし。
更新情報の潜在バグかもしれません。

> > げげ、丸ごと消えていましたか、wforum.cgiのエラーだったんですが。操作ミスで。
> 差し支えなければ、どんなコードを使っているのか、貼り付けていただけませんか？

いや、コード弄りではなく、誤操作でＮＧデータに入れ替えてしまったんですよ。
それも2回も。(;_;)

> 関係あるかはわかりませんが、更新情報がおかしいというのは、うちの掲示板のタイトルが
> 板塀の所に表示されていたのです。ビックリして見に行ったら全然違うタイトルだったし。
> 更新情報の潜在バグかもしれません。

ごめんなさい、これは私が意図して実験していたときのものを見られていたのでしょう。
何を実験していたかというと、#11722でkonnoさん

> 弄っているのは確かですが、表示の不具合は過去記事タイトルを引用すると出るのです。

と書いていたので、うちのところで過去記事タイトルを使うと表示の不具合が出るかな、と
思って、わざとタイトルだけをkonnoさんのところのものに書き換えてみていたのです。
でも、タイトルだけを書き換えただけでは発症せず。
これは、本文の中で過去記事タイトルを引用したときだけ発症、ということのようですね。
なので

> > 差し支えなければ、どんなコードを使っているのか、貼り付けていただけませんか？

というのは#11722の

> いい不具合回避法が思いつかないの。(;_;)

ここにかかってくるのです。
コードを貼り付けていただければ回避法を議論できるかもしれない、ということです。

> > > mode=msgviewのときだけ表示が変なのですね。
> > 行頭の半角「1」が欠落する、というのはmode=msgviewのときだけですね。

この症状が再発しているようです。ツリーも相変わらず崩れているようだし。
またもや同じようにテンキーに触ってしまったのなら、例えば、外付けのキーボードを
使う、といった抜本的な解決策を採用されることも考えるべきかもしれません。
それとも、バージョン管理に失敗して、古いコードをアップしてしまったとか？
そういうことなら、先進のバージョン管理システムを導入しましょう。
最近のハヤリはgitかな。

あ、そういえば。mode=allreadのとき。
表示の最上部に[リストへもどる]というのが２つ表示されています。
もし、それぞれで違うリストを表示させることをたくらんでいるのなら、表記を
それなりに変更していただけるとありがたい。

> ごめんなさい、これは私が意図して実験していたときのものを見られていたのでしょう。

そうだったんですか。もしかしたらその可能性もあるかとは思っていました。(^^;

> > 弄っているのは確かですが、表示の不具合は過去記事タイトルを引用すると出るのです。
> と書いていたので、うちのところで過去記事タイトルを使うと表示の不具合が出るかな、と
> 思って、わざとタイトルだけをkonnoさんのところのものに書き換えてみていたのです。
> これは、本文の中で過去記事タイトルを引用したときだけ発症、ということのようですね。

正確には新着のタイトル行丸ごと引用するとそれをタイトル行と誤認識してしまうというものです。

> コードを貼り付けていただければ回避法を議論できるかもしれない、ということです。

検討してみます。(^^;

> > > 行頭の半角「1」が欠落する、というのはmode=msgviewのときだけですね。
> この症状が再発しているようです。ツリーも相変わらず崩れているようだし。

すみません。あわてて修正前のものに差し替えていました。m(__)m

> そういうことなら、先進のバージョン管理システムを導入しましょう。
> 最近のハヤリはgitかな。

github ですか。これは難しすぎて私には無理だと思いました。
VZのソースをアップするとその時の日付になってしまう仕様も耐え難いです。

> あ、そういえば。mode=allreadのとき。
> 表示の最上部に[リストへもどる]というのが２つ表示されています。

これはバグですね。修正します。m(__)m

> > そういうことなら、先進のバージョン管理システムを導入しましょう。
> > 最近のハヤリはgitかな。
> github ですか。これは難しすぎて私には無理だと思いました。

git と github は違います。
git は純なバージョン管理システム。
github は git をみんなで使えるようにしたシステム。
昔、DOS の時代は RCS なんてのを使っている人も多かったみたい。
さらにその前、ASCII Tools は SCCS というバージョン管理システムを使っていた。

さて、他人にはこれがよいとすすめるときの私の通例ではあるのですが。
私自身はこいつを使ったことがなかったりする。
いや、理屈ではすばらしいものであることは間違いないので。
＃あのつぼはいいものだ

ちなみに、RCS はちょっとだけ使ったことがあるけど、評価しただけ。
その当時は DOS のソフトなんて作っていませんでしたからねぇ。
なので

> VZのソースをアップするとその時の日付になってしまう仕様も耐え難いです。

github のこの挙動はわからない。
修正版をアップすると、デフォルトでアップした日付になる、というのは聞いたこと
がありますが、普通は日付の変更ができるはずなんだけどなぁ。
いわゆる touch の機能。

> これはバグですね。修正します。m(__)m

お待ちしています。

> git と github は違います。
> git は純なバージョン管理システム。
> github は git をみんなで使えるようにしたシステム。

あ、そうなんですか。Wikiなど読むと、Linux 由来のシステムのように思いました。
説明を読んでも難しそうで途中でギブアップしてしまいました。
結局実際には github で運用とかなんですよね。

> 昔、DOS の時代は RCS なんてのを使っている人も多かったみたい。
> さらにその前、ASCII Tools は SCCS というバージョン管理システムを使っていた。

この辺も全くわからないですが、今更導入しようとも思わないし、出来そうにないです。

> 私自身はこいつを使ったことがなかったりする。
> いや、理屈ではすばらしいものであることは間違いないので。
> ＃あのつぼはいいものだ

こういうのはありがちですよね。(^^;

> 修正版をアップすると、デフォルトでアップした日付になる、というのは聞いたこと
> がありますが、普通は日付の変更ができるはずなんだけどなぁ。
> いわゆる touch の機能。

単にこの機能を使わなかっただけかもしれませんが、私はこれを見て引きました。

> > これはバグですね。修正します。m(__)m
> お待ちしています。

うーん、根本的解決が出来ないので暫定的な修正ですが、今夜あたりに入れ替えてみます。

あじゃ氏の掲示板群「VZ虎の穴」復刻版を公開しました。

・「VZ界のミスターX」とも呼ばれる(?) あじゃ氏の設置による掲示板の復刻版です。
・あじゃ氏の掲示板群が消えてしまったので ご本人の了解を得て再現してみました。
・リンクなど記事の一部に制限や調整がありますが、ご了承ください。

※ 発言記事の削除依頼などはメールでお願いします。

虎の穴 掲示板 過去ログ
| 04 階 ：Vz Editor 環境＋総合　　
| 03 階 ：フリートーク　　
| 02 階 ：お知らせ　　
| 01 階 ：VZ虎の穴　　


不具合など見つけましたら教えてもらえるとありがたいです。
ログデータは完全ではないと思われるので完全版をお持ちの方、ください。m(__)m

> > 表示の最上部に[リストへもどる]というのが２つ表示されています。
> これはバグですね。修正します。m(__)m

直りましたね。ありがとうございます。
あと、行頭「1」の欠落も直っている。よかったよかった。

だというのに、ツリーが乱れているほうは直っていない。なぜ？
以前の正常だったコードと比較するだけのはずだけど、それはどこへ行ったの？
 

> 正確には新着のタイトル行丸ごと引用するとそれをタイトル行と誤認識してしまうというものです。

いろいろと試されていた最中、だったのかもしれません。
#11733の投稿されたあとぐらいのタイミングで新着情報にアクセスしたら、またもや
konnoさんの掲示板の一覧が表示されていない状況があって。そのときは少し落ち着き
があったもので、テーブルの上の横１行のタイトルが表示されていたことは確認しま
した。また、ソースも見て、テーブルの中身だけがスポッと欠落していることも確認。
ただ、そんなに時間もおかずに再読み込みしたらきちんとテーブルも表示されたので、
あぁ、まさにやっている最中だな、なんてことを思いました。

あと、過去ログ冒頭、#11254からのツリーが重複しているようです。
過去ログが壊れた？
もしかして私のせいなのでしょうか。いろいろとご指摘しまくっていますもので。
罪滅ぼしというわけでもありませんが、マジ、ご協力させていただきますよ。
特に、新着情報とかツリー表示とかいった部分。

> だというのに、ツリーが乱れているほうは直っていない。なぜ？
> 以前の正常だったコードと比較するだけのはずだけど、それはどこへ行ったの？

うう、見てみたら、どうやら「FGALDCログ」対応のために弄っていたようです。
それ以前の版は正常だったので、弄った部分を戻したら直ったようです。
何度もお騒がせしてすみません。m(__)m

＃　うう、このあと「VZ虎の穴」用の版とアクマージするつもりなんだが。(^^;

> #11733の投稿されたあとぐらいのタイミングで新着情報にアクセスしたら、またもや
> konnoさんの掲示板の一覧が表示されていない状況があって。

うう、これは「VZ虎の穴」版で仮修正したものを本家BBSにアップしてしまったのです。
最近はこういううっかりが増えちゃって、ボケが進んでいるようです。(;_;)

> あと、過去ログ冒頭、#11254からのツリーが重複しているようです。
> 過去ログが壊れた？

げげ、見てみたら過去ログが重複していました。
恐らく生ログの誤操作の時に過去ログ更新してしまったのでしょう。
教えていただきありがとうございます。

> もしかして私のせいなのでしょうか。いろいろとご指摘しまくっていますもので。
> 罪滅ぼしというわけでもありませんが、マジ、ご協力させていただきますよ。
> 特に、新着情報とかツリー表示とかいった部分。

としきさんのせいではありませんし、むしろ不具合を見つけてもらえて助かってます。
自己解決出来ない時はお願いするかもしれません。

ツリーが乱れていたほうも直りましたね。よかったよかった。
新着情報のほうも、概ね直っているということでよろしいのですよね？
konnoさんご自身なら、どういうことを書き込むとまずいということをわかった上で
回避することも可能でしょうが、他の一般客は何を書き込むかわかりませんから。

> としきさんのせいではありませんし、むしろ不具合を見つけてもらえて助かってます。

ならいいのですが。
ではついでに。
要望というよりも改善提案なので、難しければ遠慮なく却下していただければ。
なにというに、掲示板トップのデフォルト表示の下のほう、新規投稿フォームの上の
部分。過去ログへのリンクがずらっと並んでいるわけですが、その最後。
「現在ログに戻る」はいらないのではないかなぁ、と愚考する次第。
さらにその下の、小さい文字の１行。
意味不明の表示はやめてほしい、というのもありますが、意味がわかるような表示に
していただいたほうがベター、かもしれず。一見、過去ログの何かのようだけど、
でも２７番がないからそれとは違うようにも見える。あと、ところどころ年月の表記
も混ざっているけど、全てではない。ん〜、謎？

いっそのこと、konnoさん、自分専用のスクリプトと公開スクリプト、完全に分離して
みたらどうでしょう。自分専用は kwforum.cgi とかってスクリプトにして。アクセス
するログファイルは同一のもの、だけど表示や機能はガラッと変えて、みたいに。

> 新着情報のほうも、概ね直っているということでよろしいのですよね？

うぅ、実は直ってないです。(;_;)

> konnoさんご自身なら、どういうことを書き込むとまずいということをわかった上で
> 回避することも可能でしょうが、他の一般客は何を書き込むかわかりませんから。

当面は運用で回避して、その間に考えます。(^^;

> なにというに、掲示板トップのデフォルト表示の下のほう、新規投稿フォームの上の
> 部分。過去ログへのリンクがずらっと並んでいるわけですが、その最後。
> 「現在ログに戻る」はいらないのではないかなぁ、と愚考する次第。

そうですね、直します。

> さらにその下の、小さい文字の１行。
> 意味不明の表示はやめてほしい、というのもありますが、意味がわかるような表示に
> していただいたほうがベター、かもしれず。一見、過去ログの何かのようだけど、

これは過去ログの番号が何年何月頃のかを知るための目安です。
ブラウザや設定によっては凄く小さくなりますね。

> いっそのこと、konnoさん、自分専用のスクリプトと公開スクリプト、完全に分離して
> みたらどうでしょう。自分専用は kwforum.cgi とかってスクリプトにして。アクセス
> するログファイルは同一のもの、だけど表示や機能はガラッと変えて、みたいに。

自分用に便利なものならみんなに使って欲しいというスタンスなので。
うちの掲示板はある意味ダンジョンみたいですね。(^^;

＃　ここのラスボスは勇者（賢者？）に何度もやられているらしい・・・

Xの savaさんの呟き
https://x.com/lpproj/status/1862153424130994180

> そういえばZCOPYを作ろうとすると "zcopy.ASM(3351): error A2116: Include file not found: ctype.?inc" とかエラーが出てくるのですが、このファイルはどのへんで手に入るのでしょうか…
> 2024年11月29日

を見て、VZオープンソース化の記念に、手持ちの ctype.inc をVZの部屋にアップしました。

● ctype.inc　　2024-12-15 new!
・ ZCOPY.ASMのアセンブルに必要なインクルードファイルです。VZソースのオープン化記念にアップ (^_^)
・ nifty FVC に c.mosさんがアップしたものです。c.mosさんに感謝です。
・ ログを纏めてくださった文太さんにも感謝です。

ここからもダウンロード出来ます。
ダウンロードはリンクを右クリックで保存　#txt=ctype.inc 1501bytes（1993-10-20版） new!

MS-DOS Player 2024/12/14版が更新されました。
更新内容は
-----------------------------------------------------------

COMMAND.COMを起動する際に、DOSバージョンを自動認識するようにしました。
-vX.XXを指定しなくても、任意のバージョンのCOMMAND.COMを起動可能です。
MS-DOS, PC-DOS, Windows95/98/MeのCOMMAND.COMが対象です。
自動認識がうまくいかない場合は、従来通り、-vX.XXを指定してください。

INT 2Fh, AH=2EhをMS-DOS Ver.5以降の仕様にあわせて修正しました。
2024/10/24に追加した、ダミーのエラーテーブルは廃止しています。

INT 2Fh, AH=2Fh, DX=0000hを修正しました。
INT 21h, AH=30hの返すDOSバージョンを、真のDOSバージョンに戻すようにしました。
（DXに真のDOSバージョンが返る仕様だと勘違いしていました）

INT 21h, AX=33FAh/33FChをサポートしてみました。
FreeDOSのサービスで、CPUファミリーの取得と、DOSバージョンの変更をします。
FreeCOMや周辺ツールで使っているかもしれないので、一応サポートしておきます。

cracyc様のforkから、修正を取り込ませていただきました。
子プロセスとして起動した32/64bitのプログラムとのパイプ接続をサポートしました。
その他、VCPI周り、CP437のシンボルの表示、長い文字列のペーストが改良されています。

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

真のDOSバージョンのことはまだよくわかってないので、最近の FreeCOMなどで検証してみます。
更新ありがとうございます。

> うぅ、実は直ってないです。(;_;)

あら、それは残念。
やっぱりコードをさらしてください。天日にさらして虫干し。

> これは過去ログの番号が何年何月頃のかを知るための目安です。

ということを、わかりやすくどこかに記載してください、というのが私の要望。
管理人だけがわかっているけど他の利用者にはわからないことって、本当に不親切。
もし管理人には便利だということなら、一般の利用者にも便利にしてほしい。
もし管理人だけに便利でいいということなら、管理人は専用のスクリプトにアクセス
するという形にして、一般の利用者にとって意味不明なものは撤去してほしい。

> 自分用に便利なものならみんなに使って欲しいというスタンスなので。

現状では、他のみんなに不便になっているように思う。
だから、繰り返しになりますが、他のみんなにもわかりやすくしてほしい、というのが
私の希望なのですよ。
他のみんなにわかりやすい表示にしたら、konnoさんは不便になるのですか？

> うちの掲示板はある意味ダンジョンみたいですね。(^^;

このダンジョン、ダンジョンマスターはいるけど魔王はいない気がする。
宝箱の中身も、ジャンクのようなものばかりで、目利きのできる人にとっては非常に
価値があるけど、目利きのできない一般人にはゴミにしか見えない、感じ。
魔王もいなければ宝もないダンジョン、そのうち誰も寄り付かなくなってしまいそう
で、それは個人的にかなりさびしい。

> やっぱりコードをさらしてください。天日にさらして虫干し。

その前に自力で出来ないかもう少しチャレンジしようかと。(^^;
コードは開けてみないとそれが宝か石ころかわからないですし。(^^;

> > これは過去ログの番号が何年何月頃のかを知るための目安です。
> ということを、わかりやすくどこかに記載してください、というのが私の要望。

番号リンクに埋め込んでマウスオンで表示するようにしました。
これでゴミ表示が無くなってすっきりしました。不要な「現在ログに戻る」も消しました。

> 現状では、他のみんなに不便になっているように思う。
> だから、繰り返しになりますが、他のみんなにもわかりやすくしてほしい、というのが
> 私の希望なのですよ。
> 他のみんなにわかりやすい表示にしたら、konnoさんは不便になるのですか？

この書き込みでむきになって頑張って直しましたよ。
おかげでますます便利になって見た目もすっきりしましたよん。(^_^)
新着情報のほうはまた今度ということで。(^^;

> > うちの掲示板はある意味ダンジョンみたいですね。(^^;
> このダンジョン、ダンジョンマスターはいるけど魔王はいない気がする。
> 宝箱の中身も、ジャンクのようなものばかりで、目利きのできる人にとっては非常に
> 価値があるけど、目利きのできない一般人にはゴミにしか見えない、感じ。
> 魔王もいなければ宝もないダンジョン、そのうち誰も寄り付かなくなってしまいそう
> で、それは個人的にかなりさびしい。

うう、なんか悲しいようなさみしい気分になりました。が、妄想がモクモクと・・・
長くなりそうなので続きはまた。

> > うちの掲示板はある意味ダンジョンみたいですね。(^^;
> このダンジョン、ダンジョンマスターはいるけど魔王はいない気がする。
> 宝箱の中身も、ジャンクのようなものばかりで、目利きのできる人にとっては非常に
> 価値があるけど、目利きのできない一般人にはゴミにしか見えない、感じ。
> 魔王もいなければ宝もないダンジョン、そのうち誰も寄り付かなくなってしまいそう
> で、それは個人的にかなりさびしい。


この書き込みで戦いに憑かれたダンマスの目の前に光り輝く存在が現れた。


「私はこのＶＺ世界の神、〇め神です。あなた方を召還したのは私です。
古いＶＺ世界はほぼ絶滅してしまったので異世界にＶＺ世界を作りました。
この世界はＶＺコアのマ素、マ力で作られているので、コアのマ力が無くなると滅んでしまいます。
マ力を維持するためには多くの冒険者がダンジョンに来なければなりません。
ＶＺコアには蟲が巣くっていて、そこからマ物の蟲が溢れるので退治しなければなりません。
以前マ王のような方が多くの蟲を退治しましたが戦いに疲れ去ってしまいました。

あなたがたダンマスが自分のダンジョンを維持管理することでコアのマ力が保たれるのです。
ダンジョンが崩壊するとこの世界も滅びてしまうのです。

マ導士メザーラ、マ法使いメレブン、勇者トシヒコ、そしてここのダンマスの・・・
ん？　こやつ、また〇眠をむさぼりおって。お試しで召還したからしょうがないか・・・」


ということで今日も勇者一行は蟲退治の冒険に明け暮れるのであった。


＃　※これは全て妄想と言う名のフィクションです。

DOSVAXJ3 (2024/11/28)版が更新されていました。
更新内容は
-----------------------------------------------------------

build JP241128　(2024/11/28)
copy コマンドでワイルドカードでリネームしながらのコピーができるように修正しました。
echo コマンドで echo: という書式も使用可能にしました。

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

ワイルドカードでリネームしながらのコピーは使ったことがあるような気がします。
これが使えればますます便利になりますね。
作者様に感謝です。

> 番号リンクに埋め込んでマウスオンで表示するようにしました。

なかなかシンプルでいいですね。
こういう感じなら、少なくともとしきとかいうわがままじじいからの文句は出ない
でしょう。
なんですが、更なる改善提案。
これで表示される日付、そのログの一番古い発言のものか一番新しい発言のものかが
わかりにくい。というかわからない。
なので「××年○○月まで」あるいは「××年○○月から」みたいな表記にして
いただけるともっとうれしい。
ところで、過去ログって更新されることがあるわけですが、その場合、この表示も
自動で更新されるのですよね？

勇者はヨシヒコではないんだ。

> 古いＶＺ世界はほぼ絶滅してしまったので異世界にＶＺ世界を作りました。

そうか、異世界なんだ。
そして、転生ものではなく、召還ものなんだ。
とりあえず、冬眠中のマスターは春になっても春眠で暁を覚えなさそうですが、そんな
ことをいっている私自身も惰眠をむさぼっていますので、探さないでください。

konnoさん

>マ力を維持するためには多くの冒険者がダンジョンに
>来なければなりません。
　もちろんぜんぜん分かりませんが、はい、もうちょっとしたら
召喚に応じてやって来ます。待っててねぇ。


としきさん

>ところで、過去ログって更新されることがあるわけですが、
>その場合、この表示も自動で更新されるのですよね？
　こっちもぜんぜん分かりませんが、たしかに我が侭じじい
っぽい気がする。

　腐海整理にあけくれています。もうなげく気力もありませんが、
体力不足を日々実感しています。
　コツコツ片づけて、そのうち戻ります！

> これで表示される日付、そのログの一番古い発言のものか一番新しい発言のものかが
> わかりにくい。というかわからない。

そうなんですよ。私もどっちだったかなぁと忘れてました。(ﾟ゜)☆＼(--#)ﾊﾞｷｯ
それで見てみたら、ツリーのトップの年月になっていました。(^^;
これだとあまり目安にならないなぁ。(^^;

> なので「××年○○月まで」あるいは「××年○○月から」みたいな表記にして
> いただけるともっとうれしい。

おお、それはいいですね。では「××年○○月から」みたいに直してみます。

> ところで、過去ログって更新されることがあるわけですが、その場合、この表示も
> 自動で更新されるのですよね？

もちろん全手動更新ですよ。（汗
簡単に自動化できるなら採用しますが。(^^;

> >マ力を維持するためには多くの冒険者がダンジョンに
> >来なければなりません。
> 　もちろんぜんぜん分かりませんが、はい、もうちょっとしたら
> 召喚に応じてやって来ます。待っててねぇ。

おお、文太さんが召喚された！　＼(^^)／ ﾔｯﾀ-
やっぱり〇め神の魅了の力は凄いなぁ。

余談ですが、魔法使いメレブンはよくわからない呪文を開発するそうですが
役には立っているようで・・・って、何の話をしているんだ。

> >ところで、過去ログって更新されることがあるわけですが、
> >その場合、この表示も自動で更新されるのですよね？
> 　こっちもぜんぜん分かりませんが、たしかに我が侭じじい
> っぽい気がする。

我侭じいさんが小太り爺さんのコブをとってくれたので助かりましたとさ。(^_^)
あれ？　これも微妙に違う話になってる気がするなぁ。

> 　腐海整理にあけくれています。もうなげく気力もありませんが、
> 体力不足を日々実感しています。
> 　コツコツ片づけて、そのうち戻ります！

私も寝室のふとんをあげて掃除機掛けたり（普通は毎日やるもの？）
コンロのうん十年もののこびり付きを取ったり珍しいことをやってるようです。
部屋がきれいになると気持ちもさわやかになるような気がしますね。
腐海にはまだ手が付いていません。(^^;;;

新着情報 V0.955 更新しました。
今までのツリーは長くなりすぎたのでここから新規にします。

・タイトル行引用で表示が乱れるバグ修正

> #11729：Re^8: 「新着情報 携帯版」と掲示板の連携 　投稿者：konno 　 2024/12/10(火)
> 正確には新着のタイトル行丸ごと引用するとそれをタイトル行と誤認識してしまうというものです。
> > コードを貼り付けていただければ回避法を議論できるかもしれない、ということです。

今まではこのようにタイトル行を引用すると表示がバグっていたのを修正しました。
修正コードは
			if (($_ =~ /\投\稿\者\：/)){
			　　　　　　↓
			if (($_ =~ /^\投\稿\者\：/)){

これだけです。(^^;
「投稿者：」という文字列が行頭にある時だけ処理する、と変更して直りました。(^^;
今まで頭が全然回ってなかったようです。(^^;


・DOSVAXJ3の更新日付を表示

今まで不便に思っていたので思い切ってやってみたら、サイトの読み込みに失敗するようです。
この手のツールからのアクセスを制限しているのかもしれません。
しかたがないので、ブラウザの検索をURLにしたら（おい）アクセスできました。(^^;
表示しないこともあるかと思いますがそういうことなのでご容赦願います。m(__)m

・リンクの並びを変更

VTDOS BBS の更新が無いので、リンクの並びを個人的優先順位で変更しました。
私のノートPCだと表示がギリギリなので。(^^;

> もちろん全手動更新ですよ。（汗
> 簡単に自動化できるなら採用しますが。(^^;

簡単ではないと思いますが、自動化は可能と考えます。
きちんとつめていませんが、以下、私ならこうする、というラフスケッチ。

データの変更が発生するタイミングとしては、過去ログの更新が走るときのみ。
なので、wf_regi.cgi の中の pastlog のルーチンをフック。
その末尾あたりで、全過去ログをなめて、必要な日付を取得。
もし私が作るなら、個人的な趣味で、一番古い日付と新しい日付を取得して、何日
から何日まで、みたいな表示にすると思う。
そして、過去ログ番号と日付をHTMLに構築して別途テキストファイルに書き出し。
wforum.cgiでは、そのテキストファイルをインクルードして表示するだけ。

こんな感じかなぁ。
もちろん、場合によってはサンプルコードを提供することも可能かも。無理かも。
この話、続くようなら#11751のツリーの方がいいかなぁ。

ここに続けるのも気が引けるのですが。
今日は珍しく酔っているので、まぁいいか。

> > 　もちろんぜんぜん分かりませんが、はい、もうちょっとしたら

実は私も全然わかっていません。
なんかの駄洒落だとは思うのですがね。
音のほうなのか字面のほうなのかもよくわからん。
例えば、

> > >マ力を維持するためには多くの冒険者がダンジョンに

「まか」ってなんだろう、健康食品かな、と解釈したり。

> やっぱり〇め神の魅了の力は凄いなぁ。

素直に「まるめがみ」と読むのか、それとも何かの伏字なのか。
その他の名称も、概ね元ネタは私にもわからない。


余談ですが、最近、いわゆるファンタジー系の小説や漫画が大量に沸いて出てきて
いて、ほとんど粗製乱造状態。そして当然、そんなに全部目を通すこともできない。
私ですらそういう状況なんだから、文太さんならなおのことでしょう。
といいつつ、それ系の小説で、文太さんなら非常に高い確率で読んでいるはずの
作品がひとつある。ま、古典ですから。
ざっくりあらすじ、主人公は１９世紀のアメリカ人で、当時の兵器なんかに精通
した人ですが、気がつくと伝説のイングランド王であるアーサー王の宮廷にまぎれ
こんで大活躍。一応、召還ものではなくタイムスリップ物ということにはなっている
らしい。
この作者の作品、他の有名作も含め、私は全く読んでいないなぁ。
アニメ化された作品もあるのに、それも見ていない。
いかん、簀巻きにされてミシシッピの川底ふた尋の深さに沈められてしまう。

> ・タイトル行引用で表示が乱れるバグ修正

これはありがたいですね。


> ・DOSVAXJ3の更新日付を表示
> 今まで不便に思っていたので思い切ってやってみたら、サイトの読み込みに失敗する

ん〜、うちの板塀は直接読めないわけですが、それと似たような状況でしょうか。
あそこのサイトの読み込みだけの単機能のスクリプトでもNGということですよね。
具体的にどういうコードでどういう出力になった、ということを示していただければ
もしかしたらアドバイスできることもあるかもしれません。


> しかたがないので、ブラウザの検索をURLにしたら（おい）アクセスできました。(^^;

？？？
これはよくわからない。
CGIスクリプトで取得しているのですよね？
ブラウザで取得？
ブラウザということは、Javascriptを使っているということでしょうか。

> ・リンクの並びを変更
> 私のノートPCだと表示がギリギリなので。(^^;

新しい並びで、私は全く問題ありません。
が、例えば、縦ではなく横に並べてみる、ということはできませんか？

としきさん、

　ありがとう、レス。はい、アニメもＳＦもからっきしダメで。(>_<)
　さてさて、

>それ系の小説で、文太さんなら非常に高い確率で読んでいるはずの
>作品がひとつある。ま、古典ですから。

　Mark Twain, _A Connecticut Yankee in King Arthur's Court_ (1889)
ですね。
　４回よんだはず。あの夏、これで論文を書きたかったんだよなぁ。
　ダメでしたが。

>ざっくりあらすじ、主人公は１９世紀のアメリカ人で、当時の兵器なんかに精通
>した人ですが、気がつくと伝説のイングランド王であるアーサー王の宮廷にまぎれ
>こんで大活躍。一応、召還ものではなくタイムスリップ物ということにはなっている
>らしい。
　確かに召喚されたのではなかったと思う。たんにタイムスリップした。
　主人公ハンク・モーガンがバールで頭を叩かれて、、、なんか、、、。覚えてない。
　一生忘れないのは、１９世紀末の大流行、自転車を６世紀にもちこんだこと。
　騎士たちが自転車に乗っていた。
　兵器に精通してたかどうかは分からないけど、ダイナマイトをクライマックスで
使ってましたね。

>いかん、簀巻きにされてミシシッピの川底ふた尋の深さに沈められてしまう。
　ヒント、多謝。

https://ja.wikipedia.org/wiki/%E3%82%A2%E3%83%BC%E3%82%B5%E3%83%BC%E7%8E%8B%E5%AE%AE%E5%BB%B7%E3%81%AE%E3%82%B3%E3%83%8D%E3%83%81%E3%82%AB%E3%83%83%E3%83%88%E3%83%BB%E3%83%A4%E3%83%B3%E3%82%AD%E3%83%BC#%E3%81%82%E3%82%89%E3%81%99%E3%81%98
　例によって、これ、よく読んでません。

　因みに、
龍口直太郎訳 『アーサー王宮廷のヤンキー』東京創元社（創元推理文庫）
　の訳者は僕の遠い知り合い。僕の業界では昔よくあった、業績詐欺の事例。
　話を聞いて、むかついた。後輩のお父さんだったりする。

　あ、原書５冊と訳書１冊は、１年前に捨てました。QBasic By Example は
とってあるのに。

　動かなくなったＨＤＤを内蔵した、２０年もののノート（おもにビブロ）を
壮大に整理しているところ。DOS 7.1 (Win98 DOS, compatible with FAT32)のマシンの
素性を、いまごろ調べてます。これでＶｚ、かなりいけるのじゃないか、と。
　WinMEのＤＯＳが、DOS 8.0のはずで、NTVDM (in XP)は、konnoさんによると、
DOS 5.5。DOS 5 と DOS 6 のあいだ？　機能的に？　意味不明。
　ちゃんと、Ｖｚ＆ＤＯＳしてます。
　Basic, Fortran, Pascal なども、いちおう視野に入ってます。
　つまり、ＤＯＳな人のままです。

　Basic のすごかったところは、グラフィック系要素を言語に積極的に入れてた
ことなのかな？　と思う。ゲーム用？　グラフ用？
　Ｖｚのソースを眺めていて、当たり前、発想は、Basic から来てるね、とか
にやついてます。

　無駄なことなど、一つもない。

> ・DOSVAXJ3の更新日付を表示
> 表示しないこともあるかと思いますがそういうことなのでご容赦願います。m(__)m

ブラウザの検索データは大きすぎて表示が間に合わないっぽいです。
更新を２度やれば表示するようです。
なので、コンテンツの取得では最後尾に追加してたんですが
    ## コンテンツの取得
	my $url9 = 'https://www.bing.com/search?q=https%3A%2F%2Fwww.nanshiki.co.jp%2Findex.html&form=ANNTH1&refig=f3c6701be6124ed48672eed8a56674e7&pc=U531';
	my $res9 = $lwp->get( $url9 );
    my $url1 = 'http://vtdos.bbs.fc2.com/';
    my $res1 = $lwp->get( $url1 );

このように最初に移動させて読み込み、処理時間稼ぎをしたらほぼ表示するようになったようです。
サーバーの負荷が凄そうでとっても邪悪。(^^;

あと日付の表示を大きめにして、表のタイトル文字を少し小さくしました。

konnoさん、

>おお、文太さんが召喚された！　＼(^^)／ ﾔｯﾀ-
>やっぱり〇め神の魅了の力は凄いなぁ。

　いえいえ、エミュレータに興味がなくて、申し訳ないのですが、Ｖｚを
ここまで延命させたくれたのは、konnoさんだと、本気で思っていて、とても
感謝しています。ありがと！

>余談ですが、魔法使いメレブンはよくわからない呪文を開発するそうですが
>役には立っているようで・・・って、何の話をしているんだ。

　メンブレンのキーボードには慣れられなくて、、、。意味不明。
　ＰＳ２キーボードはとっておかなくちゃだろう、とか言いながら、腐海整理を
しています。

>コンロのうん十年もののこびり付きを取ったり珍しいことをやってるようです。

　いいです。こういう生活臭のする話が好きです。
　僕も、はやく、そんな生活がしたい。

>部屋がきれいになると気持ちもさわやかになるような気がしますね。

　間違いなく！

>腐海にはまだ手が付いていません。(^^;;;

　パソピアとかを使えるようにするために、がんばってください！

> 具体的にどういうコードでどういう出力になった、ということを示していただければ
> もしかしたらアドバイスできることもあるかもしれません。

    ## コンテンツの取得
#	my $url9 = 'https://www.nanshiki.co.jp/index.html';
	my $url9 = 'https://www.bing.com/search?q=https%3A%2F%2Fwww.nanshiki.co.jp%2Findex.html&form=ANNTH1&refig=f3c6701be6124ed48672eed8a56674e7&pc=U531';
	my $res9 = $lwp->get( $url9 );

このようにブラウザの検索で「DOSVAXJ3」を検索して、その時のURLを貼り付けました。

	if ( $res9->is_success ) {

## ダウンロード失敗時
	 } else {
		 print "error\n";
	}

このエラーが表示するので失敗したとわかりましたが、詳細はわかりません。
タイムオーバーではエラー表示しなかったのでブロックされているのではと思ったのです。

> > しかたがないので、ブラウザの検索をURLにしたら（おい）アクセスできました。(^^;
> ？？？
> これはよくわからない。
> CGIスクリプトで取得しているのですよね？

上に貼り付けたのでわかりますよね。

> 新しい並びで、私は全く問題ありません。
> が、例えば、縦ではなく横に並べてみる、ということはできませんか？

おお！　その手があったか！　スマホ対応で幅を制限してたんですが
ブラウザ画面を狭くするとリンクは折り返してくれるので全く問題ないですね。
どうも考え方が平面的になっていました。立体で考えるとはこのことですね。(^^;

眠いので続きはまた。(__)..zzZ

> #11752： Re^17: 「新着情報 携帯版」と掲示板の連携 投稿者：としき 　 2024/12/19(木) 
へのコメントです。新しいスレに移動しました。

> データの変更が発生するタイミングとしては、過去ログの更新が走るときのみ。
> なので、wf_regi.cgi の中の pastlog のルーチンをフック。
> その末尾あたりで、全過去ログをなめて、必要な日付を取得。

過去ログの内容が変わるのは直近のみですよね。ならば直近のログの処理だけでいいはず。

> もし私が作るなら、個人的な趣味で、一番古い日付と新しい日付を取得して、何日
> から何日まで、みたいな表示にすると思う。

うーむ、なるほど。試しにやってみようかしら。もちろん手動で。(^^;

> そして、過去ログ番号と日付をHTMLに構築して別途テキストファイルに書き出し。
> wforum.cgiでは、そのテキストファイルをインクルードして表示するだけ。

うう、面倒くさそう。もしも出来てしまったらテストはやぶさかではないですが。(^^;

ダンジョンの管理者ってこつこつ迷宮を創設拡大維持管理の毎日で孤独なんすよね。
試しにみんなで休憩できる場所を仮設置してみました。

> #11753： Re^18: 完全な雑談なんだが (^^; 投稿者：としき 　 2024/12/19(木) 
> ここに続けるのも気が引けるのですが。
> 今日は珍しく酔っているので、まぁいいか。

へのコメントです。新しいスレに移動しました。
私も年末のふいんき（変換できない）に酔ったみたいなんで、新しいスレを立ててみました。

> > > >マ力を維持するためには多くの冒険者がダンジョンに
> 「まか」ってなんだろう、健康食品かな、と解釈したり。

これは、マ力（まりょく）と読むのですが、マカにしか見えないですね。(^^;
おお、力カ、並べてみてもほとんどわからないなぁ。
まあ、一部の人にとっては元気の素になるという意味では健康食品みたいなものでしょうか。

> > やっぱり〇め神の魅了の力は凄いなぁ。
> 素直に「まるめがみ」と読むのか、それとも何かの伏字なのか。
> その他の名称も、概ね元ネタは私にもわからない。

伏字のつもりなんですが、言ってしまうと不敬なので言えないのです。
ってか、としきさんはわかっているように見えるんですが。(^^;

> ざっくりあらすじ、主人公は１９世紀のアメリカ人で、当時の兵器なんかに精通
> した人ですが、気がつくと伝説のイングランド王であるアーサー王の宮廷にまぎれ
> こんで大活躍。一応、召還ものではなくタイムスリップ物ということにはなっている
> らしい。

これ、全然わからないので「主人公は１９世紀のアメリカ人、アーサー王の宮廷にまぎれこんで大活躍」
で検索したら、『アーサー王宮廷のコネチカット・ヤンキー』マーク・トウェイン が出ました。
やっぱり見てないのでわからないです。

> いかん、簀巻きにされてミシシッピの川底ふた尋の深さに沈められてしまう。

ふた尋ってなんぞやと検索したら「一尋＝6尺＝約1.8m」ということは深さ約3.6ｍですか。
あまり、というか普通は使わない単位ですね。(^^;
これも何か元ネタがあるんですかね。と思って検索したら

> アメリカ・ミシシッピ川の水位低下、船舶の航行を可能にするため、長さ240メートルの吸引装置を使って川底の泥を除去する浚渫工事が行われている。
> 米議会は、船舶が通るミシシッピ川の水路の水深を2.7メートルに維持するよう義務付けている。そのため、陸軍工兵隊が川底を掘り下げる浚渫（しゅんせつ）工事を行っている。

こんなんが出ました。深さ3ｍも無いんかーい！

konnoさん

>ダンジョンの管理者ってこつこつ迷宮を創設拡大維持管理の毎日で
>孤独なんすよね。試しにみんなで休憩できる場所を仮設置してみました。

　だよねぇ。そうなんでしょうねぇ。ありがとうございます。ここが元気だと
登場していなくてはも、なぜか、僕は元気になります。あの腐海、意味がないわけ
ではないぞ、などなど。

>新しいスレに移動しました。

　いいと思いまーす。

>私も年末のふいんき（変換できない）に酔ったみたいなんで、

　「雰囲気」（ふんいき）です。


　以下、ネットからの引用です。
--------------------------------------------------
マーク・トゥエインの名の由来は？
川の水先案内人が水の深さを「二尋あり」と知らせる時の言葉が
マーク・トウェインだったとか。

ひろ【尋】
 水の深さ、縄などの長さの単位。一尋は六尺（約一・八メートル）。
--------------------------------------------------

　ミシシッピ川って、幅広で長くて浅い河なんです。日本の川のイメージと
違います。周辺には沼がたくさんある、だたっぴろい大陸にゆったり流れる
河です。ディズニーランドの一番奥がこの空間と歴史を、東京でもオリジナル
どおり再現していて、びっくりしたことがあります。こんなもの外国に輸出
できるのか？　と。

　"twain"は、"two"ですね。ネットに頼った。XP/ME マシンではＯＥＤが
引けるのに。ったく。


　少しだけ近況を書きます。

　Ｖｚは主に VTDOS でやってます。ＤＯＳ機、ＭＥ機、ＸＰ機の発掘には
成功しています。ヤフオクでしょーのないＭＥあたりのＭＢを買ってます。
（その前に整理しろよ、なのですが）。
　ハードオフ巡りをして、500GB for XP, 80/60/40GB for ME, 20/10/8GB for DOS
(3.5 or 2.5) なＨＤＤを買ったりしました。こいつらは、動かしてないと、ほんと
ダメになるものなのね、と実感。八王子・めじろ台のハードオフには、PATA/IDE の
ＨＤＤが出ます。他では見たことがない。レジで若い店員さんにニコニコされたのが
嬉しかった。「IDE のハードディスク、パラレルアタですね」と。

　テキストフェチなので、ＤＯＳ本とか、インテルとかＩＢＭとかＭＳとかの
マニュアルのテキストファイルがあると、せっせと整形したり、文字化け退治を
しています。
　英語環境のＤＯＳやＶｚを持ちたい、とか。

　Ｖｚソースは、expr.asm, macro.asm を眺めてます。
　std.inc, vz.inc (ctype.incは持ってた)も、眺めてます。c.mosさんがどっかの
雑誌で書かれていた（オリジナルだったんだ）あの、アセンブラマクロを、分かりたい！
とちょっと前に思いました（konnoさんのお陰／せいなんです、これ、全部）。

　nifty:FGALDC/MES/15/
　＃05261  Emmett　_if _else _endif, std.incについて（このタイトルは僕のメモ）

　これが唯一の情報か、、、。

　おもに僕は、単語を暗記しようとしています。なぜこの単語でＶｚが機能させられる
とc.mosさんは考えたのか、とか。暗号の解読、新たな外国語の習得みたいなノリ。

　気になるのは、field (fld)ですね。固定長のレコード、というのが原義なんだよなぁ。
　昔、情報は固定長のフィールドに格納する、というのが流儀だったらしい、など。

　英語本なのですが、Undocumented DOS, 2nd の "command interpreter" by Jim Kyle
（すごい重鎮）を読んで、うは、command.com って、タイヘン！　とか思いました。
　常識的にいって、ヘンタイな人生になってますね。多謝です。m(__)m
　stkhelp.def を解読したい、、、。

何をやっているのか、理解できたといっていいのか、誤解にとどまっているのか。
つまり、軟式さんのサイトを直接読もうとしたらエラーになった、ということです
よね。ただ、これ、日付の取り出しのためだけにアクセスしているということで
よろしいのでしょうか。であるなら、この方法はあまりいただけないかも。
なぜなら、検索結果に日付が表示されるかどうか、というのは検索サイトに依存
するからです。有名どころではGoogle、こいつは結果表示画面が変わるかどうかは
ともかく、内部のアルゴリズムは１日に何回も変化するとのこと。bingもGoogleほど
ではないにしろ、検索結果の表示形式は年に何回も変わっているらしいので、あまり
あてにしてはいけないと思う。

で、まぁ、素直にサイトのデータを取得しようとしてうまくいってないのだから、
以下の私の提案もうまく行かない可能性は高いのだけど、一つ提案。
軟式さんのサイト、RSSを提供しています。
なので、もしRSSを取得できたなら、ですが、こちらを取得したほうが、そのあとの
加工は絶対に楽だと思う。
それに、そうすれば#11756で言及されている

> ブラウザの検索データは大きすぎて表示が間に合わないっぽいです。

この問題は発生しないはず。
なお、

> このエラーが表示するので失敗したとわかりましたが、詳細はわかりません。

これについてですが、#11754で私が尋ねたように、軟式さんのサイトだけを読み込む
スクリプトでも同じ状況になる、ということですよね。
まずは試しに、軟式さんのサイトのRSSだけを読み込むスクリプトでも同様事象に
なるか試していただけませんでしょうか。
もし再現するということなら、そのスクリプトを送っていただければ、私のほうでも
検証してみたいと思います。

余談ですが、なぜ私が混乱したか、やっと原因がわかった。

> このようにブラウザの検索で「DOSVAXJ3」を検索して、その時のURLを貼り付けました。

この文面を何回か読み直して理解できました。
最初、私が混乱した原因は

> しかたがないので、ブラウザの検索をURLにしたら（おい）アクセスできました。

この文面だったのですが、これが仮に

> しかたがないので、ブラウザの検索結果のURLでデータを取得したら

となっていたら一発でわかった。
つまり、おつむが固いというか応用力に欠けているというか。
要は、単に私に読解力が欠けていた、というだけのことでした。

> 過去ログの内容が変わるのは直近のみですよね。

普通ならそうですけど。
管理者権限で、過去に遡って介入とかあるかしら、ということを妄想してみました。

> うう、面倒くさそう。もしも出来てしまったらテストはやぶさかではないですが。(^^;

がんばって作ってみてください。
とりあえず、要素技術を一つ一つ試験してみるのがいいかな。
とっかかりは、別途作成済みのhtmlファイルの断片を、望んだところにインクルード
できるか否か、というところ辺りから試してみましょう。
もし手動でやるにしても、そのファイルをメンテナンスするだけで、以後は好きな
ように表示を変えることも可能になるわけですから、少しは楽になるのではないかな。

> 伏字のつもりなんですが、言ってしまうと不敬なので言えないのです。
> ってか、としきさんはわかっているように見えるんですが。(^^;

いや、本当にわからないんですよ。
#11744で言及されているものは、この神様とかマ法使いとかは、全く元ネタの見当も
つかない。あと、ダンマスが真にむさぼっているのは何か、というのも謎。
あ、いや、言わなくていいですよ。
言ってはいけないあの人の名前、というのがあるのは理解できていますので。
オフのときにでも、直接教えてください。
＃という名目で、konnoさんに「正解発表OFF」を企画してもらう

> >私も年末のふいんき（変換できない）に酔ったみたいなんで、
> 　「雰囲気」（ふんいき）です。

ふいんき（変換できない）は 2chのスラングなのです。失礼いたしました。

> マーク・トゥエインの名の由来は？
> 川の水先案内人が水の深さを「二尋あり」と知らせる時の言葉が
> マーク・トウェインだったとか。

マーク・トウェインのウィキペディアの冒頭に載っていました。
ちょっと読めば良かったのね。(^^;

> ディズニーランドの一番奥がこの空間と歴史を、東京でもオリジナル
> どおり再現していて、びっくりしたことがあります。こんなもの外国に輸出
> できるのか？　と。

私は本物を見たことが無いので全く気が付きませんでした。(^^;

> 　"twain"は、"two"ですね。ネットに頼った。XP/ME マシンではＯＥＤが
> 引けるのに。ったく。

両手を広げた長さの単位は世界中にあるんですね。勉強になりました。
そういえば海関連の話で「尋」を見たことがあるような。

> （すごい重鎮）を読んで、うは、command.com って、タイヘン！　とか思いました。
> 　常識的にいって、ヘンタイな人生になってますね。多謝です。m(__)m

command.com って、ヘンタイ！　とか見えたらもう末期ですね。（いや何でもないです);;

konnoさん

>command.com って、ヘンタイ！　とか見えたらもう末期ですね。
>（いや何でもないです);;

　いえいえ、そうとも言えるのでしょう。
　で、ふと思ったのは、多くのＤＯＳエミュレータが、command.comは自分で
用意してくれ、って言ってますよね（たしか、たぶん、、、）。
　あのcommand.comは動く、あっちは動かない、とか、、、。
　それぐらいヘンタイなプログラムなんでしょう？

　因みに、触る気はありませんが、4DOS という command.comの上位互換 command
interpreter があったそうです。Ｖｚ、まともに動くのかな？
　エミュでなく、そういう古（いにしえ）な方向には、興味がひかれてしまい
ますね。ヘンタイだ。

　そういえば（雑談です、あくまで）、両手を広げた長さって、だいたい身長ぐらいに
なるんでしたっけ？

　片づけ、ぜんぜん進まない。年末、ひーひー言っていて、お疲れ〜〜な感じです。

> なぜなら、検索結果に日付が表示されるかどうか、というのは検索サイトに依存
> するからです。有名どころではGoogle、こいつは結果表示画面が変わるかどうかは
> ともかく、内部のアルゴリズムは１日に何回も変化するとのこと。bingもGoogleほど
> ではないにしろ、検索結果の表示形式は年に何回も変わっているらしいので、あまり
> あてにしてはいけないと思う。

グーグルもヤフーも目的の日付データは表示してくれないみたいです。
なので今は bingで仮対応してみたんですが、やっぱり表示出来ない場合がありますね。

> 軟式さんのサイト、RSSを提供しています。
> なので、もしRSSを取得できたなら、ですが、こちらを取得したほうが、そのあとの
> 加工は絶対に楽だと思う。

えっ、そうなのですか。見つけられませんでした。

> これについてですが、#11754で私が尋ねたように、軟式さんのサイトだけを読み込む
> スクリプトでも同じ状況になる、ということですよね。

これはわからないです。

> > このようにブラウザの検索で「DOSVAXJ3」を検索して、その時のURLを貼り付けました。

これは「軟式サイトのURLを検索」の間違いでした。すみません。

> > しかたがないので、ブラウザの検索をURLにしたら（おい）アクセスできました。
> この文面だったのですが、これが仮に
> > しかたがないので、ブラウザの検索結果のURLでデータを取得したら
> となっていたら一発でわかった。

私の書き方が悪くて混乱させてしまい申し訳ないです。

> 管理者権限で、過去に遡って介入とかあるかしら、ということを妄想してみました。

これは普通ではないですね。これをやる人は全部手作業なのでわ。（ぉ）

> とっかかりは、別途作成済みのhtmlファイルの断片を、望んだところにインクルード
> できるか否か、というところ辺りから試してみましょう。

うーん、これがイメージ出来ないのですよ。

> もし手動でやるにしても、そのファイルをメンテナンスするだけで、以後は好きな
> ように表示を変えることも可能になるわけですから、少しは楽になるのではないかな。

なのでここまでも出来そうにないですね。
こんな書き込みしている間に手動で終わってそうですが。(^^;

＃　まだ全然手を付けてない。

> いや、本当にわからないんですよ。
> #11744で言及されているものは、この神様とかマ法使いとかは、全く元ネタの見当も
> つかない。あと、ダンマスが真にむさぼっているのは何か、というのも謎。

うーむ、としきさんは無意識に正解にたどり着いているのかなぁ。
だとしたら後ろのフォルスさんが教えてくれるのかな。(^^;

> オフのときにでも、直接教えてください。
> ＃という名目で、konnoさんに「正解発表OFF」を企画してもらう

いやいや、墓場まで持っていくつもりですので。(^^;

＃　天動説の時代には地動説など言ってはいけない。

雑談なのでここだけ。(^^;

> 　片づけ、ぜんぜん進まない。年末、ひーひー言っていて、お疲れ〜〜な感じです。

うち（私）は今年はもう動けません。(^^;
昨夜はストーブで餅を焼いてのりを巻いてショーユ付けて水ギョーザでいただきました。
これは意外と合うなぁ。

＃　コメが無いなら餅を食べればいいじゃない！

> うーむ、としきさんは無意識に正解にたどり着いているのかなぁ。

通り過ぎている、という可能性はあります。
が、それはつまり、正解を知らないから。

> だとしたら後ろのフォルスさんが教えてくれるのかな。(^^;

また新しい固有名詞が出てきた。(^^;
前にいるのはトゥルーさんなのかな？

> ＃　天動説の時代には地動説など言ってはいけない。

それは単に言論の自由がないだけ。
言論の自由があれば、地動説の時代に天動説を唱えても、概ね問題はない。

> > とっかかりは、別途作成済みのhtmlファイルの断片を、望んだところにインクルード
> > できるか否か、というところ辺りから試してみましょう。
> うーん、これがイメージ出来ないのですよ。

まず、インクルードってわかりますよね？
Vzのソースでも使っている技術ですから。
Perlだとrequire文ですか。
これって、ファイル冒頭で使うのが常套手段。
でも、ファイル冒頭でなければいけない、ということは全くなくて。
任意の場所でインクルードってできるわけですよ。
なら、これをHTMLでやることはできないだろうか、ということを言っているわけです。
ここまで、理解できます？

さて、HTML単体ではインクルードなんてことはできません。
本気でやるならJavascriptなんかを使うことになるでしょう。
でも、掲示板を出力しているのはCGIです。
なら、過去ログへのリンクを出力している部分で、CGIで自前でリンクを構築して
出力するのではなく、外部のテキストファイルを読み込んで、そのまま一切の加工
を加えずに出力する、なんてことはできるわけです。
そして、そのテキストファイルの作成に当たって、手作業で作ってもいいし、何らか
のトリガで自動で作るようにしてもいいのではないか、ということを考えました。

まぁ、あまりわかりやすくもないですかね。
どこがわからないかご指摘いただければ、もう少し違った角度から説明します。

> > 軟式さんのサイト、RSSを提供しています。
> えっ、そうなのですか。見つけられませんでした。

各サイトとも、あまり最近は表に出していませんからね。
私が気がついたのは、WinXPに入っていたFirefoxの古い版でアクセスしたときに、
メニューのブックマークの中にあった「このページを購読」のボタンがアクティブ
になっていたからです。
軟式さんのサイトのトップページのソースを開くと、冒頭に「title='RSS'」って
ありますので、そのリンクを使ってみてください。
そして、そのリンクだけを読み込もうとして、つまり、他のサイトを読まない、素の
シンプルなテスト用のスクリプトを作って、それで

> > これについてですが、#11754で私が尋ねたように、軟式さんのサイトだけを読み込む
> > スクリプトでも同じ状況になる、ということですよね。

この状況が起こるようであれば、私にもそのテスト用スクリプトを送ってほしい、
ということでした。

　#11718 に続くお話ですが。
　別に続きがあるわけでもないのですが。


　表（955Ch）関連だけではなかった

C:\BIN>type c:\t.txt
買牛	;  94838B8D
灯ル高	;9394838B8D82

C:\BIN>ogrep "買牛" c:\t.txt
買牛	;  94838B8D
灯ル高	;9394838B8D82

C:\BIN>ogrep -V
grep (GNU grep) 2.3

Copyright (C) 1988, 1992-1998, 1999 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

　こういうの「"全角文字バウンダリ" チェック」というのだそうです。
だよねぇ。この情報、dgrep.exe の history.doc より。

　日本語対応されてないグレップを日本語が混じってるファイルで
使うのには、やっぱりいろいろ無理がありますね。

　なお、GNU grep 2.3 には、-r (recursive)がありますが、マルチバイト・
イクステンションされている（日本語対応）、GNU grep 2.0 には、-r が
ありませんでした。

C:\BIN>dir ogrep.exe	;GNU 2.3
1999/11/11  00:00            82,944 OGREP.EXE

C:\BIN>dir grep.exe	;GNU 2.0
1994/06/02  18:50            90,959 GREP.EXE

　内容が関連しているわけではないのですが。
　メインというか普段づかいの Win11 マシンの c:\bin ディレクトリを眺めていた
だけなのです。

　以下の df(xp).exe というのは、DiskFree.exe という意味です。
　３２ビットアプリが怖くなったなぁ、とかあったじゃないですか。
　で、以下のような具合。wild.exe (16bit)が、VTDOS で動かなかったのときっと
同じ現象。たぶん、違いますね。方向性が違う、という気がする。

C:\BIN>dfxp.exe		;original filename, not known
Drive    kbytes        used       avail capacity  mounted on
C:  499,220,476 144,721,332 354,499,144  28.98%    C:\

C:\BIN>df		;16bit dos app
C:\BIN\DF.EXE: cannot read table of mounted filesystems
	;ふと、このエラーメッセージを出しているのは誰？　と思った。
	;VTDOS ですよね、きっと。

　"mounted filesystems" なんですかぁ。