正規表現

[1 正規表現 NG NG]

正規表現

[51 名無しさん＠お腹いっぱい。 NG NG]

>>48
ある正規表現が書かれた目的を果たせるかどうかで、正しい正しくないを言うことはで
きるでしょう。ただし目的を果たすといっても厳密でなければならない場合やアバウト
で大丈夫な場合と様々なレベルがあるわけで、ケースに応じて使い分けるのが大人とい
うものです。

それから正規化しているから正規表現というわけじゃないです。ある有限オートマトン
が受理する特定の言語(記号列)を正規言語と呼び、その受理される言語の全ての集合を
正規集合と呼び、その集合を表現する方法を正規表現と呼んでいるのです。文字コード
云々が問題になるのは、SJISやEUCのようなマルチバイトコードで表現された1文字を1
つの記号として認識しない正規表現エンジンがあるからで、またエンジンが認識する場
合でも利用者側が記号としての文字と文字コードとの関係を、[a-zA-Z] と [:alpha:]
のようにゴッチャにしているからです。もっとも後者についてはマルチバイトには依存
しない話ですけれど。

>>49
厳密にはそういうことになります。メンドイのでそこまでする人は少ないでしょうが。

[52 エディタ何617 NG NG]

| また正規表現の正しい、正しくないってあるのか？

俺なんかの知識じゃたいしたこと言えないが、現在においては統一的な正しさなんて無いと思う。
ものによって実装が違うから、egrepでは正しくedでは正しくないとかあろうね。
使い手が自分で何をしようとしているのか理解できているかどうかが問題になりそう。

Q「s/[A-z]//g としたら[や^まで消えてしまいました。この正規表現は間違っていますか？」
A「正規表現もパターンマッチの結果も正しいです。ただ、あなたの求めている正規表現ではないでしょう。」

>向こうでも思ってたんだけど中途半端な正規化だから文字コードに
>依存するって思ってたんですが。

エディタは文字コードを勝手に認識してくれるからユーザーが考える必要はないけど、
文字クラスで[a-z]とかやる場合はどうしたって文字というより文字コードを扱うってことになる。
ただ、普通は上に書いたように[A-z]なんてやる奴はいないだろうから、
実質的には文字コードに依存していないかのように扱えるというだけだと思う。

ところで [a-z] として、これがどういう意味であって欲しいんでしょうか？

[53 名無しさん＠お腹いっぱい。 NG NG]

[a-z]
"a"の文字コードから"z"の文字コードまでの文字コードの文字のことかな

[54 テキ何618 NG NG]

>51,52
すまん質問の仕方が悪かった。
上で正規表現の仕様が悪いみたいな雰囲気があったから疑問に
おもったんですが、たとえば「grepの仕様は正しいが、awkの仕様は
間違ってる」みたいな正規表現の仕様上の問題で間違いというのが
あるのかという疑問でした。

>[a-z]
その正規表現で規定されているaのキャラクタからzのキャラクタまで。
文字コードでも文字でもないはずだ。
たとえばProxomitronなら[a-zA-Z]と同じようになるようにキャラクタの
並びが規定されている。

[55 名無しさん＠お腹いっぱい。 NG NG]

正規表現が実装されているなら
実装の細部がgrepとawkでは異なるというだけで
正しいも正しくないもないんだってば。

[56 名無しさん＠お腹いっぱい。 NG NG]

全然議論が噛み合ってないなぁ。
「正規表現」(オライリー)の一冊くらい読んでから出直してきて欲しいな。
でなきゃこんなの不毛だよ。

[57 名無しさん＠お腹いっぱい。 NG NG]

>>51
> それから正規化しているから正規表現というわけじゃないです。ある有限オートマトン
> が受理する特定の言語(記号列)を正規言語と呼び、その受理される言語の全ての集合を
> 正規集合と呼び、その集合を表現する方法を正規表現と呼んでいるのです。文字コード

これが理解できません。

