Regular Expression(正規表現) Part16

**デフォルトの名無しさん** · 2021/11/03(水) 19:50:01.71

Regular Expressionスレです。

質問する場合は必ず実装言語や処理系ソフトウェア名を示してください。

前スレ
Regular Expression(正規表現) Part15
https://mevius.5ch.net/test/read.cgi/tech/1568640311/

次スレは>>980宜しく
天ぷら等>>2以降

**デフォルトの名無しさん** · 2023/09/18(月) 01:07:38.93

.*\K/.*/.*

**デフォルトの名無しさん** · 2023/09/23(土) 15:35:56.62

何回連続とか何番目とかってのは正規表現じゃなくて言語でなんとかした方がいいのでは
可読性的な観点からでも

**デフォルトの名無しさん** · 2023/09/25(月) 14:32:09.00

正規表現じゃなく言語表現をなんとかした方がいい

**デフォルトの名無しさん** · 2023/09/25(月) 15:45:13.07

正規表現じゃなく性器表現とした方がいい

**デフォルトの名無しさん** · 2023/09/25(月) 15:46:57.59

正規表現じゃなく性器表現とかなんとかにした方がいい

**デフォルトの名無しさん** · 2023/09/26(火) 17:43:27.65

添削って受け付けてたっけ？
自分が求める結果は得られてるけど、それでいいのかどうか

**デフォルトの名無しさん** · 2023/10/03(火) 15:05:59.66

>>894
You ここで見せちゃいなよ、meが見てあげるよ

**デフォルトの名無しさん** · 2023/10/15(日) 05:59:22.52

oniguruma Release 6.9.9

