新着記事 35 |
|---|
11733： あじゃ氏の掲示板群「VZ虎の穴」復刻版 投稿者：konno 2024/12/11(水) 23:04
あじゃ氏の掲示板群「VZ虎の穴」復刻版を公開しました。- No.11733 - [リストへもどる] soft
・「VZ界のミスターX」とも呼ばれる(?) あじゃ氏の設置による掲示板の復刻版です。
・あじゃ氏の掲示板群が消えてしまったので ご本人の了解を得て再現してみました。
・リンクなど記事の一部に制限や調整がありますが、ご了承ください。
※ 発言記事の削除依頼などはメールでお願いします。
虎の穴 掲示板 過去ログ
| 04 階 ：Vz Editor 環境＋総合
| 03 階 ：フリートーク
| 02 階 ：お知らせ
| 01 階 ：VZ虎の穴
不具合など見つけましたら教えてもらえるとありがたいです。
ログデータは完全ではないと思われるので完全版をお持ちの方、ください。m(__)m
11732： Re^8: konnoさん、掲示板？ 投稿者：konno 2024/12/11(水) 22:53
11731 番 としき さんへのコメント
- No.11732 - [ｺﾒﾝﾄ元:11731] [リストへもどる] soft> git と github は違います。> git は純なバージョン管理システム。> github は git をみんなで使えるようにしたシステム。
あ、そうなんですか。Wikiなど読むと、Linux 由来のシステムのように思いました。
説明を読んでも難しそうで途中でギブアップしてしまいました。
結局実際には github で運用とかなんですよね。> 昔、DOS の時代は RCS なんてのを使っている人も多かったみたい。> さらにその前、ASCII Tools は SCCS というバージョン管理システムを使っていた。
この辺も全くわからないですが、今更導入しようとも思わないし、出来そうにないです。> 私自身はこいつを使ったことがなかったりする。> いや、理屈ではすばらしいものであることは間違いないので。> ＃あのつぼはいいものだ
こういうのはありがちですよね。(^^;> 修正版をアップすると、デフォルトでアップした日付になる、というのは聞いたこと> がありますが、普通は日付の変更ができるはずなんだけどなぁ。> いわゆる touch の機能。
単にこの機能を使わなかっただけかもしれませんが、私はこれを見て引きました。> > これはバグですね。修正します。m(__)m> お待ちしています。
うーん、根本的解決が出来ないので暫定的な修正ですが、今夜あたりに入れ替えてみます。
11731： Re^7: konnoさん、掲示板？ 投稿者：としき 2024/12/10(火) 23:51
参照先：http://toshiki.la.coocan.jp/
11730 番 konno さんへのコメント コメント数 1
- No.11731 - [ｺﾒﾝﾄ元:11730] [リストへもどる] soft> > そういうことなら、先進のバージョン管理システムを導入しましょう。> > 最近のハヤリはgitかな。> github ですか。これは難しすぎて私には無理だと思いました。
git と github は違います。
git は純なバージョン管理システム。
github は git をみんなで使えるようにしたシステム。
昔、DOS の時代は RCS なんてのを使っている人も多かったみたい。
さらにその前、ASCII Tools は SCCS というバージョン管理システムを使っていた。
さて、他人にはこれがよいとすすめるときの私の通例ではあるのですが。
私自身はこいつを使ったことがなかったりする。
いや、理屈ではすばらしいものであることは間違いないので。
＃あのつぼはいいものだ
ちなみに、RCS はちょっとだけ使ったことがあるけど、評価しただけ。
その当時は DOS のソフトなんて作っていませんでしたからねぇ。
なので> VZのソースをアップするとその時の日付になってしまう仕様も耐え難いです。
github のこの挙動はわからない。
修正版をアップすると、デフォルトでアップした日付になる、というのは聞いたこと
がありますが、普通は日付の変更ができるはずなんだけどなぁ。
いわゆる touch の機能。> これはバグですね。修正します。m(__)m
お待ちしています。
11730： Re^6: konnoさん、掲示板？ 投稿者：konno 2024/12/10(火) 19:40
11728 番 としき さんへのコメント コメント数 1
- No.11730 - [ｺﾒﾝﾄ元:11728] [リストへもどる] soft> > > 行頭の半角「1」が欠落する、というのはmode=msgviewのときだけですね。> この症状が再発しているようです。ツリーも相変わらず崩れているようだし。
すみません。あわてて修正前のものに差し替えていました。m(__)m> そういうことなら、先進のバージョン管理システムを導入しましょう。> 最近のハヤリはgitかな。
github ですか。これは難しすぎて私には無理だと思いました。
VZのソースをアップするとその時の日付になってしまう仕様も耐え難いです。> あ、そういえば。mode=allreadのとき。> 表示の最上部に[リストへもどる]というのが２つ表示されています。
これはバグですね。修正します。m(__)m
11729： Re^8: 「新着情報 携帯版」と掲示板の連携 投稿者：konno 2024/12/10(火) 19:39
11727 番 としき さんへのコメント
- No.11729 - [ｺﾒﾝﾄ元:11727] [リストへもどる] soft> ごめんなさい、これは私が意図して実験していたときのものを見られていたのでしょう。
そうだったんですか。もしかしたらその可能性もあるかとは思っていました。(^^;> > 弄っているのは確かですが、表示の不具合は過去記事タイトルを引用すると出るのです。> と書いていたので、うちのところで過去記事タイトルを使うと表示の不具合が出るかな、と> 思って、わざとタイトルだけをkonnoさんのところのものに書き換えてみていたのです。> これは、本文の中で過去記事タイトルを引用したときだけ発症、ということのようですね。
正確には新着のタイトル行丸ごと引用するとそれをタイトル行と誤認識してしまうというものです。> コードを貼り付けていただければ回避法を議論できるかもしれない、ということです。
検討してみます。(^^;
11728： Re^5: konnoさん、掲示板？ 投稿者：としき 2024/12/09(月) 23:34
参照先：http://toshiki.la.coocan.jp/
11712 番 konno さんへのコメント コメント数 1
- No.11728 - [ｺﾒﾝﾄ元:11712] [リストへもどる] soft> > > mode=msgviewのときだけ表示が変なのですね。> > 行頭の半角「1」が欠落する、というのはmode=msgviewのときだけですね。
この症状が再発しているようです。ツリーも相変わらず崩れているようだし。
またもや同じようにテンキーに触ってしまったのなら、例えば、外付けのキーボードを
使う、といった抜本的な解決策を採用されることも考えるべきかもしれません。
それとも、バージョン管理に失敗して、古いコードをアップしてしまったとか？
そういうことなら、先進のバージョン管理システムを導入しましょう。
最近のハヤリはgitかな。
あ、そういえば。mode=allreadのとき。
表示の最上部に[リストへもどる]というのが２つ表示されています。
もし、それぞれで違うリストを表示させることをたくらんでいるのなら、表記を
それなりに変更していただけるとありがたい。
11727： Re^7: 「新着情報 携帯版」と掲示板の連携 投稿者：としき 2024/12/09(月) 23:24
参照先：http://toshiki.la.coocan.jp/
11726 番 konno さんへのコメント コメント数 1
- No.11727 - [ｺﾒﾝﾄ元:11726] [リストへもどる] soft> 関係あるかはわかりませんが、更新情報がおかしいというのは、うちの掲示板のタイトルが> 板塀の所に表示されていたのです。ビックリして見に行ったら全然違うタイトルだったし。> 更新情報の潜在バグかもしれません。
ごめんなさい、これは私が意図して実験していたときのものを見られていたのでしょう。
何を実験していたかというと、#11722でkonnoさん> 弄っているのは確かですが、表示の不具合は過去記事タイトルを引用すると出るのです。
と書いていたので、うちのところで過去記事タイトルを使うと表示の不具合が出るかな、と
思って、わざとタイトルだけをkonnoさんのところのものに書き換えてみていたのです。
でも、タイトルだけを書き換えただけでは発症せず。
これは、本文の中で過去記事タイトルを引用したときだけ発症、ということのようですね。
なので> > 差し支えなければ、どんなコードを使っているのか、貼り付けていただけませんか？
というのは#11722の> いい不具合回避法が思いつかないの。(;_;)
ここにかかってくるのです。
コードを貼り付けていただければ回避法を議論できるかもしれない、ということです。
11726： Re^6: 「新着情報 携帯版」と掲示板の連携 投稿者：konno 2024/12/09(月) 22:38
11725 番 としき さんへのコメント コメント数 1
- No.11726 - [ｺﾒﾝﾄ元:11725] [リストへもどる] soft> 結局はテキスト処理なんでパイプをかませているのですが、なんかパイプの後ろ側を> 処理してくれていないことが時々あるみたい。なんでや。
関係あるかはわかりませんが、更新情報がおかしいというのは、うちの掲示板のタイトルが
板塀の所に表示されていたのです。ビックリして見に行ったら全然違うタイトルだったし。
更新情報の潜在バグかもしれません。> > げげ、丸ごと消えていましたか、wforum.cgiのエラーだったんですが。操作ミスで。> 差し支えなければ、どんなコードを使っているのか、貼り付けていただけませんか？
いや、コード弄りではなく、誤操作でＮＧデータに入れ替えてしまったんですよ。
それも2回も。(;_;)
11725： Re^5: 「新着情報 携帯版」と掲示板の連携 投稿者：としき 2024/12/08(日) 23:57
参照先：http://toshiki.la.coocan.jp/
11724 番 konno さんへのコメント コメント数 1
- No.11725 - [ｺﾒﾝﾄ元:11724] [リストへもどる] soft> さっき更新情報がおかしいいように見えたのはテスト中だったのかな。(^^;;
そのとおりです。
#11723では安定監視中なんて書いたけど、実際にはまだバグバグで。
８日正午過ぎの段階で、１時間毎のチェックまではできていたけど、チェックの結果
にかかわらず再アップロードしてしまっていたことが判明。
そこは修正したけど、別のところがどうも不安定であることが、夕方になって判明。
結局はテキスト処理なんでパイプをかませているのですが、なんかパイプの後ろ側を
処理してくれていないことが時々あるみたい。なんでや。パイプの前後の実行速度の
差かなぁ。
結局、テンポラリファイルを１つかませることにして、現在様子見。
すなわち安定監視中。> げげ、丸ごと消えていましたか、wforum.cgiのエラーだったんですが。操作ミスで。
これ、#11723にも書きましたが、私のチェックが甘い可能性あり。
つまり、丸ごと消えたような気がしただけ、かもしれない、ということ。
差し支えなければ、どんなコードを使っているのか、貼り付けていただけませんか？
11724： Re^4: 「新着情報 携帯版」と掲示板の連携 投稿者：konno 2024/12/08(日) 18:19
11723 番 としき さんへのコメント コメント数 1
- No.11724 - [ｺﾒﾝﾄ元:11723] [リストへもどる] soft> 何をいじっているかというと、RSSのアップロードの関係。> これを、１時間に１回チェックするようにして、そのかわり変化があったときだけ> アップロードするように書き換えている最中。
おお、板塀の更新が速くなるわけですね。期待してしまいます。
さっき更新情報がおかしいいように見えたのはテスト中だったのかな。(^^;;> そして、１７時半前ぐらいだったかな。タイミング的には#11719が書き込まれる前か> 後かぐらい。新着情報にアクセスしてみたところが、konnoさんのサイトのところが> 丸々すっぽりと非表示。
げげ、丸ごと消えていましたか、wforum.cgiのエラーだったんですが。操作ミスで。
最近車で踏み間違いも経験したりして、色々脳がヤバくなってきてるかも。(;_;)
11723： Re^3: 「新着情報 携帯版」と掲示板の連携 投稿者：としき 2024/12/08(日) 01:31
参照先：http://toshiki.la.coocan.jp/
11722 番 konno さんへのコメント コメント数 1
- No.11723 - [ｺﾒﾝﾄ元:11722] [リストへもどる] soft> > 実は私もちょっといじっていることがありまして。> おお、完成したらぜひご紹介ください。
ほい。
何をいじっているかというと、RSSのアップロードの関係。
#8026で書きましたが、現在、ニフティから直接は読めない板塀のRSSを１日２回、
自前でニフティにアップロードしていました。これは定期的な動きなので、なにも
変化がなくても自動でアップロードしていました。
これを、１時間に１回チェックするようにして、そのかわり変化があったときだけ
アップロードするように書き換えている最中。
いろいろミスもあったけど、とりあえず動き出しました。現在、安定監視中。
明日か明後日には安定監視を終了して、特に問題がなければそのまま常用に移行する
予定。ただし、これの紹介はいつできるやら。それより前に、ベクターからの引越し
を行う必要があるので。
と、こういうことをやっていたので、新着情報にもアクセスしていたわけです。
そして、１７時半前ぐらいだったかな。タイミング的には#11719が書き込まれる前か
後かぐらい。新着情報にアクセスしてみたところが、konnoさんのサイトのところが
丸々すっぽりと非表示。テーブル部分だけが非表示なら、またバグだな、とピンと
来るところですが、今回はその上の、トップページやブログへのリンクを表示して
いる行の部分も表示されていないように見えて。これはkonnoさん、自分のところの
表示をやめたのかな、なんて思ってしまったわけです。念のため、CGIの出力した
ページのソースも確認したのですが、やっぱり表示されていないような感じ。
ただ、この辺の確認、板塀サーバとして使っているWinXPマシンの、それもIEから
行っているのですね。こんなものを使うのは、何年ぶりだろう。なので、確認ミス
とかあったかもしれない。
とはいえ、こんな感じだったものですから、運悪くちょうど何かいじっている最中
だったかな、と思った次第。
ですが、それからほんの少しあと、#11720が書き込まれた後に新着情報をみたら、
今度はとりあえず表示はされていて、ただしテーブルが崩れている状況。
なので、これはやっぱりバグだったのかなぁ、なんて思いなおしてみたりして。
というような状況でした。
11722： Re^2: 「新着情報 携帯版」と掲示板の連携 投稿者：konno 2024/12/07(土) 22:36
11721 番 としき さんへのコメント コメント数 1
- No.11722 - [ｺﾒﾝﾄ元:11721] [リストへもどる] soft> 現在、また何かいろいろといじっている最中とお見受けしました。> それとも、単にバグっているだけかな。
すみません。単なるバグです。m(__)m
といってもその前後に大ポカをやらかして生ログを別の物で上書きしたり。(>_<)
弄っているのは確かですが、表示の不具合は過去記事タイトルを引用すると出るのです。
いい不具合回避法が思いつかないの。(;_;)> 実は私もちょっといじっていることがありまして。
おお、完成したらぜひご紹介ください。
11721： Re: 「新着情報 携帯版」と掲示板の連携 投稿者：としき 2024/12/07(土) 18:02
参照先：http://toshiki.la.coocan.jp/
11306 番 konno さんへのコメント コメント数 1
どこにつけようか迷ったのですが、とりあえずこちらにつけさせていただきます。- No.11721 - [ｺﾒﾝﾄ元:11306] [リストへもどる] soft
現在、また何かいろいろといじっている最中とお見受けしました。
それとも、単にバグっているだけかな。
実は私もちょっといじっていることがありまして。
なので、数十分に１回、こちらの新着情報をリロードしていたりするもので気がつき
ました。
完成したら、またご紹介ください。
11720： NT系DOS 5.0の真のバージョンは5.50 投稿者：konno 2024/12/07(土) 17:27
Xの savaさん（LP-Project の Lukewarm氏）の記事で知りました。- No.11720 - [リストへもどる] pre> 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.
*
-----------------------------------------------------------
でもこれは別の目的でたまたまだったようで、私は全然気が付きませんでした。(^^;
11719： c.mos氏が Vzのソースを公開 投稿者：konno 2024/12/07(土) 17:25
c.mos氏が Vzのソースを11月26日に公開していました。- No.11719 - [リストへもどる] soft
Ｘ
https://x.com/c_mos/status/1861213282578899445
github
https://github.com/vcraftjp/VZEditor
VZEditor-main.zip というのを落としたら掲載物丸ごと入っていました。
Magazine フォルダには c.mos氏の雑誌掲載コラムがあり、アセンブラの話もあります。
ソースはファイルの日付が最近のになっていてちょっと残念です。
とりあえずお約束のアセンブルをして同じファイルサイズにはなりました。
が、中身は結構違っています。
オリジナルは OPTASM だったかな、MASM5.1 とは生成コードが結構違うのかな。
この界隈の人達はみなさんソースをお持ちの方が多いので関係ないでしょうが
それ以外の人は是非アセンブルにチャレンジしてみてください。
※ この記事は 野ざらし言#5707 の記事の再掲載です。そちらも参照してください。
11718： Re^2: Grep.exe 5.5 (Borland) 投稿者：文太 2024/11/29(金) 23:23
11717 番 konno さんへのコメント
konnoさん- No.11718 - [ｺﾒﾝﾄ元:11717] [リストへもどる] soft>が、予想通り、NGでした。(>_<)
でしょうね。でも、Borlandは、どうやって２バイト文字だと判定
してるのでしょう？ 「....」とか。
すげえな、と思いました。GNU の日本語対応なしより Borland でしょう。
２バイト文化圏（中国と韓国と日本？）を意識していたのか？>> ソ、表、噂、欺、十、貼、構、暴、兎、予、申 など。>これらの漢字が無ければ正規表現でも大丈夫なのかな、参考にします。
なんじゃないでしょうか。だから、「Yagrep.exe」（検索文字列）
なんてのは、前後でよほど運が悪くなければ、ちゃんとヒットするん
じゃないかなぁ？？？
僕のテストは何となく思いついた程度をやったので、網羅的とは
とうてい言えませんが。安全にたおせば、やはり、信頼のおける、１６ビットの
ygrep, cgrep, izgrep あたりじゃないのかな。あるいは、マルチバイト対応の
１６ビットのＧＮＵもの。
スピードはがまん。
ygear.def by とらじ、を使ってみてください。すごいですよ。
コマンドラインを一部再現してるので、とっつきにくいけど。でも、メニュー
があるから、使い込むほどベンリ！ 最近は使ってないけど。
あと、正規表現、使うと便利ですよ。せっかく grep なんだし。
egrep。だいたい vwx と同じ拡張正規表現です。こっちのほうが、
大方、便利です。「ああ*」=「あ+」ですから。「あ」の１回以上の繰り返し。>> ＣＭＤ窓の文字コードは、いまでも SJIS がデフォなのだそうです。>そうなんですか、でも今の調子だといつ SJISが切り捨てられてもおかしくないですね。>SJISテキストの膨大な過去資産があるから、実際にはおいそれと変えられないのかも。
どうなんでしょうね？ shadowさんのアドバイスにしたがって、「レガシーコンソール」
を Win11 に入れたら、おお、変な文字化けがなくなった、と喜びました。
が、「レガシーコンソール」もオプション扱いに格下げになっているようで、うう、
どうなんだろう、という感じはしてます。
すいません、VTDOS で、手一杯なもので。DOS, WinME, WinXP あたりの調教が
まだまだ先みたいで。チェーンソーと格闘しています（謎）。ついに、２サイクル・
ガソリンエンジンのチェーンソーを使ってしまった。すごく疲れました。
下手をすれば、指も腕も飛んでいく、恐怖。でもすごいパワー。さすが化石燃料。
11717： Re: Grep.exe 5.5 (Borland) 投稿者：konno 2024/11/29(金) 21:05
11716 番 文太 さんへのコメント コメント数 1
- No.11717 - [ｺﾒﾝﾄ元:11716] [リストへもどる] pre> 微妙に 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テキストの膨大な過去資産があるから、実際にはおいそれと変えられないのかも。
11716： Grep.exe 5.5 (Borland) 投稿者：文太 2024/11/28(木) 11:43
11715 番 konno さんへのコメント コメント数 1
微妙に ver が違いますが、きっと同じじゃないかな？- No.11716 - [ｺﾒﾝﾄ元:11715] [リストへもどる] pre
結論からいうと、十分にすごい。でも抜けもある。とりわけ￥がらみの「表」とか。
比較対象は、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に変更
することも可能なようですが。
11715： Turbo GREP 5.6 投稿者：konno 2024/11/27(水) 22:01
11708 番 文太 さんへのコメント コメント数 1
まとレスです。- No.11715 - [ｺﾒﾝﾄ元:11708] [リストへもどる] pre
#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
もしかすると正規表現が簡易版かもしれませんが私の用途では充分です。
11714： Re: 32bit Grep (Japanese) 投稿者：文太 2024/11/25(月) 20:15
11708 番 文太 さんへのコメント
popogrepについて（勝手に名前を変えてすいません）です。- No.11714 - [ｺﾒﾝﾄ元:11708] [リストへもどる] soft
「作者名：popo.neco」という方の作品でした。grep.exeがオリジナルの
名前。
●動作環境 IBM PC/AT互換機 Windows 2000/XP 以降 となっています。>ま、バグってはいます。>たぶん、
これは、プログラムの側に責任があるというより、VTDOS環境との
相性だと思われます。僕はこりてしまったので、32bit grepからは
撤退しますが、こういう環境（ＤＯＳエミュ全般？）との【相性】という
のは、きっとあるのでしょう。
rcp32.exeが当初から動いて、よかったですね。
VTDOSその他のＤＯＳエミュレータで、１６ビット・アプリが無事に
動き続けることを祈ってます。僕は、Ｖｚというか、趣味の情報管理
としてのＰＣという意味では、ＸＰ以前まで後退します。
いやぁ、壁は厚かった。wild + izgrep が VTDOS @ Win11 で
動かなかったときは、「や、やばいぞ」と強く思いました。
大昔ほど真剣には、暗い気持ちにならなかったのですが。この方面では
もうあまり前を見なくてよい、と思っているので。
11713： popogrep & findstr @ CMD窓 投稿者：文太 2024/11/25(月) 18:42
11711 番 文太 さんへのコメント
- No.11713 - [ｺﾒﾝﾄ元:11711] [リストへもどる] soft>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な環境に
とどまりたいと思いました。
こんなに苦労することになるとは、夢にも思ってなかった。
11712： Re^4: konnoさん、掲示板？ 投稿者：konno 2024/11/25(月) 15:30
11710 番 としき さんへのコメント コメント数 1
- No.11712 - [ｺﾒﾝﾄ元:11710] [リストへもどる] pre> > mode=msgviewのときだけ表示が変なのですね。> 行頭の半角「1」が欠落する、というのはmode=msgviewのときだけですね。
ソースを確認したら、変な部分を見つけました。
$v_msg =~ s/<br>1/\n/g;
これは、
<br> を \n に変換するところだと思いますが、１ が余計に入っている？
$v_msg =~ s/<br>/\n/g;
１を削除したら正常になりました。これか！
多分ソースを弄っている時にうっかり１を押してしまったのでしょう。
うちのノートPCはテンキー付きなので指が触れやすいのです。
うっかりミスを発見してくれてありがとうございます。
てか、そもそもここでこの変換は必要なのだろうか？ ＜ｂｒ＞を表示させるためかな？> ただ、今、いろいろと見て回っていたら、konnoさん、ちょうど手を入れている最中> なのかな。mode=allreadのツリー表示が微妙に崩れているところがある。> なんかまた、デグレが発生したかな。
げげ、結構崩れていますね。でもツリールーチンは最近弄った記憶が無いのですが。
ルーチンとしてバグが残っているとは思ってましたが、ここまで酷くはなかったような。
見てみます。
追記
￥ｎ は改行になってるし、＜ｂｒ＞は表示してないじゃん！
また見直さなくては。(;_;)
11711： findstr.exe (32bit Win Grep) 投稿者：文太 2024/11/25(月) 13:17
11708 番 文太 さんへのコメント コメント数 1
これでいいでしょう！ >findstr /? とすれば出るので、以下は- No.11711 - [ｺﾒﾝﾄ元:11708] [リストへもどる] pre
抜粋です。
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
表
表表
十十十
愛
愛
「表」も「愛」も２文字と認識されているみたい。
「*」がうまく機能しなかったのも、このせいだ、きっと。
とても使い勝手が悪そうだ、とは言えるでしょう。
結論：これでよくは、ない。
11710： Re^3: konnoさん、掲示板？ 投稿者：としき 2024/11/25(月) 00:34
参照先：http://toshiki.la.coocan.jp/
11705 番 konno さんへのコメント コメント数 1
- No.11710 - [ｺﾒﾝﾄ元:11705] [リストへもどる] soft> mode=msgviewのときだけ表示が変なのですね。
行頭の半角「1」が欠落する、というのはmode=msgviewのときだけですね。
ただ、今、いろいろと見て回っていたら、konnoさん、ちょうど手を入れている最中
なのかな。mode=allreadのツリー表示が微妙に崩れているところがある。
なんかまた、デグレが発生したかな。
11709： Re: grep.com from TC 1.5 and 2.01 投稿者：としき 2024/11/25(月) 00:27
参照先：http://toshiki.la.coocan.jp/
11706 番 文太 さんへのコメント
- No.11709 - [ｺﾒﾝﾄ元:11706] [リストへもどる] pre> 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 --- 一緒、タイムスタンプ異
かっきり９時間ですからねぇ。
どこかでタイムスタンプを狂わせる圧縮／解凍ツールを使った可能性が高そうな
結果ですね。
11708： 32bit Grep (Japanese) 投稿者：文太 2024/11/25(月) 00:04
11707 番 文太 さんへのコメント コメント数 3
32ビットの日本語対応グレップ、だと思う。awk-like な拡張正規表現が- No.11708 - [ｺﾒﾝﾄ元:11707] [リストへもどる] pre
使える模様。
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
と解釈されているのでしょう。
もちろん、かなり意地悪なテストです。こんな結果になるとは思わなかった
のだけど。
11707： GNU grep 2.5.4 (English) 投稿者：文太 2024/11/24(日) 22:51
11685 番 konno さんへのコメント コメント数 1
- No.11707 - [ｺﾒﾝﾄ元:11685] [リストへもどる] soft
英語環境だけで使う（僕にはある）、というのなら、使えるのかもしれない。
たぶん、一般にはお勧めできないのだろうと想像して、どこでどうこれを入手
したかは書きません。
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
11706： grep.com from TC 1.5 and 2.01 投稿者：文太 2024/11/24(日) 21:58
11702 番 としき さんへのコメント コメント数 1
僕はこんなのを見つけました。- No.11706 - [ｺﾒﾝﾄ元:11702] [リストへもどる] pre
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
11705： Re^2: konnoさん、掲示板？ 投稿者：konno 2024/11/24(日) 18:44
11699 番 としき さんへのコメント コメント数 1
#11692- No.11705 - [ｺﾒﾝﾄ元:11699] [リストへもどる] pre> 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のときだけ表示が変なのですね。
うちだけなのかな。
確認してみます。
＃ ヤマイダレハシナナキャナオラナイ富士の山異誰？
11704： Re^2: wgrep -u について 投稿者：konno 2024/11/24(日) 18:00
11686 番 としき さんへのコメント
- No.11704 - [ｺﾒﾝﾄ元:11686] [リストへもどる] pre> > 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の再帰検索は不安定だなぁと思っていたのですが、そういうことでしたか。
大変有益な情報をありがとうございます。
11703： Re^5: wgrep -u について 投稿者：としき 2024/11/24(日) 17:33
参照先：http://toshiki.la.coocan.jp/
11695 番 文太 さんへのコメント
- No.11703 - [ｺﾒﾝﾄ元:11695] [リストへもどる] soft> うちは当番制なので、今年は奥様がやってきました。
一人暮らしだと、そういうわけには行きません。
ただ、同一市内の実家は母と弟が暮らしていて、母が体調不良だから当然弟がやる
かと思ったら誰も出て行かなかったとのこと。いささかあきれる。> >私がよくやるのは、*.txt なんてファイル指定なんですが、> abc??.txt という指定では、いつもできてるのに、今日は「*.txt」で> エラーが出るぞ、という経験があれば、論理的に考えますね。さすが。
私の解釈の問題というか誤解しているのかもしれません。
私の経験では、別のディレクトリだと abc??.txt という指定でも *.txt でも行ける
のに、特定のディレクトリでは同じ指定なのにうまく行かない、なにが違う、という
ところが出発点。そして、あ、このディレクトリはファイル豊富なのに拡張子が txt
のファイルは一つもない、という気付きから数回の実験をおこなって、というような
感じですね。だからこの辺、論理的には考えますが、少なくとも１回は実験を行って、
自分の考えを確かめないと。
何せ、一番信用できないのが自分の考えというやつですから。
11702： Re^7: ren grep fgrep 投稿者：としき 2024/11/24(日) 17:23
参照先：http://toshiki.la.coocan.jp/
11687 番 としき さんへのコメント コメント数 1
- No.11702 - [ｺﾒﾝﾄ元:11687] [リストへもどる] pre> > 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
こんなものあったんだ。たぶん、使った事はない。
11701： Re^5: wgrep -u について 投稿者：文太 2024/11/24(日) 12:39
11700 番 としき さんへのコメント
としきさん- No.11701 - [ｺﾒﾝﾄ元:11700] [リストへもどる] soft>＃いいじゃねぇか、そんなこまけぇこと
でもないですよ。
いつの日にか、この「wgrep -u について」のやり取りをグレップで
発見し、おお、先人の方、としきさん、感謝、m(__)m となるかもしれない。>ファイル検索の起点にさえ対象のファイルがありさえすれば、
なるほど。試さないけど、途中に空が挟まっていてもいいんだ。
違いは大きいと思います。
が、wgrep -u を使うことは、しばらくないと思うので、
僕にとっては、いいじゃん、なんだけど。
m(__)m
いい天気ですねぇ。気分が完全に天気に左右されるお年頃になってます。
11700： Re^4: wgrep -u について 投稿者：としき 2024/11/24(日) 11:04
参照先：http://toshiki.la.coocan.jp/
11691 番 文太 さんへのコメント コメント数 1
- No.11700 - [ｺﾒﾝﾄ元:11691] [リストへもどる] soft> でも、ファイルがないディレクトリだけの階層は挟むな、これで> ＯＫです。
いってることは伝わるかもしれませんが、としき的には微妙に不正確。
カレントに .txt のファイルがあれば、以下の階層に一つも .txt がなくても
wgrepはこけません。すなわち、ファイル検索の起点にさえ対象のファイルが
ありさえすれば、以下のディレクトリにはファイルがない階層が挟まって
いても問題ない、というのがとしき的な表現です。
＃いいじゃねぇか、そんなこまけぇこと
11699： Re: konnoさん、掲示板？ 投稿者：としき 2024/11/24(日) 10:40
参照先：http://toshiki.la.coocan.jp/
11692 番 文太 さんへのコメント コメント数 1
- No.11699 - [ｺﾒﾝﾄ元:11692] [リストへもどる] soft> この掲示板の「あれ」なのでしょうか ＞konnoさん
あれ、というか「癖」っぽいですね。うん、「ヤマイダレ」のついている漢字だ。
mode=msgviewのときだけ発病する感じ。
allreadとかnewsortの時はきちんと欠落なく表示してくれているから。
そして、行頭が半角「1」は欠落するけど半角「2」なら大丈夫、というのも不思議。
どうすればこうなるんだろう。