[58 名無しさん＠お腹いっぱい。 NG NG]

>>[a-z]
>その正規表現で規定されているaのキャラクタからzのキャラクタまで。
>文字コードでも文字でもないはずだ。

「aのキャラクタからzのキャラクタまで」ってのが文字コードそのものだと思うぞ。
「文字コードでも文字でもない」ってのが [:alpha:] なんじゃないの。
[a-z] だけ特殊な意味合いを持って欲しい、なんてことではないでしょう。

>たとえばProxomitronなら[a-zA-Z]と同じようになるようにキャラクタの
>並びが規定されている。

絶対そんな規定されてないよ。
Proxomitronで規定されているのは「大文字小文字を同一視する」ってこと。
だから [a-Z] なんて書いても [a-z] と同等の文字コードの並びとして扱われる。
これは単にProxomitronの性質上、扱う文字列の大文字小文字を区別するより
区別しない方が圧倒的に多いということから独自に規定されたものだろ。

「文字でも文字コードでもない」として扱うためには、エディタ作者なりが
新たな文字の統一コードを規定していろんな文字コードに対応した変換表でも作り、
ユーザーは既存の文字コードの代わりに作者の規定したコードを理解して使うってことになるんじゃないか？

[59 名無しさん＠お腹いっぱい。 NG NG]

形式言語の教科書くらい読んでから来い

[60 テキ何618 NG NG]

>55
ですよね、最近そういった話を耳にするんで敏感になってました。
きっぱり否定してくださって助かります。
51氏も分かりやすい説明ありがとうございます。

>58
それが正規表現関係の資料をいくら読んでも必ず「aのキャラクタから
zのキャラクタまで」だったと記憶してます。
逆にコードで表記されてる資料がありましたら、ご提示願えませんか？
# 日本語の資料だとよく文字コードの話もみます。

>「大文字小文字を同一視する」
の実装はどうされているのでしょうか？
まさか一度さきに別に小文字を大文字に書き直して正規表現を当ては
めてから元の小文字に戻すという芸当はされてないと思います。
私は憶測ですが正規表現上で小文字と大文字を同一文字だと規定し
ているように思えます。
# 文字コードレベルだと高とはしご高の関係に近いと思います。

>59
お勧めのありますか？

[61 名無しさん＠お腹いっぱい。 NG NG]

>>6 くらい通読して出直してから議論してくれよ。でなきゃこんなやりとり無駄だよ。
いや、煽りじゃなくてマジでさ。

[62 名無しさん＠お腹いっぱい。 NG NG]

>>6の本って目次だけ見ると各ツールの「実装」について述べてる
みたいだけど、正しい「定義」については載ってるの?

[63 名無しさん＠お腹いっぱい。 NG NG]

規格としては POSIX 1003.2 があるけど、
正しい定義なんてものはないと思う。

[64 名無しさん＠お腹いっぱい。 NG NG]

>>62
『正しい「定義」』なんてないんだからおまいらの議論は不毛だって言ってんの。
中途半端な知識と思い込みだけの虚しい空論だよ。

[65 名無しさん＠お腹いっぱい。 NG NG]

>>62
たしかに目次には各ツールの実装についての記述が目立つ。
だが、この本のキモは4章と5章だ。
君が正規表現をある程度自在に扱えるのであれば、
この二つの章を読むだけでも価値はある。
とりあえず話はそれからだ、と思うぞ。

[66 名無しさん＠お腹いっぱい。 NG NG]

文字クラス中の - が文字コードでの連続を表すか文字としての連続を表すかは実装依存です、
で終了。

[67 62 NG NG]

>>63-65
いや、>>66の言うように実装依存だと思ってたから、
正しい「定義」が載ってるなら、読んどこうかと思ったんですが。

>>61の発言を(それまでの流れと併せて)読むと、さも載ってそうなんですが、
目次見たら(-_-)ぁゃιぃ…だったので。

[68 名無しさん＠お腹いっぱい。 NG NG]