Update Unicode version 15.1.0
NEW API: ONIG_OPTION_MATCH_WHOLE_STRING
Fixed: (?I) option was not enabled for character classes (Issue #264).
Changed specification to check for incorrect POSIX bracket (Issue #253).
Changed [[:punct:]] in Unicode encodings to be compatible with POSIX definition. (Issue #268)
Fixed: ONIG_OPTION_FIND_LONGEST behavior

> ONIG_OPTION_MATCH_WHOLE_STRING マッチした終端の位置がendになることを要求

マッチした開始の位置はstartでなくても良いらしい

oniguruma/test/test_options.c
x2(ONIG_OPTION_MATCH_WHOLE_STRING, "a", "aaaa", 3, 4); // OK (4文字目のaにマッチ)

> [[:punct:]]

Changed the definition of [:punct:] in Unicode encodings from \p{P} to \p{PosixPunct} = \p{P} + \p{S}.
(PosixPunct is a new addition.)

**デフォルトの名無しさん** · 2023/10/15(日) 06:13:36.53

> Fixed: ONIG_OPTION_FIND_LONGEST behavior

oniguruma/test/test_options.c
x2(ONIG_OPTION_FIND_LONGEST, "a(b|bc)", "ab", 0, 2); // OK ( "ab" にマッチ)

最左最長一致からガチ最長一致になってる

**デフォルトの名無しさん** · 2023/10/15(日) 06:27:13.95

間違えた、こっちだった

oniguruma/test/test_options.c
x2(ONIG_OPTION_FIND_LONGEST, "a(b|bc)", "abc", 0, 3); // OK ( "abc" にマッチ)

// マルチバイト文字には非対応のまま
x2(ONIG_OPTION_FIND_LONGEST, "ab|あ", "abあ", 2, 5); // OK ( "あ" にマッチ)

UTF-32 にエンコードしてから使えばいいのかしら

**デフォルトの名無しさん** · 2023/10/20(金) 08:36:56.63

Strawberry Perl
https://strawberryperl.com/releases.html

32bit版が出なくなった。64bitに乗り換えよう。(全銀)

**デフォルトの名無しさん** · 2023/10/20(金) 16:11:58.36

>>899
ZIP edition が無い…

**デフォルトの名無しさん** · 2023/10/21(土) 14:33:23.21

tar.gzで我慢しなさい

**デフォルトの名無しさん** · 2023/10/29(日) 10:19:38.81

アルファベットのみにマッチする文字クラスを[a-Z]と書けない
ASCIIコード表を決めた人達は今頃失敗したと思ってるんだろうか

**デフォルトの名無しさん** · 2023/10/29(日) 12:34:50.74

初心者向けクイズ
Q: /w にマッチするアルファベット以外の文字がひとつあります。その文字とは、一体何でしょうか？

**デフォルトの名無しさん** · 2023/10/29(日) 12:42:28.97

アンダースコート

**デフォルトの名無しさん** · 2023/10/29(日) 12:45:28.88

アンダースロー

**デフォルトの名無しさん** · 2023/10/29(日) 13:20:31.22

アンダーニンジャ

**デフォルトの名無しさん** · 2023/10/29(日) 15:41:31.84

ニンジャリバンバン

**デフォルトの名無しさん** · 2023/10/29(日) 19:20:26.89

正解はスラッシュでした

**デフォルトの名無しさん** · 2023/10/29(日) 19:49:37.09

(/w＼)

**デフォルトの名無しさん** · 2023/10/30(月) 20:06:53.46

ASCIIコード表について調べてみたら特定の1ビットを0にするか1にするかで
大文字小文字が変換出来るようにするための順番らしい
並びの便利さより処理効率が優先されてた、先人の知恵に敬礼

**デフォルトの名無しさん** · 2023/10/30(月) 20:59:27.53

どうせ範囲チェックはしないといけないんだから
それだったら引き算や足し算で大文字小文字変換できちゃう
まあ昔はbit演算より算術演算にステップ数が掛かってたからその当時は良かったんだろうけど

**デフォルトの名無しさん** · 2023/10/31(火) 18:36:44.19

今時のマシンのことしか考えなくていいなら足し引きで良さそうだけど
遅いマシンのことまで考えるならビット演算一択になるんだろうな

アルファベットが32文字だったら隙間出来なかったのに
SHIFT_JISのダメ文字問題も最初からEUC-JPにしとけば苦労しなかったのにな

**デフォルトの名無しさん** · 2023/10/31(火) 21:57:53.63

正規表現は改行の扱いが難しいなあ
やらかすときはたいてい改行の処理でミスる

**デフォルトの名無しさん** · 2023/11/01(水) 09:19:33.19

. が改行にマッチしないのを失念してってのは何度もやってる

**デフォルトの名無しさん** · 2023/11/01(水) 11:38:27.61

●Regular Expressionの使用環境
サクラエディタ（bregoing.dll Ver4.20 with Onigmo 6.2.0)

●検索か置換か？
検索

●説明
キムラタクヤの略称を検索するために
(キムラ)と(タクヤ)からそれぞれ1字以上使って並べた単語にマッチする正規表現を作りました
^(キ|ム|ラ|キム|ムラ|キラ|キムラ)(タ|ク|ヤ|タク|クヤ|タヤ|タクヤ)$
文字数や単語数が増えたときひどいのでもっと上手な書き方を教えてください

●マッチする文字列
キク
キラク
ムラタヤ

●マッチさせない文字列
キム
キムラ
タクヤ

**デフォルトの名無しさん** · 2023/11/01(水) 11:38:37.53

●Regular Expressionの使用環境
サクラエディタ（bregoing.dll Ver4.20 with Onigmo 6.2.0)

●検索か置換か？
検索

●説明
キムラタクヤの略称を検索するために
(キムラ)と(タクヤ)からそれぞれ1字以上使って並べた単語にマッチする正規表現を作りました
^(キ|ム|ラ|キム|ムラ|キラ|キムラ)(タ|ク|ヤ|タク|クヤ|タヤ|タクヤ)$
文字数や単語数が増えたときひどいのでもっと上手な書き方を教えてください

●マッチする文字列
キク
キラク
ムラタヤ

●マッチさせない文字列
キム
キムラ
タクヤ

**デフォルトの名無しさん** · 2023/11/01(水) 12:08:10.81

^(?:キ?ム?ラ?)(?<=\S)(?=\S)(?:タ?ク?ヤ?)$

**デフォルトの名無しさん** · 2023/11/01(水) 14:40:34.08

同じ人かは分からないけど超優秀な回答者がここ1，2年前から来てくれてる
多くの閲覧者にとっても勉強になるからありたがいことです

**デフォルトの名無しさん** · 2023/11/01(水) 16:00:59.53

じつはその人AIだよ

**デフォルトの名無しさん** · 2023/11/01(水) 17:01:21.99

>>917
ありがとうございます動きました
3語以上の場合はこれでできてますか？
^(?:キ?ム?)(?<=\S)(?=\S{2})((?:ラ?タ?)(?<=\S{2})(?=\S)(?:ク?ヤ?))$

**デフォルトの名無しさん** · 2023/11/01(水) 17:03:51.95

AIと言われても違和感が無いから困る、人間だったほうがいい

サクラエディタを少し触ってみたが
\r を \c-
\n を \c*
に書き換えてもマッチした

このことは恐らくbregoing.dllの作者氏でも知らないのでは

**デフォルトの名無しさん** · 2023/11/01(水) 18:26:59.70

>>920
キムクヤにマッチするから駄目だね
>>916のように自分で組み合わせを展開する以外の方法はわからないね

**デフォルトの名無しさん** · 2023/11/01(水) 21:03:12.97

最後で語数チェックすれば？
(?<=\S{3})$

**デフォルトの名無しさん** · 2023/11/01(水) 22:35:57.76

^(キ?ム?ラ?)(タ?ク?ヤ?)$(?!\1|\2)

^(キ?ム?)(ラ?タ?)(ク?ヤ?)$(?!\1)(?!\2)(?!\3)
^(キ?ム?)(?!.*+$\k<-1>)(ラ?タ?)(?!.*+$\k<-1>)(ク?ヤ?)(?!.*+$\k<-1>)$
^(?=(.++))(?:キ?ム?)(?!\k<-1>)(?=(.++))(?:ラ?タ?)(?!\k<-1>)(?=(.++))(?:ク?ヤ?)(?!\k<-1>)$

**デフォルトの名無しさん** · 2023/11/02(木) 08:03:41.39

文字数も単語数も拡張性もばっちりです
ご指導ありがとうございました

**デフォルトの名無しさん** · 2023/11/02(木) 09:18:56.98

> $(?!\1|\2)
これもすごい、こんなの思い付かない
私なら(?(1))を使おうとしてグチャる
こういうのを作れる人になりたかった、羨ましい限りだ

**デフォルトの名無しさん** · 2023/11/02(木) 09:22:55.91

>>910
アルファベットが32文字だったら誰も困らなかったはず

**デフォルトの名無しさん** · 2023/11/02(木) 11:56:22.72

各文字列から最低2文字以上含まれてる略称にだけマッチすることもできる？

**デフォルトの名無しさん** · 2023/11/02(木) 13:01:27.99

^(?=.(.++))(?:キ?ム?ラ?)(?!.?\k<-1>)(?=.(.++))(?:タ?ク?ヤ?)(?!.?\k<-1>)$
^(?=.{1}(.++))(?:キ?ム?ラ?)(?!.{0,1}\k<-1>)(?=.{1}(.++))(?:タ?ク?ヤ?)(?!.{0,1}\k<-1>)$

**デフォルトの名無しさん** · 2023/11/02(木) 19:36:53.03

ラノベ「1日でキムタクの一般項が出来てるからパソコンそっと閉じて見なかったことにする」

**デフォルトの名無しさん** · 2023/11/03(金) 08:34:37.96

^[キムラ]{1,2}[タクヤ]{1,2}$

**デフォルトの名無しさん** · 2023/11/03(金) 09:08:43.70

それはラキクタにマッチするからボツ(==.)

**デフォルトの名無しさん** · 2023/11/03(金) 10:43:13.94

ラキクタにマッチしたらダメって条件にはないんだけど‥

**デフォルトの名無しさん** · 2023/11/03(金) 11:44:22.65

確かに言葉ではそんな条件は書いてないね、曖昧3cm

**デフォルトの名無しさん** · 2023/11/03(金) 11:50:18.95

^?キ?ム?ラ?タ?クヤ?$が略称条件な流れ？

**デフォルトの名無しさん** · 2023/11/03(金) 12:14:21.11

^(?=A)(?=B).*$

**デフォルトの名無しさん** · 2023/11/03(金) 12:18:03.55

>>916を読めば文字順通りと受け取るのが妥当だね

ちなみにもしこのコマンドがあったら簡単に書けた
https://www.proxomitron.info/45/help/Matching-Commands.html#TST

^(キ?ム?ラ?)$TST(\1=..+)(タ?ク?ヤ?)$TST(\2=..+)$

perlなら(??{code})でこのコマンドと同じことが出来るけどサクラエディタのdllでは無理
dllに$SETと$TSTが実装されたら正規表現の幅がめっちゃ広がるけど無理そう

// \1 に日本語表記での色が代入される
blue$SET(1=青)|yellow$SET(1=黄)|red$SET(1=赤)

**デフォルトの名無しさん** · 2023/11/03(金) 13:00:30.59

>>924
^(?=(キ?ム?ラ?)(タ?ク?ヤ?)$)[キムラ]{1,}[タクヤ]{1,}$

(?=(キ?ム?ラ?)(タ?ク?ヤ?)(.*+))[キムラ]{1,}[タクヤ]{1,}(?=\3)
キキムタククク

**デフォルトの名無しさん** · 2023/11/03(金) 18:04:12.94

キムラタクヤ人気で🌿

**デフォルトの名無しさん** · 2023/11/03(金) 19:14:55.49

>>937
他人には厳しい条件はたすくせに外部コマンドやperl使うのはokなのかw

**デフォルトの名無しさん** · 2023/11/03(金) 20:09:52.31

知ってる外部コマンドは使っていいに決まってる
頭の中では質問見た瞬間に出来てたよ

**デフォルトの名無しさん** · 2023/11/03(金) 20:13:40.11

「課す」を「はたす」って読んでるってマ？🤣

**デフォルトの名無しさん** · 2023/11/03(金) 21:12:42.60

この外部コマンドを考えた方は2004年に亡くなっている
https://en.wikipedia.org/wiki/Scott_R._Lemmon

20年前にこのコマンドを実装済みだったのはやばいな
perlの正規表現ですらそんなに機能が無かった時代だ

**デフォルトの名無しさん** · 2023/11/03(金) 21:17:14.08

最初から略称と言ってるのに文字順不問だと思うほうがどうかしてる

**デフォルトの名無しさん** · 2023/11/04(土) 08:36:40.13

(正直|ぶっちゃけぇ?)高度すぎて理解が追いつかない

**デフォルトの名無しさん** · 2023/11/04(土) 11:16:01.85

カラクリを簡単に説明しよう

１、 (?:キ?ム?ラ?) で文字順を固定
２、その他の部分でカッコ内でマッチする文字数の制限をかけている

例、 (?:キ?ム?ラ?) が0文字にマッチしたとしよう

\1が捕獲した中身は0文字になる
(?!\1) の\1の中身が0文字だったら (?!\1) は (?!) と同じ動作になる
(?!) は常にマッチを失敗させるから\1が0文字ならマッチ出来ない
結果的にこれが文字数制限になっている

ちなみに正規表現にカウント機能があればもっと簡単に書けていた
(
　(?:キ$COUNT(x))?
　(?:ム$COUNT(x))?
　(?:ラ$COUNT(x))?
)
$COUNT(0<x)

perlは(?{code})でカウント可能、鬼車もカウント機能を実装済

**デフォルトの名無しさん** · 2023/11/04(土) 14:47:51.87

perlジジイこのスレでも自演してんのかｗ

**デフォルトの名無しさん** · 2023/11/04(土) 17:37:08.01

COBOLジジイからperlジジイにランクアップ

**デフォルトの名無しさん** · 2023/11/05(日) 13:03:00.89

サクラエディタ

// 1
\1(a)

// 2
\k<name>(?<name>a)

2は1を名前付き括弧にしただけ
1は実行してもマッチに失敗するだけだが2はエラー
これはどちらもエラーになるほうが良い

**デフォルトの名無しさん** · 2023/11/05(日) 13:07:33.08

ん？本当にそうか？分からん

**デフォルトの名無しさん** · 2023/11/05(日) 15:52:16.56

2がエラーになるのは誤りだ、異論ある？
いつもの超優秀な人(AI?)の意見を聞かせて欲しい

**デフォルトの名無しさん** · 2023/11/06(月) 06:59:13.82

異論はないってことで良いかな、おそらく既知の問題(仕様)だと思われる
この問題に長年気付かないとは考えられないから

本来動くべきサンプルを貼って>>949の件は終了とする

x2("(?:\\k<n>b|(?<n>a))+", "aab", 0, 3); // ERROR: undefined name <n> reference
x2("(?:(?<n>a)|\\k<n>b)+", "aab", 0, 2); // OK

x2("(?:\\1b|(a))+", "aab", 0, 3); // OK
x2("(?:(a)|\\1b)+", "aab", 0, 2); // OK

**デフォルトの名無しさん** · 2023/11/06(月) 19:00:47.89

回避策
x2("(?<n>a){0}(?:\\k<n>b|\\g<n>)+", "aab", 0, 3); // OK

**デフォルトの名無しさん** · 2023/11/15(水) 17:50:43.57

文字列の頭に部分一致するパターンなんですが・・・

「abcdefg」にマッチするパターンですが、
/^a(?:b(?:c(?:d(?:e(?:f(?:g)?)?)?)?)?)?/
と書くしかないですか？
文字列が長大な場合、ちょっと無理なんですが・・・
(文字はアルファベットとは限らず)
WindowsのJScriptですが。

**デフォルトの名無しさん** · 2023/11/15(水) 18:12:27.94

/^abcdefg/

**デフォルトの名無しさん** · 2023/11/15(水) 18:41:54.66

**デフォルトの名無しさん** · 2023/11/16(木) 14:47:23.08

/^m/ にマッチして map だけマッチして欲しくない
/^m[^a][^p]/ これだと man にマッチしてくれない
どう書けばいいですか

**デフォルトの名無しさん** · 2023/11/16(木) 14:53:22.83

>>957
否定先読みが使えるなら^m(?!ap)かな？

**デフォルトの名無しさん** · 2023/11/16(木) 15:59:06.48

ありがとう

**デフォルトの名無しさん** · 2023/11/17(金) 04:25:56.84

特定の文字列を検出したい場合、\Q～\Eの～に、その特定の文字列を入れておけば、どんな文字が来ても大丈夫でしょうか？

**デフォルトの名無しさん** · 2023/11/17(金) 06:13:31.18

\Eが来ると困る

**デフォルトの名無しさん** · 2023/11/28(火) 12:33:08.74

正規表現スレがいいと聞いてきました
ここがいい正規表現すれですか？

$ perl -e '$a="abc"; $a =~ s/(.*)/[$1]/g; print $a . "\n"'
[abc][]

なんで後ろにカッコが来るん？
.*に全部マッチするんだから
二個目の[]が来るなんてお菓子にゃん？

**デフォルトの名無しさん** · 2023/11/28(火) 13:42:04.64

perlよく知らんがgとったら消える

**デフォルトの名無しさん** · 2023/11/28(火) 13:54:45.94

推測だが、
1) .*にabcがマッチする　-> [abc]
2) .*は0個でもいいので、末尾位置(NUL)にマッチする -> []

