ie:私の文法はファイル名にマッチします。ie:これはうまくいきます。grammar.そして私は、文法をトレースした結果、正確な理由を知っています。text入力テキストを伴うプロダクションを試しています。text.入力テキスト内のスペースに注目してください。空白に貪欲にマッチしませんでした。'%'.これは期待される振る舞いだ。外側の前置子は変更されるまで効果を発揮する。あなたはそれを規則内で早めに変更した。以前の"空白スキップ"の効果が消えてしまったのだ。"行末"を意味しない。Why?失敗するはずの規則が失敗しません。want).そのパターンマッチはやはり失敗している。返すのは空文字列("")だ。undefではないので、規則はマッチする(あなたの望んだものではないとしても)。variable.$text変数に関するドキュメントを参照せよ。instead:なぜなら展開されるヒアドキュメントを使っているからだ。Parse::RecDescentこのよなモジュールは、Parse::RecDescentを使わないと正しく動きます。Parse::RecDescent.この問題はParse::RecDescentとは関係ない。module).そうではなく、$/にundefをセットしたために起きたのだ。モジュールのバグと考えられる)。myself.<skip:>ディレクティブを弄っていて興味深いことに気付きました。そのことについてうまく説明できません。quotes:このスクリプトはとてもうまく動きます。dot:文法は解析に失敗します。again:再びうまく動くようになります。dot.これは文字通りのドットである。difference.規則を照合した後、その規則にマッチしたテキストが何だったのかを知りたいです。二つの変数を使い、それから両者の違いを決定しました。something?これは私が出来る限り簡単になるように考えたものです。テキストを出力する...例えその部分が後の段階で失敗してさえも。評価することによって消費されたテキストを得る。扱いたいと思うことがあります。<nospam.newton@gmx.li>によって書かれた。place.これは@arrayから@shallowへリファレンスをコピーする。@arrayと同じものだ。'2'や'Q'は一つしか存在していない。リファレンスが同じ場所を指し示しているからだ。happens:@arrayが0x10e5560周辺のどこかに存在していることがわかるだろう。@shallowは0xcaef60のあたりに存在している。同じ場所の配列を指している。ポインタに従って、そこで変更されたデータを発見したためだ。