From drew.adams@oracle.com Sat Apr 19 07:41:57 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-1.7 required=4.0 tests=AWL,RCVD_IN_DNSWL_MED, UNPARSEABLE_RELAY autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 19 Apr 2008 14:41:57 +0000 Received: from rgminet01.oracle.com (rgminet01.oracle.com [148.87.113.118]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m3JEfsFn010051 for ; Sat, 19 Apr 2008 07:41:55 -0700 Received: from agmgw1.us.oracle.com (agmgw1.us.oracle.com [152.68.180.212]) by rgminet01.oracle.com (Switch-3.2.4/Switch-3.1.6) with ESMTP id m3JEfjI6009499; Sat, 19 Apr 2008 08:41:47 -0600 Received: from acsmt351.oracle.com (acsmt351.oracle.com [141.146.40.151]) by agmgw1.us.oracle.com (Switch-3.2.0/Switch-3.2.0) with ESMTP id m3JEJTXm001169; Sat, 19 Apr 2008 08:41:45 -0600 Received: from inet-141-146-46-1.oracle.com by acsmt350.oracle.com with ESMTP id 3654624151208616039; Sat, 19 Apr 2008 07:40:39 -0700 Received: from dradamslap1 (/141.144.88.148) by bhmail.oracle.com (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 19 Apr 2008 07:40:38 -0700 From: "Drew Adams" To: Cc: Subject: 23.0.60; doc string of minibuffer-completing-file-name Date: Sat, 19 Apr 2008 07:40:47 -0700 Message-ID: <000a01c8a22b$5bdaf9b0$0200a8c0@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: AciiK1sSAZeVlGKDRzusXMe4I6HkTA== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE Doc string: "Non-nil and non-`lambda' means completing file names." Is that correct? It doesn't seem so, by looking at the C code (but I'm no expert on that). In Emacs 20 and 21, the "and non-`lambda'" part was not there, and that still seems correct. When would a user or Lisp access show the value as `lambda'? I get the impression that a value of `lambda' is only temporary, within the C code. Shouldn't Lisp code be able to test this simply for nil/non-nil, to see if file-name completion is happening? Also, should this variable be documented in the Elisp manual, along with minibuffer-completion-(table|predicate|confirm)? In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600) of 2008-04-04 on LENNART-69DE564 Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4) --no-opt --cflags -Ic:/g/include -fno-crossjumping' From cyd@stupidchicken.com Sun Apr 20 21:55:29 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: *** X-Spam-Status: No, score=3.9 required=4.0 tests=AWL,ONEWORD,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.3-bugs.debian.org_2005_01_02 Received: (at control) by emacsbugs.donarmstrong.com; 21 Apr 2008 04:55:30 +0000 Received: from furry (c-98-216-111-182.hsd1.ma.comcast.net [98.216.111.182]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m3L4tNtX028856 for ; Sun, 20 Apr 2008 21:55:25 -0700 Received: by furry (Postfix, from userid 1000) id 74A19C047; Mon, 21 Apr 2008 00:55:18 -0400 (EDT) From: Chong Yidong To: control@debbugs.gnu.org Subject: Close Date: Mon, 21 Apr 2008 00:55:18 -0400 Message-ID: <87d4ojerih.fsf@stupidchicken.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii close 149 thanks From unknown Sat Aug 16 16:01:30 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: $requester Subject: Internal Control Message-Id: bug archived. Date: Mon, 19 May 2008 14:24:03 +0000 User-Agent: Fakemail v42.6.9 # A New Hope # A log time ago, in a galaxy far, far away # something happened. # # Magically this resulted in the following # action being taken, but this fake control # message doesn't tell you why it happened # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator