🚀 go-pugleaf

Shouldn't

    (prog2 (re-search-forward <foo>) (replace-match "\\&"))

(where <foo> is any pattern that results in a match) more or less do
nothing?  Well...

GNU Emacs 18.55.2  (really epoch)
SPARCstation 1
SunOS Release 4.1

Create a buffer, and put only zeroes in it (ie. no newline).  Place
dot anywhere but at the end of the buffer, do an ESC-x
eval-expression.  Feed eval-expression the following expression:

    (prog2 (re-search-forward "0+\\'") (replace-match "\\&"))

and a strange thing happens.  The last character disappears.  I think
it shouldn't do anything to the buffer. (other than marking the buffer
as having been modified...)  This same sequence does work as I expect
it to under GNU Emacs 18.55.1 (actually GNU emacs this time, not
epoch).

If I add a newline to the end of the buffer, and change the expression to

    (prog2 (re-search-forward "0+$") (replace-match "\\&"))

it works as I think it should.  

Looking further, the bug seems to occur whenever the buffer does not
end with a newline, and the search pattern tries to match the end of
the buffer (ie. ends with \\').  For example
	
    (prog2 (re-search-forward ".*\\'") (replace-match "\\&"))

seems to be a reliable loser, for buffers not ending in newlines.
--
	Ben Chase <bbc@rice.edu>, Rice University, Houston, Texas