[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Possible emacs bug when type password fields
From: |
Harald Hanche-Olsen |
Subject: |
Re: Possible emacs bug when type password fields |
Date: |
Wed, 06 May 2009 17:08:01 +0200 (CEST) |
+ Stefan Monnier <address@hidden>:
> >> --- lisp/subr.el 2009-05-02 00:32:01 +0000
> >> +++ lisp/subr.el 2009-05-06 01:21:02 +0000
> >> @@ -1997,10 +1997,11 @@
> >> (and (arrayp pass) (clear-string pass))
> >> (setq pass new-pass))))
> >> ((not (numberp c)))
> >> - ((= c ?\C-u) ; kill line
> >> + ((eq c ?\C-u) ; kill line
>
> > That should not make a difference, since c is guaranteed to be a number
> > here.
>
> That's the thing: by changing red-char into read-key (done by the
> previous patch), it is not guaranteed any more.
I don't get it. How is c not guaranteed to be a number in a cond
clause following the clause
((not (numberp c)))
?
- Harald
- Possible emacs bug when type password fields, Borja Tarraso Hueso, 2009/05/01
- Re: Possible emacs bug when type password fields, Harald Hanche-Olsen, 2009/05/01
- Re: Possible emacs bug when type password fields, Stefan Monnier, 2009/05/01
- Re: Possible emacs bug when type password fields, Harald Hanche-Olsen, 2009/05/01
- Re: Possible emacs bug when type password fields, Borja Tarraso, 2009/05/05
- Re: Possible emacs bug when type password fields, Stefan Monnier, 2009/05/05
- Re: Possible emacs bug when type password fields, Andreas Schwab, 2009/05/06
- Re: Possible emacs bug when type password fields, Stefan Monnier, 2009/05/06
- Re: Possible emacs bug when type password fields,
Harald Hanche-Olsen <=
- Re: Possible emacs bug when type password fields, Andreas Schwab, 2009/05/06
- Re: Possible emacs bug when type password fields, Stefan Monnier, 2009/05/06
- Re: Possible emacs bug when type password fields, Borja Tarraso, 2009/05/07
- Re: Possible emacs bug when type password fields, Stefan Monnier, 2009/05/07
- Re: Possible emacs bug when type password fields, Borja Tarraso, 2009/05/13