From 65b7863efc55a284bb16d4c4a25f774dcbe21776 Mon Sep 17 00:00:00 2001 From: "Andrew M. Kuchling" Date: Mon, 22 Jun 1998 15:02:42 +0000 Subject: Fix unclear wording pointed out by Tim Peters, about the interaction between ^ and the pos argument to re.match(). Also, fixed a typo in libregex.tex. --- Doc/lib/libre.tex | 8 +++++--- Doc/lib/libregex.tex | 2 +- 2 files changed, 6 insertions(+), 4 deletions(-) diff --git a/Doc/lib/libre.tex b/Doc/lib/libre.tex index a47723f..a1bcf06 100644 --- a/Doc/lib/libre.tex +++ b/Doc/lib/libre.tex @@ -476,9 +476,11 @@ attributes: match. The optional second parameter \var{pos} gives an index in the string - where the search is to start; it defaults to \code{0}. The - \character{\^} pattern character will not match at the index where the - search is to start. + where the search is to start; it defaults to \code{0}. This is not + completely equivalent to slicing the string; the \code{'\^'} pattern + character matches at the real beginning of the string and at positions + just after a newline, but not necessarily at the index where the search + is to start. The optional parameter \var{endpos} limits how far the string will be searched; it will be as if the string is \var{endpos} characters diff --git a/Doc/lib/libregex.tex b/Doc/lib/libregex.tex index fabc182..e3adf55 100644 --- a/Doc/lib/libregex.tex +++ b/Doc/lib/libregex.tex @@ -288,7 +288,7 @@ Compiled regular expression objects support these methods: The optional second parameter, \var{pos}, gives an index in the string where the search is to start; it defaults to \code{0}. This is not completely equivalent to slicing the string; the \code{'\^'} pattern - character matches at the real begin of the string and at positions + character matches at the real beginning of the string and at positions just after a newline, not necessarily at the index where the search is to start. \end{funcdesc} -- cgit v0.12