From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 19 12:32:00 2012 Received: (at submit) by debbugs.gnu.org; 19 Nov 2012 17:32:01 +0000 Received: from localhost ([127.0.0.1]:55353 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TaVCS-0002jA-CX for submit@debbugs.gnu.org; Mon, 19 Nov 2012 12:32:00 -0500 Received: from eggs.gnu.org ([208.118.235.92]:33179) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TaVCQ-0002j3-5E for submit@debbugs.gnu.org; Mon, 19 Nov 2012 12:31:59 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TaVBJ-0002HI-O3 for submit@debbugs.gnu.org; Mon, 19 Nov 2012 12:30:53 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI, UNPARSEABLE_RELAY autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:56260) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TaVBJ-0002HE-KH for submit@debbugs.gnu.org; Mon, 19 Nov 2012 12:30:49 -0500 Received: from eggs.gnu.org ([208.118.235.92]:52527) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TaVBI-00066k-7R for bug-gnu-emacs@gnu.org; Mon, 19 Nov 2012 12:30:49 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TaVBD-0002Fa-M2 for bug-gnu-emacs@gnu.org; Mon, 19 Nov 2012 12:30:48 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:49498) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TaVBD-0002FU-Ft for bug-gnu-emacs@gnu.org; Mon, 19 Nov 2012 12:30:43 -0500 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by aserp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qAJHUfAl024645 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 19 Nov 2012 17:30:42 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qAJHUead012627 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 19 Nov 2012 17:30:41 GMT Received: from abhmt112.oracle.com (abhmt112.oracle.com [141.146.116.64]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qAJHUeRu025726 for ; Mon, 19 Nov 2012 11:30:40 -0600 Received: from dradamslap1 (/130.35.178.8) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 19 Nov 2012 09:30:40 -0800 From: "Drew Adams" To: Subject: 24.3.50; `load-file' handling of "el[c]" extension Date: Mon, 19 Nov 2012 09:30:39 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: Ac3Ge5gGOeR9WE1fQ8q9lI2qQ9otsA== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -3.4 (---) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.1 (------) Perhaps an enhancement request. But if there is a good reason not to do this then please close the request. IOW, more of a question than an outright request. In Emacs 20, this is the behavior for `load-file'. I have a library icicles-cmd1.el, which requires library icicles-mac.el[c]. I do this: M-x load-file RET icicles-cmd1 RET Emacs offers this: Load file: c:/the-dir/icicles-cmd1.el [Confirm] I hit RET. Emacs says this: Cannot open load file: icicles-mac. That behavior seems helpful to me. And if I do this in `the-dir': M-: (add-to-list 'load-path ".") ; then this is the interaction: M-x load-file RET icicles-cmd1 RET Emacs offers this: Load file: c:/the-dir/icicles-cmd1.el [Confirm] I hit RET. Emacs loads icicles-mac.el[c] and then icicles-cmd1.el. This behavior all seems good, to me. Contrast that with Emacs 22 and later (I did not check 21): M-x load-file RET icicles-cmd1 Emacs says this immediately: Cannot open load file: icicles-cmd1. IOW, it does not try for icicles-cmd1.el, asking for confirmation. Then: M-: (add-to-list 'load-path ".") M-x load-file RET icicles-cmd1 RET Emacs still says only: Cannot open load file: icicles-cmd1. Not very helpful. Would you agree that this could be improved, and that the Emacs 20 behavior in this regard is better? Yes, I am aware that the doc (even for Emacs 20) says that `load-file' does not take `load-path' into account. I am not claiming that the behavior is a bug. I am asking whether it is as good as it could be. And the handling of `load-path' can be separated from the intial completion and asking for confirmation of the .el file. That by itself seems like an improvement. Perhaps there is a downside to the Emacs 20 behavior that I'm not seeing, looking narrowly at only this one scenario. In GNU Emacs 24.3.50.1 (i386-mingw-nt5.1.2600) of 2012-11-05 on MS-W7-DANI Bzr revision: 110809 lekktu@gmail.com-20121105172930-a5gn0bwi4lndchhw Windowing system distributor `Microsoft Corp.', version 5.1.2600 Configured using: `configure --with-gcc (4.7) --no-opt --enable-checking --cflags -I../../libs/libXpm-3.5.10/include -I../../libs/libXpm-3.5.10/src -I../../libs/libpng-1.2.37-lib/include -I../../libs/zlib-1.2.5 -I../../libs/giflib-4.1.4-1-lib/include -I../../libs/jpeg-6b-4-lib/include -I../../libs/tiff-3.8.2-1-lib/include -I../../libs/libxml2-2.7.8-w32-bin/include/libxml2 -I../../libs/gnutls-3.0.9-w32-bin/include -I../../libs/libiconv-1.9.2-1-lib/include' From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 19 13:29:55 2012 Received: (at 12935) by debbugs.gnu.org; 19 Nov 2012 18:29:56 +0000 Received: from localhost ([127.0.0.1]:55426 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TaW6V-000440-Km for submit@debbugs.gnu.org; Mon, 19 Nov 2012 13:29:55 -0500 Received: from relais.videotron.ca ([24.201.245.36]:47554) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TaW6U-00043t-1i for 12935@debbugs.gnu.org; Mon, 19 Nov 2012 13:29:54 -0500 MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from ceviche.home ([24.201.208.110]) by VL-VM-MR005.ip.videotron.ca (Oracle Communications Messaging Exchange Server 7u4-22.01 64bit (built Apr 21 2011)) with ESMTP id <0MDQ008MZZBYV1O0@VL-VM-MR005.ip.videotron.ca> for 12935@debbugs.gnu.org; Mon, 19 Nov 2012 13:28:48 -0500 (EST) Received: by ceviche.home (Postfix, from userid 20848) id 18C1A660FF; Mon, 19 Nov 2012 13:28:46 -0500 (EST) From: Stefan Monnier To: Drew Adams Subject: Re: bug#12935: 24.3.50; `load-file' handling of "el[c]" extension Message-id: References: Date: Mon, 19 Nov 2012 13:28:46 -0500 In-reply-to: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Contrast that with Emacs 22 and later (I did not check 21): > M-x load-file RET icicles-cmd1 You forgot RET at the end. > Emacs says this immediately: Cannot open load file: icicles-cmd1. > IOW, it does not try for icicles-cmd1.el, asking for confirmation. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [24.201.245.36 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] 0.0 T_HDRS_LCASE Odd capitalization of message header 0.0 T_MANY_HDRS_LCASE Odd capitalization of multiple message headers X-Debbugs-Envelope-To: 12935 Cc: 12935@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Contrast that with Emacs 22 and later (I did not check 21): > M-x load-file RET icicles-cmd1 You forgot RET at the end. > Emacs says this immediately: Cannot open load file: icicles-cmd1. > IOW, it does not try for icicles-cmd1.el, asking for confirmation. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [24.201.245.36 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] > Contrast that with Emacs 22 and later (I did not check 21): > M-x load-file RET icicles-cmd1 You forgot RET at the end. > Emacs says this immediately: Cannot open load file: icicles-cmd1. > IOW, it does not try for icicles-cmd1.el, asking for confirmation. Right, that's a bug introduced in Emacs-21. I installed the patch below in `trunk', which should revert to the Emacs-20 behavior. Stefan === modified file 'lisp/files.el' --- lisp/files.el 2012-11-08 19:50:08 +0000 +++ lisp/files.el 2012-11-19 18:24:40 +0000 @@ -730,7 +730,7 @@ ;; This is a case where .elc makes a lot of sense. (interactive (list (let ((completion-ignored-extensions (remove ".elc" completion-ignored-extensions))) - (read-file-name "Load file: ")))) + (read-file-name "Load file: " nil nil 'lambda)))) (load (expand-file-name file) nil nil t)) (defun locate-file (filename path &optional suffixes predicate) From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 19 13:30:18 2012 Received: (at control) by debbugs.gnu.org; 19 Nov 2012 18:30:18 +0000 Received: from localhost ([127.0.0.1]:55430 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TaW6r-00045l-Vb for submit@debbugs.gnu.org; Mon, 19 Nov 2012 13:30:18 -0500 Received: from relais.videotron.ca ([24.201.245.36]:49407) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TaW6p-00045e-Vk for control@debbugs.gnu.org; Mon, 19 Nov 2012 13:30:16 -0500 MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from ceviche.home ([24.201.208.110]) by VL-VM-MR005.ip.videotron.ca (Oracle Communications Messaging Exchange Server 7u4-22.01 64bit (built Apr 21 2011)) with ESMTP id <0MDQ00CU5ZCM44Z0@VL-VM-MR005.ip.videotron.ca> for control@debbugs.gnu.org; Mon, 19 Nov 2012 13:29:10 -0500 (EST) Received: by ceviche.home (Postfix, from userid 20848) id EFBF1660FF; Mon, 19 Nov 2012 13:29:09 -0500 (EST) From: Stefan Monnier To: control@debbugs.gnu.org Subject: Re: bug#12935: 24.3.50; `load-file' handling of "el[c]" extension Message-id: References: Date: Mon, 19 Nov 2012 13:29:09 -0500 In-reply-to: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: close 12935 thanks [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [24.201.245.36 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] 0.0 T_MANY_HDRS_LCASE Odd capitalization of multiple message headers X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: close 12935 thanks [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [24.201.245.36 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] close 12935 thanks From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 19 13:33:44 2012 Received: (at 12935) by debbugs.gnu.org; 19 Nov 2012 18:33:44 +0000 Received: from localhost ([127.0.0.1]:55448 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TaWAC-0004BD-1g for submit@debbugs.gnu.org; Mon, 19 Nov 2012 13:33:44 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:21107) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TaWAA-0004B6-1F for 12935@debbugs.gnu.org; Mon, 19 Nov 2012 13:33:42 -0500 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by aserp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qAJIWZeS026022 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 19 Nov 2012 18:32:36 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qAJIWYlL018414 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 19 Nov 2012 18:32:35 GMT Received: from abhmt120.oracle.com (abhmt120.oracle.com [141.146.116.72]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qAJIWYbj008109; Mon, 19 Nov 2012 12:32:34 -0600 Received: from dradamslap1 (/130.35.178.8) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 19 Nov 2012 10:32:34 -0800 From: "Drew Adams" To: "'Stefan Monnier'" References: Subject: RE: bug#12935: 24.3.50; `load-file' handling of "el[c]" extension Date: Mon, 19 Nov 2012 10:32:33 -0800 Message-ID: <08C434C5BEA84A83B5CC7441008832C1@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: Ac3Gg7hhqGHW/A3US8aqjx/r+eOY0wAAFlXg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 12935 Cc: 12935@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) > Right, that's a bug introduced in Emacs-21. > I installed the patch below in `trunk', which should revert to the > Emacs-20 behavior. Wow, that was quick. Thx. I wasn't sure it would be considered a bug, especially since it has been thus broken for so long. From unknown Sat Sep 13 08:57:14 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 18 Dec 2012 12:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator