【PHP】下らねぇ質問はここに書き込みやがれ 15 (92ﾚｽ)
上下前次1-新

---

6: (ﾜｯﾁｮｲ 617b-8+ss) 2024/11/06(水)19:14 ID:r48zHH+W0(3/16) AA×


[240|320|480|600|100%|JPG|べ|ﾚｽ栞|ﾚｽ消]
6: (ﾜｯﾁｮｲ 617b-8+ss) [sage] 2024/11/06(水) 19:14:17.28 ID:r48zHH+W0 ちなみに ONIGENC_IS_ASCII_COMPATIBLE_ENCODING の時には ONIG_ENCODING_ASCII にして再度検索してるから、 utf-8ならエラーにはならないはずだが、はて？ まあネタ元は GlobalCalloutNameTable らしいので oniguruma>grep -n -r GlobalCalloutNameTable * 14件出るが全部このファイル内なので確認すると、どうやら src/regparse.c:1501: callout_name_entry で作っているらしい てっきり定数で与えられてる物を違うエンコーディングで検索して失敗してるのかと思いきや、 見る限り毎回全部作り直してるっぽいので、これって正規表現内の名前付きキャプチャ(?<Name>x)のことか？(※勘違い) ただ、無ければ毎回登録してるだけなので、これが検索失敗するのはそもそもおかしい (＝だからこそ mbregex compile err: なわけだが) なお関数は #ifdef USE_ST_LIBRARY によって登録の仕方が変わっており、ここで食い違ってるのかも？(※間違い) oniguruma>grep -n -r USE_ST_LIBRARY * で(他多数) src/regint.h:93:#define USE_ST_LIBRARY なのだがこれは(このファイルがインクルードされる限り)毎回必ず#defineされてる となると、fprintfでデバッグする気なら、 http://mevius.5ch.net/test/read.cgi/tech/1730202739/6
ちなみに の時には にして再度検索してるから ならエラーにはならないはずだがはて？ まあネタ元は らしいので 件出るが全部このファイル内なので確認するとどうやら で作っているらしい てっきり定数で与えられてる物を違うエンコーディングで検索して失敗してるのかと思いきや 見る限り毎回全部作り直してるっぽいのでこれって正規表現内の名前付きキャプチャのことか？勘違い ただ無ければ毎回登録してるだけなのでこれが検索失敗するのはそもそもおかしい だからこそ なわけだが なお関数は によって登録の仕方が変わっておりここで食い違ってるのかも？間違い で他多数 なのだがこれはこのファイルがインクルードされる限り毎回必ずされてる となるとでデバッグする気なら

---

上下前次1-新書関写板覧索設栞歴

---

あと 86 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ

---

ぬこの手 ぬこTOP 0.326s*