From unknown Tue Jun 17 20:29:39 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#15861 <15861@debbugs.gnu.org> To: bug#15861 <15861@debbugs.gnu.org> Subject: Status: 24.3.50; lots of byte-compiler code written to *Messages* at runtime Reply-To: bug#15861 <15861@debbugs.gnu.org> Date: Wed, 18 Jun 2025 03:29:39 +0000 retitle 15861 24.3.50; lots of byte-compiler code written to *Messages* at = runtime reassign 15861 emacs submitter 15861 Drew Adams severity 15861 minor tag 15861 notabug thanks From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 11 14:30:47 2013 Received: (at submit) by debbugs.gnu.org; 11 Nov 2013 19:30:47 +0000 Received: from localhost ([127.0.0.1]:47349 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VfxC9-000826-JC for submit@debbugs.gnu.org; Mon, 11 Nov 2013 14:30:46 -0500 Received: from eggs.gnu.org ([208.118.235.92]:49814) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VfxC3-00081m-6S for submit@debbugs.gnu.org; Mon, 11 Nov 2013 14:30:41 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VfxBn-000071-Pv for submit@debbugs.gnu.org; Mon, 11 Nov 2013 14:30:33 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:34004) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VfxBn-00006x-Mp for submit@debbugs.gnu.org; Mon, 11 Nov 2013 14:30:23 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51452) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VfxBe-0005Es-Ub for bug-gnu-emacs@gnu.org; Mon, 11 Nov 2013 14:30:23 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VfxBW-0008TI-8u for bug-gnu-emacs@gnu.org; Mon, 11 Nov 2013 14:30:14 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:19158) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VfxBV-0008Qk-W7 for bug-gnu-emacs@gnu.org; Mon, 11 Nov 2013 14:30:06 -0500 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id rABJU4hD022599 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 11 Nov 2013 19:30:04 GMT Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id rABJU3sN004536 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 11 Nov 2013 19:30:04 GMT Received: from abhmp0011.oracle.com (abhmp0011.oracle.com [141.146.116.17]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id rABJU3q3004514 for ; Mon, 11 Nov 2013 19:30:03 GMT MIME-Version: 1.0 Message-ID: <701df652-aa30-4607-97dc-d02075f9094c@default> Date: Mon, 11 Nov 2013 11:30:02 -0800 (PST) From: Drew Adams To: bug-gnu-emacs@gnu.org Subject: 24.3.50; lots of byte-compiler code written to *Messages* at runtime X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6680.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) The subject line might not be the best description. And you might not see that this is a bug. In that case, please let me know how to work around the behavior I see, as it is quite annoying. In a Lisp file that I byte-compile and load, I have a redefinition of `ls-lisp--insert-directory'. (I do not see another, better way to accomplish the behavior change I need.) I added this when vanilla Emacs was changed recently to use this function. The bug does not appear for older Emacs code (e.g. older Emacs 24 Dev snapshots, which do not have `ls-lisp--insert-directory'). It is true that I byte-compile this library using Emacs 20, because the library is used with multiple Emacs versions. I don't know whether byte-compiling it in Emacs 24 would make a difference wrt this annoying behavior. If doing that is the answer then I guess I'll have to split the file (the redefinition of this function is only done for Emacs 24.4+, i.e., when that function is `fboundp'). The symptom is that each time this function is called (at runtime, i.e., using Dired), a boatload of binary byte-compile stuff is printed in *Messages*, and the entire doc string is printed there as well. What's more: when I start Emacs with a directory as the target, so it opens in Dired, the entire doc string is shown in the echo area (for which my standalone minibuffer frame is expanded automatically). So a user has to see that whole, irrelevant doc string for a few seconds. Please advise, whether or not you feel this is a bug. What can I do to prevent this noise. To me it seems like a bug: byte-compiled code has no business being logged to *Messages* or shown in the echo area during runtime. But you might not see it that way. Here is the redefinition, in case its relevant to the bug or otherwise helpful (doubtful): ;; REPLACE ORIGINAL in `ls-lisp.el' ;; ;; 1. If wildcard, set FILE to `default-directory' if FILE has no dir compo= nent. ;; 2. In second header line: include the number of files and subdirs in the= directory. ;; (when (fboundp 'ls-lisp--insert-directory) ; Emacs 24.4+ (defun ls-lisp--insert-directory (orig-fun file switches &optional wildca= rd full-directory-p) "Insert directory listing for FILE, formatted according to SWITCHES. Leaves point after the inserted text. SWITCHES may be a string of options, or a list of strings. Optional third arg WILDCARD means treat FILE as shell wildcard. Optional fourth arg FULL-DIRECTORY-P means file is a directory and switches do not contain `d', so that a full listing is expected. This version of the function comes from `ls-lisp.el'. If the value of `ls-lisp-use-insert-directory-program' is non-nil then this advice just delegates the work to ORIG-FUN (the normal `insert-directo= ry' function from `files.el'). But if the value of `ls-lisp-use-insert-directory-program' is nil then it runs a Lisp emulation. The Lisp emulation does not run any external programs or shells. It supports ordinary shell wildcards if `ls-lisp-support-shell-wildcards' is non-nil; otherwise, it interprets wildcards as regular expressions to match file names. It does not support all `ls' switches -- those that work are: A a B C c F G g h i n R r S s t U u X. The l switch is assumed to be always present and cannot be turned off." (if ls-lisp-use-insert-directory-program (funcall orig-fun file switches wildcard full-directory-p) ;; We need the directory in order to find the right handler. (let ((handler (find-file-name-handler (expand-file-name file) 'insert-directory)) (orig-file file) wildcard-regexp) (if handler (funcall handler 'insert-directory file switches wildcard full-directory-p) ;; Remove --dired switch (if (string-match "--dired " switches) (setq switches (replace-match "" nil nil switches))) ;; Convert SWITCHES to a list of characters. (setq switches (delete ?\ (delete ?- (append switches nil)))) ;; Sometimes we get ".../foo*/" as FILE. While the shell and ;; `ls' don't mind, we certainly do, because it makes us think ;; there is no wildcard, only a directory name. (if (and ls-lisp-support-shell-wildcards (string-match "[[?*]" file) ;; Prefer an existing file to wildcards, like ;; dired-noselect does. (not (file-exists-p file))) (progn (or (not (eq (aref file (1- (length file))) ?/)) (setq file (substring file 0 (1- (length file))))) (setq wildcard t))) (if wildcard (setq wildcard-regexp (if ls-lisp-support-shell-wildcards (wildcard-to-regexp (file-name-nondirectory file)) (file-name-nondirectory file)) file (or (file-name-directory file) defaul= t-directory)) (if (memq ?B switches) (setq wildcard-regexp "[^~]\\'"))) (condition-case err (ls-lisp-insert-directory file switches (ls-lisp-time-index switches) wildcard-regexp full-directory-p) (invalid-regexp ;; Maybe they wanted a literal file that just happens to ;; use characters special to shell wildcards. (if (equal (cadr err) "Unmatched [ or [^") (progn (setq wildcard-regexp (if (memq ?B switches) "[^~]\\'") file (file-relative-name orig-file)) (ls-lisp-insert-directory file switches (ls-lisp-time-index switches) nil full-directory-p)) (signal (car err) (cdr err))))) ;; Try to insert the amount of free space. (save-excursion (goto-char (point-min)) (while (re-search-forward "^total" nil t) (beginning-of-line) (let ((counted (save-match-data (count-dired-files)))) (if (zerop counted) (insert "files 0/0 ") (insert "files " (number-to-string counted) "/" (number-to-string (- (length (directory-files default-director= y nil nil t)) 2)) " "))) (goto-char (point-min)) (re-search-forward "^files [0-9]+/[0-9]+ \\(total\\)" nil t) (replace-match "space used" nil nil nil 1) (let ((available (and (fboundp 'get-free-disk-space) (get-free-disk-space "."))) (map (make-sparse-keymap)) (inhibit-field-text-motion t)) ; Just to be sure, for e= ol. (define-key map [mouse-2] 'dired-mouse-describe-listed-directory) (define-key map "\r" 'dired-describe-listed-directory) (when available (end-of-line) (insert " available " availab= le)) (add-text-properties (save-excursion (beginning-of-line) (line-beginning-positi= on)) (1- (match-beginning 1)) `(mouse-face highlight keymap ,map help-echo "Files shown / total files in directory \ \[RET, mouse-2: more info]")) (add-text-properties (match-beginning 1) (line-end-position= ) `(mouse-face highlight keymap ,map help-echo "Kbytes used in directory,= Kbytes \ available on disk [RET, mouse-2: more info]")))))))))) In GNU Emacs 24.3.50.1 (i686-pc-mingw32) of 2013-10-19 on LEG570 Bzr revision: 114715 rgm@gnu.org-20131019023520-s8mwtib7xcx9e05w Windowing system distributor `Microsoft Corp.', version 6.1.7601 Configured using: `configure --enable-checking 'CFLAGS=3D-O0 -g3' CPPFLAGS=3D-DGLYPH_DEBUG= =3D1' From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 12 03:13:35 2013 Received: (at submit) by debbugs.gnu.org; 12 Nov 2013 08:13:35 +0000 Received: from localhost ([127.0.0.1]:48007 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vg96M-0002lX-Qr for submit@debbugs.gnu.org; Tue, 12 Nov 2013 03:13:35 -0500 Received: from eggs.gnu.org ([208.118.235.92]:53683) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vg96J-0002lI-OT for submit@debbugs.gnu.org; Tue, 12 Nov 2013 03:13:32 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vg965-0005AO-51 for submit@debbugs.gnu.org; Tue, 12 Nov 2013 03:13:26 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:53580) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vg965-0005AK-1N for submit@debbugs.gnu.org; Tue, 12 Nov 2013 03:13:17 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55353) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vg95x-0003Se-NA for bug-gnu-emacs@gnu.org; Tue, 12 Nov 2013 03:13:16 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vg95o-00055s-NB for bug-gnu-emacs@gnu.org; Tue, 12 Nov 2013 03:13:09 -0500 Received: from moutng.kundenserver.de ([212.227.126.187]:50670) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vg95o-00055S-E6 for bug-gnu-emacs@gnu.org; Tue, 12 Nov 2013 03:13:00 -0500 Received: from purzel.sitgens (brln-4dbc7906.pool.mediaWays.net [77.188.121.6]) by mrelayeu.kundenserver.de (node=mreu0) with ESMTP (Nemesis) id 0LjOHr-1VAOZg08xb-00dWEp; Tue, 12 Nov 2013 09:12:59 +0100 Message-ID: <5281E3B4.3080904@easy-emacs.de> Date: Tue, 12 Nov 2013 09:15:48 +0100 From: =?ISO-8859-1?Q?Andreas_R=F6hler?= User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: bug-gnu-emacs@gnu.org Subject: Re: bug#15861: 24.3.50; lots of byte-compiler code written to *Messages* at runtime References: <701df652-aa30-4607-97dc-d02075f9094c@default> In-Reply-To: <701df652-aa30-4607-97dc-d02075f9094c@default> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:xE+VntKrs8n+IIBuRGJgV+SEQW6padMhQscgtcEf/7B xCapodmeS2J3Tj3yrqmLXwnHpVqzWHd/rtT921k88dfITux6fN A631Y5jLenD55qwOlDYqZkoWQofLEmW90gu3/DXkEt3XDLQTWu kmkgPlga/Tjo8vKlP+x5wTkNpLgm6OyXB+XwRS2ktmOZWy+FlS GELphd0fqqlebUZOHynp5vS4ltFCRcHWY0q9xHI1qQufMRTLX9 jGs5n7Aos3T1FIs246E8CH+O/+B4FEqGdoS0k1bsbIi4GNIKzR Gum22IFtVogjfrh+OkIs1+xZ+R1Iy9HBBYg2nwZh3CAy3zgd9D eqpLxNJ5PGCMmLV0Q3Ac= 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: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Am 11.11.2013 20:30, schrieb Drew Adams: > The subject line might not be the best description. And you might not > see that this is a bug. In that case, please let me know how to work > around the behavior I see, as it is quite annoying. > > In a Lisp file that I byte-compile and load, I have a redefinition of > `ls-lisp--insert-directory'. (I do not see another, better way to > accomplish the behavior change I need.) I added this when vanilla Emacs > was changed recently to use this function. The bug does not appear for > older Emacs code (e.g. older Emacs 24 Dev snapshots, which do not have > `ls-lisp--insert-directory'). > > It is true that I byte-compile this library using Emacs 20, because the > library is used with multiple Emacs versions. I don't know whether > byte-compiling it in Emacs 24 would make a difference wrt this annoying > behavior. > > +1 Suggest to introduce a variable WRT verbosity, so we might see more warnings if interested. From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 12 12:38:22 2013 Received: (at 15861) by debbugs.gnu.org; 12 Nov 2013 17:38:22 +0000 Received: from localhost ([127.0.0.1]:49059 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VgHuv-0008CR-Os for submit@debbugs.gnu.org; Tue, 12 Nov 2013 12:38:22 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:21763) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VgHus-0008CC-Mm for 15861@debbugs.gnu.org; Tue, 12 Nov 2013 12:38:19 -0500 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id rACHcBic001046 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 12 Nov 2013 17:38:12 GMT Received: from aserz7022.oracle.com (aserz7022.oracle.com [141.146.126.231]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id rACHc9G2004666 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 Nov 2013 17:38:10 GMT Received: from abhmp0005.oracle.com (abhmp0005.oracle.com [141.146.116.11]) by aserz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id rACHc9s1024107; Tue, 12 Nov 2013 17:38:09 GMT MIME-Version: 1.0 Message-ID: Date: Tue, 12 Nov 2013 09:38:08 -0800 (PST) From: Drew Adams To: =?iso-8859-1?B?QW5kcmVhcyBS9mhsZXI=?= , 15861@debbugs.gnu.org Subject: RE: bug#15861: 24.3.50; lots of byte-compiler code written to *Messages* at runtime References: <701df652-aa30-4607-97dc-d02075f9094c@default> <5281E3B4.3080904@easy-emacs.de> In-Reply-To: <5281E3B4.3080904@easy-emacs.de> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6680.5000 (x86)] Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 15861 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > +1 >=20 > Suggest to introduce a variable WRT verbosity, so we might see more > warnings if interested. I would like to know why this is considered a warning. And just what it is= . Why should redefining a function lead to a warning message? Clearly, the message is not working as a message, and certainly not as a warning. I cannot even describe it well, let alone understand what it is trying to tell me. From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 12 13:08:19 2013 Received: (at 15861) by debbugs.gnu.org; 12 Nov 2013 18:08:19 +0000 Received: from localhost ([127.0.0.1]:49086 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VgINv-0000Uv-3Z for submit@debbugs.gnu.org; Tue, 12 Nov 2013 13:08:19 -0500 Received: from moutng.kundenserver.de ([212.227.126.171]:50304) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VgINt-0000Uh-Bf for 15861@debbugs.gnu.org; Tue, 12 Nov 2013 13:08:18 -0500 Received: from purzel.sitgens (brln-4dbc7906.pool.mediaWays.net [77.188.121.6]) by mrelayeu.kundenserver.de (node=mreu0) with ESMTP (Nemesis) id 0LyyIe-1VbwnC2fp2-014D2f; Tue, 12 Nov 2013 19:08:11 +0100 Message-ID: <52826F33.4070701@easy-emacs.de> Date: Tue, 12 Nov 2013 19:10:59 +0100 From: =?ISO-8859-1?Q?Andreas_R=F6hler?= User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Drew Adams , 15861@debbugs.gnu.org Subject: Re: bug#15861: 24.3.50; lots of byte-compiler code written to *Messages* at runtime References: <701df652-aa30-4607-97dc-d02075f9094c@default> <5281E3B4.3080904@easy-emacs.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:SsC28Fdsah9Z3FWFL6NpI1eBJT3mJTYZ17oh3K5XYN0 ggqabWQj/r3NNhpreGHfhwpfrGiehYxHQRPtNG7IVtsZDPgVLf HWm+RPtOE5b9cmVJYZ7yt85uJuk/hSm6jf5q7xsMw5h5V70H0C KWRDU80ee5dI48b8UDz3xoLJN1vEiK8dDUsMdL84M2xnINQ9iF Qg66HZV43pTkiB/pvcLuf6xoEfBFIwF7kSkW0IB++zbjJIlrLZ jC36r+zi0QrL7bSN2KEK+ag4OYGQhs5DUFl0bSWcsO0q/86bS4 2YHqe/KWay2HGlCCS6LTFTZlhtVS2W76rk+e2rKFWmiR4pHweA M6sGmfDqpBqEAjmFx/zE= X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 15861 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Am 12.11.2013 18:38, schrieb Drew Adams: >> +1 >> >> Suggest to introduce a variable WRT verbosity, so we might see more >> warnings if interested. > > I would like to know why this is considered a warning. And just what it is. > Why should redefining a function lead to a warning message? > > Clearly, the message is not working as a message, and certainly not as a > warning. I cannot even describe it well, let alone understand what it is > trying to tell me. > Seems terminus " boatload " triggered something here, led me at the wrong path. From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 14 13:16:01 2013 Received: (at 15861) by debbugs.gnu.org; 14 Nov 2013 18:16:01 +0000 Received: from localhost ([127.0.0.1]:52481 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vh1ST-00053S-3f for submit@debbugs.gnu.org; Thu, 14 Nov 2013 13:16:01 -0500 Received: from mtaout21.012.net.il ([80.179.55.169]:56370) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vh1SP-00053C-97 for 15861@debbugs.gnu.org; Thu, 14 Nov 2013 13:15:59 -0500 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MW900B00MNP0B00@a-mtaout21.012.net.il> for 15861@debbugs.gnu.org; Thu, 14 Nov 2013 20:15:51 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MW900A46MQEPCC0@a-mtaout21.012.net.il>; Thu, 14 Nov 2013 20:15:50 +0200 (IST) Date: Thu, 14 Nov 2013 20:15:35 +0200 From: Eli Zaretskii Subject: Re: bug#15861: 24.3.50; lots of byte-compiler code written to *Messages* at runtime In-reply-to: <701df652-aa30-4607-97dc-d02075f9094c@default> X-012-Sender: halo1@inter.net.il To: Drew Adams Message-id: <83eh6izw6w.fsf@gnu.org> References: <701df652-aa30-4607-97dc-d02075f9094c@default> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 15861 Cc: 15861@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Mon, 11 Nov 2013 11:30:02 -0800 (PST) > From: Drew Adams > > The subject line might not be the best description. And you might not > see that this is a bug. In that case, please let me know how to work > around the behavior I see, as it is quite annoying. > > In a Lisp file that I byte-compile and load, I have a redefinition of > `ls-lisp--insert-directory'. (I do not see another, better way to > accomplish the behavior change I need.) I added this when vanilla Emacs > was changed recently to use this function. The bug does not appear for > older Emacs code (e.g. older Emacs 24 Dev snapshots, which do not have > `ls-lisp--insert-directory'). > > It is true that I byte-compile this library using Emacs 20, because the > library is used with multiple Emacs versions. I don't know whether > byte-compiling it in Emacs 24 would make a difference wrt this annoying > behavior. > > If doing that is the answer then I guess I'll have to split the file > (the redefinition of this function is only done for Emacs 24.4+, i.e., > when that function is `fboundp'). > > The symptom is that each time this function is called (at runtime, i.e., > using Dired), a boatload of binary byte-compile stuff is printed in > *Messages*, and the entire doc string is printed there as well. > > What's more: when I start Emacs with a directory as the target, so it > opens in Dired, the entire doc string is shown in the echo area (for > which my standalone minibuffer frame is expanded automatically). So a > user has to see that whole, irrelevant doc string for a few seconds. > > Please advise, whether or not you feel this is a bug. What can I do to > prevent this noise. To me it seems like a bug: byte-compiled code has > no business being logged to *Messages* or shown in the echo area during > runtime. But you might not see it that way. It's some snafu, but it's hard to say what is at work exactly. I tried to reproduce this, but couldn't, because some function this code calls is not defined. So I don't even know if compiling this in Emacs 24 would prevent the problem (but I guess you can check this yourself). IOW, there's not enough information here to dig into the problem. From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 14 13:50:31 2013 Received: (at 15861) by debbugs.gnu.org; 14 Nov 2013 18:50:31 +0000 Received: from localhost ([127.0.0.1]:52542 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vh1zr-00072O-15 for submit@debbugs.gnu.org; Thu, 14 Nov 2013 13:50:31 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:51568) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vh1zo-000729-Ln for 15861@debbugs.gnu.org; Thu, 14 Nov 2013 13:50:29 -0500 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id rAEIoLfR007323 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 14 Nov 2013 18:50:22 GMT Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id rAEIoLbv024765 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 14 Nov 2013 18:50:21 GMT Received: from abhmp0018.oracle.com (abhmp0018.oracle.com [141.146.116.24]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id rAEIoKBb024752; Thu, 14 Nov 2013 18:50:21 GMT MIME-Version: 1.0 Message-ID: <17283efd-8495-4d92-9e95-318f32da076a@default> Date: Thu, 14 Nov 2013 10:50:20 -0800 (PST) From: Drew Adams To: Eli Zaretskii Subject: RE: bug#15861: 24.3.50; lots of byte-compiler code written to *Messages* at runtime References: <<701df652-aa30-4607-97dc-d02075f9094c@default>> <<83eh6izw6w.fsf@gnu.org>> In-Reply-To: <<83eh6izw6w.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6680.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 15861 Cc: 15861@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > It's some snafu, but it's hard to say what is at work exactly. I > tried to reproduce this, but couldn't, because some function this > code calls is not defined. So I don't even know if compiling this > in Emacs 24 would prevent the problem (but I guess you can check > this yourself). I have done that now, in this build: In GNU Emacs 24.3.50.1 (i686-pc-mingw32) of 2013-11-12 on LEG570 Windowing system distributor `Microsoft Corp.', version 6.1.7601 Configured using: `configure --enable-checking 'CFLAGS=3D-O0 -g3' CPPFLAGS=3D-DGLYPH_DEBUG= =3D1' That made no difference. But see below. > IOW, there's not enough information here to dig into the problem. I took another look, and there is no bug; sorry. FYI, I had some debug calls to `message' in the file, and one of them printed the value of argument ORIG-FUN. Apparently the value of that argument is what has changed in recent builds. Printing that argument now leads to tons of binary code plus the complete doc string being logged. IOW, the argument now seems to be a byte-compiled function, whereas it was not compiled before. Sorry for the noise. I will close the bug. From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 14 13:51:58 2013 Received: (at control) by debbugs.gnu.org; 14 Nov 2013 18:51:58 +0000 Received: from localhost ([127.0.0.1]:52548 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vh21F-00074l-Oz for submit@debbugs.gnu.org; Thu, 14 Nov 2013 13:51:57 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:22544) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vh21E-00074U-5F for control@debbugs.gnu.org; Thu, 14 Nov 2013 13:51:56 -0500 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id rAEIpnh5008086 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 14 Nov 2013 18:51:49 GMT Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id rAEIpmp6028977 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 14 Nov 2013 18:51:48 GMT Received: from abhmp0018.oracle.com (abhmp0018.oracle.com [141.146.116.24]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id rAEIpmaL028953 for ; Thu, 14 Nov 2013 18:51:48 GMT MIME-Version: 1.0 Message-ID: <0f9eb4f8-3538-44f4-a01b-603fdb4d7863@default> Date: Thu, 14 Nov 2013 10:51:47 -0800 (PST) From: Drew Adams To: control@debbugs.gnu.org Subject: bug #15861: close X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6680.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) close 15861 thanks From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 14 14:50:17 2013 Received: (at 15861) by debbugs.gnu.org; 14 Nov 2013 19:50:17 +0000 Received: from localhost ([127.0.0.1]:52605 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vh2vg-0001FT-PV for submit@debbugs.gnu.org; Thu, 14 Nov 2013 14:50:17 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:13547) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vh2vd-0001FD-Vk for 15861@debbugs.gnu.org; Thu, 14 Nov 2013 14:50:14 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EABK/CFFsr+bb/2dsb2JhbABEuzWDWRdzgh4BAQQBViMFCws0EhQYDSSIHgbBLZEKA4hhiXmSIIFegxU X-IPAS-Result: Av8EABK/CFFsr+bb/2dsb2JhbABEuzWDWRdzgh4BAQQBViMFCws0EhQYDSSIHgbBLZEKA4hhiXmSIIFegxU X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="37914036" Received: from 108-175-230-219.dsl.teksavvy.com (HELO pastel.home) ([108.175.230.219]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 14 Nov 2013 14:50:07 -0500 Received: by pastel.home (Postfix, from userid 20848) id EF58C60CE2; Thu, 14 Nov 2013 14:50:04 -0500 (EST) From: Stefan Monnier To: Drew Adams Subject: Re: bug#15861: 24.3.50; lots of byte-compiler code written to *Messages* at runtime Message-ID: References: <701df652-aa30-4607-97dc-d02075f9094c@default> Date: Thu, 14 Nov 2013 14:50:04 -0500 In-Reply-To: <701df652-aa30-4607-97dc-d02075f9094c@default> (Drew Adams's message of "Mon, 11 Nov 2013 11:30:02 -0800 (PST)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 15861 Cc: 15861@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > The symptom is that each time this function is called (at runtime, i.e., > using Dired), a boatload of binary byte-compile stuff is printed in > *Messages*, and the entire doc string is printed there as well. Presumably there's something else than "boatload of binary" and "the entire docstring" printed. This something else is what we need to see in order to know where this message comes from. Stefan From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 14 16:27:53 2013 Received: (at 15861) by debbugs.gnu.org; 14 Nov 2013 21:27:53 +0000 Received: from localhost ([127.0.0.1]:52716 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vh4S8-0004go-IB for submit@debbugs.gnu.org; Thu, 14 Nov 2013 16:27:52 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:24558) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vh4S6-0004gc-OZ for 15861@debbugs.gnu.org; Thu, 14 Nov 2013 16:27:51 -0500 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id rAELRgJE025559 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 14 Nov 2013 21:27:43 GMT Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id rAELRfrV006498 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 14 Nov 2013 21:27:41 GMT Received: from abhmp0018.oracle.com (abhmp0018.oracle.com [141.146.116.24]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id rAELRewg026283; Thu, 14 Nov 2013 21:27:40 GMT MIME-Version: 1.0 Message-ID: <953615b9-d680-4ced-bb40-3dc305a282ed@default> Date: Thu, 14 Nov 2013 13:27:40 -0800 (PST) From: Drew Adams To: Stefan Monnier Subject: RE: bug#15861: 24.3.50; lots of byte-compiler code written to *Messages* at runtime References: <701df652-aa30-4607-97dc-d02075f9094c@default> In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6680.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 15861 Cc: 15861@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > Presumably there's something else than "boatload of binary" and "the > entire docstring" printed. This something else is what we need to > see in order to know where this message comes from. See my previous message. This was my bad. I called `message' to print the value of argument ORIG-FUN. Recent Emacs 24 snapshots apparently byte-compile the value passed as arg, and that I think was not the case before. Upgrading to a recent build had the effect I reported because of that change. So pilot error; no bug. Sorry for the noise. From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 14 17:59:48 2013 Received: (at 15861) by debbugs.gnu.org; 14 Nov 2013 22:59:48 +0000 Received: from localhost ([127.0.0.1]:52786 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vh5t6-0000if-Ej for submit@debbugs.gnu.org; Thu, 14 Nov 2013 17:59:48 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:47558) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vh5t4-0000iQ-JH for 15861@debbugs.gnu.org; Thu, 14 Nov 2013 17:59:47 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EABK/CFFsr+bb/2dsb2JhbABEuzWDWRdzgh4BAQQBViMFCws0EhQYDSSIHgbBLZEKA4hhnBmBXoMV X-IPAS-Result: Av8EABK/CFFsr+bb/2dsb2JhbABEuzWDWRdzgh4BAQQBViMFCws0EhQYDSSIHgbBLZEKA4hhnBmBXoMV X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="37931434" Received: from 108-175-230-219.dsl.teksavvy.com (HELO pastel.home) ([108.175.230.219]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 14 Nov 2013 17:59:39 -0500 Received: by pastel.home (Postfix, from userid 20848) id 0DED160CE2; Thu, 14 Nov 2013 17:59:37 -0500 (EST) From: Stefan Monnier To: Drew Adams Subject: Re: bug#15861: 24.3.50; lots of byte-compiler code written to *Messages* at runtime Message-ID: References: <701df652-aa30-4607-97dc-d02075f9094c@default> <953615b9-d680-4ced-bb40-3dc305a282ed@default> Date: Thu, 14 Nov 2013 17:59:36 -0500 In-Reply-To: <953615b9-d680-4ced-bb40-3dc305a282ed@default> (Drew Adams's message of "Thu, 14 Nov 2013 13:27:40 -0800 (PST)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 15861 Cc: 15861@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > to print the value of argument ORIG-FUN. Recent Emacs 24 snapshots > apparently byte-compile the value passed as arg, and that I think was They don't byte-compile, but they do macro-expand. Stefan From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 14 18:01:24 2013 Received: (at 15861) by debbugs.gnu.org; 14 Nov 2013 23:01:24 +0000 Received: from localhost ([127.0.0.1]:52790 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vh5ud-0000mW-T3 for submit@debbugs.gnu.org; Thu, 14 Nov 2013 18:01:24 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:59032) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vh5uc-0000mJ-9E for 15861@debbugs.gnu.org; Thu, 14 Nov 2013 18:01:22 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EABK/CFFsr+bb/2dsb2JhbABEuzWDWRdzgh4BAQQBViMFCws0EhQYDSSIHgbBLY0Pg3sDiGGcGYFegxWBUQ X-IPAS-Result: Av8EABK/CFFsr+bb/2dsb2JhbABEuzWDWRdzgh4BAQQBViMFCws0EhQYDSSIHgbBLY0Pg3sDiGGcGYFegxWBUQ X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="37931543" Received: from 108-175-230-219.dsl.teksavvy.com (HELO pastel.home) ([108.175.230.219]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 14 Nov 2013 18:01:15 -0500 Received: by pastel.home (Postfix, from userid 20848) id 985E760CE2; Thu, 14 Nov 2013 18:01:07 -0500 (EST) From: Stefan Monnier To: Drew Adams Subject: Re: bug#15861: 24.3.50; lots of byte-compiler code written to *Messages* at runtime Message-ID: References: <701df652-aa30-4607-97dc-d02075f9094c@default>> <83eh6izw6w.fsf@gnu.org>> <17283efd-8495-4d92-9e95-318f32da076a@default> Date: Thu, 14 Nov 2013 18:01:07 -0500 In-Reply-To: <17283efd-8495-4d92-9e95-318f32da076a@default> (Drew Adams's message of "Thu, 14 Nov 2013 10:50:20 -0800 (PST)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 15861 Cc: Eli Zaretskii , 15861@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > Printing that argument now leads to tons of binary code plus the > complete doc string being logged. IOW, the argument now seems > to be a byte-compiled function, whereas it was not compiled before. Oh, wait, I guess you're right. The function might end up compiled where it wasn't before. In my previous email, I misunderstood the issue. Stefan From unknown Tue Jun 17 20:29:39 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 13 Dec 2013 12:24:23 +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