4.xx のバグ?No.16878
なむnomoto さん 04/03/16 17:17
 
 秀丸担当さま
                       なむnomotoです

 Ver 3.19 では正常に同じマクロで同じファイル群の検索が成功しますが、
 Ver 4.xx 4.07 も不成功になります。
 マクロの下記の部分ですが、
                    message "「" + $ICHIJI + $$s_str +
                            "」は見つかりませんでした。";
      が出ます。実際にはあるのですけど・・・・
          else finddown;
      かまたは、
          } else if( column != 46 ) goto _2ji_kensaku_main;
      の、 column != 46 などがバグっているんじゃないでしょうか?
      または、別のところだと私には分かりません(+_+)
 ----------------------------<
    title "検索漢字【"+$ICHIJI+"】+【"+$$s_str+"】"+$$s_mode;
        setsearch $ICHIJI + $$s_str + "[^ ]*  ", 48;
        _2ji_kensaku_menu:
        menu   "(&D)\t下検索",
               "(&U)\t上検索",
               "(&I)\t漢字再入力",
               "(&Q)\t検索終了";
        if( (result == 1) || (result == 2) ){
            ##direction = result;
            while( 1 ){
                _2ji_kensaku_main:
                if( ##direction == 2 ) findup;
                else finddown;
                if( !result ){
                    message "「" + $ICHIJI + $$s_str +
                            "」は見つかりませんでした。";
                    goto _2ji_kensaku_menu;
                } else if( column != 46 ) goto _2ji_kensaku_main;
                else {
          golinetop;
          beginsel;
                    golineend;
                    menu  "(&Y)\tこれでOK",
                          "(&C)\tカーソルキーで移動する",
                          "(&N)\t次を検索",
                          "(&R)\t選択に戻る";
                    ##r = result;
         ----------------------------<

[ ]
RE:16878 4.xx のバグ?No.16880
秀まるお2 さん 04/03/16 19:40
 
 これは、HmJre.dll側でのあいまい検索の動作がJRE32.DLLと違っているせいだ
と思います。

 あいまい検索の設定で、「空白/タブを無視する」がONになっていると、

    "[^ ]*  "

 というパターンには何もヒットしなくなります。

 なぜヒットしないのかまでは詳しく調べてませんが、…。それについては今か
ら調べてみます。もしかしたらバグかもしれませんので。

[ ]
RE:16880 4.xx のバグ?No.16883
秀まるお2 さん 04/03/16 22:02
 
 やはりHmJre.dll側のバグでした。大変失礼しました。

 []の正規表現を使って、その直後に半角空白を入れると、その半角空白が除去
されて正規表現パターンが生成されるはずが、除去されてませんでした。

 これはこれでHmJre.dllのV1.08にて対処させていただきます。HmJre.dllの最
新版は、次の秀丸β版にて収録予定となります。(V4.0x系には入れない)

 ということで、とりあえず、あいまい検索での「空白/タブ文字を無視する」
オプションOFFで使って欲しいです。

[ ]
RE:16883 4.xx のバグ?No.16884
秀まるお2 さん 04/03/16 22:17
 
 やっぱり、HmJre.dll単品だけ先にアップロードします。秀丸V4.0x系と組み合
わせてもちゃんと動作します。もしよろしければ、以下のURLからダウンロード
したファイルを解凍して出てくるHmJre.dllを使ってください。

  http://www.hidemaru.interlink.or.jp/software/bin/hmjre108.lzh

[ ]
RE:16884 4.xx のバグ?No.16885
なむnomoto さん 04/03/16 23:03
 
                    なむnomotoです

> やっぱり、HmJre.dll単品だけ先にアップロードします。秀丸V4.0x系と組み合
>わせてもちゃんと動作します。もしよろしければ、以下のURLからダウンロード
>したファイルを解凍して出てくるHmJre.dllを使ってください。
>
>  http://www.hidemaru.interlink.or.jp/software/bin/hmjre108.lzh

 わ、いろいろ面倒かけてますね。
  感謝します。
 ダウンロードして解凍し、hidemaruフォルダに上書きコピーしました。
 ううう、やっぱりダメみたいです。

   jre32.DLL だと動きます。
   あいまい検索オプションの「空白/タブ文字を無視する」off で
   も動きます。

 ついでで確認させて下さい。
   3.19 から 4.xx にバージョンアップした場合に、
   やはり、jre32.DLL の設定が、強制的にHMjre.DLL に切り替えて
   ありませんか?
   これは、困るというか、ユーザーがHmjre.DLLを希望した場合にだけ
   選択して切り替えるという仕様は出来ないのでしょうか。
   将来的にも、DLLの強制切り替えはされないほうが有り難いのですが。
 



[ ]
RE:16885 4.xx のバグ?No.16886
なむnomoto さん 04/03/17 10:04
 
                    なむnomotoです
  失礼しました。
  Hmjre.DLL 108 が正常に動きました。
  あいまい検索オプションの「空白/タブ文字を無視する」on で
  動いています。
   Win 2000 でも Win98 でもOKです。hidemaru Ver4.07
   昨晩にうまくなかったのは、なぜか分かりません。申し訳ないです。

> ついでで確認させて下さい。
>   3.19 から 4.xx にバージョンアップした場合に、
>   やはり、jre32.DLL の設定が、強制的にHMjre.DLL に切り替えて
>   ありませんか?
>   これは、困るというか、ユーザーがHmjre.DLLを希望した場合にだけ
>   選択して切り替えるという仕様は出来ないのでしょうか。
>   将来的にも、DLLの強制切り替えはされないほうが有り難いのですが。

   これは単に、前回の秀丸の設定がそのまま引き継がれると良いと
   いう意味なんですけど。宜しくお願いします。

[ ]
RE:16886 4.xx のバグ?No.16891
秀まるお2 さん 04/03/17 16:17
 
 以前にも同じ話をしたような気がしますが、V3.19以下には、正規表現DLLとし
て何を使うという設定はありません。V4.00以降から、そういう設定が追加にな
ってます。

 だから、しいてV4.00にて、V3.19と極力同じ動作をデフォルトにすべきという
ことなら、標準の正規表現DLLをJRE32.DLLにすべきって話になろうかと思います
けど、うちの会社の方針としては、HmJre.dllを標準にするということになりま
した。

 実際、それでなむnomotoさんが苦労なされたとは思いますが、それはそれで、
検索ダイアログボックスを表示しないでマクロだけで検索していたためにHmJre.
dllが動作してることに気づく機会が無かったなど、それなりにレアな条件があ
ったためであり、一般ユーザーさんが今後も継続してなむnomotoさんと同じ苦労
を繰り返すことは無いと判断します。

 JRE32.DLLを標準にすれば、HmJre.dllにてせっかく作った新しいあいまい検索
オプション類も全部隠れてしまいます。JRE32.DLLのバグによってユーザーさん
に迷惑をかけることも、また繰り返してしまいます。

-----------
 うちの会社の方針について、ユーザーさんからの意見は聞きますけど、決める
のはあくまでうちの会社です。それで損をするのも得をするのもうちの会社自身
です。自己責任で全部やってます。

 ということでお願いします。

[ ]
RE:16891 4.xx のバグ?No.16892
なむnomoto さん 04/03/17 16:46
 
> 以前にも同じ話をしたような気がしますが、V3.19以下には、正規表現DLLとし
>て何を使うという設定はありません。V4.00以降から、そういう設定が追加にな
>ってます。

   そうなんですが、ユーザーが設定していた設定は、V4.xx以降にバージョンアップ
した場合、前回の設定が引き継がれると具合良いのです。
  現在の仕様では、4.xx で jre32.DLL を設定していても、バージョンアップし
たら、強制的に前回の設定がどうであれ、強制的にHmjre.DLL に書き換えていません
か。
  以前のお答えには、そういう仕様ではないと答えられていました。
  これで、前回の秀丸設定はバージョンアップしても引き継がれるものと
  理解したのですけど、実は、Hmjre.DLL に限っては強制的に
  Hmjre.DLL になりますということでしょうか?

> だから、しいてV4.00にて、V3.19と極力同じ動作をデフォルトにすべきという
>ことなら、標準の正規表現DLLをJRE32.DLLにすべきって話になろうかと思います
>けど、うちの会社の方針としては、HmJre.dllを標準にするということになりま
>した。

  デフォルトは現在のままで良いと思います。
   バージョンアップした場合だけの事です。
  貴社の方針に、苦情を言っているのではなくて、バージョンアップした場合、
  前回に jre32.DLL 設定であっても、 Hmjre.DLL に関してのみは強制的にHmjre.
DLL に
  なります、ということなら、それでは不便なのですが、しょうがないです。
  「そういう仕様ではありません。強制的にHmjre.DLL にはなりません。」という
お返事だったようなので、確認させて頂いたわけです。
  そして、希望を申し上げたわけです。

> 実際、それでなむnomotoさんが苦労なされたとは思いますが、それはそれで、

  バージョンアップしたユーザーさんが、「あいまい検索」が死んだと連絡があり、
  連絡がないユーザーさんが知らず検索漏れを起こしている可能性があって、
  非常に不具合なんです。
  Hmjre.DLL に反対しているわけでなく、バージョンアップ時に強制的に
  Jre32.DLL が知らない間にHmjre.DLL になって、検索漏れが起こっているので
  秀丸をバージョンアップしても、
  Jre32.DLL をセットしている方はそのまま使え、
  Hmjre.DLL をセットしている方はそのまま使える
 このようになれば問題ないと思うのですが。これは難しいことなのですか?


[ ]
RE:16892 4.xx のバグ?No.16893
秀まるお2 さん 04/03/17 17:08
 
 V4.xxを一度でもインストールして、正規表現DLLをJRE32.DLLに切り替えて、
その後一度も秀丸エディタをアンインストールすることなく秀丸V4.xxをもう一
度インストールしなおしたとしたら、設定は何も変わらないはずです。相変わら
ずJRE32.DLLが有効なままのはずです。

 それが強制的にHmJre.dllに設定変更されることは、無いはずです。少なくと
も僕の所では勝手に設定変更される症状は発生していません。

 っと言っておきつつ、念のためWindows95マシンでテストしてみました。

 1.秀丸V3.19をインストール。--> 強制的にJRE32.DLLが使われる。
 2.秀丸V4.06をインストール。--> HmJre.dllとなる。
 3.設定を変更して、JRE32.DLLを指定する。
 4.秀丸V4.07をインストール。--> JRE32.DLLのまま変化なし。
 5.秀丸V3.19をインストール。--> JRE32.DLL
 6.秀丸V4.07をインストール。--> JRE32.DLL

 ということで、一度「JRE32.DLL」と指定した物が勝手にHmJre.dllに変更され
る症状はいまいち再現しませんでした。

 一度アンインストールしてからインストールすると、設定が全部リセットされ、
結果としてHmJre.dllの指定となってしまいますけど、そういう話じゃないでし
ょうか。

[ ]
RE:16893 4.xx のバグ?No.16895
Iranoan さん 04/03/17 17:35
 
 秀まるおさん、なむnomotoさん今日は、Iranoan です。
>  V4.xxを一度でもインストールして、正規表現DLLをJRE32.DLLに切り替えて、
> その後一度も秀丸エディタをアンインストールすることなく秀丸V4.xxをもう一
> 度インストールしなおしたとしたら、設定は何も変わらないはずです。相変わら
> ずJRE32.DLLが有効なままのはずです。
 私も同じ状況ですが、現在開発中の Ver.4.10β で一時期システム・ディレ
クトリに Jre32.dll をおいていると、おかしな事が起きました。
http://www.maruo.co.jp/turukame/3/x04023_.html#4064

[ ]
RE:16893 4.xx のバグ?No.16896
なむnomoto さん 04/03/18 11:19
 
                              なむnomotoです
> V4.xxを一度でもインストールして、正規表現DLLをJRE32.DLLに切り替えて、
>その後一度も秀丸エディタをアンインストールすることなく秀丸V4.xxをもう一
>度インストールしなおしたとしたら、設定は何も変わらないはずです。相変わら
>ずJRE32.DLLが有効なままのはずです。

  ご確認を有り難うございます。ところが、どっこい、あるみたいです。

> それが強制的にHmJre.dllに設定変更されることは、無いはずです。少なくと
>も僕の所では勝手に設定変更される症状は発生していません。
>
> っと言っておきつつ、念のためWindows95マシンでテストしてみました。

  ご丁寧で有り難いです。

> 1.秀丸V3.19をインストール。--> 強制的にJRE32.DLLが使われる。
> 2.秀丸V4.06をインストール。--> HmJre.dllとなる。
> 3.設定を変更して、JRE32.DLLを指定する。
> 4.秀丸V4.07をインストール。--> JRE32.DLLのまま変化なし。
> 5.秀丸V3.19をインストール。--> JRE32.DLL
> 6.秀丸V4.07をインストール。--> JRE32.DLL
>
> ということで、一度「JRE32.DLL」と指定した物が勝手にHmJre.dllに変更され
>る症状はいまいち再現しませんでした。

  この2番目ですね。問題は。
      勝手にHmJre.dllに変更されてます。これはバージョンアップ
      したばあいですよね。
  V3.19 からバージョンアップした時に、問題が起こるらしいです。
  で、「あいまい検索が効かなくなった」と苦悩してるらしい。
    苦悩する方は、解説とか説明とかを全く読まれません。
    うちの学生も、教員も、なぜか説明とかがあっても全く
    読まないで、「秀丸は大丈夫」と堅い信頼で使ってます。(^^;)

  インストール時に、Jre32.DLL 設定であった場合だけ、
     ------------------------------------------
           Jre32.DLL を継続使用にしますか?
      ** [いいえ]でHmjre.DLLに切り替えます。
                             [はい]  [いいえ]  
     -------------------------------------------
   というのがあっても良いかなと、密かに期待しています。

> 一度アンインストールしてからインストールすると、設定が全部リセットされ、
>結果としてHmJre.dllの指定となってしまいますけど、そういう話じゃないでし
>ょうか。

  そうじゃあないです。
  私もよく分からなかったんですが、確かに強制的にHmjre.DLLになった場合があ
って、
  お尋ねしたら、「強制的には切り替わらない」ということでしたから、
  安心してたんです。

  秀丸担当さんのテスト[2番目]の現象で「ははん」と思いました。
  これが原因なんですよ。
  アンインストールしてバージョンアップする場合の事では無く、
  3.19 から 4.xxにアンインストールなしでバージョンアップした場合の
  現象なんだと思います。

  

[ ]
RE:16896 4.xx のバグ?No.16897
Iranoan さん 04/03/18 12:12
 
 なむnomoto さん今日は、Iranoan です。
 横から失礼します。
> V3.19 からバージョンアップした時に、問題が起こるらしいです。
 根本的に勘違いされている気がします。秀まるおさんは、
>  以前にも同じ話をしたような気がしますが、V3.19以下には、正規表現DLLとし
> て何を使うという設定はありません。V4.00以降から、そういう設定が追加にな
> ってます。
と仰っていますので、Ver.3.19→Ver.4.xx へのヴァージョン・アップで、強
制的に HmJre.dll になるのは仕様でしょう。
 Ver.3.19→Ver.4.xx→Ver.3.19→Ver.4.xx とヴァージョン・アップ/ダウン
を繰り返しているときは不明ですが、おそらく明示的に正規表現 DLL の設定
をしたことの有無で変わるでしょう。
>  V4.xxを一度でもインストールして、正規表現DLLをJRE32.DLLに切り替えて、
> その後一度も秀丸エディタをアンインストールすることなく秀丸V4.xxをもう一
> 度インストールしなおしたとしたら、設定は何も変わらないはずです。相変わら
> ずJRE32.DLLが有効なままのはずです。
とも書かれているので、それ以外解釈の使用が無いでしょう。


> インストール時に、Jre32.DLL 設定であった場合だけ、
>    ------------------------------------------
>        Jre32.DLL を継続使用にしますか?
>     ** [いいえ]でHmjre.DLLに切り替えます。
>                           [はい]  [いいえ]
>    -------------------------------------------
>  というのがあっても良いかなと、密かに期待しています。
に付いては、秀まるおさんが何度も書かれているように、
> V3.19以下には、正規表現DLLとし
> て何を使うという設定はありません。V4.00以降から、そういう設定が追加にな
> ってます。
に加えて、
・Ver.3.19 からのヴァージョン・アップ
・Ver.4.xx の新規インストール
のどちらの場合も、レジストリの値が空であるので、Ver.3.19→Ver.4.xx で
Jre32.dll を使っているか判断して、メッセージを表示することは一筋縄では
いかないでしょう。更に、
> うちの会社の方針としては、HmJre.dllを標準にするということになりま
> した。
との事なので、空の時つまり Ver.3.19→Ver.4.xx の時も HmJre.dll で動作
させざる得ません。

[ ]
RE:16896 4.xx のバグ?No.16902
秀まるお2 さん 04/03/18 12:56
 
 ほとんどコメントのしようがありませんが、そういうことで秀丸がそうなって
るという話です。

 ということでよろしくお願いします。

[ ]
RE:16896 4.xxのバグ?No.16903
CaskStrength さん 04/03/18 15:03
 
CaskStrengthといいます。

 別に単なる1ユーザーですが、ちと議論が拡散している気がしまし
たので。

>   この2番目ですね。問題は。
>       勝手にHmJre.dllに変更されてます。これはバージョンアップ
>       したばあいですよね。
>   V3.19 からバージョンアップした時に、問題が起こるらしいです。

 Iranoanさんや作者さんからもコメントがあるように、それは問題
ではなく仕様でしょう。古いjre32.dllでは問題があるので、わざわ
ざ正規表現モジュールを作られたわけですから。サイトー企画として
はできるだけhmjre.dllを使ってもらいたいはずです。

 ただ、Hmjre.dllはjre32.dllの上位互換である必要があるでしょう
し、秀まるおさんもそれを意図されているのでしょう。
 だから、Ver.3からのアップデートの時にjre32.dllのままにしてほ
しいというよりは、hmjre.dllの互換度を高めて欲しいという要望の
方が建設的かつ対応が早そうな気がします。今回も不具合にはすぐに
対応してくれてますし。

[ ]
RE:16902 4.xx のバグ?No.16904
なむnomoto さん 04/03/18 20:59
 
                  なむnomotoです
  V3.19 のjre32.DLL の設定は、4.xx に引き継ぎにくいので
  現在の仕様となったという事のようで、

  私の方で対処しなければいけないのですね。(+_+)(+_+)(+_+)
  どうもお騒がせしました。
  

[ ]
RE:16904 4.xx のバグ?No.16906
アルビレオ さん 04/03/18 23:39
 
アルビレオです。

>  V3.19 のjre32.DLL の設定は、4.xx に引き継ぎにくいので
>  現在の仕様となったという事のようで、

まだ誤解があるようなので説明してみます。何の助けにもなりませんが…

・V3.19ではjre32しか使えないので、どのDLLを使うかという設定は存在しない。
・V4.xxではどの検索DLLを使うかという設定項目が追加された。そして標準では
HmJreを使うようになっている。

V3.19にV4.xxを上書きインストールすると、設定を引き継ごうにも3.19にはDLL
を設定する設定項目が存在しないので4.xxの設定が「追加」されるということで
す。
強制的に設定変更されているように見えますが、実際には新しい設定項目が追加
されているわけです。
一度V4.xxでjre32に設定しておけば、それ以降は何度インストールしなおしても
その設定が変更されることはないと思います。

[ ]
RE:16906 4.xx のバグ?No.16908
なむnomoto さん 04/03/19 10:50
 
                  なむnomotoです

  皆さんに、いろいろアドバイス頂いて恐縮です。
  結論からすると、私が「3.19からのバージョンアップで不自由する者が
  おります。」と報告したということで、これは不自由でも、しょうがないらしい
  ことも分かりました。

  3.19からのバージョンアップで、jre32.DLL のままであって欲しくても
  Hmjre.DLL に切り替わってしまう問題は、私としてはちょっとまずい立場に
  なってしまうのですが、サイトー企画の仕様だそうですからしょうがないです。

  漢文データを提供してる事と、私自身が理解不足の事もあってお騒がせしました。
  気づかない場合に備えて、Hmjre1.txt のあいまい検索新旧漢字同一視表も、
  公開して使えるようにしました。が、私のホームページも見ない方は、
  まあ、諦めて頂くしかないという事にしました。  
  
  気づかない者は、いつまでもjre32.DLL に切り替えられずに「あいまい検索」の
  新旧漢字同一視なしで検索ミスを続けながら結論を出すという、危ない状況も、
  研究者の自己責任でお願いして、しまいます。(^^;)
  もうこのあたりは、エディタの話ではなさそうなんで。  


>V3.19にV4.xxを上書きインストールすると、設定を引き継ごうにも3.19にはDLL
>を設定する設定項目が存在しないので4.xxの設定が「追加」されるということです。
>強制的に設定変更されているように見えますが、実際には新しい設定項目が追加
>されているわけです。

 そうそう、これを「秀丸のデフォルト設定」というんでしょうね。
 素人なんで、ここで、4.00以前からのバージョンアップなら選択肢を出す
 (新インストールでは不要でしょう)とか、できないものかと期待したのですが、
 できそうにないというか、そこまではやらないと言う事らしいと、やっと
 分かったのです。不可能ではなさそうに思えるのですが。

>一度V4.xxでjre32に設定しておけば、それ以降は何度インストールしなおしても
>その設定が変更されることはないと思います。

 この問題では無いのです。これは担当さんの調査で問題ないです。
 私も、確認が出来ました。


[ ]
RE:16908 4.xxのバグ?No.16909
CaskStrength さん 04/03/19 12:11
 
CaskStrengthです。

>   皆さんに、いろいろアドバイス頂いて恐縮です。
>   結論からすると、私が「3.19からのバージョンアップで不自由する者が
>   おります。」と報告したということで、これは不自由でも、しょうがないらしい
>   ことも分かりました。

 まだご理解が違うように思います。僕が書いた↓はご理解頂いてい
るでしょうか。

>  ただ、Hmjre.dllはjre32.dllの上位互換である必要があるでしょう
> し、秀まるおさんもそれを意図されているのでしょう。
>  だから、Ver.3からのアップデートの時にjre32.dllのままにしてほ
> しいというよりは、hmjre.dllの互換度を高めて欲しいという要望の
> 方が建設的かつ対応が早そうな気がします。今回も不具合にはすぐに
> 対応してくれてますし。

 今回は、単に上位互換性を守れていなかったと言うだけでは?

 この上で、どうしても仕様変更になってしまう部分に関しては、も
し対応するなら、Ver.3.xxから4へのバージョンアップの際に、変更
点(特に正規表現の仕様が変わったこと)をなるべく周知を徹底する
ようにするくらいでしょうか。

[ ]
RE:16909 4.xxのバグ?No.16910
なむnomoto さん 04/03/19 15:07
 
> まだご理解が違うように思います。僕が書いた↓はご理解頂いてい
>るでしょうか。
>
>>  ただ、Hmjre.dllはjre32.dllの上位互換である必要があるでしょう
>> し、秀まるおさんもそれを意図されているのでしょう。
>>  だから、Ver.3からのアップデートの時にjre32.dllのままにしてほ
>> しいというよりは、hmjre.dllの互換度を高めて欲しいという要望の
>> 方が建設的かつ対応が早そうな気がします。今回も不具合にはすぐに
>> 対応してくれてますし。

  私個人は現在、Hmjre.DLL とjre32.DLL の両方を使用しています。
 hmjre.DLL で jre32.dat も使えればそれでもいいのですけど、
 現状では無理らしいので、これもしょうがないでしょう。

  秀丸担当さんがどのように設計されているかという事は別にして、
 上位互換かどうかということも別にして、
           (秀丸が良くなることは歓迎していますので誤解なく)
 V3.xx からV4.xxにバージョンアップしたら、私以外にも、不自由が起こり、困る
者がいるという現状をなんとか[簡単に解決したい]という事だけなんです。秀丸を使
う場合に、便利にしておきたいという希望です。
 それも、私個人の希望にしか過ぎないのですから。しょうがないですね。

 こうした上位互換があるという事にしておきましょう。

[ ]
RE:16909 4.xxのバグ?No.16915
アルビレオ さん 04/03/20 02:51
 
アルビレオです。

> 今回は、単に上位互換性を守れていなかったと言うだけでは?

今回なむnomotoさんが困っているあいまい検索については、jre32の設定方法が
特殊なことやあいまい検索自体の機能強化のために、結果として互換性のないも
のになっています。
それに確かjre32.datの格納形式は非公開なので、そのまま利用することもHmJre
用にコンバートすることもできません。
なのであいまい検索に関してjre32との互換性を強化して欲しいという要望はま
ず実現しないと思います。

なむnomotoさん
>4.00以前からのバージョンアップなら選択肢を出す
(略)
>不可能ではなさそうに思えるのですが。

不可能ではないとはいえ、インストーラあたりの変更が必要になります。
サイトー企画としてはインストーラ改造の手間をかけてまでバグの解消する見込
みがなくサポートできることに限りがあるjre32を使ってもらうよりは、問題が
ない限りはHmJreに移行して欲しいということだと思います。
(jre32の拡張マッチテーブルエディタはシェアウェアなので、まったく使わな
い人もかなり多そうですからねぇ)

>hmjre.DLL で jre32.dat も使えればそれでもいいのですけど、
>現状では無理らしいので、これもしょうがないでしょう。

HmJreのあいまい検索設定はテキストファイルだから、移行してしまえば管理も
楽になるのですが…
その設定の移行は手作業になってしまうので悩ましいですね。

[ ]
RE:16915 あいまい検索定義ファイルの変換No.16919
Iranoan さん 04/03/21 00:43
 
 今日は、Iranoan です。
> HmJreのあいまい検索設定はテキストファイルだから、移行してしまえば管理も
> 楽になるのですが…
> その設定の移行は手作業になってしまうので悩ましいですね。
 Jre32.dll のあいまい検索定義ファイル Jre32.dat から HmJre.dll のあい
まい検索定義ファイルへの移行は、それほど厄介ではありません。一度
Jre32.dat を開いてみると分かりますが、3 回の全置換とファイル先頭のヘッ
ダの削除で済みます。マクロで書くなら、末尾の要領です。
//--------------------------------------------------------------------
disabledraw;
replaceallfast "\x01" , "\\n" , regular;
replaceallfast "\x02" , "\\t" , regular;
replaceallfast " +$" , "" , regular;
gofiletop;
selectline;
delete;

[ ]
RE:16919 あいまい検索定義ファイルの変換No.16925
なむnomoto さん 04/03/22 19:44
 
                            なむnomotoです

> Jre32.dll のあいまい検索定義ファイル Jre32.dat から HmJre.dll のあい
>まい検索定義ファイルへの移行は、それほど厄介ではありません。一度
>Jre32.dat を開いてみると分かりますが、3 回の全置換とファイル先頭のヘッ
>ダの削除で済みます。マクロで書くなら、末尾の要領です。
>//--------------------------------------------------------------------
>disabledraw;
>replaceallfast "\x01" , "\\n" , regular;
>replaceallfast "\x02" , "\\t" , regular;
>replaceallfast " +$" , "" , regular;
>gofiletop;
>selectline;
>delete;

  ううむ、私は置換手作業でやったのでマクロではやりませんでした。
  A とか B とかの反転文字コードが分からなかったんです。
  範囲選択してやると出来ます。
  但し、これで正しく置換されたかを、検証するのに時間がかかりましたが。

  このマクロでは、2時間経っても終了せず、えい!と28万個くらいで中断しま
した。
  なぜでしょう。28万個の置換数は、多すぎますし。


[ ]
RE:16925 あいまい検索定義ファイルの変換No.16928
Iranoan さん 04/03/22 23:17
 
 なむnomoto さん今日は、Iranoan です。
>   このマクロでは、2時間経っても終了せず、えい!と28万個くらいで中断しま
> した。
>   なぜでしょう。28万個の置換数は、多すぎますし。
 ファイルを頂ければ、手元でも確認できますが、実際のデータがないので何
とも言えないです。
 ひょっとして、何か設定によって変わるのかなあ〜。

[ ]
RE:16928 あいまい検索定義ファイルの変換No.16929
なむnomoto さん 04/03/23 00:26
 
                       なむnomotoです

> ファイルを頂ければ、手元でも確認できますが、実際のデータがないので何
>とも言えないです。
> ひょっとして、何か設定によって変わるのかなあ〜。

  そちらにある jre32.dat ではうまく行くとすれば、私の秀丸設定が
  邪魔なんでしょうか。
  何が邪魔なのか、分かる方ヘルプ!


[ ]
RE:16929 あいまい検索定義ファイルの変換No.16930
アルビレオ さん 04/03/23 04:16
 
アルビレオです。

>  そちらにある jre32.dat ではうまく行くとすれば、私の秀丸設定が
>  邪魔なんでしょうか。
>  何が邪魔なのか、分かる方ヘルプ!

邪魔というより、Jre32.dllが原因だと思います。
Jre32は仕様として\x00〜\x1fの制御文字には一部しか対応していなくて、未対
応の文字を検索で使おうとすると今回のように永久ループにはまったり秀丸が異
常終了したりします。
こういう制約ががJre32からHmJreに移行することを推奨する理由のひとつなんで
すよね…

HmJre.dllでテストするとうまくいったので、検索DLLを切り替えてから実行して
みてください。

[ ]
RE:16930 あいまい検索定義ファイルの変換No.16935
なむnomoto さん 04/03/23 14:36
 
                 なむnomotoです

>邪魔というより、Jre32.dllが原因だと思います。
>
>HmJre.dllでテストするとうまくいったので、検索DLLを切り替えてから実行して
>みてください。

  お、なるほど。
  うまく行きました。マクロが\x01 \x02 を認識できました。
  jre32.datをキレイに切り分けて、txtにしています。
  ・・・ すでにできている Hmjre.txt とファイル比較してみます。
    ありがとうございました。

[ ]