bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

problems with query-replace, replace-string


From: Spencer Thiel
Subject: problems with query-replace, replace-string
Date: Wed, 14 Nov 2001 14:26:45 -0800

This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English, because the Emacs maintainers do not have
translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list,
and to the gnu.emacs.bug news group.

In GNU Emacs 21.1.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2001-10-30 on oswald.oakland.redhat.com
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: en_US
  locale-coding-system: iso-latin-1
  default-enable-multibyte-characters: t

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

Using replace-string, query-replace, replace-regexp, query-replace-regexp I 
occasionally get the following :

searching string: Software Manager
replace string: Update Assistant

This sometimes replaced "Software Manager</h2>" with "Update Assistanth2>", and 
"Software Manager</a>" with "Update Assistanta>" clipping the </.  It seems 
that the replacement is happening to characters that aren't included inside the 
search string.  Above is just an example.  The bug isn't specific to the search 
string above, or to the clipped characters.  I've encountered the problem with 
a variety of different search strings and replacement strings.  I've had the 
problem on builds on both windows and linux, and while using html-helper-mode, 
cperl-mode, and c++-mode.  The behavior isn't consistent -- I can do the same 
search and replace on multiple files and some will experience the bug while 
others don't.  Also, the clipping won't occur on all the replaced strings 
inside a particular file, even if the characters following the search string 
are identical.

Thanks,
Spencer



reply via email to

[Prev in Thread] Current Thread [Next in Thread]