Richard Stallman <[EMAIL PROTECTED]> writes:
> Your change looks correct to me. Would someone please install it?
Done.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Your change looks correct to me. Would someone please install it?
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
d
queries in a query-replace-regexp; it's only talking about searching,
not replacing, and
2) the thread died out without any decision having been made.
I think that both string searches and regular expression searches
should have "space-means-space" functionality by default, with
Chris Moore <[EMAIL PROTECTED]> writes:
>> This is a new feature in Emacs 22. Use "^[ ]" if you want to
>> highlight exactly one space.
>
> What's the rationale for this feature? I thought the point of
> highlighting was to show which parts of the buffer match the regular
> expression being sear
r
expression being searched for, which is useful. What is the use of
showing parts which don't match as well?
It seems that the intention was to only affect regular expression
incremental search (see the documentation for
search-whitespace-regexp) but it also affects query-replace-regexp.
If
Dan Jacobson <[EMAIL PROTECTED]> writes:
> $ cat file
> a
>b
> c
> Now do query-replace-regexp "^ " "" on it.
> Note how not only the first space on each line is highlighted, but the
> rest too.
This is a new feature in Emacs 22. Use &q
$ cat file
a
b
c
Now do query-replace-regexp "^ " "" on it.
Note how not only the first space on each line is highlighted, but the
rest too.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/ma
Sure, but I don't have access to commit the patch.
Please send the patch again.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Richard Stallman <[EMAIL PROTECTED]> writes:
> Sure, but I don't have access to commit the patch.
>
> Please send the patch again.
I just tried, but got bounces both from you directly and from the
list.
From: Mail Deliv
Sure, but I don't have access to commit the patch.
Please send the patch again.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
"Aaron S. Hawley" <[EMAIL PROTECTED]> writes:
> This bug is really worth fixing. Otherwise, the lisp expression
> aspect of `query-replace-regexp' will behave /unnecessarily/ slow.
Sure, but I don't have access to commit the patch.
Can someone who does pleas
worth fixing. Otherwise, the lisp expression
aspect of `query-replace-regexp' will behave /unnecessarily/ slow.
Concerned,
/a
--
Computer Systems Specialist
Leicester Central School
Barstow Memorial School
Rutland Northeast School District
___
"Aaron S. Hawley" <[EMAIL PROTECTED]> writes:
> Quoting Chris Moore <[EMAIL PROTECTED]>:
>
>> Or just replace it with \,\& for an even simpler test case.
>
> Damn right.
Or:
\,&
makes it one character shorter, and gives lie to
replace-match-string-symbols's docstring. It turns out that & doesn
Quoting Chris Moore <[EMAIL PROTECTED]>:
"Aaron S. Hawley" <[EMAIL PROTECTED]> writes:
Then, do the most basic of replacements that would never be done in
practice, but shows how slow interactive regexp replacements can be:
Or just replace it with \,\& for an even simpler test case.
Damn r
"Aaron S. Hawley" <[EMAIL PROTECTED]> writes:
> Then, do the most basic of replacements that would never be done in
> practice, but shows how slow interactive regexp replacements can be:
Or just replace it with \,\& for an even simpler test case.
Does this patch fix the bug?
--- old/replace.el
Search and evaluated replace expressions with `query-replace-regexp'
are a bit slow and do not scale well to large files, even with the
simplest of lisp expressions, in particular when using automatic
replace of all matches by hitting "!"?
For instance, create a buffer `foo&
> Richard Stallman <[EMAIL PROTECTED]> wrote:
> Does this fix it?
Yes, your patch fixes the problem.
Thank you.
--
MIYOSHI Masanori
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest
Does this fix it?
*** replace.el 01 Jun 2006 16:26:18 -0400 1.243
--- replace.el 23 Jul 2006 13:18:38 -0400
***
*** 1283,1290
# replace-count
Note that these symbols must be preceeded by a backslash in order to
! type them."
! (while n
(cond
In GNU Emacs 22.0.50 on Windows, the following operation causes
an error.
M-x query-replace-regexp-eval RET
a RET
(cdr '(nil . "b")) RET
=> Wrong type argument: listp, "b"
But the following one doesn't.
M-x query-replace-regexp-eval RET
a RET
(car
Tried that, failed. Deleting and rebuild the .o files was not enough.
I found I needed to clobber all the .elc files as well and then do a "make
bootstrap"
That worked.
--
View this message in context:
http://www.nabble.com/query-replace-regexp-t1756721.html#a4856594
Sent from
> ~/emacs/src/emacs --debug-init &
>
> With
>
> M-x `query-replace-regexp'
>
> I get an error:
>
> "query-replace-read-from: Wrong number of arguments: # read-from-minibuffer>, 8"
Please recompile C source f
~/emacs/src/emacs --debug-init &
With
M-x `query-replace-regexp'
I get an error:
"query-replace-read-from: Wrong number of arguments: #read-from-minibuffer>, 8"
__
Andreas Roehler
;;
In GNU Emacs 22.0.50.3 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
Hi Juri,
The problem was in highlight-completion mode
(http://www.math.washington.edu/~palmieri/Emacs/hlc.html), and not in emacs.
I sent a fix to the author.
thanks,
--david.
At Fri, 02 Jun 2006 02:32:27 +0300,
Juri Linkov <[EMAIL PROTECTED]> wrote:
>
> > Please describe exactly what action
> Please describe exactly what actions triggered the bug
> and the precise symptoms of the bug:
>
> 'Q' in dired doesn't work.
Could you describe exactly what a problem do you have. I don't see any.
> It seems like the culprit is that `query-replace-read-args' is called
> with too many args.
Af
0
@@ -2217,7 +2217,7 @@
(interactive
(let ((common
(query-replace-read-args
- "Query replace regexp in marked files" t t)))
+ "Query replace regexp in marked files" t)))
(list (nth 0 common) (nth 1 common) (nth 2 common
(dolist (fil
this feature can fix a bug - wrong highlighting of read-only
areas in query-replace-regexp.
Please show me the patch. If it is simple and safe, let's use it.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org
easily by using a new
> predicate variable to allow lazy highlighting to skip read-only matches.
>
> What did I say about it then?
You said it is a good feature for after the release.
However, now this feature can fix a bug - wrong highlighting of read-only
areas in query-replace
Have you noticed that read-only matches are highlighted by lazy-highlight
even though perform-replace skips them? This is very misleading.
Do you think this should be fixed?
It is worth a try.
A patch I proposed a few months ago could fix this easily by using a new
predicate
> I fixed this last night, I think. Does it work now?
Thanks, it works now.
Have you noticed that read-only matches are highlighted by lazy-highlight
even though perform-replace skips them? This is very misleading.
Do you think this should be fixed?
A patch I proposed a few months ago could fi
On Tue, 27 Dec 2005 18:14:02 -0500 Richard M. Stallman wrote:
> I fixed this last night, I think. Does it work now?
It's working. Thank you for fixing this.
David
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/ma
I fixed this last night, I think. Does it work now?
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
> > When I try it, it replaces both instances of `foo '.
> > Are you using the development Emacs?
>
> Yes: emacs-version "22.0.50.2". A few days old from HEAD.
>
> Strange. Can you debug what's happening inside the loop?
It's strange that you can't reproduce it. Perhaps when you ty
> When I try it, it replaces both instances of `foo '.
> Are you using the development Emacs?
Yes: emacs-version "22.0.50.2". A few days old from HEAD.
Strange. Can you debug what's happening inside the loop?
___
emacs-pretest-bug maili
On Fri, 23 Dec 2005 21:36:59 -0500 Richard M. Stallman wrote:
> When I try it, it replaces both instances of `foo '.
> Are you using the development Emacs?
Yes: emacs-version "22.0.50.2". A few days old from HEAD.
David
___
emacs-pretest-bug maili
When I try it, it replaces both instances of `foo '.
Are you using the development Emacs?
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Seems this has nothing to do with wdired.el. Eval this
(progn
(with-current-buffer (get-buffer-create "*query-replace-bug*")
(save-excursion
(insert "foo foo \nfoo foo \n")
(goto-char (point-min))
(put-text-property (point-at-bol) (+ 3 (point-at-bol)) 'read-only t)
(
that the problem is not specific to
> > `query-replace-regexp', it also occurs in `query-replace'; and it is
> > not related to whitespace handling.
> >
> > The problem appears in the handling of history when the default is
> > processed.
> >
&g
I am in W32 but it doesn't appear to be system dependent. I did some
more research and determined that the problem is not specific to
`query-replace-regexp', it also occurs in `query-replace'; and it is not
related to whitespace handling.
The problem appears in the handling of h
It does not fail when I try it (on GNU/Linux).
___
Emacs-pretest-bug mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
39 matches
Mail list logo
