unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Sebastian Miele <iota@whxvd.name>
To: 64835@debbugs.gnu.org
Subject: bug#64835: ‘describe-variable’ unconditionally let-binds ‘print-circle’ to t
Date: Mon, 24 Jul 2023 18:42:09 +0200	[thread overview]
Message-ID: <87zg3lmf1v.fsf@whxvd.name> (raw)

That was not the case in Emacs 28.  It seems to have been introduced
in the following commit:

  2c18969c810f338d73beda592ee5af7103132e97
  Author:     Stefan Monnier <monnier@iro.umontreal.ca>
  AuthorDate: Thu Mar 2 02:08:08 2017 -0500
  Commit:     Stefan Monnier <monnier@iro.umontreal.ca>
  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.

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.)

-----

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=gtk --with-native-compilation=yes
 --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))





             reply	other threads:[~2023-07-24 16:42 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-07-24 16:42 Sebastian Miele [this message]
2023-07-24 17:03 ` bug#64835: ‘describe-variable’ unconditionally let-binds ‘print-circle’ to t Eli Zaretskii
2023-07-24 17:23   ` Sebastian Miele
2023-08-06  2:54 ` Michael Heerdegen
2023-08-08  3:00   ` Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-08-08  3:55     ` Michael Heerdegen
2023-08-08 12:55       ` Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-08-06 10:09 ` Mattias Engdegård
2023-08-15  2:55   ` Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-08-15 12:24     ` Mattias Engdegård

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87zg3lmf1v.fsf@whxvd.name \
    --to=iota@whxvd.name \
    --cc=64835@debbugs.gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).