From: "Štěpán Němec" <stepnem@gmail.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: dima@secretsauce.net, 40702@debbugs.gnu.org,
Stefan Monnier <monnier@iro.umontreal.ca>
Subject: bug#40702: 28.0.50; (what-cursor-position) barfs on non-ASCII char
Date: Sun, 19 Apr 2020 18:18:13 +0200 [thread overview]
Message-ID: <871roj5u0q.fsf@gmail.com> (raw)
In-Reply-To: <83k12bijpl.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 19 Apr 2020 18:22:30 +0300")
On Sun, 19 Apr 2020 18:22:30 +0300
Eli Zaretskii wrote:
>> Looking at `what-cursor-position', apparently due to your
>> `buffer-file-coding-system' being nil (which seems a bit strange to me:
>> is even your (default-value 'buffer-file-coding-system) nil?)
>
> buffer-file-coding-system being nil means 'no-conversion'. You can
> easily simulate that yourself, by an explicit setq, and you will then
> get the error described in the report.
Indeed, thanks, the meaning of `nil' is described in the doc string. I
was more surprised that it ever ends up being nil by default, but that's
probably because I have very little understanding of how the Emacs
coding setup works.
>> the multibyte string isn't properly encoded and instead passed
>> directly to `encoded-string-description', leading to the error.
>
> Emacs 26.3 doesn't signal an error in this case, so I think this is a
> regression we should fix.
>
>> That said, there haven't been any relevant recent changes to
>> `what-cursor-position'.
>>
>> In any case, I think more info is needed: backtrace, system/environment.
>
> Here's a backtrace:
>
> Debugger entered--Lisp error: (cl-assertion-failed ((not (multibyte-string-p str)) nil))
> cl--assertion-failed((not (multibyte-string-p str)))
> encoded-string-description(#("é" 0 1 (charset unicode)) nil)
> describe-char(146)
> what-cursor-position((4))
> funcall-interactively(what-cursor-position (4))
> call-interactively(what-cursor-position nil nil)
> command-execute(what-cursor-position)
Thanks. I was looking at all the wrong places. The problem was simply
introduced by the addition of the assert in
2019-05-28T20:59:35-04:00!monnier@iro.umontreal.ca
146486f8a6 (* mule-cmds.el (encoded-string-description): Require unibyte string as input)
https://git.sv.gnu.org/cgit/emacs.git/commit/?id=146486f8a6
Removing the assertion reverts to the Emacs 26 behaviour.
Unfortunately there is no explanation regarding the change. Maybe Stefan
could provide some insight?
--
Štěpán
next prev parent reply other threads:[~2020-04-19 16:18 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-04-18 21:27 bug#40702: 28.0.50; (what-cursor-position) barfs on non-ASCII char Dima Kogan
2020-04-18 21:53 ` Štěpán Němec
2020-04-18 22:22 ` Dima Kogan
2020-04-19 13:02 ` Štěpán Němec
2020-04-19 15:22 ` Eli Zaretskii
2020-04-19 16:18 ` Štěpán Němec [this message]
2020-04-19 16:50 ` Eli Zaretskii
2020-04-19 19:39 ` Štěpán Němec
2020-04-19 16:44 ` Stefan Monnier
2020-04-20 4:16 ` Dima Kogan
2020-04-20 13:27 ` Stefan Monnier
2020-04-20 21:44 ` Dima Kogan
2020-09-30 3:45 ` Lars Ingebrigtsen
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=871roj5u0q.fsf@gmail.com \
--to=stepnem@gmail.com \
--cc=40702@debbugs.gnu.org \
--cc=dima@secretsauce.net \
--cc=eliz@gnu.org \
--cc=monnier@iro.umontreal.ca \
/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.