GNU bug report logs -
#9681
Broken behaviour of re-search-backward (.+ matching only a single character)
Previous Next
Reported by: Štěpán Němec <stepnem <at> gmail.com>
Date: Thu, 6 Oct 2011 09:20:02 UTC
Severity: minor
Tags: notabug
Merged with 11025,
24801
Found in versions 23.1, 25.1
Done: npostavs <at> users.sourceforge.net
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
>> re-search-* stops at the first character position that has a match.
>> And then it chooses the longest match at that position.
> Thanks, but I'm not sure I understand what you mean here. Naturally, the
> longest match for `re-search-backward' should be backward, not forward,
Ah, yes, sorry for being unclear: the search for a match goes backward,
but the matching itself goes forward.
The docstring of re-search-backward is more clear about that:
The match found is the one starting last in the buffer
and yet ending before the origin of the search.
> If I'm the only one who considers this behaviour broken (by design?[1]),
It's not the ideal behavior, admittedly. It's even more obvious in
`looking-back'. But fixing it would require the implementation of
a backward regexp matcher.
Stefan
This bug report was last modified 8 years and 206 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.