On Tue, 26 Sep 2000 11:55:32 +1100 (EST), Damian Conway wrote:
>Wouldn't this interact rather badly with the /gc option (which also leaves
>C set on failure)?
Yes.
The easy way out is disallow combining /gc wit h/z. But, since this
typically one of the applications it is aimed for, I should fin
On Sat, 30 Sep 2000 00:23:13 +0100, Hugo wrote:
>This is a strength of RFC 93 however, since in that context we
>don't need to restart the match each time we go off to fetch more
>data. In that situation if we run out of data after the 1234E2+2
>we fail the attempt to widen the \d+, match forward
In <[EMAIL PROTECTED]>, Bart Lateur writes:
:On Fri, 29 Sep 2000 13:19:47 +0100, Hugo wrote:
:
:>I think that involves
:>rewriting your /p example something like:
:> if (/^$pat$/z) {
:>print "found a complete match";
:> } elsif (defined pos) {
:>print "found a prefix match";
:> } else {
On Fri, 29 Sep 2000 13:19:47 +0100, Hugo wrote:
>I think that involves
>rewriting your /p example something like:
> if (/^$pat$/z) {
>print "found a complete match";
> } elsif (defined pos) {
>print "found a prefix match";
> } else {
>print "not a match";
> }
Except that this isn
In <[EMAIL PROTECTED]>, Bart Lateur writes:
:On Fri, 29 Sep 2000 00:29:31 +0100, Hugo wrote:
:>:I originally had thought of providing a separate, dedicated regex
:>:modifier, just for the match prefix, but I don't think too many people
:>:need this that desperately. You can easily build a workin
On Fri, 29 Sep 2000 00:29:31 +0100, Hugo wrote:
>:I originally had thought of providing a separate, dedicated regex
>:modifier, just for the match prefix, but I don't think too many people
>:need this that desperately. You can easily build a working application
>:with just the '/z' modifier. I
In <[EMAIL PROTECTED]>, Perl6 RFC Librarian writes:
:In addition, pos() is set to the offset of the start of the recognized
:match prefix. In case of a plain succesful match, or of a normal
:not-found termination, pos is undef() on exit.
That's not entirely true - it depends on the flags. It is
Wouldn't this interact rather badly with the /gc option (which also leaves
C set on failure)?
This question arose because I was trying to work out how one would write a
lexer with the new /z option, and it made my head ache ;-)
> As you can see from the example code, the program flow stays
This and other RFCs are available on the web at
http://dev.perl.org/rfc/
=head1 TITLE
Regex modifier for support of chunk processing and prefix matching
=head1 VERSION
Maintainer: Bart Lateur <[EMAIL PROTECTED]>
Date: 23 Sep 2000
Mailing List: [EMAIL PROTECTED]
Number: 316
Version:
