all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Alan Mackenzie <acm@muc.de>
To: Juri Linkov <juri@linkov.net>
Cc: emacs-devel@gnu.org
Subject: Re: Unhelpful text in C-h v search-default-mode
Date: Fri, 29 Dec 2023 10:01:35 +0000	[thread overview]
Message-ID: <ZY6Y_3mO-Ny5xn0l@ACM> (raw)
In-Reply-To: <86frzlv6fy.fsf@mail.linkov.net>

Hello, Juri.

On Fri, Dec 29, 2023 at 09:12:49 +0200, Juri Linkov wrote:
> > In a recent master branch Emacs, (not with -Q), from an info buffer, I
> > did C-h v search-default-mode.  The text printed in *Help* included this:

> >     Its value is
> >     #<subr F616e6f6e796d6f75732d6c616d626461_anonymous_lambda_109>
> >     Original value was nil
> >     Local in buffer *info*<3>; global value is nil

> > ..  This is quite frankly entirely unhelpful; it gives no way to find out
> > what the lambda is, in particular, no way to get to its source code.  It
> > isn't even possible to disassemble the function.

> Another example:

> 0. emacs -Q
> 1. M-x list-timers

>    *     0.1s     t show-paren-function
>    *     0.5s     t #<subr F616e6f6e796d6f75732d6c616d626461_anonymous_lambda_13>

> I wonder how users are supposed to know what function it is?
> Searching by the delay number 0.5 reveals this lambda comes from

>         (setq jit-lock-context-timer
>               (run-with-idle-timer jit-lock-context-time t
>                                    (lambda ()
>                                      (unless jit-lock--antiblink-grace-timer
>                                        (jit-lock-context-fontify)))))

The new feature I've been working on for a couple of months should fix
this problem, too.  I'm making steady progress, currently being stuck on
cl-generic.el, due to its appalling lack of documentation.

Incidentally, why do we need the long string of hex digits in the subr
names F616e....6461_anonymous_lambda_109?  These  are simply the ASCII
codes for "anonymous_lambda", and would appear to be utterly
superfluous.  They serve only to make it more difficult to use the
function name, or to talk about it, and they make the list-timers output
much wider than it need be.

-- 
Alan Mackenzie (Nuremberg, Germany).



  parent reply	other threads:[~2023-12-29 10:01 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-10-24  9:45 Unhelpful text in C-h v search-default-mode Alan Mackenzie
2023-10-25  6:43 ` Juri Linkov
2023-12-29  7:12 ` Juri Linkov
2023-12-29  7:21   ` Emanuel Berg
2023-12-29  7:50   ` Eli Zaretskii
2023-12-29  7:54     ` Eli Zaretskii
2023-12-30 17:40       ` Juri Linkov
2023-12-29 10:01   ` Alan Mackenzie [this message]
2023-12-29 10:58     ` Emanuel Berg
2023-12-30 17:43       ` Juri Linkov
2023-12-31  3:23         ` Emanuel Berg
2023-12-29 11:45     ` Eli Zaretskii
2023-12-29 20:19       ` Andrea Corallo

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

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

  git send-email \
    --in-reply-to=ZY6Y_3mO-Ny5xn0l@ACM \
    --to=acm@muc.de \
    --cc=emacs-devel@gnu.org \
    --cc=juri@linkov.net \
    /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 external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.