正規表現キーワードの一致判定が0文字マッチをマッチとみなさないように変更する

[berryzplus]

PR の目的

正規表現キーワードのパターン一致条件を追加することにより、
0文字マッチをマッチと認識することによる不具合を解消します。

改修に当たっては、コード理解のために「未使用プリプロセッサの除去」と「部分式をローカル変数に切り出して意味を予測しやすい名前を付ける」の対応を行っています。レビューでも必要な情報だと思うので、あえて変更を残したままPRします。

カテゴリ

• 不具合修正
• 仕様変更
• リファクタリング

PR の背景

改修根拠については #1020 (comment) を見てください。

そもそも、仕様的に、正規表現キーワードって0文字マッチさせたらダメじゃね？ がこのPRの趣旨です。iniの読込みや設定画面にチェックを入れる話にするとややこしくなるので、設定に関しては従来通りとし、マッチ検出時に「マッチ幅が0文字だったらそのマッチを無視する」という変更を入れます。

PR のメリット

• 正規表現キーワードのマッチ判定処理が分かりやすくなります。
• この修正単体でも 正規表現キーワードのURLで0文字マッチすると無限ループ #1027 の問題を解消できます。
  • 正規表現キーワードのURLで0文字マッチすると無限ループになる問題に対処 #1028 の修正とは競合しません。

PR のデメリット (トレードオフとかあれば)

• メインの修正内容よりも、前提作業で行ったリファクタリングのほうが修正量が多いです。
• 他にはとくにありません。

PR の影響範囲

• アプリ（＝サクラエディタ）の機能に影響があります。
• 正規表現キーワードを使って0文字マッチになりうるパターンを指定したときの描画処理に影響します。
  • 従来：0文字マッチは色替えが行われて空振り
  • 今後：0文字マッチはマッチ扱いにならない
• 正規表現キーワードで色指定に「URL」を設定し、0文字マッチになりうるパターンを指定したときの挙動に影響します。
  • 従来：0文字マッチで無限ループ発生
  • 今後：0文字マッチはマッチ扱いにならないので無限ループも発生しない

関連チケット

#1027
#1028

参考資料

[AppVeyorBot]

✅ Build sakura 1.0.2217 completed (commit 00c7596250 by @berryzplus)

[beru]

CRegexKeyword::RegexKeyCompile でコンパイルする際に 0 文字マッチと判別出来るなら、RK_NOMATCH を REGEX_INFO::nFlag に指定するというのはどうでしょうか？

[beru]

リファクタするなとはいいませんが不具合修正のPRで行わなくても良いんじゃないかな…と思いました。

[berryzplus]

CRegexKeyword::RegexKeyCompile でコンパイルする際に 0 文字マッチと判別出来るなら、RK_NOMATCH を REGEX_INFO::nFlag に指定するというのはどうでしょうか？

コンパイルする段階では何文字マッチになるか分からないと思ってます。

例
m/(http)?s?(://)?\w*/i

リファクタするなとはいいませんが不具合修正のPRで行わなくても良いんじゃないかな…と思いました。

どこ直したらいいか、リファクタしてみて始めて分かった感じです。
これはみんなもきっと辛いだろうと思って、あえて一緒に出してみました（確信犯

[beru]

動作確認した感じ問題無いと思います。

[berryzplus]

レビューありがとうございます。
何か問題が見つかったら別で対応します。

[berryzplus]

変更内容に問題はないと考えていますが、懸念が一つ。

正規表現キーワードの0文字マッチ時の挙動を応用したウラ技がある、という自慢げなカキコミをいつかどこかでみかけたような気がしています。ざっと探してみた限り発見できなかったのでマージしてしまいましたが、もしかしたら「動作を変えられたら困る！」って人がいるかも知れません。

まぁ、そん時はそん時でちゃんと解決策を考えることにします。