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

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

bug#7206: 24.0.50; Bugs with minibuffer completion


From: Stephen Berman
Subject: bug#7206: 24.0.50; Bugs with minibuffer completion
Date: Wed, 13 Oct 2010 20:40:13 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux)

On Wed, 13 Oct 2010 11:12:59 +0200 Tim Van Holder <tim.vanholder@gmail.com> 
wrote:

> Current bzr (r101947) has 2 issues with completion in the minibuffer:
>
> Recipe:
>
> $ emacs -Q
>   C-x C-f
>
> Issue #1:
>
>   Enter anything that has a non-unique completion (or don't enter
>   anything at all after ther default directory name prompt), and press
>   [tab]. Instead of getting the "[Complete, but not unique]" prompt, you
>   get an error instead:
>     minibuffer-completion-help: Wrong type argument: listp, 0
>   (the integer varies).
>   This also happens with non-path completions (e.g. C-h f).

This is due to this change:

2010-10-13  IRIE Shinsuke  <irieshinsuke@yahoo.co.jp>  (tiny change)

        * subr.el (last): Make it faster.  (Bug#7174)

Here is a fix:

*** /data/steve/bzr/emacs/trunk/lisp/subr.el    2010-10-13 14:41:39.000000000 
+0200
--- /data/steve/bzr/emacs/quickfixes/lisp/subr.el       2010-10-13 
20:34:46.000000000 +0200
***************
*** 290,299 ****
  If N is bigger than the length of LIST, return LIST."
    (if n
        (and (> n 0)
!            (let ((m (length list)))
               (if (< n m) (nthcdr (- m n) list) list)))
      (and list
!          (nthcdr (1- (length list)) list))))
  
  (defun butlast (list &optional n)
    "Return a copy of LIST with the last N elements removed."
--- 290,299 ----
  If N is bigger than the length of LIST, return LIST."
    (if n
        (and (> n 0)
!            (let ((m (safe-length list)))
               (if (< n m) (nthcdr (- m n) list) list)))
      (and list
!          (nthcdr (1- (safe-length list)) list))))
  
  (defun butlast (list &optional n)
    "Return a copy of LIST with the last N elements removed."
Steve Berman

reply via email to

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