vgrep.def を使いたいと思うのですが、「要 menulib.def」とあって止まって
しましました。前に一度導入したことがあるはずなのに…。menulib.def をイン
クルードして、vgrep.def に普通にロード関数かローダによる起動設定をすれば
よいのでしょうか。一言、お教えいただければ幸いです。

　menulib.def (v1.0a) 　と　vgrep.def (v1.19b) で宜しいでしょうか。m(__)m

文太さん

> 　vgrep.def を使いたいと思うのですが、「要 menulib.def」とあって止まって
> しましました。前に一度導入したことがあるはずなのに…。menulib.def をイン
> クルードして、vgrep.def に普通にロード関数かローダによる起動設定をすれば
> よいのでしょうか。一言、お教えいただければ幸いです。

私は使ったことが無かったので、めざらさんの所から落としてきました。(ぉ

> 　menulib.def (v1.0a) 　と　vgrep.def (v1.19b) で宜しいでしょうか。m(__)m

menulib.def は v1.0a でしたが、vgrep.def は v1.15 と、v1.21 の2つありました。
ｖ1.15だと menulib.def は要らないようですね。v1.21 をそのまま起動すると、
「menulib.def は入力できません」と出て、起動できないですね。
先にmenulib.def を入れておけば普通に起動できました。

で、menulib.def が必要なのはv1.20 からのようなんですが、v1.19b はそのまま
起動できないんでしょうか？ 

金野さん、ありがとうございました、無事解決です。

> 私は使ったことが無かったので、めざらさんの所から落としてきました。(ぉ

　またまた。でも、すいません、お手数をおかけいたしました。

> > 　menulib.def (v1.0a) 　と　vgrep.def (v1.19b) で宜しいでしょうか。m(__)m
> 
> menulib.def は v1.0a でしたが、vgrep.def は v1.15 と、v1.21 の2つありました。
> ｖ1.15だと menulib.def は要らないようですね。v1.21 をそのまま起動すると、
> 「menulib.def は入力できません」と出て、起動できないですね。
> 先にmenulib.def を入れておけば普通に起動できました。

　そう、この辺が錯綜していて、「どうするのが一番よいのですか？」というの
が質問の隠れた趣旨でもあったのですが、v1.19b でも menulib.def がすでに必
要になっていたように思ったのですが、doc やらがごちゃごちゃになっていただ
けの可能性もあります。

　というわけで一番安直に vgrep v1.21 +menulib v1.0a で解決です。インクル
ードがいやだな、だから分離する前の版で、といった一番最初の魂胆から泥沼に
落ち墓穴を掘ったようです。でも、インクルードの必要なんてそもそもなかった。
vgrep がちゃんとロードするような仕組みになってますね。お手数をお掛けしま
した。すいませんでした。

　さて、なんで vgrep が必要だ、と思ったのだったかしら？　笑い。

金野さん

> そうですね。ＤＡＮＮＹ版ＶＺを宣揚していながらその最大の特徴であるマクロ
> ライブラリー機能を使ったことが無いなんて知れたら大顰蹙ですよね。このことは
> 内緒にしておこう。(^^;

　っていうか、vgrep自体を宣伝してましたよ、どっかで。たぶん。

> もしかしたらそういう可能性もあるかなと思ったんですが、v1.19bは持ってないし、
> おそらく文太さんなら自己解決するだろうと。(^^;

　こういって貰えると、少し…。ひとに訊いてから、「俺、自分の調べられるこ
と、ちゃんと調べたよね」と不安になって、俄然調べはじめるような奴で。
　文脈はずれなのですが、どっかＤＡＮＮＹさんと金野さんて重なるんですよね。
違う人なんですよねぇ。でも、何かねぇ、昔から。文体とか似てますかねぇ？？？

> > でも、インクルードの必要なんてそもそもなかった。
> > vgrep がちゃんとロードするような仕組みになってますね。
> なるほど、それなら手間が無いですね。

　ぜんぜんなかったです。すいません。

> > 　さて、なんで vgrep が必要だ、と思ったのだったかしら？　笑い。
> マクロバッファを空けるために大物マクロのmenulib対応化するんですね。
> 期待してます。(^_^)

　あはははは。 まに受けて答えれば、それはねぇ。で、stkhelp や ygear なん
かは読めないし、 ローテクの集大成みたいな tuibami や blog ではそもそも無
理ですから。 Ｙメニューのサブルーチン化なら、（その後気づいたのですが）
recipe.def （by Ikuboh）になるし、拡張文字列操作なら、やっぱり by Ikuboh
さんのstring.defという部品が揃ってますから。僕の今の課題は、どう作るかより、
どう使うかですね。 今日、久しぶりに ^KT でモードＣを思うように操って（黒
本見ました、あは）、ああ、元々便利にできてるなぁ、と思った次第。便利なだ
けでなく、楽しくすぎて愛してしまいますよね。ほんと、かわいいエディタだ。

　あ、用件は「小物マクロの住所録」でジャンプしたかったのです。でも^KTで
"小n"（小物とnifty）で足りてしまいました。(^^;

金野さん

> > 　っていうか、vgrep自体を宣伝してましたよ、どっかで。たぶん。
> げげ、全然記憶に無いんですけど。(^^;;;

　勘違いだったみたいです…。 ☆＼ (^^;) 　過去ログをグレップしても出てき
ませんでした。濡れ衣（？）すいません。

> 私の記憶ではＤＡＮＮＹさんもよく、(^^; こんな顔文字を使っていたと思うので
> それで印象が似ているのかも？

　「かも？」とか「ぉ」とかはあまり言ってなかったですね、たしかに、たぶん。
　(^^; こんな顔をよくされてましたっけ。

> う〜む、よく分かってないですが、それらの部品を使えば、全てのVzでメニュー
> ライブラリ化ができるんでしょうか。だとしたら凄いですね。

　僕【は】間違いなくよく分かってないですが、僕の思考経路が変でした。
　「ライブラリ化」はどうなんでしょう？　たぶん、、、、。

1 "*menu.init"
1 "*menu.additem"
1 "*menu.delitem"
1 "*string.cnvcpy"

　これ以外はほとんど全部マシン語ですからねぇ(?_?)
　vgrepも、とてもとても。
　Ikubohさんのは、各々のマクロにいれるサブルーチン集です。

> ^KT でタイトルサーチの文字列を指定できるんですか、知らなかった。(^^;
> いままで、Ｃモードは使ったことが無いし、邪魔だなぁと思ってたんですが、
> こんな風に使えるんですか、便利ですねぇ。（ぉ

　どこまで真面目に聞いてよいのやら。ま、いいや。
　はい、僕もＣを変なもの扱いをしていました。かつて「正規表現が嫌いだった
c.mos さんが考えた…」的暴言を。でも、これはいいですよ。マクロの中で
* M マクロ
* P メニュー
　だけを探すのだけではもったいないですよね。

> 　勘違いだったみたいです…。 ☆＼ (^^;) 　過去ログをグレップしても出てき
> ませんでした。濡れ衣（？）すいません。

私の記憶力は全くあてにならないのですが、少し安心しました。(^^;（何？

> 　Ikubohさんのは、各々のマクロにいれるサブルーチン集です。

私も確認しました。これも凄い高機能なサブルーチン集ですね。
うまく使えば凄いマクロが出来そうですが、私のスキルでは・・・

金野さん

> 私も確認しました。これも凄い高機能なサブルーチン集ですね。
> うまく使えば凄いマクロが出来そうですが、私のスキルでは・・・

　またまた。何か面白いの作って発表してくださいよ。ご存じのとおり、表示系
は駄目なので、なんか実用的というか動いたり開いたり抽出したり飛ぶ準備した
りする何か…。想像力の貧困さだけを見せているなぁ。

　メモリー上で正規表現置換できる＆Ｓ関数ライブラリー（サブルーチンとか）☆＼(^^;)　
　これがどれほど無謀な願望かは分かるようになってしまってる…。☆＼(^^;)

　あ、マクロでなくバッファ確保のための常駐アプリですよ。これこれ。おえげ
えしますだ。
　何だか、 ナツメの『システムコール』とか『応用 MS-DOS』とかヤフオクして
る奴。謎。ＭＡＳＭが欲しいのだけど…。今やフリーなんですよね、確か…。な
ぜかＴＡＳＭはあるのだけど、違いも分からないし…。まだ一行もやってません。

> 　またまた。何か面白いの作って発表してくださいよ。ご存じのとおり、表示系
> は駄目なので、なんか実用的というか動いたり開いたり抽出したり飛ぶ準備した
> りする何か…。想像力の貧困さだけを見せているなぁ。

う〜ん、私は改造専門なので、雛形とかサンプルが無いと、手も足も出ないですね。

> 　あ、マクロでなくバッファ確保のための常駐アプリですよ。これこれ。おえげ
> えしますだ。

う〜ん、昔VRAMを書き換える常駐物は作ったことが有りますが、今見ても全然
わからないなぁ。(^^;

> 　何だか、 ナツメの『システムコール』とか『応用 MS-DOS』とかヤフオクして
> る奴。謎。ＭＡＳＭが欲しいのだけど…。今やフリーなんですよね、確か…。な
> ぜかＴＡＳＭはあるのだけど、違いも分からないし…。まだ一行もやってません。

着々と深みにはまっていますね。(^_^)

金野さん

> う〜ん、私は改造専門なので、雛形とかサンプルが無いと、手も足も出ないですね。

　た、確かに。そんな感じでしたっけ(^^;

> う〜ん、昔VRAMを書き換える常駐物は作ったことが有りますが、今見ても全然
> わからないなぁ。(^^;

　VRAM の使用は 1.6 から無効になったのではなかったかと？？？
　それでは、ここで心機一転、習作として、ゼロからバッファ確保とＶｚとの通
信だけの常駐ものにチャレンジしてみよう！

> 着々と深みにはまっていますね。(^_^)

　た、確かに。(^^;

vgrep.def 1.19bは1.19aのアーカイブに入ってますよ。

YASATさん、

> vgrep.def 1.19bは1.19aのアーカイブに入ってますよ。

　お、お詳しい。やっぱＶｚやりませんか？（しつこいと嫌われるけど）マシン
環境はないですか？　（当たり前のことですが）９８ＳＥノートとかなら、一昔
前では信じられないようなお金で簡単に手に入りますよ。やろうよ。ウソウソ。
手元にあるだけで、心が豊かになりますよ、ウソウソ。

　しっかしです。 どうやって上のようなことが LINUX で調べられるのだろう？
　追求してませんが。(^^;

　大きな声では言えませんが、つ、ついに住所録に手を出してしまった。いつも
のような勝手モードなので、責任も見栄も何もなく、御気楽戯れモードでちまち
まですが。だってタネがないと blog 作った意味ないもん。それでも、YASAT 改
造はありがたかった。blognext、古いログだと使いまくり！

調べるもなにも、vgrepは1.19bを使ってましたから。
486ノートも生きてますし、VZもたまに使います。
Windowsに入れようって気が起きないだけで。すっかりずぼら。

YASATさん

> 調べるもなにも、vgrepは1.19bを使ってましたから。

　過去形？

> 486ノートも生きてますし、VZもたまに使います。

　現在（進行）形！

> Windowsに入れようって気が起きないだけで。すっかりずぼら。

　未来形！！

> vgrep.def 1.19bは1.19aのアーカイブに入ってますよ。

ありゃあ、このころはmenulib化で錯綜していたんでしょうかね。