**デフォルトの名無しさん** · 2023/11/28(火) 14:25:52.10

２回目は$a=""の場合と同じだと思えばいい
ヌル文字列でも.*だとマッチするでしょ？

**デフォルトの名無しさん** · 2023/11/28(火) 16:18:10.81

>>963
gとったら消える。Rubyも同じらしい。

>>964
[]が出るってことはなにかにマッチしてるってことでしょ？

>>965
それなら最初の.*にもマッチするじゃん？
一回目にマッチしなくて、二回目にマッチする理由がわからんのよ

**デフォルトの名無しさん** · 2023/11/28(火) 16:18:30.67

仮に2回目でマッチする何かがあったとしても
.*はgreedyなんだから1回目で消費してないとお菓子イイ

**デフォルトの名無しさん** · 2023/11/28(火) 16:20:34.59

でもなぁ
バグなら今までこんなん気が付かないはずないと思うからどうなんだろ

**デフォルトの名無しさん** · 2023/11/28(火) 16:21:19.02

$ perl -e '$a="abc"; $a =~ s/(.*)$/[$1]/g; print $a . "\n"'
[abc][]

$ perl -e '$a="abc"; $a =~ s/(.*$)/[$1]/g; print $a . "\n"'
[abc][]

後ろに$入れても同じ
行末以降の何にマッチしてんのこれ？

