From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: completion-all-completions-with-base-size Date: Sun, 19 Oct 2008 00:07:34 +0200 Message-ID: References: Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: ger.gmane.org 1224367764 19926 80.91.229.12 (18 Oct 2008 22:09:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 18 Oct 2008 22:09:24 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Oct 19 00:10:27 2008 connect(): Connection refused Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KrK0A-0004vy-MC for ged-emacs-devel@m.gmane.org; Sun, 19 Oct 2008 00:10:26 +0200 Original-Received: from localhost ([127.0.0.1]:45605 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KrJz5-0003xL-N3 for ged-emacs-devel@m.gmane.org; Sat, 18 Oct 2008 18:09:19 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KrJz1-0003xF-5G for emacs-devel@gnu.org; Sat, 18 Oct 2008 18:09:15 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KrJz0-0003x3-Eu for emacs-devel@gnu.org; Sat, 18 Oct 2008 18:09:14 -0400 Original-Received: from [199.232.76.173] (port=43513 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KrJz0-0003x0-Bd for emacs-devel@gnu.org; Sat, 18 Oct 2008 18:09:14 -0400 Original-Received: from mtaout6.012.net.il ([84.95.2.16]:62074) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KrJyz-0002f9-K6 for emacs-devel@gnu.org; Sat, 18 Oct 2008 18:09:13 -0400 Original-Received: from HOME-C4E4A596F7 ([77.126.98.197]) by i-mtaout6.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0K8Y00IX9G6ZRA80@i-mtaout6.012.net.il> for emacs-devel@gnu.org; Sun, 19 Oct 2008 00:08:59 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (1203?) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:104614 Archived-At: > From: Stefan Monnier > Cc: emacs-devel@gnu.org > Date: Sat, 18 Oct 2008 17:55:14 -0400 > > >> > so it sounds like the above NEWS entry does not warrant any > >> > documentation in the manuals? Why then it was added to NEWS? > >> > >> Because some functions may call all-completions in a context where > >> someone has set completion-all-completions-with-base-size > >> (e.g. when all-completions is used internally by a functional > >> completion table), in which case it may be surprised by the extra `cdr' > >> (which could cause `length' or `mapcar' to signal an error). > > > Well, I'm probably missing something, because I couldn't see how what > > all-completions returns could depend on > > completion-all-completions-with-base-size. Please help me > > understand that. > > Again, it's only in the case where the completion table is a function, > and only if that function depends on > completion-all-completions-with-base-size. If these are the only situations, then I don't think completion-all-completions-with-base-size warrants to be documented in the ELisp manual. Whoever uses functions from minibuffer.el for completion tables ought to know about this variable and its role.