From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#2398: NOT FIXED - MUSTMATCH read-file-name arg, confirm-nonexistent-file-or-buffer Date: Sat, 15 Aug 2009 13:34:47 -0700 Message-ID: References: <87tz09vtg4.fsf@cyd.mit.edu><012c01c992ee$8ec310b0$c2b22382@us.oracle.com> <874os8502y.fsf@cyd.mit.edu> Reply-To: Drew Adams , 2398@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1250369232 4596 80.91.229.12 (15 Aug 2009 20:47:12 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 15 Aug 2009 20:47:12 +0000 (UTC) Cc: 2398@emacsbugs.donarmstrong.com To: "'Chong Yidong'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Aug 15 22:47:05 2009 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1McQ9Y-0005Uv-5P for geb-bug-gnu-emacs@m.gmane.org; Sat, 15 Aug 2009 22:47:04 +0200 Original-Received: from localhost ([127.0.0.1]:42930 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1McQ9X-0007F0-67 for geb-bug-gnu-emacs@m.gmane.org; Sat, 15 Aug 2009 16:47:03 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1McQ9S-0007DF-05 for bug-gnu-emacs@gnu.org; Sat, 15 Aug 2009 16:46:58 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1McQ9M-0007BO-V9 for bug-gnu-emacs@gnu.org; Sat, 15 Aug 2009 16:46:57 -0400 Original-Received: from [199.232.76.173] (port=48809 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1McQ9M-0007BC-Pk for bug-gnu-emacs@gnu.org; Sat, 15 Aug 2009 16:46:52 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:49422) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1McQ9M-0004PV-5g for bug-gnu-emacs@gnu.org; Sat, 15 Aug 2009 16:46:52 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7FKknKF011106; Sat, 15 Aug 2009 13:46:50 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.14.3/8.14.3/Submit) id n7FKe5Ru010012; Sat, 15 Aug 2009 13:40:05 -0700 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: "Drew Adams" Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sat, 15 Aug 2009 20:40:05 +0000 Resent-Message-ID: Resent-Sender: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: followup 2398 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 2398-submit@emacsbugs.donarmstrong.com id=B2398.12503684789068 (code B ref 2398); Sat, 15 Aug 2009 20:40:05 +0000 Original-Received: (at 2398) by emacsbugs.donarmstrong.com; 15 Aug 2009 20:34:38 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from acsinet12.oracle.com (acsinet12.oracle.com [141.146.126.234]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7FKYawv009065 for <2398@emacsbugs.donarmstrong.com>; Sat, 15 Aug 2009 13:34:37 -0700 Original-Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by acsinet12.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n7FKXxYX016230 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 15 Aug 2009 20:34:00 GMT Original-Received: from abhmt006.oracle.com (abhmt006.oracle.com [141.146.116.15]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n7FKYTrd000728; Sat, 15 Aug 2009 20:34:29 GMT Original-Received: from dradamslap1 (/141.144.88.67) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 15 Aug 2009 13:34:26 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <874os8502y.fsf@cyd.mit.edu> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Thread-Index: Acod4YRsMYjhHtEgRQ6VbbY2+gYCagAAUfsA X-Source-IP: abhmt006.oracle.com [141.146.116.15] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090205.4A871BD3.0011:SCFSTAT5015188,ss=1,fgs=0 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Resent-Date: Sat, 15 Aug 2009 16:46:57 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:30215 Archived-At: > > No explanation was given for closing this bug. This is the > > second time recently that you've closed a bug I filed without > > sending any mail explaining the closure. > > > > The latest info provided in this thread indicates that the bug is > > still not fixed. If this bug has been fixed, then what changes were > > made to fix it? How can I verify that it has been fixed? > > It's documented in the Emacs manual and the Lisp manual, as you can > easily check. 1. Easily? Well, I either have to build Emacs from CVS or search each of today's CVS texi files at http://cvs.savannah.gnu.org/viewvc/emacs/emacs/doc/emacs/ and http://cvs.savannah.gnu.org/viewvc/emacs/emacs/doc/lispref/. That's hardly trivial. You can't be bothered to respond explicitly as to how you fixed the text? Or point to the relevant passages? Nevertheless, I did search the CVS texi files until I found relevant passages. It appears you did correct the text. Thank you for that. Fixing a bug and closing it entails letting the bug reporter know how it was fixed. That's been true since the dawn of software. It is irresponsible to just silently close a bug with no explanation. 2. This bug report was not only about documentation. It also describes a product regression wrt Emacs 22: > Any code that passed a non-nil non-t value in order to > guarantee that the value returned by the function > names an existing file is now broken. How will this problem be addressed? Will the regression be fixed? If not, will the new behavior at least be signaled to users as an incompatible change?