**デフォルトの名無しさん** · 2023/11/28(火) 16:22:48.63

Rubyのコードも持ってきた。持ってきただけだから意味は知らん。

ruby -e 're=/(.*)/; puts %Q(abc).sub(re){ %Q([#$1]) }'
[abc]

ruby -e 're=/(.*)/; puts %Q(abc).gsub(re){ %Q([#$1]) }'
[abc][]

**デフォルトの名無しさん** · 2023/11/28(火) 16:44:51.01

ググってみたがperlのそういう”仕様”として定着してるみたいだな
引っかかったことなかったわ

**デフォルトの名無しさん** · 2023/11/28(火) 16:47:59.11

>>968
1回目の.*で文字列全体がマッチ、2回目でNUL文字列にマッチするのは
どの正規表現環境でも同じだと思うよ

**デフォルトの名無しさん** · 2023/11/28(火) 16:49:01.41

0文字と一致させたくなければ.*ではなく.+と書けよ

**デフォルトの名無しさん** · 2023/11/28(火) 16:59:51.73

>>972
Perlの文字列はNull Terminatedされてないよ
/gだとマッチできないか再度確かめるからzero-lengthのempty stringにマッチするんだとさ
でも同じ位置でempty stringに2回はマッチしないようなチェックが入ってるからそこで抜けるんだとさ

