From unknown Wed Jun 18 23:07:04 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#17685 <17685@debbugs.gnu.org> To: bug#17685 <17685@debbugs.gnu.org> Subject: Status: 24.3.91.1; help-C-file-name failes to create temp buffer " *DOC*" Reply-To: bug#17685 <17685@debbugs.gnu.org> Date: Thu, 19 Jun 2025 06:07:04 +0000 retitle 17685 24.3.91.1; help-C-file-name failes to create temp buffer " *D= OC*" reassign 17685 emacs submitter 17685 Stefan Guath severity 17685 minor thanks From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 04 04:48:27 2014 Received: (at submit) by debbugs.gnu.org; 4 Jun 2014 08:48:27 +0000 Received: from localhost ([127.0.0.1]:43049 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Ws6rz-0001fC-3a for submit@debbugs.gnu.org; Wed, 04 Jun 2014 04:48:27 -0400 Received: from eggs.gnu.org ([208.118.235.92]:42540) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Ws6rv-0001eg-Lj for submit@debbugs.gnu.org; Wed, 04 Jun 2014 04:48:24 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ws6rh-0004Zw-AA for submit@debbugs.gnu.org; Wed, 04 Jun 2014 04:48:18 -0400 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,FREEMAIL_FROM, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:59933) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ws6rh-0004Zo-7k for submit@debbugs.gnu.org; Wed, 04 Jun 2014 04:48:09 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44074) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ws6rY-00061n-6B for bug-gnu-emacs@gnu.org; Wed, 04 Jun 2014 04:48:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ws6rO-0004NQ-C7 for bug-gnu-emacs@gnu.org; Wed, 04 Jun 2014 04:48:00 -0400 Received: from mail-la0-x233.google.com ([2a00:1450:4010:c03::233]:48166) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ws6rO-0004LO-4U for bug-gnu-emacs@gnu.org; Wed, 04 Jun 2014 04:47:50 -0400 Received: by mail-la0-f51.google.com with SMTP id gf5so4145365lab.38 for ; Wed, 04 Jun 2014 01:47:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:content-type:content-transfer-encoding:subject :message-id:date:to:mime-version; bh=Hlarq+1s9IsPa/XdLn68dt6YI5+yWw0YTB9GpS5dClU=; b=yiwDV9zuWVbCxWBTczSFwUGl185cCMSrwJP9ChxtE7VJzc4Kqsuz5X1g47SUqqGVvQ S/ln95VtCMn6sH0Fd5v54IZ/f+I9cqdiLsYwlm3qkHyC4EKiq+pRNKE/7aeyjWK53qlw mmPJluJ5HXyZHXn+Cy++dcF12xUVnE9vrHTOBlX+quzOKFEKUpG9jzRNejP4w2+1WSVe HHZXhqsVNSaxO3uAmgbNOcFY7LgrIr0wMENgnpvDo4tNg+W7esmZnUlSWfsX5GHSEHRA AmY6sIy8pxjjjK/TwrvC1bb04+07ijm3tSjoCtrpn2OYmcDoXirUcNfJ+XQbzk7evRs2 mWqQ== X-Received: by 10.112.34.210 with SMTP id b18mr36874838lbj.42.1401871667654; Wed, 04 Jun 2014 01:47:47 -0700 (PDT) Received: from [192.168.73.96] (static-81.216.64.211.addr.tdcsong.se. [81.216.64.211]) by mx.google.com with ESMTPSA id sq7sm1816768lbb.10.2014.06.04.01.47.46 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 04 Jun 2014 01:47:46 -0700 (PDT) From: Stefan Guath Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: 24.3.91.1; help-C-file-name failes to create temp buffer " *DOC*" Message-Id: Date: Wed, 4 Jun 2014 10:47:44 +0200 To: bug-gnu-emacs@gnu.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) X-Mailer: Apple Mail (2.1878.2) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). 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: -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 (----) VERSION: GNU Emacs 24.3.91.1 (x86_64-apple-darwin13.2.0, NS apple-appkit-1265.20) = of 2014-05-23 on angelofdeaths-MacBook-Air.local TO REPRODUCE BUG: emacs -Q (find-lisp-object-file-name 'visible-bell 'defvar) ;visible-bell is just = an example and can be replaced with any variable. RESULT: C-source EXPECTED RESULT: "src/dispnew.c" Note that I've compiled Emacs from source, and the source files are = available. This is also proved by the work-around below. WORK-AROUND: emacs -Q (get-buffer-create " *DOC*") ;That's a crazy line... (find-lisp-object-file-name 'visible-bell 'defvar) ;...but now it = suddenly works! If you manually kill buffer " *DOC*", it stops working again. GUESS OF SOLUTION: According to help-fns.el, find-lisp-object-file-name calls = help-C-file-name that in turn tries to create a temp buffer " *DOC*". = Maybe this buffer creation somehow fails? It seems like it, since the = bug disappears if we create the buffer in advance, and comes back when = we manually delete the buffer. Or maybe there is some other error in = help-C-file-name or even in get-buffer-create that manifests itself in = this strange way?= From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 04 09:15:57 2014 Received: (at 17685) by debbugs.gnu.org; 4 Jun 2014 13:15:57 +0000 Received: from localhost ([127.0.0.1]:43278 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsB2m-0002h7-Eo for submit@debbugs.gnu.org; Wed, 04 Jun 2014 09:15:57 -0400 Received: from chene.dit.umontreal.ca ([132.204.246.20]:38973) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsB2f-0002gp-Um for 17685@debbugs.gnu.org; Wed, 04 Jun 2014 09:15:50 -0400 Received: from fmsmemgm.homelinux.net (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id s54DFghG027549; Wed, 4 Jun 2014 09:15:42 -0400 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id E3E78AE23E; Wed, 4 Jun 2014 09:15:41 -0400 (EDT) From: Stefan Monnier To: Stefan Guath Subject: Re: bug#17685: 24.3.91.1; help-C-file-name failes to create temp buffer " *DOC*" Message-ID: References: Date: Wed, 04 Jun 2014 09:15:41 -0400 In-Reply-To: (Stefan Guath's message of "Wed, 4 Jun 2014 10:47:44 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV4963=0 X-NAI-Spam-Version: 2.3.0.9378 : core <4963> : inlines <965> : streams <1203124> : uri <1775002> X-Spam-Score: -2.0 (--) X-Debbugs-Envelope-To: 17685 Cc: 17685@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.0 (--) > emacs -Q > (find-lisp-object-file-name 'visible-bell 'defvar) ;visible-bell is just an > example and can be replaced with any variable. > RESULT: > C-source > EXPECTED RESULT: > "src/dispnew.c" Here's the reason for the behavior: the DOC file is moderately large, so we don't want to load it into memory just because the user did C-h v visible-bell RET. So we only populate the *DOC* buffer when the user actually clicks on the "C-source" link to jump to the source code. And once the buffer is populated, then there's no reason not to use it, so if *DOC* exists then we do use it. We could probably change it so that we always populate the *DOC* buffer in the case where the C sources are available (so the behavior would stay unchanged for users running pre-compiled Emacs, while it would work better for those users who compile it themselves and keep the source in place). But I'm not sure it'd really be an improvement. Stefan From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 04 10:08:20 2014 Received: (at 17685) by debbugs.gnu.org; 4 Jun 2014 14:08:20 +0000 Received: from localhost ([127.0.0.1]:43894 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsBrX-0004f9-I7 for submit@debbugs.gnu.org; Wed, 04 Jun 2014 10:08:19 -0400 Received: from aserp1040.oracle.com ([141.146.126.69]:38895) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsBrV-0004et-BV for 17685@debbugs.gnu.org; Wed, 04 Jun 2014 10:08:17 -0400 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s54E87xc018174 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 4 Jun 2014 14:08:08 GMT Received: from aserz7021.oracle.com (aserz7021.oracle.com [141.146.126.230]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s54E86Q7019060 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Jun 2014 14:08:07 GMT Received: from abhmp0020.oracle.com (abhmp0020.oracle.com [141.146.116.26]) by aserz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s54E86mK019051; Wed, 4 Jun 2014 14:08:06 GMT MIME-Version: 1.0 Message-ID: <2d6909e1-e3bc-4fe7-978e-f08cdf3a7827@default> Date: Wed, 4 Jun 2014 07:08:05 -0700 (PDT) From: Drew Adams To: Stefan Monnier , Stefan Guath Subject: RE: bug#17685: 24.3.91.1; help-C-file-name failes to create temp buffer " *DOC*" References: In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6691.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: -3.0 (---) X-Debbugs-Envelope-To: 17685 Cc: 17685@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: -3.0 (---) > > emacs -Q > > (find-lisp-object-file-name 'visible-bell 'defvar) ;visible-bell is jus= t > > an example and can be replaced with any variable. > > RESULT: C-source > > EXPECTED RESULT: "src/dispnew.c" >=20 > Here's the reason for the behavior: > the DOC file is moderately large, so we don't want to load it into > memory just because the user did C-h v visible-bell RET. >=20 > So we only populate the *DOC* buffer when the user actually clicks on > the "C-source" link to jump to the source code. And once the buffer is > populated, then there's no reason not to use it, so if *DOC* exists then > we do use it. Is this behavior new (e.g. since 24.3)? Do you think it might be related to bug #17564: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D17564 (That report is about `C-source' being passed as the FILE-NAME arg to `help-fns--autoloaded-p'.) emacs -Q (fset 'ORIG-top-level (symbol-function 'top-level)) (defun top-level () (interactive) (ORIG-top-level)) C-h f top-level Debugger entered--Lisp error: (wrong-type-argument arrayp C-source) file-truename(C-source) ... From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 04 10:21:33 2014 Received: (at 17685) by debbugs.gnu.org; 4 Jun 2014 14:21:33 +0000 Received: from localhost ([127.0.0.1]:43910 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsC4G-00057r-47 for submit@debbugs.gnu.org; Wed, 04 Jun 2014 10:21:32 -0400 Received: from pruche.dit.umontreal.ca ([132.204.246.22]:59654) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsC49-00057O-Cy for 17685@debbugs.gnu.org; Wed, 04 Jun 2014 10:21:26 -0400 Received: from fmsmemgm.homelinux.net (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id s54ELH3U019513; Wed, 4 Jun 2014 10:21:18 -0400 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id 84FF5AE23E; Wed, 4 Jun 2014 10:21:17 -0400 (EDT) From: Stefan Monnier To: Drew Adams Subject: Re: bug#17685: 24.3.91.1; help-C-file-name failes to create temp buffer " *DOC*" Message-ID: References: <2d6909e1-e3bc-4fe7-978e-f08cdf3a7827@default> Date: Wed, 04 Jun 2014 10:21:17 -0400 In-Reply-To: <2d6909e1-e3bc-4fe7-978e-f08cdf3a7827@default> (Drew Adams's message of "Wed, 4 Jun 2014 07:08:05 -0700 (PDT)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Level: X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0.2 X-NAI-Spam-Rules: 2 Rules triggered GEN_SPAM_FEATRE=0.2, RV4963=0 X-NAI-Spam-Version: 2.3.0.9378 : core <4963> : inlines <966> : streams <1203182> : uri <1775047> X-Spam-Score: -2.0 (--) X-Debbugs-Envelope-To: 17685 Cc: 17685@debbugs.gnu.org, Stefan Guath 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.0 (--) > Is this behavior new (e.g. since 24.3)? No, it's as old as the code that lets you jump to the C source code. Stefan From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 05 02:47:10 2014 Received: (at 17685) by debbugs.gnu.org; 5 Jun 2014 06:47:10 +0000 Received: from localhost ([127.0.0.1]:44625 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsRS9-0006Sm-MN for submit@debbugs.gnu.org; Thu, 05 Jun 2014 02:47:10 -0400 Received: from mail-wg0-f42.google.com ([74.125.82.42]:59935) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsRS5-0006S1-0Z for 17685@debbugs.gnu.org; Thu, 05 Jun 2014 02:47:05 -0400 Received: by mail-wg0-f42.google.com with SMTP id y10so526069wgg.1 for <17685@debbugs.gnu.org>; Wed, 04 Jun 2014 23:46:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=ScOeewN3CatFvPPQ09X2RdGZMmpheW+CO/+FoYnY46Q=; b=BgWO5f8HJUWGBieVNXJuOoIQB8T3HB734vr8FG7U1pANFywVSM/zqep4NNsvN++utb vOjgG6//TdPilROnR35I11eSG/gw9UjzfIcBMSclAU59ZmV1hMDH2qiYSOAJ2pu79L6Q yjYxtFqGXKB6WmgLn+HoiAO0KiHyBw4GmfF2Ax3ZIbSCAOZ1z0tEMwQ7/aJy0E5xFJc4 3P8AvonpkMvlHkPUCfgd8Mb8UqCSuPNhvahzEHzPOwqPeuV5qG9zpDz6rZx1K/vWQmyc 4g01fnsnFdQ9gOGPbASt9ynrZZYbN9ahXsG6lsyOkVM8aEwNEZn7hWvS1rwezz8vsGX0 woLg== X-Received: by 10.194.238.65 with SMTP id vi1mr12227873wjc.84.1401950819069; Wed, 04 Jun 2014 23:46:59 -0700 (PDT) Received: from [10.157.59.192] ([64.208.157.250]) by mx.google.com with ESMTPSA id bj2sm13746490wib.3.2014.06.04.23.46.58 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 04 Jun 2014 23:46:58 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: bug#17685: 24.3.91.1; help-C-file-name failes to create temp buffer " *DOC*" From: Stefan Guath In-Reply-To: Date: Thu, 5 Jun 2014 08:46:57 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <632050FA-D476-417C-8956-3C9A8508164F@automata.se> References: To: Stefan Monnier X-Mailer: Apple Mail (2.1878.2) X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17685 Cc: 17685@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.7 (/) I understand. But it seems an unsatisfactory solution to demand callers = of find-lisp-object-file-name to pre-evaluate (get-buffer-create " = *DOC*") in order to activate its c-source search ability (i.e. = convoluted code, code breaks when buffer name changes etc). Maybe just = add an optional argument in find-lisp-object-file-name? Something like = enable-c-search with the explanation "Please note that this will be = memory consuming."? /Stefan Guath On 4 jun 2014, at 15:15, Stefan Monnier = wrote: >> emacs -Q >> (find-lisp-object-file-name 'visible-bell 'defvar) ;visible-bell is = just an >> example and can be replaced with any variable. >=20 >> RESULT: >> C-source >=20 >> EXPECTED RESULT: >> "src/dispnew.c" >=20 > Here's the reason for the behavior: > the DOC file is moderately large, so we don't want to load it into > memory just because the user did C-h v visible-bell RET. >=20 > So we only populate the *DOC* buffer when the user actually clicks on > the "C-source" link to jump to the source code. And once the buffer = is > populated, then there's no reason not to use it, so if *DOC* exists = then > we do use it. >=20 > We could probably change it so that we always populate the *DOC* = buffer > in the case where the C sources are available (so the behavior would > stay unchanged for users running pre-compiled Emacs, while it would > work better for those users who compile it themselves and keep the > source in place). But I'm not sure it'd really be an improvement. >=20 >=20 > Stefan From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 05 03:49:20 2014 Received: (at 17685) by debbugs.gnu.org; 5 Jun 2014 07:49:20 +0000 Received: from localhost ([127.0.0.1]:44682 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsSQK-00006c-17 for submit@debbugs.gnu.org; Thu, 05 Jun 2014 03:49:20 -0400 Received: from mout.gmx.net ([212.227.17.20]:55260) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsSQH-00006O-E8 for 17685@debbugs.gnu.org; Thu, 05 Jun 2014 03:49:18 -0400 Received: from [88.117.57.70] ([88.117.57.70]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0LiY3U-1WMi2Z3ZCm-00ciEm; Thu, 05 Jun 2014 09:49:07 +0200 Message-ID: <539020EA.6080307@gmx.at> Date: Thu, 05 Jun 2014 09:48:58 +0200 From: martin rudalics MIME-Version: 1.0 To: Stefan Guath , Stefan Monnier Subject: Re: bug#17685: 24.3.91.1; help-C-file-name failes to create temp buffer " *DOC*" References: <632050FA-D476-417C-8956-3C9A8508164F@automata.se> In-Reply-To: <632050FA-D476-417C-8956-3C9A8508164F@automata.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:I+HC/tM2sRX6l6zRXmaePyIHI4LHH7aAxdRmZXkz+fuvPtV8vDR 9ZQipzmz6XF7A/hLNnMzWN9Py1/42aHgiEVHprvOKNATTFH/pur78osj7CY50Hj/8YsOzjY 1FzDGm3f7xhBmT8BI7nLnF/+qZo2KjIC6P86u4E6W3CRVVRR/jSdPGJAUxM6xhO3ZGi4HzF 7zLAhI3YLwvtufchEBVag== X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 17685 Cc: 17685@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.0 (/) > I understand. But it seems an unsatisfactory solution to demand > callers of find-lisp-object-file-name to pre-evaluate > (get-buffer-create " *DOC*") in order to activate its c-source search > ability (i.e. convoluted code, code breaks when buffer name changes > etc). Maybe just add an optional argument in > find-lisp-object-file-name? Something like enable-c-search with the > explanation "Please note that this will be memory consuming."? How about reserving an extra value for `help-enable-auto-load' which, if set, would trigger auto-creating the *DOC* buffer. martin From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 05 04:36:00 2014 Received: (at 17685) by debbugs.gnu.org; 5 Jun 2014 08:36:00 +0000 Received: from localhost ([127.0.0.1]:44722 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsT9U-0001fw-2c for submit@debbugs.gnu.org; Thu, 05 Jun 2014 04:36:00 -0400 Received: from mail-wg0-f50.google.com ([74.125.82.50]:65337) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsT9R-0001fX-HL for 17685@debbugs.gnu.org; Thu, 05 Jun 2014 04:35:58 -0400 Received: by mail-wg0-f50.google.com with SMTP id x12so694178wgg.9 for <17685@debbugs.gnu.org>; Thu, 05 Jun 2014 01:35:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=JSGO1oVVs5RHwCrf//2QOEy6sPKn5ALtcbHL+pr1uBQ=; b=RnZAzTXXDrvtnxpwdvXigrGQzCbWgmfbD9WOC7qtr6XoLf5r5T9+mPUvkWPsOXuWfu 7qwp1QIRmMf6Lk25nfoSJZPScVqt96G0LHQLot7P2ckTjvKWBQDuLg4sVmJaNOYrLJGu GYCY99n0K71wFZWkuOUoworwfky1wHQw1Ezo4N2D4Pajk/T+glZ3jfiILhSfNi/L+eKu 6vvL87gjZtI+ZnV1X6ho9H6ZIJgzpc7HdlRXVyd7Cwh3yhrOHFECEvIAYs+/N1XjJhz8 QhsnQRAnmq0rTQ3RBe2cubvJ487VZFBN4YiGOo3b98HL0b/fy1lKPodW1rLeuiA1sU7e Yi9Q== X-Received: by 10.180.12.238 with SMTP id b14mr13709155wic.16.1401957351524; Thu, 05 Jun 2014 01:35:51 -0700 (PDT) Received: from [10.157.59.192] ([64.208.157.250]) by mx.google.com with ESMTPSA id f17sm7091999wjr.19.2014.06.05.01.35.50 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 05 Jun 2014 01:35:51 -0700 (PDT) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: bug#17685: 24.3.91.1; help-C-file-name failes to create temp buffer " *DOC*" From: Stefan Guath In-Reply-To: <539020EA.6080307@gmx.at> Date: Thu, 5 Jun 2014 10:35:50 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <632050FA-D476-417C-8956-3C9A8508164F@automata.se> <539020EA.6080307@gmx.at> To: martin rudalics X-Mailer: Apple Mail (2.1878.2) X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17685 Cc: 17685@debbugs.gnu.org, Stefan Monnier 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.7 (/) But would such a solution really fix the problem when calling = find-lisp-object-file-name programmatically? E.g. (simplifed version = just to illustrate the concept): (defun show-elisp-src-at-point () (interactive) (message (find-lisp-object-file-name (variable-at-point) 'defvar))) Now, executing show-elisp-src-at-point with point on a C variable just = returns the symbol 'C-source. With an optional variable enable-c-search = in find-lisp-object-file-name, it could instead return the actual C = source file name. I don't think an extra value in help-enable-auto-load would be of any = help in these kind of cases (i.e. when used programmatically). /Stefan Guath On 5 jun 2014, at 09:48, martin rudalics wrote: > > I understand. But it seems an unsatisfactory solution to demand > > callers of find-lisp-object-file-name to pre-evaluate > > (get-buffer-create " *DOC*") in order to activate its c-source = search > > ability (i.e. convoluted code, code breaks when buffer name changes > > etc). Maybe just add an optional argument in > > find-lisp-object-file-name? Something like enable-c-search with the > > explanation "Please note that this will be memory consuming."? >=20 > How about reserving an extra value for `help-enable-auto-load' which, = if > set, would trigger auto-creating the *DOC* buffer. >=20 > martin From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 05 04:45:58 2014 Received: (at 17685) by debbugs.gnu.org; 5 Jun 2014 08:45:58 +0000 Received: from localhost ([127.0.0.1]:44727 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsTJ8-00022H-5K for submit@debbugs.gnu.org; Thu, 05 Jun 2014 04:45:58 -0400 Received: from mout.gmx.net ([212.227.17.21]:52341) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsTJ3-00021r-Ha for 17685@debbugs.gnu.org; Thu, 05 Jun 2014 04:45:54 -0400 Received: from [88.117.57.70] ([88.117.57.70]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0MQih7-1XMT2d1S05-00U3kt; Thu, 05 Jun 2014 10:45:46 +0200 Message-ID: <53902E2F.60504@gmx.at> Date: Thu, 05 Jun 2014 10:45:35 +0200 From: martin rudalics MIME-Version: 1.0 To: Stefan Guath Subject: Re: bug#17685: 24.3.91.1; help-C-file-name failes to create temp buffer " *DOC*" References: <632050FA-D476-417C-8956-3C9A8508164F@automata.se> <539020EA.6080307@gmx.at> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:O79xvPaLFF2e06nGt1m0+4NvYXgOR4vhHs3KttZ6HNDY4m7KL69 aJRH+ORk+0cdO8XG1At/5rSP9mfnYhPFB2YDOSAkdexcb7epitr9Fo7bnvy5sQfSax8Iovj huAhfMhrPF4zEuzv4zfDsLChpD62U+wh0RMXutgn0U0PbXjmXLEOE5WK0xRyN9bvIpFc91l WH9vptPAPVBWsbbVJlPQw== X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 17685 Cc: 17685@debbugs.gnu.org, Stefan Monnier 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 (/) > (defun show-elisp-src-at-point () > (interactive) > (message (find-lisp-object-file-name (variable-at-point) 'defvar))) > > Now, executing show-elisp-src-at-point with point on a C variable just returns the symbol 'C-source. With an optional variable enable-c-search in find-lisp-object-file-name, it could instead return the actual C source file name. > > I don't think an extra value in help-enable-auto-load would be of any help in these kind of cases (i.e. when used programmatically). I thought about something like (if (or (and (eq help-enable-auto-load 'create-doc) (get-buffer-create " *DOC*")) (get-buffer " *DOC*")) (help-C-file-name type 'subr) 'C-source) in `find-lisp-object-file-name'. martin From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 05 05:01:18 2014 Received: (at 17685) by debbugs.gnu.org; 5 Jun 2014 09:01:18 +0000 Received: from localhost ([127.0.0.1]:44732 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsTXu-0002XW-12 for submit@debbugs.gnu.org; Thu, 05 Jun 2014 05:01:18 -0400 Received: from mail-we0-f177.google.com ([74.125.82.177]:44599) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsTXo-0002XB-0w for 17685@debbugs.gnu.org; Thu, 05 Jun 2014 05:01:12 -0400 Received: by mail-we0-f177.google.com with SMTP id x48so700429wes.22 for <17685@debbugs.gnu.org>; Thu, 05 Jun 2014 02:01:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=HptfEUZ4hOoZ5rKPhmP2uFPFyPelOXaJZSElMPlVgyg=; b=kcLR3dwzf5zGOvsLhUWw/OvukcRea66jGsx6XCWHC7BpJWVTDVkwlDZg0gwoLa/UAb dvHLzKeoPKsnLrwhElZv1g5fGHdK16cHrZBXtikYPPQk+S0pV0+C1ewluNq8uWOJvrDM UgWg6z8uPwOT6xYu+D9c7nWWrM8KapjaVKWniM9RPG5ZUHsEmmlBcn/qtMKKMWYD2Hpa J7lXyls9F6eLSRXl0bFMcy132urDO06IeOJjXDlAlrX0N+w4tUX0rkoNeWXUeLK6dSGR rOGNJ9MM0RcEeLUsRR8m767T0mgJT9qe+cv8p8MtTs0XAegeJqWdlxojGHloQEwj6rf0 i5MA== X-Received: by 10.180.187.135 with SMTP id fs7mr9593595wic.37.1401958861945; Thu, 05 Jun 2014 02:01:01 -0700 (PDT) Received: from [10.157.59.192] ([64.208.157.250]) by mx.google.com with ESMTPSA id p18sm52977095wik.3.2014.06.05.02.01.01 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 05 Jun 2014 02:01:01 -0700 (PDT) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: bug#17685: 24.3.91.1; help-C-file-name failes to create temp buffer " *DOC*" From: Stefan Guath In-Reply-To: <53902E2F.60504@gmx.at> Date: Thu, 5 Jun 2014 11:00:59 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <632050FA-D476-417C-8956-3C9A8508164F@automata.se> <539020EA.6080307@gmx.at> <53902E2F.60504@gmx.at> To: martin rudalics X-Mailer: Apple Mail (2.1878.2) X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17685 Cc: 17685@debbugs.gnu.org, Stefan Monnier 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.7 (/) Ok, I understand! On 5 jun 2014, at 10:45, martin rudalics wrote: > > (defun show-elisp-src-at-point () > > (interactive) > > (message (find-lisp-object-file-name (variable-at-point) = 'defvar))) > > > > Now, executing show-elisp-src-at-point with point on a C variable = just returns the symbol 'C-source. With an optional variable = enable-c-search in find-lisp-object-file-name, it could instead return = the actual C source file name. > > > > I don't think an extra value in help-enable-auto-load would be of = any help in these kind of cases (i.e. when used programmatically). >=20 > I thought about something like >=20 > (if (or (and (eq help-enable-auto-load 'create-doc) > (get-buffer-create " *DOC*")) > (get-buffer " *DOC*")) > (help-C-file-name type 'subr) > 'C-source) >=20 > in `find-lisp-object-file-name'. >=20 > martin From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 05 09:51:56 2014 Received: (at 17685) by debbugs.gnu.org; 5 Jun 2014 13:51:56 +0000 Received: from localhost ([127.0.0.1]:44935 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsY59-0005YX-F5 for submit@debbugs.gnu.org; Thu, 05 Jun 2014 09:51:56 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:11984) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsY53-0005Y0-AY for 17685@debbugs.gnu.org; Thu, 05 Jun 2014 09:51:50 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArYGAIDvNVPO+IOj/2dsb2JhbABZgwaDSr0vgw6BFxd0giUBAQEBAgFWIwULCzQSFBgNJIgECNIZF456B4Q4BKkZgWqDTCE X-IPAS-Result: ArYGAIDvNVPO+IOj/2dsb2JhbABZgwaDSr0vgw6BFxd0giUBAQEBAgFWIwULCzQSFBgNJIgECNIZF456B4Q4BKkZgWqDTCE X-IronPort-AV: E=Sophos;i="4.97,753,1389762000"; d="scan'208";a="65885666" Received: from 206-248-131-163.dsl.teksavvy.com (HELO pastel.home) ([206.248.131.163]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 05 Jun 2014 09:51:39 -0400 Received: by pastel.home (Postfix, from userid 20848) id 5A0BB601BB; Thu, 5 Jun 2014 09:51:39 -0400 (EDT) From: Stefan Monnier To: Stefan Guath Subject: Re: bug#17685: 24.3.91.1; help-C-file-name failes to create temp buffer " *DOC*" Message-ID: References: <632050FA-D476-417C-8956-3C9A8508164F@automata.se> <539020EA.6080307@gmx.at> Date: Thu, 05 Jun 2014 09:51:39 -0400 In-Reply-To: (Stefan Guath's message of "Thu, 5 Jun 2014 10:35:50 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 17685 Cc: 17685@debbugs.gnu.org, martin rudalics 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 (/) > Maybe just add an optional argument in find-lisp-object-file-name? I'd be OK with that, yes. > (defun show-elisp-src-at-point () > (interactive) > (message (find-lisp-object-file-name (variable-at-point) 'defvar))) This call to `message' is erroneous (e.g. if the file name contains % chars). You can fix it with (defun show-elisp-src-at-point () (interactive) (message "%s" (find-lisp-object-file-name (variable-at-point) 'defvar))) At which point the `C-source' return value is not nearly as problematic. > I don't think an extra value in help-enable-auto-load would be of any help > in these kind of cases (i.e. when used programmatically). Agreed, tho the caller could let-bind help-enable-auto-load (in effect passing it an implicit additional argument). Stefan From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 08 05:11:25 2022 Received: (at 17685) by debbugs.gnu.org; 8 Feb 2022 10:11:25 +0000 Received: from localhost ([127.0.0.1]:45397 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nHNT2-0005dD-RZ for submit@debbugs.gnu.org; Tue, 08 Feb 2022 05:11:25 -0500 Received: from quimby.gnus.org ([95.216.78.240]:50594) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nHNSw-0005cn-Is for 17685@debbugs.gnu.org; Tue, 08 Feb 2022 05:11:23 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=p/Q51obM7foTgDYMlHv2oDaSmWL8qF5jHrU/VMZuhAk=; b=CH7zk7atfVc1R8BD3Dx0SJY7zK F5OmEf6IxQ9kZB9Sv1xGzScEFOhKXPsAP9RxHqgsRzvKbVI7IDR+48sGe6WBgxeV4G+V0FXznTKFC 2NPKi5hf6CSLKutDOZ2eU82X9spniPwcxCRKj3J9nDF7zRn9YkHIzRULptGmRS8npupg=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nHNSm-0003pt-6M; Tue, 08 Feb 2022 11:11:10 +0100 From: Lars Ingebrigtsen To: martin rudalics Subject: Re: bug#17685: 24.3.91.1; help-C-file-name failes to create temp buffer " *DOC*" References: <632050FA-D476-417C-8956-3C9A8508164F@automata.se> <539020EA.6080307@gmx.at> X-Now-Playing: Time is a Mountain's _II_: "Drumlings" Date: Tue, 08 Feb 2022 11:11:07 +0100 In-Reply-To: <539020EA.6080307@gmx.at> (martin rudalics's message of "Thu, 05 Jun 2014 09:48:58 +0200") Message-ID: <87fsotr7lw.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: martin rudalics writes: > How about reserving an extra value for `help-enable-auto-load' which, if > set, would trigger auto-creating the *DOC* buffer. I've now done this in Emacs 29 -- it seemed the interface that made the most sense (out of always reading DOC if we had the source, or a new value for help-enable-auto-load). Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 17685 Cc: 17685@debbugs.gnu.org, Stefan Monnier , Stefan Guath X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -3.3 (---) martin rudalics writes: > How about reserving an extra value for `help-enable-auto-load' which, if > set, would trigger auto-creating the *DOC* buffer. I've now done this in Emacs 29 -- it seemed the interface that made the most sense (out of always reading DOC if we had the source, or a new value for help-enable-auto-load). -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 08 05:11:26 2022 Received: (at control) by debbugs.gnu.org; 8 Feb 2022 10:11:26 +0000 Received: from localhost ([127.0.0.1]:45399 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nHNT4-0005dF-3V for submit@debbugs.gnu.org; Tue, 08 Feb 2022 05:11:26 -0500 Received: from quimby.gnus.org ([95.216.78.240]:50612) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nHNT1-0005cu-Br for control@debbugs.gnu.org; Tue, 08 Feb 2022 05:11:23 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=RJGOLI/t7g+2VCsHu0Widp76sN3D90A2r62yTlOkHrM=; b=K4asH2Bu8Uyyqi33rODc4+nJCn XL8KnhLFhjBBVziVu1gocChZ3jg0+WVaTQRYetyJoe1Ca5Yk2VRXmj0s22fwswZ6qIZrOBaDjIvZC AycQbufT3nn3/Yx0d7YDSblvUS6aN1vo/t8w+th7gIHgM2XpoyzZTqWoqu1u0OF+8JY0=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nHNSt-0003q1-GT for control@debbugs.gnu.org; Tue, 08 Feb 2022 11:11:17 +0100 Date: Tue, 08 Feb 2022 11:11:14 +0100 Message-Id: <87ee4dr7lp.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #17685 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 17685 29.1 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -3.3 (---) close 17685 29.1 quit From unknown Wed Jun 18 23:07:04 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, 08 Mar 2022 12:24:15 +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