http://www.opengroup.org/onlinepubs/007904975/basedefs/xbd_chap09.html
規格が「正しい」かどうかは別として…

[69 名無しさん＠お腹いっぱい。 NG NG]

正規表現の定義ねぇ。どうもどこかの団体がきっちりまとめた規格
のような「定義」を期待してるようだが、このあたりのハナシは計算
機科学色が強いから定義など教科書の数だけある、と言ってみるﾃｽﾂ。
本質はみな同じのはずだけどナ。
しかも見慣れぬ数学記号飛び交う抽象的な議論になるから、
オライリー本で充足しているヤシにはカルチャーショックだろう。
大学の図書館でも逝け。

[70 61 NG NG]

>>67
> >>61の発言を(それまでの流れと併せて)読むと、さも載ってそうなんですが、
> 目次見たら(-_-)ぁゃιぃ…だったので。

漏れの発言を勝手な解釈すんなよ。
正しい「定義」なんて載ってるわけないだろ。正しい「定義」なんてないんだから。

[71 61 NG NG]

>>67
ていうかあれだ、「定義」の話じゃなくて「規格」の話をしたいのか？

「定義」の話なら、>>69 の言うように、
計算機科学（の世界だと「正則表現」の方が通りが良いか？）の本でも
紐解いて読んでみるのが良いと思う。

そうでなくて、単に、
文字列バターンマッチに使われる「正規表現」の正しい「規格」の話、
ってことなら、そんなものは無い。
強いて言えば、>>68 くらい。

[72 名無しさん＠お腹いっぱい。 NG NG]

>>67
「定義」=「決め」でしょ。
その場その場で都合のいいように「定義」するわけだから
「正しい『定義』」なんてのはあるわけがない。

[73 名無しさん＠お腹いっぱい。 NG NG]

>>67
じゃ、まずは「正しい」の定義から始めようか。

[74 61 NG NG]

というわけで、このスレは、「ホップクロフト&ウルマンを輪読するスレ」になりますた。

[75 62 NG NG]

規格として[a-z]の解釈について正しい定義はあるのか?
っていう議論中に、「ｺﾚ読め」と言われたら載ってるように
見えても仕方ないと思うんですがねぇ。

「>>6に載ってないから無い」、とは言えんでしょ。
何の為に読めと言ったのか聞いてよろしい?>>61

[76 名無しさん＠お腹いっぱい。 NG NG]

POSIX 1003.2 に厳密に従っていればこれにある通り。
http://www.linux.or.jp/JM/html/LDP_man-pages/man7/regex.7.html

が、世にある実装は大抵そうでない。

[77 名無しさん＠お腹いっぱい。 NG NG]

>>76
見た感じ、EBDICでもロケールが英語なら[a-z]は
英小文字のセットとして評価されるべきみたいですな。

[78 名無しさん＠お腹いっぱい。 NG NG]

>>75
全く違う。
そもそも君の話は正しい定義がこの世に存在する事を
前提としている。しかし実際はそのようなものは
ないわけだ。（「正しい」の意味が私の考えている
ものと違うならわからないが）
そのことを理解するために（というか議論のための
基礎知識を得るために）読んでおくべきと 61 は
言いたかったのだと勝手に解釈してみる。

厳密な定義という意味で正しいと言っているなら
計算機科学の教科書をひもといてみるといいかもなあ。

[79 名無しさん＠お腹いっぱい。 NG NG]

>75
そんなマヌケな話を避けられるようになるよ、
とそういう意味で勧めてくだすったんだろう。

[80 75 NG NG]

>>78
>そもそも君の話は正しい定義がこの世に存在する事を前提としている。
ｼﾃﾈｰﾖ。

つーか著名ﾂｰﾙの実装に関する本を読んだ所で、
[a-z]の解釈は〜という議論に決着つくのですか。

1-60までのｽﾚの流れと、>>61の勧めた>>6の内容を
良く見てから出直して下さい。>>78,79