個人的にはバグだと思うけどPCRE準拠でみんな作ってるから同じ動きをさせたんだろうね
regex101で試すとRustだけが一般に期待する動作をしてる

**デフォルトの名無しさん** · 2023/11/28(火) 17:02:27.57

/(.*)$/みたいに末尾のアンカー入れても結果変わらないから余計におかしい
^を入れたら当然防げるけど

**デフォルトの名無しさん** · 2023/11/28(火) 17:09:04.46

>>971
探したけど見つからんかった。
どこにあった？ or どうやって探した？
キーワードがわからん

**デフォルトの名無しさん** · 2023/11/28(火) 18:08:10.66

これは長さゼロでマッチした直後に長さゼロにマッチしてposが進まなかったときにマッチを終了するという、頭の悪い正規表現を書くマヌケのために配慮された動作が例外的なんだよ
そのおかげで頭の悪い正規表現を書いても無限ループさせずに済んだことにむしろ感謝するべきだね

**デフォルトの名無しさん** · 2023/11/28(火) 18:30:16.15

（ﾊｸｼｮﾝ！

**デフォルトの名無しさん** · 2023/11/28(火) 19:16:57.98

単に便利だからゼロ幅マッチさせてるん
$str =~ s/()/$1,/g; やってみるといいのん

