Received: (at 64835) by debbugs.gnu.org; 24 Jul 2023 17:32:38 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jul 24 13:32:38 2023 Received: from localhost ([127.0.0.1]:43959 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1qNzQE-0006RF-Eu for submit <at> debbugs.gnu.org; Mon, 24 Jul 2023 13:32:38 -0400 Received: from mout-p-101.mailbox.org ([2001:67c:2050:0:465::101]:55178) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <iota@HIDDEN>) id 1qNzQC-0006Qv-NN for 64835 <at> debbugs.gnu.org; Mon, 24 Jul 2023 13:32:37 -0400 Received: from smtp2.mailbox.org (smtp2.mailbox.org [IPv6:2001:67c:2050:b231:465::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-101.mailbox.org (Postfix) with ESMTPS id 4R8nKj6989z9sqG; Mon, 24 Jul 2023 19:32:25 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=whxvd.name; s=MBO0001; t=1690219945; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Cy4kClVdgZf8oeO0GqDm+5mtFpNzB7K7CGjHhNqriW8=; b=EL+6p7M1tdkAbttxXHDPf3xc2TXy8f3KAG8WqUHSlnKVwPT9GdwhKcxUcvEpvBG6nRYrF5 riTI7ZhvlRRwHx94k+BGxr6ltEl1BUlv5C12FSX4D7zHCkkEKqW4Nto9k+tUBiufCQn3+a Oe541iqodd3CwNU/OClwja/qdtIvugfhGg0y6tyqSkr1hVU+amF/HGAVj8DDVThMcVjYMW YyDHboviNFTxDGnULX1FuW2kRz+j1MLlCEXq6PYV90HgjdF7ZtQeP3qGFk5g92ZY02OETC lCAn1Gk8FJ87xB5tUM0QP51p1xPf3gSsI3tHfU+43Qh3qfWv2H19uBiLOYwdnA== References: <87zg3lmf1v.fsf@HIDDEN> <83o7k1qm1g.fsf@HIDDEN> From: Sebastian Miele <iota@HIDDEN> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#64835: =?utf-8?Q?=E2=80=98describe-variable=E2=80=99?= unconditionally let-binds =?utf-8?Q?=E2=80=98print-circle=E2=80=99?= to t Date: Mon, 24 Jul 2023 19:23:53 +0200 In-reply-to: <83o7k1qm1g.fsf@HIDDEN> Message-ID: <87wmyp8bbs.fsf@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4R8nKj6989z9sqG X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 64835 Cc: Stefan Monnier <monnier@HIDDEN>, 64835 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.7 (-) > From: Eli Zaretskii <eliz@HIDDEN> > Date: Mon, 2023-07-24 20:03 +0300 > >> From: Sebastian Miele <iota@HIDDEN> >> Date: Mon, 24 Jul 2023 18:42:09 +0200 >> >> That was not the case in Emacs=C2=A028. It seems to have been introduced >> in the following commit: >> >> 2c18969c810f338d73beda592ee5af7103132e97 >> Author: Stefan Monnier <monnier@HIDDEN> >> AuthorDate: Thu Mar 2 02:08:08 2017 -0500 >> Commit: Stefan Monnier <monnier@HIDDEN> >> CommitDate: Thu Mar 2 02:08:32 2017 -0500 >> >> * lisp/help-fns.el (describe-variable): Use cl-print for the value >> >> Use `pp-buffer' rather than `pp' so as to avoid calling prin1 twice. >> >> 2017 is a while ago. The first pretest release of Emacs=C2=A028 was in >> December=C2=A02021. So the commit must have entered the current emacs-29 >> branch in some "non-linear" way. > > I don't think so. I see this code in Emacs 28.1. So I'm not sure why > you didn't see this behavior in Emacs 28, if indeed it is caused by > print-circle. I must have made a mistake when I tested with Emacs=C2=A028 yesterday. Aft= er checking again, the behavior clearly is in Emacs=C2=A028, too.
bug-gnu-emacs@HIDDEN:bug#64835; Package emacs.
Full text available.Received: (at 64835) by debbugs.gnu.org; 24 Jul 2023 17:03:10 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jul 24 13:03:10 2023 Received: from localhost ([127.0.0.1]:43913 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1qNyxh-0005fK-Mz for submit <at> debbugs.gnu.org; Mon, 24 Jul 2023 13:03:10 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:55784) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1qNyxc-0005ep-Vy for 64835 <at> debbugs.gnu.org; Mon, 24 Jul 2023 13:03:07 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1qNyxV-0000ld-1L; Mon, 24 Jul 2023 13:02:57 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=XvU7wLjwNv5BtmYOJM3NjCpzL9LhHz4UEjZSo+Inyjk=; b=WI00UntndIAsP7MRCdCR ScVIRj39zb8TNa1Rmnt8DFcqfPyrY11pudvJ/5Ry/2HoPD8K2aTu6ih0YFWyhSgWJwBNt567JqvCo iitPrqrJ+mPHjjWs7/FLwOvavt8iQ/Vs9ZVg/JxpismANG9vNuut5VFDWRwTHziE0nMpZU0E3tCoL +XvPstwp0yGYz7F9XDnDVMwmp4OmIYOUVZFpBJU44vNaFcgtBn1tBLMYsYpYZYX90YWUi71plXop5 GG8b/DhSSStKPhJK0DWiJcnDVa2g1CPZdvPK0AcRQGxdmk+mm3NgPx/Ji0D1gZTfWp3+poGOF74XD YrM1gRN/RA0hrg==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1qNyxU-000543-Bw; Mon, 24 Jul 2023 13:02:56 -0400 Date: Mon, 24 Jul 2023 20:03:39 +0300 Message-Id: <83o7k1qm1g.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Sebastian Miele <iota@HIDDEN>, Stefan Monnier <monnier@HIDDEN> In-Reply-To: <87zg3lmf1v.fsf@HIDDEN> (message from Sebastian Miele on Mon, 24 Jul 2023 18:42:09 +0200) Subject: Re: bug#64835: =?utf-8?Q?=E2=80=98describe-variable=E2=80=99?= unconditionally let-binds =?utf-8?Q?=E2=80=98print-circle=E2=80=99?= to t References: <87zg3lmf1v.fsf@HIDDEN> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 64835 Cc: 64835 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Sebastian Miele <iota@HIDDEN> > Date: Mon, 24 Jul 2023 18:42:09 +0200 > > That was not the case in Emacs 28. It seems to have been introduced > in the following commit: > > 2c18969c810f338d73beda592ee5af7103132e97 > Author: Stefan Monnier <monnier@HIDDEN> > AuthorDate: Thu Mar 2 02:08:08 2017 -0500 > Commit: Stefan Monnier <monnier@HIDDEN> > CommitDate: Thu Mar 2 02:08:32 2017 -0500 > > * lisp/help-fns.el (describe-variable): Use cl-print for the value > > Use `pp-buffer' rather than `pp' so as to avoid calling prin1 twice. > > 2017 is a while ago. The first pretest release of Emacs 28 was in > December 2021. So the commit must have entered the current emacs-29 > branch in some "non-linear" way. I don't think so. I see this code in Emacs 28.1. So I'm not sure why you didn't see this behavior in Emacs 28, if indeed it is caused by print-circle. > The problem is that the effect of ‘print-circle’ being t pertains to > all sharing, not just sharing that leads to circles. And that has the > effect, that the output can become arbitrarily unreadable. Consider > for example: > > (require 'ispell) > (ispell-set-spellchecker-params) > (describe-variable 'ispell-dictionary-alist) > > The display of the value in my machine contains, e.g., "(nil #1# #2# #3# > t #4# nil utf-8)". > > I do not see the reason for hard-coding ‘print-circle’ to t in > ‘describe-variable’. The only reason I can imagine would be the > prevention of infinite loops. But that cannot be the case, because > even with ‘print-circle’ nil, the printing routines seem to check for > circularity and handle it gracefully in the output. > > Is this a bug or a necessity that I do not understand, yet? > > The NEWS file does not mention this change. > > In general (and somewhat unrelated), it would be nice if ‘print-circle’ > would be split into two things: (1) make explicit all sharing (as is > done now), and (2) make explicit only a subset of sharing that resolves > all circles. (The latter would in at least two aspects still be > different from the graceful handling mentioned above when ‘print-circle’ > is nil.) Adding Stefan to the discussion.
bug-gnu-emacs@HIDDEN:bug#64835; Package emacs.
Full text available.Received: (at submit) by debbugs.gnu.org; 24 Jul 2023 16:48:35 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jul 24 12:48:35 2023 Received: from localhost ([127.0.0.1]:43890 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1qNyja-0005Il-G7 for submit <at> debbugs.gnu.org; Mon, 24 Jul 2023 12:48:35 -0400 Received: from lists.gnu.org ([2001:470:142::17]:56950) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <iota@HIDDEN>) id 1qNyjW-0005I2-Vd for submit <at> debbugs.gnu.org; Mon, 24 Jul 2023 12:48:33 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <iota@HIDDEN>) id 1qNyjQ-0000O8-Pa for bug-gnu-emacs@HIDDEN; Mon, 24 Jul 2023 12:48:25 -0400 Received: from mout-p-201.mailbox.org ([80.241.56.171]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_CHACHA20_POLY1305:256) (Exim 4.90_1) (envelope-from <iota@HIDDEN>) id 1qNyjN-0005aS-HQ for bug-gnu-emacs@HIDDEN; Mon, 24 Jul 2023 12:48:24 -0400 Received: from smtp1.mailbox.org (smtp1.mailbox.org [10.196.197.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-201.mailbox.org (Postfix) with ESMTPS id 4R8mLk4nqsz9sRV for <bug-gnu-emacs@HIDDEN>; Mon, 24 Jul 2023 18:48:14 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=whxvd.name; s=MBO0001; t=1690217294; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=U7QylbKJ9W1e0jFvrk67G1Dgow+XpyD1iqtTKaMHsZM=; b=c+G5Jpx5ikCbNFP+SByocUp3o1Jq3lCwzKpT+LsNRZ2vUCbGW37b87DuB8jq7z5Mufb+gU u+Wij3R8415a+32pB62Xuhfvx8/vo3/C5MJHtglsekQB1DhqTycl4mQ10ZhFaHii71d2RM U1/nlXfpA80N/ey+/wURXLsZS5cY5h1nqUunmeP+zs0KGFaGlLmCSe6TVWYpYZ2Z2Vmh0m L6p45MTos11RM1tiTPvUN5OqznnYyHDjkIOh422kZRFGDUAca7LPbb7UXwZb7AOwAtk0Wy /4qdNHKncXfjAOvHA/YiASod9fCVNfYTucGYxm0fcDuBnvrqpPd6jHG/SxRT2w== From: Sebastian Miele <iota@HIDDEN> To: bug-gnu-emacs@HIDDEN Subject: =?utf-8?Q?=E2=80=98describe-variable=E2=80=99?= unconditionally let-binds =?utf-8?Q?=E2=80=98print-circle=E2=80=99?= to t Date: Mon, 24 Jul 2023 18:42:09 +0200 Message-ID: <87zg3lmf1v.fsf@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=80.241.56.171; envelope-from=iota@HIDDEN; helo=mout-p-201.mailbox.org X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.6 (/) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -0.4 (/) That was not the case in Emacs=C2=A028. It seems to have been introduced in the following commit: 2c18969c810f338d73beda592ee5af7103132e97 Author: Stefan Monnier <monnier@HIDDEN> AuthorDate: Thu Mar 2 02:08:08 2017 -0500 Commit: Stefan Monnier <monnier@HIDDEN> CommitDate: Thu Mar 2 02:08:32 2017 -0500 * lisp/help-fns.el (describe-variable): Use cl-print for the value Use `pp-buffer' rather than `pp' so as to avoid calling prin1 twice. 2017 is a while ago. The first pretest release of Emacs=C2=A028 was in December=C2=A02021. So the commit must have entered the current emacs-29 branch in some "non-linear" way. The problem is that the effect of =E2=80=98print-circle=E2=80=99 being t pe= rtains to all sharing, not just sharing that leads to circles. And that has the effect, that the output can become arbitrarily unreadable. Consider for example: (require 'ispell) (ispell-set-spellchecker-params) (describe-variable 'ispell-dictionary-alist) The display of the value in my machine contains, e.g., "(nil #1# #2# #3# t #4# nil utf-8)". I do not see the reason for hard-coding =E2=80=98print-circle=E2=80=99 to t= in =E2=80=98describe-variable=E2=80=99. The only reason I can imagine would b= e the prevention of infinite loops. But that cannot be the case, because even with =E2=80=98print-circle=E2=80=99 nil, the printing routines seem to= check for circularity and handle it gracefully in the output. Is this a bug or a necessity that I do not understand, yet? The NEWS file does not mention this change. In general (and somewhat unrelated), it would be nice if =E2=80=98print-cir= cle=E2=80=99 would be split into two things: (1)=C2=A0make explicit all sharing (as is done now), and (2)=C2=A0make explicit only a subset of sharing that resolves all circles. (The latter would in at least two aspects still be different from the graceful handling mentioned above when =E2=80=98print-ci= rcle=E2=80=99 is nil.) ----- In GNU Emacs 29.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.38, cairo version 1.17.8) of 2023-07-23 built on huette Repository revision: 906ecf442c43da98e6b8c7488f549691901690e9 Repository branch: emacs-29 Windowing system distributor 'The X.Org Foundation', version 11.0.12101008 System Description: Arch Linux Configured using: 'configure --with-x-toolkit=3Dgtk --with-native-compilation=3Dyes --with-tree-sitter --with-json --with-mailutils --with-imagemagick' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ IMAGEMAGICK JPEG JSON LCMS2 LIBOTF LIBSYSTEMD LIBXML2 M17N_FLT MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER WEBP X11 XDBE XIM XINPUT2 XPM GTK3 ZLIB Important settings: value of $LC_COLLATE: C value of $LANG: C.UTF-8 locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t global-eldoc-mode: t eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t line-number-mode: t indent-tabs-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message mailcap yank-media puny dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068 epg-config gnus-util mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils pp shortdoc text-property-search mouse-copy mouse-drag thingatpt time-date cl-print byte-opt help-fns radix-tree ispell comp comp-cstr warnings icons subr-x rx cl-seq cl-macs gv cl-extra help-mode cl-loaddefs cl-lib bytecomp byte-compile rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic indonesian philippine cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs theme-loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads dbusbind inotify lcms2 dynamic-setting system-font-setting font-render-setting cairo move-toolbar gtk x-toolkit xinput2 x multi-tty make-network-process native-compile emacs) Memory information: ((conses 16 102484 8121) (symbols 48 7638 0) (strings 32 28748 4608) (string-bytes 1 869676) (vectors 16 19807) (vector-slots 8 344131 11905) (floats 8 148 62) (intervals 56 1312 1) (buffers 984 14))
Sebastian Miele <iota@HIDDEN>:bug-gnu-emacs@HIDDEN.
Full text available.bug-gnu-emacs@HIDDEN:bug#64835; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.