[81 名無しさん＠お腹いっぱい。 NG NG]

取り合えず読んでみる、と言う選択肢は
意図的に無視されているのだろうか…

[82 名無しさん＠お腹いっぱい。 NG NG]

もともと [a-z] なんていう表記は、素な正規表現/正則言語にはない。
でもそれじゃ面倒だから - で繋いだ2つの文字の間の文字群を略記する方法が、
及び実装としては単に文字コードを繋ぐ方法がデファクトスタンダードになった。
それを勘違いしたバカが [a-z] は論理的なアルファベットを意味すべきだとか言い始めて
[[:alpha:]] や \l やら \a が導入されるようになったり、変な挙動をする実装もでてきたかもしれん。
でここでPOSIXなんて有名無実なものが定義されたわけだ。
なのにさらにバカが [a-z] の正しい解釈、定義を教えろとかいう。

やれやれだ。

[83 名無しさん＠お腹いっぱい。 NG NG]

ここは62=75の脳内正規表現を研究するスレになりますた。

# 素直に勉強してから出直せばいいのに。。。

[84 62=75 NG NG]

>>82
やれやれとはこっちが言いたい。
[a-z]の解釈が文字コード依存なのは承知済みだっつーの。

>>61のタイミングで論議を不毛と評しつつ、正規表現の本読めと
言われたら、規格か何かが載ってるとしか思えんでしょうが。
著名ﾂｰﾙの実装見たところで、議論の不毛を悟れますか?

[85 名無しさん＠お腹いっぱい。 NG NG]

少なくとも読めば実装により異なることは察することができたかもね

[86 名無しさん＠お腹いっぱい。 NG NG]

規格自体を読みたいなら68にリンクがあるし、なんでそう粘着してるんだろうか

[87 名無しさん＠お腹いっぱい。 NG NG]

なぜに著名ツールの実装しか載っていないと決めつけ
勝手な解釈で話を進めるのだろう？
とにかくおかしな前提と曲解が多い上に粘着だ。

[88 名無しさん＠お腹いっぱい。 NG NG]

もう放置しようよ……。

[89 名無しさん＠お腹いっぱい。 NG NG]

非放置国家 2ch

[90 名無しさん＠お腹いっぱい。 NG NG]

>>87
決め付けてませんが。
>>62で実装以外の内容(具体的に規格など)は
載って無いかと聞いてるんだし。

おかしな前提・曲解・粘着は認めますがね。
で、偉そうに読めとか言った>>61は何処逝ったの?

[91 名無しさん＠お腹いっぱい。 NG NG]

>>90
> で、偉そうに読めとか言った>>61は何処逝ったの?
読んだら出てくるんじゃねーの?

[92 90 NG NG]

とっくの昔に読んでいるんだが…
(立ち読みでざっとだけど)

[93 名無しさん＠お腹いっぱい。 NG NG]

形式言語系の本は読んだのかYO!

[94 名無しさん＠お腹いっぱい。 NG NG]

>>92
そんなの読んだうちに入らん。

[95 名無しさん＠お腹いっぱい。 NG NG]

理屈が通用すると勘違いせず、粘着は放置しましょう

[96 名無しさん＠お腹いっぱい。 NG NG]

腹が減ってるもんで
こんなのでも食いついてしまうんです。

[97 名無しさん＠お腹いっぱい。 NG NG]

>>90
君が何を知りたいのか、
おじさんわかんなくなっちゃったよ。
ここらでひとまず
疑問点を整理して箇条書きにしてみないか?

[98 名無しさん＠お腹いっぱい。 NG NG]

技術系の本を立ち読みしただけで読んだ気になれる人には
何を言っても無駄ではなかろうか。

[99 山崎渉 NG NG]

（＾＾）

[100 あぼーん NG NG]

あぼーん

[101 名無しさん＠お腹いっぱい。 NG NG]

『詳説 正規表現　第2版』
ISBN4-87311-130-7
本体価格5,400円