**デフォルトの名無しさん** · 2023/11/29(水) 13:08:47.77

正規表現検索は失敗しないかぎり終わらないって話では

abcに対して(.*)$が検索される→「abc+末尾」がマッチ、この時点での位置はcの後ろのゼロ幅
残りの部分に対して再度(.*)$が検索される→「ゼロ幅+末尾」がマッチ、cの後ろのゼロ幅が消費される
残りの部分に対して再度(.*)$が検索される→対象を消費しきっているので失敗→検索終了

**デフォルトの名無しさん** · 2023/11/29(水) 14:41:21.44

そういうもんだと思って使ってたわ
それをバグだと思ってる人がいてびっくりぽんや
しかしこういうことに疑問を持つ人は今後伸びるで

**デフォルトの名無しさん** · 2023/11/29(水) 17:53:32.44

>>980
その理屈で言えば1回目で対象を消費しきってるから2回目が失敗するべき

1回目で消費しきっているにも関わらず2回目のゼロ幅マッチが成功するなら3回目のゼロ幅マッチだって成功するはず
そうならないのは対象を消費しきってるかどうかを確認せずにマッチを実施しており最終的には2回連続同一箇所でのゼロ幅マッチという失敗条件に合致してはじかれているから

**デフォルトの名無しさん** · 2023/11/29(水) 18:01:27.70

確かにその通りやな、１度目で消費しきっとるはずや

**デフォルトの名無しさん** · 2023/11/29(水) 18:06:42.76

分かったつもりになってるだけで全然分かってへんのがおるから
ちゃんと本か何かで学習したほうがええで、今までそういう学習をしてへんやろ

**デフォルトの名無しさん** · 2023/11/29(水) 20:04:08.42

/(.*)$(.*)$((.*)$){999}/

**デフォルトの名無しさん** · 2023/11/29(水) 22:25:25.39

>>985
えーと、つまり
・ゼロ幅は消費されない。パーマネントにゼロであり続ける。なので無限にマッチ可能
・無限にマッチ可能→同じゼロ幅に2回連続マッチしたからといってposを進めたり終了するわけではない
てことかな？

2回目以降が発生するかどうかは、、どうなんだろう
前回と完全に同じマッチになるときは試行せず終わる、っぽいけど

**デフォルトの名無しさん** · 2023/12/01(金) 02:37:28.94

sedの基本正規表現と拡張正規表現だとゼロ幅にマッチしないね
元はPerlのバグだったのが仕様ってことになったのでは？

$ printf 'abc' | sed 's/$.*$/[\1]/g'
[abc]

$ printf 'abc' | sed -E 's/(.*)/[\1]/g'
[abc]

**デフォルトの名無しさん** · 2023/12/01(金) 08:09:57.11

/^\w+|$/[$&]/

これが[abc][]になるのはおかしいと感じないよね？
前半が末尾まで食い尽くすから$はマッチしないはずだと思う？