--- In [email protected], "swzoh" <[EMAIL PROTECTED]> wrote: > > --- In [email protected], Julien Pierrehumbert <julp@> wrote: > > > > [reposting... hopefully the first message won't show up later] > > > > swzoh wrote: > > > What I'm not certain is, then, which side the bug resides on. In > > > other words, whether \r\n is supposed to be treated as a single > > > entity in ANY case too as in CRLF version, or NOT. > > > > The answer might be in the docs. I'm reluctant to email the author > > without reading them and I'm not planning to go deeper into this issue > > at the moment. > > Likely, however, I haven't located it yet. > > > >> In this regards, somewhat discouraging result was: > > >> esc(?"Bye\r\n\r\n",?"\").replaceg(?"(?m)(?<=^)(?:\n|\r)",?"Hello\0") > > >> which produced Bye\r\nHello\rHello\n > > > > > > To avoid needless confusion, I tested the above using the wrapper > > > script too: > > > [EMAIL PROTECTED](esc(?"Bye\r\n\r\n",?"\"),?"(?m)(?<=^)(?:\n|\r)") which > > > outputs the positions of the matches. > > > > Would you mind posting the results of both tests? > > I don't know what versions you used, I don't have the same PP version, > > and I don't have your script on hand... > > > > Actually the above was the result. I realized this additional comment > obscured the case further. > > Anyway, I'd like to write down the results again: > ; ANY > [EMAIL PROTECTED](sSubject,?"(?m)(?<=^)[\r\n]") > -> Bye\r\nHello\rHello\n > > ; CRLF > [EMAIL PROTECTED](sSubject,?"(?m)(?<=^)[\r\n]",1) > -> Bye\r\nHello\r\n
I found this in the changelog: http://www.pcre.org/changelog.txt 46. For an unanchored pattern, if a match attempt fails at the start of a newline sequence, and the newline setting is CRLF or ANY, and the next two characters are CRLF, advance by two characters instead of one. Sean
