00001/00020 AMI01111 - あじゃ - えー、とりあえず・・・
( 0) 05/03/02 18:47
Vz 関連の話はこの部屋でどーそ。
- あじゃ -
00002/00002 CXB00940 としき ２番とった！
( 0) 05/03/02 21:41
http://www.hinocatv.ne.jp/~toshiki/
だからなんだということもないのですが。
作ってもらいたいマクロもいっぱいあるかも知れず。
特に、ＷＥＢに便利にアクセスできるものとか。
00005/00003 BQO00549 konno Re^2: Ｖｚと遅延キャッシュとの相性
( 0) 05/03/16 2:21 00004へのコメント(konnoさん) コメント数：1
すみません、ブラウザが初期化されてて、名前を入力してEnterを押したら
書き込まれてしまいました。暗証キーも入れてないから削除も出来ないし。
こんなだから、プレビューONは必須なんです。(;_;)
＃タマ猫の掲示板はプレビューをデフォにしようかなぁ。
気を取り直して、うちの職場でもWin95マシンは主に生DOSで使用しています。
DOS窓とまったく同じ環境で動作しますが、DOS窓のほうがディスクアクセスが
速いようですね。生DOSの利点は起動が速いことだけなので、立ち上げ時間が
気にならなければDOS窓のほうがいいんじゃないでしょうか。
00003/00003 CXB00940 としき Ｖｚと遅延キャッシュとの相性
( 0) 05/03/15 23:42 コメント数：1
http://www.hinocatv.ne.jp/~toshiki/
自宅ではPC-9821の生ＤＯＳ上でＶｚを使っています。
ディスクキャッシュにはDDLというシェアウェアを使っています。
これ、遅延書き込みキャッシュ機能がついているのがありがたいです。
遅延書き込みとは、アプリケーションからディスクへの書き込み要求があったと
きに、ディスクにすぐに書き込まず、あとでＣＰＵの負荷が下がったときにゆっ
くり書き込むのですが、でもアプリに対しては即座に「書き込み終わったよ」と
ウソの情報を返すのです。そのため、アプリの側はディスクへの書き込みが完了
するのを待たずに次の動作に移れるので、処理の高速化が図れるわけです。
このソフト、もう８年以上使っていると思います。
さて、６〜７年ぐらい前から、Ｖｚで巨大ファイルを渡り歩いて編集していると、
しばしばファイルが壊れるという現象に遭遇するようになりました。
・１ＭＢとか２ＭＢ以上といった、ある程度以上巨大なファイルのみで発症
・壊れ方は、ファイルの先頭あるいは末尾の数百ＫＢの欠落
→ひどいときには数ＭＢ（半分以上）が消失
特に変な編集の仕方をしたから壊れるというわけでもなく、ごく普通に、巨大フ
ァイルを開いて書き換えてクローズ、ということを行っているだけのつもりです。
ちょっと違うところがあるとしたら、遅延キャッシュが効いているため、扱って
いるのが巨大ファイルにもかかわらず、クローズ後に即座に次のファイルがオー
プンできる、といったところでしょうか。
大抵の場合はバックアップがあるので、発症後すぐに気がつけばそれほど実害は
ないのですが、場合によっては何週間も経ってから気がつくこともあって、そう
いう時には、貴重なデータが永遠に失われてしまうとか、運良く復旧できたとし
ても数週間分の作業がパーになる、という事になってしまいます。
回避策なんですが、先頭または末尾が欠落するというところから、保存する直前
に ^QC ^QR を１回やってやると、大抵の場合は欠落せずに保存できます。
これもあって、当初この症状の原因は、Ｖｚのテンポラリファイル作成ルーチン
にあると思っておりました。メモリに収まりきらず、テンポラリファイルが作成
されるような大きなファイルのみで発生するという事もあるからです。
テンポラリファイルはＲＡＭディスクに作っています。なので、ＲＡＭディスク
のドライバが悪い可能性もあるのかもしれませんが、でも、同じＲＡＭディスク
に入れているその他のファイルが全く壊れないのですから、これは無実でしょう。
今年になってから、ふと、もしかして遅延キャッシュが悪さをしているのではな
いかと思い始めました。なぜそんな事を思いついたのかは、今となっては定かで
はありません。とりあえずキャッシュの遅延書き込み機能だけＯＦＦにしてみま
した。すべてのキャッシュ機能をＯＦＦにすると、今度は読み込み等が耐えられ
ないほど遅くなりますから。すると、^QC ^QR をしなくても、全く欠落が発生せ
ずに編集を終える事ができました。ここ２ヶ月ほど、巨大ファイルを編集すると
きには、そのファイルのあるドライブに対してだけ遅延書き込みをＯＦＦにして
いますが、今のところいい感じです。なお、テンポラリ用のＲＡＭディスクに対
しては、以前も現在も、まったくディスクキャッシュは用いていません。
結局、キャッシュドライバとＶｚのどちらが悪いのかはよくわかりません。
遅延ＯＦＦの場合は、きちんとファイルの書き込みが完了してから次のファイル
のオープンに移ります。一方、遅延ＯＮの場合は、キャッシュだけがデータを受
け取ってまだディスクに書き込む前に、次のファイルをオープンしようとします。
ファイルオープンの際には今度は読み込みキャッシュ機能が働きますが、もしそ
こでキャッシュの容量をオーバーする事になったら、普通であれば、キャッシュ
をフラッシュしてから、つまりデータをディスクに書き込んでから、次のファイ
ルをディスクから読み込むはずです。
もしかしたらここがうまくいっていなくて、キャッシュドライバがデータを捨て
てしまっている可能性もあります。ただ、コマンドラインでのファイルのコピー
でテストした範囲では、強制的にキャッシュのフラッシュが発生するようなサイ
ズのファイルをいくらコピーしても、データの欠落は全く生じません。ところが、
Ｖｚでの編集操作の場合、巨大ファイルの次に開いたのがキャッシュのフラッシ
ュが生じないような小さいファイルであっても、場合によってはデータの欠落が
生じます。なので、遅延キャッシュ単体では「白」だと思われます。
ということで、今のところは相性としか言えないような状況です。
とりあえず安全な回避策が見つかったので文句はないのですが、でも、やっぱり
もうちょっとディスクのアクセス速度は稼ぎたいな、という気もしています。
00004/00003 BQO00549 konno Re: Ｖｚと遅延キャッシュとの相性
( 0) 05/03/16 1:54 00003へのコメント(としきさん) コメント数：1
> 自宅ではPC-9821の生ＤＯＳ上でＶｚを使っています。
> ディスクキャッシュにはDDLというシェアウェアを使っています。
> これ、遅延書き込みキャッシュ機能がついているのがありがたいです。
> 遅延書き込みとは、アプリケーションからディスクへの書き込み要求があったと
> きに、ディスクにすぐに書き込まず、あとでＣＰＵの負荷が下がったときにゆっ
> くり書き込むのですが、でもアプリに対しては即座に「書き込み終わったよ」と
> ウソの情報を返すのです。そのため、アプリの側はディスクへの書き込みが完了
> するのを待たずに次の動作に移れるので、処理の高速化が図れるわけです。
> このソフト、もう８年以上使っていると思います。
>
> さて、６〜７年ぐらい前から、Ｖｚで巨大ファイルを渡り歩いて編集していると、
> しばしばファイルが壊れるという現象に遭遇するようになりました。
>
> ・１ＭＢとか２ＭＢ以上といった、ある程度以上巨大なファイルのみで発症
> ・壊れ方は、ファイルの先頭あるいは末尾の数百ＫＢの欠落
> →ひどいときには数ＭＢ（半分以上）が消失
>
> 特に変な編集の仕方をしたから壊れるというわけでもなく、ごく普通に、巨大フ
> ァイルを開いて書き換えてクローズ、ということを行っているだけのつもりです。
> ちょっと違うところがあるとしたら、遅延キャッシュが効いているため、扱って
> いるのが巨大ファイルにもかかわらず、クローズ後に即座に次のファイルがオー
> プンできる、といったところでしょうか。
> 大抵の場合はバックアップがあるので、発症後すぐに気がつけばそれほど実害は
> ないのですが、場合によっては何週間も経ってから気がつくこともあって、そう
> いう時には、貴重なデータが永遠に失われてしまうとか、運良く復旧できたとし
> ても数週間分の作業がパーになる、という事になってしまいます。
>
> 回避策なんですが、先頭または末尾が欠落するというところから、保存する直前
> に ^QC ^QR を１回やってやると、大抵の場合は欠落せずに保存できます。
> これもあって、当初この症状の原因は、Ｖｚのテンポラリファイル作成ルーチン
> にあると思っておりました。メモリに収まりきらず、テンポラリファイルが作成
> されるような大きなファイルのみで発生するという事もあるからです。
> テンポラリファイルはＲＡＭディスクに作っています。なので、ＲＡＭディスク
> のドライバが悪い可能性もあるのかもしれませんが、でも、同じＲＡＭディスク
> に入れているその他のファイルが全く壊れないのですから、これは無実でしょう。
>
>
> 今年になってから、ふと、もしかして遅延キャッシュが悪さをしているのではな
> いかと思い始めました。なぜそんな事を思いついたのかは、今となっては定かで
> はありません。とりあえずキャッシュの遅延書き込み機能だけＯＦＦにしてみま
> した。すべてのキャッシュ機能をＯＦＦにすると、今度は読み込み等が耐えられ
> ないほど遅くなりますから。すると、^QC ^QR をしなくても、全く欠落が発生せ
> ずに編集を終える事ができました。ここ２ヶ月ほど、巨大ファイルを編集すると
> きには、そのファイルのあるドライブに対してだけ遅延書き込みをＯＦＦにして
> いますが、今のところいい感じです。なお、テンポラリ用のＲＡＭディスクに対
> しては、以前も現在も、まったくディスクキャッシュは用いていません。
>
> 結局、キャッシュドライバとＶｚのどちらが悪いのかはよくわかりません。
> 遅延ＯＦＦの場合は、きちんとファイルの書き込みが完了してから次のファイル
> のオープンに移ります。一方、遅延ＯＮの場合は、キャッシュだけがデータを受
> け取ってまだディスクに書き込む前に、次のファイルをオープンしようとします。
> ファイルオープンの際には今度は読み込みキャッシュ機能が働きますが、もしそ
> こでキャッシュの容量をオーバーする事になったら、普通であれば、キャッシュ
> をフラッシュしてから、つまりデータをディスクに書き込んでから、次のファイ
> ルをディスクから読み込むはずです。
> もしかしたらここがうまくいっていなくて、キャッシュドライバがデータを捨て
> てしまっている可能性もあります。ただ、コマンドラインでのファイルのコピー
> でテストした範囲では、強制的にキャッシュのフラッシュが発生するようなサイ
> ズのファイルをいくらコピーしても、データの欠落は全く生じません。ところが、
> Ｖｚでの編集操作の場合、巨大ファイルの次に開いたのがキャッシュのフラッシ
> ュが生じないような小さいファイルであっても、場合によってはデータの欠落が
> 生じます。なので、遅延キャッシュ単体では「白」だと思われます。
>
> ということで、今のところは相性としか言えないような状況です。
> とりあえず安全な回避策が見つかったので文句はないのですが、でも、やっぱり
> もうちょっとディスクのアクセス速度は稼ぎたいな、という気もしています。
>
>
00006/00003 CXB00940 としき Re^3: Ｖｚと遅延キャッシュとの相性
( 0) 05/03/16 8:57 00005へのコメント(konnoさん) コメント数：1
http://www.hinocatv.ne.jp/~toshiki/
> DOS窓とまったく同じ環境で動作しますが、DOS窓のほうがディスクアクセスが
> 速いようですね。生DOSの利点は起動が速いことだけなので、立ち上げ時間が
> 気にならなければDOS窓のほうがいいんじゃないでしょうか。
Windowsをインストールする手間がとっても気になります。
うち、生ＤＯＳって本当のＤＯＳで、NEC DOS6.2を使っているのですよ。
00007/00003 BQO00549 konno Re^4: Ｖｚと遅延キャッシュとの相性
( 0) 05/03/17 0:49 00006へのコメント(としきさん) コメント数：1
> Windowsをインストールする手間がとっても気になります。
> うち、生ＤＯＳって本当のＤＯＳで、NEC DOS6.2を使っているのですよ。
ひええー、失礼しましたぁ。(^^;;
でも、DOS用のスマートドライブだったかもライトバックキャッシュは問題があった
ような気がしたので、生DOSではやはり使わないほうが無難なのでしょうね。
00008/00003 CXB00940 としき Re^5: Ｖｚと遅延キャッシュとの相性
( 0) 05/03/20 12:18 00007へのコメント(konnoさん) コメント数：1
http://www.hinocatv.ne.jp/~toshiki/
> でも、DOS用のスマートドライブだったかもライトバックキャッシュは問題があった
> ような気がしたので、生DOSではやはり使わないほうが無難なのでしょうね。
え、そうなんですか？
初耳です。
過去にそういうような報告があったんですか？
う〜ん、何が悪いんだろう。
Ｖｚに何かその手のバグが内在しているんでしょうね。
00009/00003 BQO00549 konno Re^6: Ｖｚと遅延キャッシュとの相性
( 0) 05/03/22 7:28 00008へのコメント(としきさん) コメント数：1
smartdrv をWEBで検索してみましたが、確実な情報は無いようです。
DOS6.2以前の話なのかもしれません。ただ、HDDへの書き出しは、
コマンドラインに戻った時にされるような記事があったので、VZ
など、コマンドラインをフックしているとどうなのかなぁという
気はしましたが、わからないですね。
DDL はWEBでは、としきさんのHPしか情報が無いようなので、niftyで
検索したところ、6フォーラムにヒットしました。
その中で、FNEC98D mes15 の 571〜579 の発言ツリーをみると、キャッシュ
ドライバーの類はハードとソフトの相性があるようにも読めました。私は
よくわからないので、これ以上は調べませんが。
00010/00003 CXB00940 としき Re^7: Ｖｚと遅延キャッシュとの相性
( 0) 05/03/22 16:02 00009へのコメント(konnoさん) コメント数：1
http://www.hinocatv.ne.jp/~toshiki/
> DOS6.2以前の話なのかもしれません。ただ、HDDへの書き出しは、
> コマンドラインに戻った時にされるような記事があったので、VZ
現在使っているDDL（たぶんver1.03）では、Ｖｚの編集画面だろうがファイラー
だろうが、一定時間キーボードに触らないと、自動でディスク書き出しを行って
くれています。
ちょっと過去ログを見たところ、９６年ごろに1.02というバージョンをダウンロ
ードしている履歴があるので、たぶんそのころから使っているのでしょう。
> その中で、FNEC98D mes15 の 571〜579 の発言ツリーをみると、キャッシュ
> ドライバーの類はハードとソフトの相性があるようにも読めました。私は
このログ、手元にあったかなぁ。
帰宅してから確認してみます。
遅延キャッシュって、うまく使うと劇的な性能改善が見込めるのですが、一歩間
違うと今回のような悲惨なことになってしまうので、使い方が難しいです。
smartdrvが出始めたころも似たような話は多発していたようですが、今では安全
性も向上して、この手の話はトンと聞かなくなりました。
00011/00003 CXB00940 としき Re^7: Ｖｚと遅延キャッシュとの相性
( 0) 05/03/23 10:04 00009へのコメント(konnoさん) コメント数：1
http://www.hinocatv.ne.jp/~toshiki/
> その中で、FNEC98D mes15 の 571〜579 の発言ツリーをみると、キャッシュ
うっかりしていたけど、これって、ＴＴＹではなくてＷＥＢフォーラムですよね。
おもいっきりＴＴＹを探しまわってしまいました。
00012/00003 CXB00940 としき Re^8: Ｖｚと遅延キャッシュとの相性
( 0) 05/03/23 16:31 00011へのコメント(としきさん) コメント数：1
http://www.hinocatv.ne.jp/~toshiki/
> うっかりしていたけど、これって、ＴＴＹではなくてＷＥＢフォーラムですよね。
> おもいっきりＴＴＹを探しまわってしまいました。
違いますね、ＴＴＹのフォーラムですね。
ＷＥＢフォーラムのほうを探し回ってしまいました。
で、元発言なんですが、
> その中で、FNEC98D mes15 の 571〜579 の発言ツリーをみると、キャッシュ
> ドライバーの類はハードとソフトの相性があるようにも読めました。私は
これは、新しい機種では古いソフトがうまく動かない、ということの例ですね。
その他にも、９８のＲシリーズというやつでは、ハードに密着したソフトは動か
ないものがたくさんあります。あるいは、Ｒシリーズのひとつ前は確かＸシリー
ズだったと思うけど、そのあたりから30BIOSが動かないとか、ＦＭ音源なんかも
機種によって互換性は「ひで〜状況」だという話もあったし。
00013/00003 BQO00549 konno Re: やっぱりＶｚ側が怪しい気が
( 0) 05/03/24 1:13 00003へのコメント(としきさん) コメント数：1
初心に帰って最初の記事を読み直してみると、
> 自宅ではPC-9821の生ＤＯＳ上でＶｚを使っています。
> さて、６〜７年ぐらい前から、Ｖｚで巨大ファイルを渡り歩いて編集していると、
> しばしばファイルが壊れるという現象に遭遇するようになりました。
この頃だとVzは榊原版でしょうか。高橋版は98/5/24以降なので。あれ、もう
７年経つのか。98版はもっと後だったかな。
> 回避策なんですが、先頭または末尾が欠落するというところから、保存する直前
> に ^QC ^QR を１回やってやると、大抵の場合は欠落せずに保存できます。
> これもあって、当初この症状の原因は、Ｖｚのテンポラリファイル作成ルーチン
> にあると思っておりました。メモリに収まりきらず、テンポラリファイルが作成
> されるような大きなファイルのみで発生するという事もあるからです。
これはVzのバグの可能性もありそうですよね。Vzのバグはたくさんあるので。
私も似たような経験があるし。バグに関するまとまった資料とかどこかに
なかったですかねぇ。
> はありません。とりあえずキャッシュの遅延書き込み機能だけＯＦＦにしてみま
> した。すべてのキャッシュ機能をＯＦＦにすると、今度は読み込み等が耐えられ
> ないほど遅くなりますから。すると、^QC ^QR をしなくても、全く欠落が発生せ
> ずに編集を終える事ができました。ここ２ヶ月ほど、巨大ファイルを編集すると
> きには、そのファイルのあるドライブに対してだけ遅延書き込みをＯＦＦにして
> いますが、今のところいい感じです。なお、テンポラリ用のＲＡＭディスクに対
> しては、以前も現在も、まったくディスクキャッシュは用いていません。
> Ｖｚでの編集操作の場合、巨大ファイルの次に開いたのがキャッシュのフラッシ
> ュが生じないような小さいファイルであっても、場合によってはデータの欠落が
> 生じます。なので、遅延キャッシュ単体では「白」だと思われます。
これで問題が無くなったなら、やはりVzとの相性なんですかねぇ。
Vzは高速化のために処理の簡略化というか手抜きをしてるらしいので、フラッシュ
の条件をスルーしてしまっているとか。(^^;
＃FGALDC まだ見れるんですね。放置されてるんですかね。31日までみれるかなぁ。
00014/00003 CXB00940 としき Re^2: やっぱりＶｚ側が怪しい気が
( 0) 05/03/24 11:05 00013へのコメント(konnoさん)
http://www.hinocatv.ne.jp/~toshiki/
> この頃だとVzは榊原版でしょうか。高橋版は98/5/24以降なので。あれ、もう
> ７年経つのか。98版はもっと後だったかな。
ええ、榊原版を使っていたはずです。
Vz1.6は９３年１２月、榊原版最終のs16が９４年１２月。
もう１０年以上前なんで記憶が不確かですが、榊原版の存在を知ったのがs15の頃
で、ダウンしようとしたらs16になっていた、といった感じだったと思います。
> これで問題が無くなったなら、やはりVzとの相性なんですかねぇ。
> Vzは高速化のために処理の簡略化というか手抜きをしてるらしいので、フラッシュ
> の条件をスルーしてしまっているとか。(^^;
私もこれを疑っています。
だって、遅延キャッシュを有効にしておいても、他のアプリでは問題が出たこと
がありませんから。
あとは、キャッシュもＶｚもＸＭＳを使っていますが、実はメモリマネージャの
バグに引っかかって、という可能性もあるかもしれません。
00015/00015 CXB00940 としき vwxが効かない？
( 0) 05/03/26 16:04 コメント数：1
http://www.hinocatv.ne.jp/~toshiki/
WinME上でＶZ Editor DOS/V(JP) Version 1.60t03kを使っています。
vwxはVersion 1.08bを使っています。が、正規表現検索をしてくれません。
vwxの常駐オプションは-zのみ、ＶZ側ではrx+となっています。
[F6]を押したときの検索窓では<OPT:CZX>となっています。
そこで、たとえば検索語として絶対にあるはず、というか、同じ画面上に見えて
いる「^N」とか「com$」を指定してみても「文字列が見つかりません」になって
しまいます。
後はどこをチェックしてみればよろしいでしょうか。
どなたか心当たりのある方、お知恵をお貸しください。
00016/00015 CXB00940 としき Re: vwxが効かない？（追加）
( 0) 05/03/26 16:07 00015へのコメント(としきさん) コメント数：1
http://www.hinocatv.ne.jp/~toshiki/
[ESC]@でvwの値を見てみると１になっていますから、Vzの側ではvwxの存在を認識
できているのは間違いないと思われます。
00017/00017 CXB00940 としき テキストの逆順比較
( 0) 05/03/26 16:10
http://www.hinocatv.ne.jp/~toshiki/
Vzには基本機能として、テキストの比較というのがあります。
これは、テキストの先頭から末尾の方向にかけて比較していくものですが、逆に、
テキストの末尾から先頭の方向にかけて比較していくマクロってどこかにありま
せんでしょうか。こういうのって絶対誰か作っていそうな気がするんですけど。
どなたかご存知の方、ご紹介いただけると幸いです。
00018/00015 CRG00666 文太 Re^2: vwxが効かない？（追加）
( 0) 05/03/27 1:02 00016へのコメント(としきさん) コメント数：1
お久しぶりです。年末のままの状態が続いていて、ヘトヘト、ボロボロ。
> 「^N」とか「com$」
のサンプルから思いつくのは、 そのファイルの改行マーク（？）が 0D0Ah に
なっていないこと。ikuboh さんの以下を試してみて、再実験？
外れかな…。としきさんが、こんな初歩でひっかかるわけないか…。
======== 0d0a.def ======== by I.Kamimura
#if 0
【改行コード統一】（Ｖz Ver 1.5-1.6 共用）
● Mac の「^M」にも対応
#endif
* M
89 ^\"【改行コード統一】"
?.
(dz==gz)? jx[-, ; VZ1.6+VWX 対策 zh-, rx-,
#56 "\n" #m "\l" #m "AY" ; CR,LF --> LF
#56 "\r" #m "\l" #m "AY" ; CR --> LF
#56 "\l" #m "\n" #m "AY" ; LF --> CR,LF
(dz==gz)? jx],
*
======== End of 0D0A.def ========
00019/00015 CXB00940 としき Re^3: vwxが効かない？（追加）
( 0) 05/03/27 13:46 00018へのコメント(文太さん) コメント数：1
http://www.hinocatv.ne.jp/~toshiki/
ども、レスありがとうございます。
> お久しぶりです。年末のままの状態が続いていて、ヘトヘト、ボロボロ。
なかなか商売繁盛のようで。
さて。
> のサンプルから思いつくのは、 そのファイルの改行マーク（？）が 0D0Ah に
> なっていないこと。ikuboh さんの以下を試してみて、再実験？
これは気がつきませんでした。
そこで、メールアドレスやらファイル名やらが並んだファイルで「.c.m」を検索
してみたのですが、やはりうまく引っかかりません。念のため、「.com」を検索
するときちんと引っかかるので、ピリオドはメタ文字ではなく、リテラルのピリ
オドとして検索されているようです。つまり、正規表現検索ができない、という
かvwxが効いていない状況です。
ということで、引き続き情報募集中です。
根拠のない思いつきでも結構ですから。
00020/00015 CRG00666 文太 Re^4: vwxが効かない？（追加）
( 0) 05/03/27 15:32 00019へのコメント(としきさん) コメント数：1
うーん、やっぱ、外れか。何にも思いつかないけど…。
> [ESC]@でvwの値を見てみると１になっていますから、Vzの側ではvwxの存在を認識
> できているのは間違いないと思われます。
> vwxの常駐オプションは-zのみ、ＶZ側ではrx+となっています。
> [F6]を押したときの検索窓では<OPT:CZX>となっています。
ということは、Ｖｚは認識してるけど、Ｖｚ・ＶＷＸ間の通信がうまくいって
いないのだよなぁ…。
根拠ないのだけど、
検索を「\x」で明示的にやってみる、常駐バッチ（Ｖｚ窓構築バッチ）を点検、
ショートカットピフのチェック項目の点検…？ ？？ vmap での点検（EMS 使っ
てないんですよね…）
VWX.COM 13,590 1994-01-22 01:08
ですが、ファイル壊れてたら、Ｖｚがまともに認識するわけないか…。
vwx -z2 -l6144 -x1 -v3
意味忘れちゃったけど、僕のＸＰでEMSを使うオプション
僕のvmap＠ＸＰ（関連箇所）
15EF <-- 1 1648 vwx 1.08b -z2 -l6144 -x1
1657 <-- 1 3120 pansi
171B <-- 1 3888 vz 1.60 -z 1B 21 29
4C01-9FFF 1 344016 <free>
----- EMS ver4.0 (frame: E000h) ----- ----- XMS ver2.00 -----
handle pages size name HMA used: 26 KB by DOS
------ ----- ------ -------- EMB free: 15215 KB
5 2 32k for Vwx!
6 86 1376k VZ
うん、ほかの常駐ものを全部外す、はやってますよね？
あ、vz.com オリジナルで試す。（あほ、って言われそう）
ＭＥというのはＶｚ新規導入マシンなんですよね。今、ＭＥ機での環境チェッ
ク・再点検は、僕には無理な状態なんです。でも、ＭＥでの問題くさいですよね。
00021/00015 CXB00940 としき Re^5: vwxが効くようになった
( 0) 05/03/27 22:15 00020へのコメント(文太さん) コメント数：1
http://www.hinocatv.ne.jp/~toshiki/
> 検索を「\x」で明示的にやってみる、常駐バッチ（Ｖｚ窓構築バッチ）を点検、
> ショートカットピフのチェック項目の点検…？ ？？ vmap での点検（EMS 使っ
> てないんですよね…）
\x明示指定→玉砕
常駐バッチ：以下の３行のみ
c:\freeware\wtdisp\wtmode 80 50
c:\vz\vwx -z
c:\vz\vz -z
.pifは何を点検すればよいかわからないのでパス
vmapは以下のとおり
19D3 <-- 1 592 vwx 1.08b -z 2F
19F9 <-- 1 221824 vz 1.60 -z 1B 21 29 8B 8D D5 FE
5022-9A00 1 302560 <free>
----- XMS ver3.00 -----
HMA used: 60 KB by DOS
EMB free: 2048 KB (max: -1 KB)
> vwx -z2 -l6144 -x1 -v3
これを試したらうまくいきました！
ところで、ドキュメントには-xと-vは常駐後にも変更可能と書いてありますが、
ダメな状態のときに変更してみても正規表現が使えるようにはなりませんでした。
で、いろいろと試行錯誤してわかったこと。
まず、私の環境では、ＥＭＳが取れていません。
さて、そこで
C:\VZ>vwx
→ installed on Main Memory & EMS
→正規表現ＯＫ
C:\VZ>vwx -z
→ installed on Main Memory
→ 正規表現ＮＧ
C:\VZ>vwx -z0
→ installed on Main Memory & EMS
→ 正規表現ＯＫ
C:\VZ>vwx -z1
→ installed on Main Memory
→ 正規表現ＮＧ
C:\VZ>vwx -z2
→ installed on Main Memory & EMS
→ 正規表現ＯＫ
C:\VZ>vwx -z3
→ installed on Main Memory & EMS
→ 正規表現ＯＫ
う〜ん、規則性はわかった。
ＥＭＳを使っているとvwxが誤認してくれると、正規表現が使えるようになるよう
です。でも、なんで-z3を指定しているにもかかわらず、ＥＭＳを使いに行くのか
なぁ。そこが新たな謎として浮上してきてしまった。
自分のメインマシン（DOS6.2）で追試。
vwx -z3 → installed on Main Memory & EMS
おや、やっぱりこうなるのね。
でも、ＥＭＳのある環境だけど、メインメモリだけに常駐している。
それに加えて
C:\VZ>vwx -z
→ installed on Main Memory
→ 正規表現ＯＫ
C:\VZ>vwx -z1
→ installed on Main Memory
→ 正規表現ＯＫ
うみゅ。
つまり、常駐さえしてしまえば、どこにどう常駐していても正規表現が使えると
いうことで、これはきわめて納得できるものです。ただ、-z3オプションのときの
メッセージ表示にはかなり納得できないものを感じますが、ＯＳを問わず発生す
る症状なので、これはvwxのバグでしょう。
仮説としては、WinMEのメモリマネージャか何かが悪さをしている、ということで
しょうか。あまり釈然とはしませんが、とりあえず解決につながるヒントをいた
だいた文太さんには感謝いたします。
00022/00015 CRG00666 文太 Re^6: vwxが効くようになった
( 0) 05/03/28 2:57 00021へのコメント(としきさん) コメント数：1
としきさん、
ま、とにかくも少し前進があったみたいで、久しぶりに登場したりした甲斐が
ありました。とにかく、よかったですね。技術力も知識も、もちろんありはしま
せんが、人と人って思わぬ展開もするし、やる気をもらったりもするものなので、
いずれにせよ、僕も嬉しいです。
で、そのＭＥ機は、ＥＭＳがやっぱり取れないのですかね。ご存じだと思いま
すが、金野さんのところの「Ｖｚ ｆａｑ」に、ＥＭＳ裏技があります。いちお
う８階ということになっている場所ですが。駄目ですか？
00023/00015 CXB00940 としき Re^7: ＥＭＳも使えるようになった
( 0) 05/03/28 20:29 00022へのコメント(文太さん) コメント数：1
http://www.hinocatv.ne.jp/~toshiki/
> で、そのＭＥ機は、ＥＭＳがやっぱり取れないのですかね。ご存じだと思いま
> すが、金野さんのところの「Ｖｚ ｆａｑ」に、ＥＭＳ裏技があります。いちお
これ、以前試してダメだったような記憶があるのですが、現在のSYSTEM.INIには
関係する記述が全くなかったので、もう一度試してみました。結果、E000を使う
とＤＯＳ窓を起動しようとする際に起動途中で固まってしまいます。が、D000を
使う事によってＥＭＳを確保する事に成功しました。
他の部分に副作用が出ないか、これでしばらく様子を見てみます。
どうもありがとうございました。
00024/00015 CRG00666 文太 Re^8: ＥＭＳも使えるようになった
( 0) 05/03/28 21:19 00023へのコメント(としきさん) コメント数：1
おお、ＥＭＳもゲットですね。やりぃ！ 金野様様 m(__)m
いやあ、何もしてないのですが、何かしたみたいな気がしてしまいます。ま、
幸せは誰かが勝手に感染しても減るものではないので、いいですよね。うん、感
動は、我々の（ちゃっかり自分も入る）過去の資産で、往生際の悪いＭＥ機をま
たしてもねじ伏せた、というところでしょうか。
00025/00015 BQO00549 konno Re^9: ＥＭＳも使えるようになった
( 0) 05/03/29 0:08 00024へのコメント(文太さん) コメント数：1
文太さん、こんにちは。(^_^)
ＭＥでＥＭＳが取れてないというので、書き込もうかなと思っていたら、もう
すべて解決してたのね。速いなぁ！。私が遅いだけか。宣伝どうもです。
>すが、金野さんのところの「Ｖｚ ｆａｑ」に、ＥＭＳ裏技があります。いちお
>う８階ということになっている場所ですが。駄目ですか？
う、８階というと、以前の海賊版リンクですね。タマ猫仕様の新しいリンク集は
http://hpcgi3.nifty.com/tamaneko/vzbbs.cgi
ですのでよろしかったらお使い下さい。m(__)m もろ宣伝ですが。(^^;
海賊版は削除する予定です。
00026/00015 CRG00666 文太 Re^10: ＥＭＳも使えるようになった
( 0) 05/03/29 0:41 00025へのコメント(konnoさん) コメント数：1
金野さん、お久しぶりです。ラーメンの話、頭の中でいつまでもけっこうグル
グルしています。豊田駅前のマクドナルド横に、けっこうちゃらちゃらしたラー
メン屋があるのですが、１月くらい前の深夜に、金野さんを思い出して入ってし
まいました。あのマクロどうしよう？ とか思いつつ。まったく通でないので分
かりませんが、５００円程度の安いラーメンでけっこういけました。通な方に試
食してみてほしいと思いました。ま、グルメでは全然ないので、腹減ってれば何
でもうまい、な口なんですが。
> う、８階というと、以前の海賊版リンクですね。タマ猫仕様の新しいリンク集は
> http://hpcgi3.nifty.com/tamaneko/vzbbs.cgi
> ですのでよろしかったらお使い下さい。m(__)m もろ宣伝ですが。(^^;
> 海賊版は削除する予定です。
あ、僕は、そのページ（海賊版）がデスクトップにあったりします。
で、タマ猫仕様リンク集にむさいさんＢＢＳを入れてもらえませんでしょうか。
そうすると、ものすごく楽なんですけど、リンク張り合い協議とか必要になって
しまうんでしょうかね。自分で勝手にＶｚで切り貼りしてHTML書けばいいだけの
話だなぁ…。
00027/00015 BQO00549 konno Re^11: すでに違う話題に
( 0) 05/03/29 22:58 00026へのコメント(文太さん) コメント数：1
> グルしています。豊田駅前のマクドナルド横に、けっこうちゃらちゃらしたラー
> メン屋があるのですが、１月くらい前の深夜に、金野さんを思い出して入ってし
ううーん、そっち方面はうといので、さやぴぃのホムペ (八王子のラーメン屋さん情報)
http://www.geocities.jp/sayapie3838/
で見てみました。花月 嵐と、大王亭が近そうですが、大王亭かな。
ちょっと離れたところにある武富屋にはだいぶ前に一度行きました。おいしかった
ですよ。 さやぴぃのホムペ の写真を見ると、又食べたくなりますねぇ。
> あ、僕は、そのページ（海賊版）がデスクトップにあったりします。
ということは削除しても問題ないと。(^^;
> で、タマ猫仕様リンク集にむさいさんＢＢＳを入れてもらえませんでしょうか。
おお、もう開設してましたか、全然気が付かなかった。(^^;
> そうすると、ものすごく楽なんですけど、リンク張り合い協議とか必要になって
> しまうんでしょうかね。自分で勝手にＶｚで切り貼りしてHTML書けばいいだけの
> 話だなぁ…。
大丈夫です、私も勝手にリンクを張ってるだけなので。(゜゜)☆＼(--#)バキッ
・・・ちょっと覗いてみますね。情報どうもです。
00028/00015 CRG00666 文太 Re^12: すでに違う話題に
( 0) 05/03/31 0:52 00027へのコメント(konnoさん) コメント数：1
金野さん、こんにちは。
おお、むさいさんＢＢＳも揃いましたね。Ｖｚで html を見たりすることもな
く、ばっちりデスクトップに保存してしまいました。
さやぴぃも見させてもらいました。僕が食べたのは、嵐でした。大王つけめん
は、酸っぱいんですよね（子供の頃の記憶）。いえ、このところ、ラーメンばか
り食べてます…。インスタント（サッポロ一番豚骨塩）、談合坂パーキングエリ
ア（塩）などなど。味わって食べると、これがまたおいしくて…。豚になってま
す。セコハン WindowsME B5 ノート物色中。人生が耐え難くなると、消費に走る
豚。FMV Biblo MF5/600R ４万弱。ああ、こんなに安いのか…。Ｂ５ノートなら、
やっぱＩＢＭかしら。しかし、この辺はキータッチが命だしな…。
00029/00015 BQO00549 konno Re^13: すでに違う話題に
( 0) 05/04/04 0:47 00028へのコメント(文太さん) コメント数：1
> さやぴぃも見させてもらいました。僕が食べたのは、嵐でした。大王つけめん
花月ですか、焦がし味噌はどんな味か、ちょっと気になりますねぇ。
＃こんな話題にしか反応できないなぁ。(^^;
00030/00015 CRG00666 文太 Re^14: すでに違う話題に
( 0) 05/04/10 13:32 00029へのコメント(konnoさん) コメント数：1
その後、再び花月に行ってしまいました。だいたいにおいて飲み会のあと、う
ーん、夕飯が軽かったからなぁ…、などと自分に言い訳しつつ。
すいません、焼き味噌を外し、黄金の味噌のほうにしてしまいました。こって
りした（たぶんすりゴマ入り？）スープに太麺。さりげなく入っていたコーンは
よかった。黄金比率ということで「黄金味噌」なんですが、バランスよすぎてイ
ンパクトがちょっと。なんかリンガーハットのちゃんぽんみたいだなぁ、味噌が
弱いなぁ、という感想でした。５点中３点。次回は、「インパクトのあるスープ」
とされる豚そばにしてみます。さやぴぃさんに色んな店を紹介してもらったので、
べつに花月でなくてもいいのですけどね…。でも、夜１０時にやってるラーメン
屋なんて、そうそうないもんで。
いやぁ、ラーメンは深いなぁ。
自分でやれよってなもんなんですが、以下をライブラリみたいなかたちで、Ｂ
ＢＳ一覧の下にでもいれませんか。完全、金野さん依存モードで申し訳ないので
すが。m(__)m
テキスト主義の楽園 （ミラーサイト） http://vz.noasobi.net/ikuboh/
「Ｖｚマクロ道場」オンライン版 （移転版） http://vz.noasobi.net/dojo/
軟体補完計画（byめざら氏）
http://homepage3.nifty.com/mezala/vz/history/maclib0.html
00031/00015 BQO00549 konno Re^15: すでに違う話題に
( 0) 05/04/11 1:32 00030へのコメント(文太さん) コメント数：1
> 自分でやれよってなもんなんですが、以下をライブラリみたいなかたちで、Ｂ
> ＢＳ一覧の下にでもいれませんか。完全、金野さん依存モードで申し訳ないので
> すが。m(__)m
とりあえず追加してみました。ほんとは各サイトへのリンクも張りたいんですが、
又今度ね。
Ｖｚ関連ＢＢＳ（リンク集）
http://hpcgi3.nifty.com/tamaneko/vzbbs.cgi
00032/00015 CRG00666 文太 リンク先などお礼＆ごめんちゃい＊２
( 0) 05/04/12 22:45 00031へのコメント(konnoさん) コメント数：1
金野さん、
どうもありがとうございました。そして、むさいさんのところはリンク先が違
っていたみたいでお手数をかけてしました。むさいさんのところへ行って謝って
きますね。「又今度」を楽しみにしてまーす。
追伸：ツリー（スレッド？）のタイトルいつもそのまんまで失礼してしまいま
した。ものすごくマナーがなってないみたいでした。すいません。以後気をつけ
ます。m(__)m
00033/00015 BQO00549 konno Re: リンク先などお礼＆ごめんちゃい＊２
( 0) 05/04/15 0:20 00032へのコメント(文太さん) コメント数：1
> 追伸：ツリー（スレッド？）のタイトルいつもそのまんまで失礼してしまいま
> した。ものすごくマナーがなってないみたいでした。すいません。以後気をつけ
> ます。m(__)m
マナーが悪いってことは無いんじゃないですか。私もしょっちゅうやってるんで。
タイトルを考えるのって結構しんどい時がありますよね。
まあ、この話題ならタイトルをつけたほうがいいかな。なんて思ったときは
けっこうすんなり浮かんでくるもんですよね。
00034/00015 CRG00666 文太 Re^2: リンク先などお礼＆ごめんちゃい＊２
( 0) 05/04/16 17:42 00033へのコメント(konnoさん)
> まあ、この話題ならタイトルをつけたほうがいいかな。なんて思ったときは
> けっこうすんなり浮かんでくるもんですよね。
確かにそう言ってもらえると、すんなり浮かばなかったんですねぇ、とか言い
訳できそうですが、どうも習慣的に、タイトルを考えようとしない、という自動
化が起こっていたようで、それでちょっと反省しました。
00035/00035 CRG00666 文太 Windowsのおける関連付け
( 0) 05/04/17 12:25 コメント数：1
すいません、ちょっとＶｚというより Windows システムのことなのですが。
たとえば、aaa.yak というファイルを作ったとする。これをＶｚじゃないので
すがＷｚに関連付けしたいとします。右クリック−「プロパティ」−「全般」タ
ブ−「変更」ボタン−「ファイルを開くプログラムの選択」メニュー、というと
ころで、Ｗｚを選択、「この拡張子のファイル…」にチェック。これでできるの
ですが（アイコンが変わる）、これを元の関連付けなしの環境に戻すのにはどう
したらいいのでしょう？
こんなことをここで質問させていただくことになってしまった文脈・経緯は複雑
なのですが、そこはパスさせてください。ま、とにかく、げ、も、戻せないよ〜、
となって困ってしまっているのです。確かにＶｚには関係ないのですが、僕がＶｚ
を使っているがゆえに（８・３問題）起こっている悲喜劇なのです。
00036/00035 CXB00940 としき Re: Windowsのおける関連付け
( 0) 05/04/17 19:30 00035へのコメント(文太さん) コメント数：1
http://www.hinocatv.ne.jp/~toshiki/
今このコメントを打っている環境がWin3.1なので確認できていないのですが。
確か、Exploreだったかマイコンピュータだったかのオプションか何かの中に
ファイルタイプという項目があって、そこで該当の拡張子の登録を「削除」と
やれば消えてくれたはずです。
00037/00035 CRG00666 文太 Re^2: Windowsのおける関連付け
( 0) 05/04/17 22:58 00036へのコメント(としきさん)
「マイコンピュータ」−「ツール」−「フォルダオプション」−
「ファイルの種類」タブ−（拡張子選択）−「元に戻す」ボタン
という具合で行きました！ ＯＫ、よかった、よかった。助かりました！
m(__)m
登録を「削除」もありそうでしたが、「元に戻す」ボタンあたりから先は
（「詳細設定」を含む）は、ちょっと場合によって錯綜してそうでした。と
にかく戻りました！ ありがとうございました。
00039/00038 CXB00940 としき Re: またもvwxの挙動不審
( 0) 05/04/24 10:47 00038へのコメント(さん) コメント数：1
http://www.hinocatv.ne.jp/~toshiki/
> p.s.
> 私自身、多忙なため、メインマシン上の生ＤＯＳなど、自分の持っている他の環
> 境での検証ができておりません。
生ＤＯＳ上のオリジナルＶｚでも同じ挙動でした。
00040/00038 CRG00666 文太 Re^2: またもvwxの挙動不審
( 0) 05/04/24 14:22 00039へのコメント(としきさん) コメント数：1
これはどういう挙動をするのが正しいマクロなのでしょうか？ 宜しければ、
こんなときにこう使うもので、こういうときこう、あういうときこういう動作、
と具体的に教えていただけると、テストが楽なのですが？
00041/00038 CXB00940 としき Re^3: またもvwxの挙動不審
( 0) 05/04/24 16:28 00040へのコメント(文太さん) コメント数：1
http://www.hinocatv.ne.jp/~toshiki/
> これはどういう挙動をするのが正しいマクロなのでしょうか？ 宜しければ、
検索直後のみ、\[-->]で検索文字列の末尾にジャンプする、というのが
期待される挙動です。
00042/00038 CRG00666 文太 Re^4: またもvwxの挙動不審
( 0) 05/04/24 22:41 00041へのコメント(としきさん) コメント数：1
=== Macro Tmp by Bunta ===;
* Macro
50 ^^ "mactest"
?.
(mp!=2)? {&m("mode!").} ;Search mode 確認
#c ;下へ
ax$e908,bx'VW',&i($2f) ;検索一致長
cp+=cx, ;長さぶん移動
&d ;ディスプレイ上に反映
&m("%d",cx)
*
html ｈｔｍｌ
一致長を間違うというのは聞いたことがないのと、そうだとすると僕の環境下
だと（-z2 な人なので）やばいなぁ、と思い、上の問題特定的なテストしました。
としきさんのところで、 上で -z2 と一致長の問題は再現しますでしょうか？
あるいは、上のマクロで正しく答えが出るのでしょうか？
検索文字列を入れておいて CTRL+^ したところ、"\x h...", "\z h..." でや
りましたが、問題は再現されていないようです。「vwx -z2 -l6144 -x1」＠ＸＰ
が実験対象でした。もしかしたら、と思うのは、正規表現を用いた検索文字列で、
としきさんは試験されました？ というのも、「\x html」とやって、0 が返さ
れて、一瞬うぐっとしたからです。が、検索文字列に正規表現がないと、たとえ
\x と指定しても vwx は使われないので、0 が返るのが正しいはずです。 「vwx
の常駐時にオプションが -z2 だけだと」という部分ですが、ほかのオプション
なし、という意味ではなく、-z3 でないと、という意味ですよね。
（以下の部分だけに関する回答です）
> ところが、vwxの常駐時にオプションが-z2だけだと、このマクロがうまく動いて
> くれなかったのです。トレースしてみたところ、vwxの常駐判定はうまくいってい
> るようなんですが、検索一致長を取得するＡＰＩが０を返してきているのです。
00043/00038 CRG00666 文太 Re^5: またもvwxの挙動不審
( 0) 05/04/25 10:31 00042へのコメント(文太さん) コメント数：1
> 一致長を間違うというのは聞いたことがないのと、
ここ訂正。 確か聞いたことあります（blog がらみだったような…）。＃ｒで
上方に向かって検索するときで、確か、短い＝０ではない＝部分的にヒットはす
る、でした。 ただ、それが -z オプションの数と連動する、VWX API が 0 を返
す、という部分が新説のような気がします。（あくまでとしきさんの問題の一部
分についてだけ。）
00044/00038 CXB00940 としき Re^5: またもvwxの挙動不審
( 0) 05/04/25 14:02 00042へのコメント(文太さん) コメント数：1
http://www.hinocatv.ne.jp/~toshiki/
今夜、暇が取れれば、絨毯爆撃で問題点の抽出をしたいと思っております。
が、さっき、
> === Macro Tmp by Bunta ===;
> * Macro
> 50 ^^ "mactest"
これを実行してみたところ、なんかうまくいかない。
そこで気がついたのは、そのときはたまたまzh-だったんです。
で、zh+にしてみたら、うまくいきました。
先日の書き込みは、Ｖｚのオリジナルのdefの設定がどうなっているかはわかりま
せんが、少なくとも私の常用環境ではzh+となっております。もしかしたらそのあ
たりの関係で、先日の妙な挙動が引き起こされた可能性はあるかもしれません。
> の常駐時にオプションが -z2 だけだと」という部分ですが、ほかのオプション
> なし、という意味ではなく、-z3 でないと、という意味ですよね。
この部分は「ほかのオプションなし」という意味が正解です。
-lも-xも何も指定していない状況で、先日の挙動となりました。
00045/00038 CRG00666 文太 Re^6: またもvwxの挙動不審
( 0) 05/04/25 14:37 00044へのコメント(としきさん) コメント数：1
> この部分は「ほかのオプションなし」という意味が正解です。
> -lも-xも何も指定していない状況で、先日の挙動となりました。
-xn :同一視レベル
----------------------------------------
このオプションでは、ＶZでZH+を指定した時の同一視のレベルを指定します。
(1) n = 0の時（x オプションを指定しない場合も同じ）
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~これ？
ZH+を指定しても意味を持ちません。 ←これ？
たしか、この辺を起動後変更するマクロがあったと思うけど、x==0では、
変更もできないのじゃない？ 違うかな？
(2) n = 1 の時（単に x だけを指定しても同じ）
ZH+の時は、全角と半角を同一視します。
(3) n = 2 の時
ZH+の時は、ひらがなとカタカナを同一視します。
(4) n = 3 の時
ZH+の時は、全角、半角、ひらがな、カタカナを同一視します。
そういう意味だったかぁ。
-lnnnn :1行の最大長
----------------------------------------
VWXでは１行の最大長は1024文字として処理していますが、
↑これがデフォなんでしょう。
たぶん、すでに、か、すぐに、か、気づかれることでしょうが、
これで少し問題が限定されるでしょうか。
因みに、僕の環境では、rx-, zh-です。で、テストが簡単ではないの
です。\[-->]も、#fと同じが標準というのもさっき知ったし。
00046/00038 CXB00940 としき Re^7: またもvwxの挙動不審
( 0) 05/04/25 18:33 00045へのコメント(文太さん) コメント数：1
http://www.hinocatv.ne.jp/~toshiki/
> たしか、この辺を起動後変更するマクロがあったと思うけど、x==0では、
> 変更もできないのじゃない？ 違うかな？
これです。
ドキュメントに明記してありました。うげげ。
最近、ほんとに余裕ないんだなぁ。
少なくとも、発言No.38で挙げた例のうち、２番目の事象は仕様どおりですね。
もしかしたら１番目もどっかに書いてあるのかな。
> これで少し問題が限定されるでしょうか。
はい、とっても。（苦笑）
今夜は多分ある程度まとまった時間が取れそうです。
ＡＰＩの返す値について、ちょっと勉強できるでしょう。
00047/00038 CXB00940 としき Re^8: またもvwxの挙動不審
( 0) 05/04/25 21:26 00046へのコメント(としきさん) コメント数：1
http://www.hinocatv.ne.jp/~toshiki/
ということで、夕食も終わったので端末の前に向かっているのですが、さて、ど
ういう風にテストをすればいいんだ？（苦笑）
でも、やっと何とかわかりました。
私の常用環境だと、vwxには-x3をつけています。かつ、zh+ rx+になっています。
ということは、正規表現を使っていない単純な文字列検索でも、必ずvwxを呼び出
しているんですね。なので、ＡＰＩを使って検索一致長が得られていたのです。
ただ、最初の問題、検索した後に検索一致長を返してくれないというのは、多分
私の誤認でしょう。文太さんと同じくというか、vwxを呼び出さないような検索文
字列で検索をかけて、なのにvwxが検索一致長を返してくれない、とほざいていた
可能性が高いです。
一つだけ、直接は関係ないのですが、面白い挙動を見つけました。
vwxに-x3をつけて常駐したときには、zhかrxの値に応じて、きちんと検索にヒッ
トし、かつ、検索文字列長も正しく取得できました。
ところが、-x0で常駐し、Ｖｚを常駐させて、それから-x3に変更します。
すると、zh+でも、全角と半角を同一視してくれないのです。
どうもこれ、Ｖｚの側が常駐した時のvwxの状態を読み取ってそれをそのまま保持
し、その後のvwxのオプションの変更を反映してくれないようなのです。
これは多分、Ｖｚ側の問題でしょう。
今回は文太さんに作っていただいたテストマクロが大活躍でした。
どうもありがとうございました。
00048/00038 CRG00666 文太 Re^9: またもvwxの挙動不審
( 0) 05/04/25 23:35 00047へのコメント(としきさん)
とにかく、うまくいったようで、一件落着。よかったですね。