が5月に

[102 あぼーん NG NG]

あぼーん

[103 名無しさん＠お腹いっぱい。 NG NG]

>>101
おっ。
ソースどこ？

[104 名無しさん＠お腹いっぱい。 NG NG]

定義うんぬんよりも、便利な方がいい。

というわけで、

(?# (?: (?= (?! (?<= (?<! (?> (?()

[105 名無しさん＠お腹いっぱい。 NG NG]

>>103
オライリーのメルマガ

[106 名無しさん＠お腹いっぱい。 NG NG]

正規表現（regular expression）の名前の由来はなに？
regularをなぜ正規と略したんだろう？
「正式にきめられていること。正式の規定」という意味の正規では
幾分意味不明なんじゃないだろうか？
むしろregular verb（規則動詞）の意味のregularと捉えるべきで、
「規則表現(法or式)」とでもした方が文字列の規則性を規則的に表現するもの
という意味でより素直で的確なんじゃないだろうか。
ここにはnormal distributionを正規分布と略し日本語としては
意味不明にしてしまったのと同様のセンスの無さが感じられる。

[107 名無しさん＠お腹いっぱい。 NG NG]

「function」を「関数」と訳すアフォといっしょだろ。

[108 名無しさん＠お腹いっぱい。 NG NG]

regular に合うような日本語単語を考えると
正規、正則、規則、規律、規則的、整然、合式、本格的、定常、完全、定例
などが挙げられる。
正規に違和感を感じるのは同意。
ただし、規則だと regular より rule の方を感じる。

regular expression を長々と訳すならばオレテキには
規則正しい表現法
となるが、あとはそれをどのように短くするかだ。
正規表現には違和感あるが
規則表現にはさらに違和感ある。
規則正しい生活を規則生活と省略するのに似ている。

[109 あぼーん NG NG]

あぼーん

[110 名無しさん＠お腹いっぱい。 NG NG]

わたしは特に違和感ない。

複数の体系の共通項的要素を抽出して、どれをもあつかえる
単一の体系にまとめることをCS的に正規化というでは?

[111 名無しさん＠お腹いっぱい。 NG NG]

正則表現といわれたほうがシックリするわ。

[112 名無しさん＠お腹いっぱい。 NG NG]

>>107
「函数」が正解、という主張ならそれは翻訳の問題ではなく
日本の戦後国語教育の問題なわけだが

[113 107 NG NG]

>>112
> 「函数」が正解、という主張なら
違う。

[114 名無しさん＠お腹いっぱい。 NG NG]

>>113
それならそれで108なみ詳細な解説きぼんぬ

[115 113 NG NG]

>>114
> それならそれで108なみ詳細な解説きぼんぬ
どきっ!!
い、いやぁ、「function」は普通に訳したら「機能」じゃないかなぁ〜、
なんて思うので。
なんで、「関数」になったのか疑問なので。
やっぱり、かっこいいからかなぁ。

[116 名無しさん＠お腹いっぱい。 NG NG]

数学方面なら「正則」とするところなのに、情報数学方面では「正規」の方が
定着しているということなのか?

>>115
数学で既に訳語があったからという単純な話なんでは。函数→関数の
書き換えはまた別の話だが。古い先生だと「関数」の表記を絶対使わない人
もいるね。自分も函数の方がいいと思う

[117 名無しさん＠お腹いっぱい。 NG NG]

中国語が英語から「function」という英単語を輸入するとき
それを「函数」と翻訳した。
函は中国語で「ファン」と発音し「function」の「ファン」に似ているところからきている。
そのあと日本は中国から「函数」という言葉を漢字で記述された文字として輸入した。
そして「函」を「カン」と発音した。
戦後の日本の教育において「函」が教育仕様内の標準的漢字から外れるという理由から
およそ同義で同音の「関」に置き換えられた。

すなわち「function」の「fun」を元にしてその部分は
以下の経緯で「関」に変わった。
英語の「fun」
↓発音の類似性から
中国語の「函」(ファン)
↓同じ文字
日本語の「函」(カン)
↓発音の類似性から
日本語の「関」(カン)

こういう改変に次ぐ改変で「関数」という言葉が生まれた。
もはや「関数」という言葉にはそう表現する適切な理由がない。
情報系の技術屋なら「function」ないし「ファンクション」
と表現すれば良いのだ。どうしても漢字で書きたければ「機能」で良し。
「関数」だなんていい加減な言葉を使うなら
「class」を「学級」とでも表現してくれた方がまだましと言えよう。

[118 名無しさん＠お腹いっぱい。 NG NG]

函(はこ)の数と意味も掛けてあるから、やはり捨て難い訳ではある

[119 名無しさん＠お腹いっぱい。 NG NG]

>>118
classは「級」でいいはずだけど、「きゅう」ではみじかすぎて
わからんからそのまま「くらす」。

[120 名無しさん＠お腹いっぱい。 NG NG]

くらす、きさん！！

[121 名無しさん＠お腹いっぱい。 NG NG]

もう「関数」で慣れちゃってるからなぁ。
「機能」と訳したところで
意味がわかりやすくなるわけでもないし。

「正規表現」にしても「関数」にしても
おれにとってはある概念に対するラベルでしかない。

[122 名無しさん＠お腹いっぱい。 NG NG]

「関数」は一つの名詞なので、
一旦覚えてしまえば
「関数」という訳について不自然さは感じにくい。

でも「正規表現」は「正規」と「表現」の複合語であるから、
正規な表現? という意味不明さはいつまでも残る。

[123 名無しさん＠お腹いっぱい。 NG NG]

"regular expression" というからには
regular じゃない expression もあるんでしょうか?
たとえばどんなのですか?

[124 名無しさん＠お腹いっぱい。 NG NG]

>>123
fgrepに書く検索パターン

[125 名無しさん＠お腹いっぱい。 NG NG]

>>115
プログラミング用語での function は単なる「機能」ではなく、
数学的な(値を返す) function としてのニュアンスが込められているんじゃ
ないのかなあ?

関数型言語ではいうに及ばず、FORTRAN とかでもそんな感じだし、
C だってもともと void 型なんてないし。

# 正規表現と関係ないので sage

[126 名無しさん＠お腹いっぱい。 NG NG]

「機能」も造語っぽくない?
明治あたりの。

[127 名無しさん＠お腹いっぱい。 NG NG]

関数が函数の書き換えだと知ったとき、小学校の算数の時間で関数の
説明に「ブラックボックス」という言葉を使っていたのを思い出した。
この書き換えは最悪だと思ったな。

しかし、いくら原語が同じだとしても、関数と機能は日本語としては完全に
別物になってしまっている。function key の function は、やはり「機能」の
意味でないと落ち着かない。

>>122
「正則」は、ほとんど術語としてでしか使われることがないけど、「正規」は
普通の文章でも使われるからね。「正規」と「表現」の結び付きが強くなって
しまう。

[128 名無しさん＠お腹いっぱい。 NG NG]

expression にしても、「式」とも訳される場合もあって悩ましいことこの上なし

[129 名無しさん＠お腹いっぱい。 NG NG]

じつは日本語って、語彙が豊富？
まぁ、ほとんど訳語だけど。。。

[130 名無しさん＠お腹いっぱい。 NG NG]

>>127
> function key の function は、やはり「機能」の意味でないと落ち着かない。

それは「function key」を「関数キー」と読んでる人に言ってくれ。いるのか?

Google で検索しても 163 件しかない上に、関数電卓の「関数キー」
(sin 関数のキーとか) だの「ハッシュ関数のキー」だのばっかりなのだが。

[131 名無しさん＠お腹いっぱい。 NG NG]

「ファンクションキー」と言ってるのしか聞いたことがないが、この「ファンクション」
は「機能」の意味でないと落ち着かないと言ってるだけだ

[132 名無しさん＠お腹いっぱい。 NG NG]

>>129
自国語で数学的概念を表現できる国は少ないほうだと思われ。
微分、積分、階乗、無理数、有理数、etc...
functionに対する訳で機能と函数で揉めるのは贅沢なことなんじゃないのかなぁ……
ていうか、算数、数学の教科書が日本語だけで完結できること自体、
ほかの国から見ると不思議なことなんじゃないの？

[133 名無しさん＠お腹いっぱい。 NG NG]

何の話をしてるんだか・・・

[134 名無しさん＠お腹いっぱい。 NG NG]

では、日本における性器表現についてどうぞ
↓

[135 名無しさん＠お腹いっぱい。 NG NG]

[まち]んこ

[136 名無しさん＠お腹いっぱい。 NG NG]

\(藁田\|ﾜ[ﾛﾗ]ﾀ\)

[137 名無しさん＠お腹いっぱい。 NG NG]

>>135 >>136
こういう日本語の正規表現の使える実装にはどんなのがありますか？

Ruby, 鬼車, jperl, xyzzy, Emacs, あたりは使えると思うけど、ほかには？

[138 名無しさん@Vim%Chalice NG NG]

Vim

[139 名無しさん＠お腹いっぱい。 NG NG]

perlとかなら
/(ma|chi)nko/i
みたいに i オプションつけることで
大文字小文字を同一視してくれる機能が一般的に普及してますね。
grepとか大抵の性器表現できるツールにはあるみたい。

そこでほしいのが平仮名片仮名同一視。
/[まち][んむ]こ/i
とすれば「マむコ」にも「チンこ」にもマッチしてほしいわけ。
そういう機能がついた性器表現ってどういうツールにございますか？
あと
/ベートーヴェン/i
で検索したら
「ベートーベン」や「べえとおべん」にもマッチしてくれる
ようなのもあるものでしょうか？

[140 名無しさん＠お腹いっぱい。 NG NG]

>>139
後者は正規表現の範疇ではないような。
前者はあってもよさそうだね。

[141 名無しさん＠お腹いっぱい。 NG NG]

文字クラスの拡張でしょうか

[142 名無しさん＠お腹いっぱい。 NG NG]

>>141
日本語用文字クラスってわけね。
しかしそんな日本でしか使えないもんはツールで対応すべきだな。

>>139
>/ベートーヴェン/i
>で検索したら
>「ベートーベン」や「べえとおべん」にもマッチしてくれる

こんなん正規でも正則でもない非正規表現だ。
>>139は正規表現使うのやめた方が幸せになれそうだよ。

[143 名無しさん＠お腹いっぱい。 NG NG]

>>139 Migemoの辞書をカスタマイズすればできるようになるよ

[144 名無しさん＠お腹いっぱい。 NG NG]

>>143
そういう問題じゃなかろう・・・

[145 名無しさん＠お腹いっぱい。 NG NG]

日本語正規表現の使える実装は Ruby, 鬼車, jperl, xyzzy, Emacs, Vim で全てですね？

[146 名無しさん＠お腹いっぱい。 NG NG]

>>145
いいえ。

[147 名無しさん＠お腹いっぱい。 NG NG]

文字クラスとか自分で設定できる正規表現みたいなのが
あればいいんじゃないの。
どうせ perl だって場あたり的に好きなように拡張してるんだから。

[148 名無しさん＠悩み中 NG NG]

sed ですが、
[[:xdigit:]]\{2\} にマッチする文字列のなかで、
\(61\|75\|6f\) にマッチしないようなものを指定したいとき
どないすればよろしい？

[149 148 NG NG]

やっぱり、先に \(61\|75\|6f\) にマッチする奴を退避しておいてから、
[[:xdigit:]]\{2\} にマッチするやつを指定するしかないんかな…

[150 名無しさん＠お腹いっぱい。 NG NG]

誰か、正規表現だけで会話するスレ作ってくれ。