GNU bug report logs - #78155
31.0.50; eintr manual 1.8.3 Variable Number of Argument unknown charecters

Previous Next

To reply to this bug, email your comments to 78155 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: badli al rashid <theothernighttheotherday <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 31.0.50;
 eintr manual 1.8.3 Variable Number of Argument unknown charecters
Date: Wed, 30 Apr 2025 10:13:30 +0800

[Message part 1 (text/plain, inline)]

--text follows this line--

unknown charecters in the eintr manual. please find the attach. Next to the
numbers.





In GNU Emacs 31.0.50 (build 1, aarch64-unknown-linux-android21) of
 2025-04-29 built on xeon
Repository revision: 825ea052ad5638c056037c4cac92c9e666dc3820
Windowing system distributor 'Xiaomi', version 34.0.0
System Description:
Redmi/sunstone_global/sunstone:14/UKQ1.240624.001/OS2.0.1.0.UMQMIXM:user/release-keys

Configured using:
 'configure --with-png=yes --with-webp=yes --with-gif=yes
 --with-jpeg=yes --with-xml2=yes --with-sqlite3=yes --with-gnutls=yes
 --with-tiff=yes --with-selinux=yes --with-modules=yes
 --with-tree-sitter=yes --with-imagemagick=no --with-lcms2=yes
 --with-mailutils= --with-pop=no-by-default --with-harfbuzz=yes
 --with-threads=yes --with-rsvg=yes --enable-check-lisp-object-type=
 --cache-file=config_cache.1 'CFLAGS=-O2
 -Werror=implicit-function-declaration''

Configured features:
GIF GLIB GMP GNUTLS HARFBUZZ JPEG LIBSELINUX LIBXML2 MODULES NOTIFY
INOTIFY PDUMPER PNG RSVG SECCOMP SQLITE3 THREADS TIFF TREE_SITTER WEBP
ZLIB

Important settings:
  value of $LANG: en_GB.UTF8
  locale-coding-system: utf-8-unix

Major mode: Info

Minor modes in effect:
  text-scale-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  modifier-bar-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  isearch-fold-quotes-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  minibuffer-regexp-mode: t
  buffer-read-only: t
  column-number-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:
~/Documents/packages/rainbow/rainbow-delimiters hides
/data/data/org.gnu.emacs/files/.emacs.d/elpa/rainbow-delimiters-2.1.5/rainbow-delimiters

Features:
(shadow sort mail-extr emacsbug lisp-mnt message yank-media puny dired
dired-loaddefs rfc822 mml mml-sec 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 elec-pair ielm pp comint ansi-osc ansi-color ring
text-property-search face-remap help-fns radix-tree cl-print debug
backtrace help-mode find-func time-date mule-util info
display-line-numbers init finder-inf rainbow-delimiters easy-mmode
rainbow-delimiters-autoloads package browse-url xdg url url-proxy
url-privacy url-expand url-methods url-history url-cookie
generate-lisp-file url-domsuf url-util mailcap url-handlers url-parse
auth-source cl-seq eieio eieio-core cl-macs icons password-cache json
subr-x map byte-opt gv bytecomp byte-compile url-vars cl-loaddefs cl-lib
rmc iso-transl tooltip cus-start cconv eldoc paren electric uniquify
ediff-hook vc-hooks lisp-float-type elisp-mode mwheel android-win
term/common-win touch-screen ls-lisp 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 inotify dynamic-setting
android multi-tty move-toolbar make-network-process tty-child-frames
emacs)

Memory information:
((conses 16 118547 27884) (symbols 48 9672 0) (strings 32 28492 1888)
 (string-bytes 1 690294) (vectors 16 21828)
 (vector-slots 8 300130 12593) (floats 8 52 316) (intervals 56 3681 0)
 (buffers 992 19))


Sent from Gmail

[Message part 2 (text/html, inline)]

[1000053448.jpg (image/jpeg, inline)]

Message #8 received at 78155 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: badli al rashid <theothernighttheotherday <at> gmail.com>
Cc: 78155 <at> debbugs.gnu.org
Subject: Re: bug#78155: 31.0.50;
 eintr manual 1.8.3 Variable Number of Argument unknown charecters
Date: Wed, 30 Apr 2025 09:19:14 +0300

> From: badli al rashid <theothernighttheotherday <at> gmail.com>
> Date: Wed, 30 Apr 2025 10:13:30 +0800
> 
> unknown charecters in the eintr manual. please find the attach. Next to the numbers.

This is a problem with the font you are using: it lacks these
characters, something that Emacs doesn't expect to happen on GUI
frames.

What does Emacs say if you go to one of these characters and
type "C-u C-x =" ?

Message #11 received at 78155 <at> debbugs.gnu.org (full text, mbox):

From: badli al rashid <theothernighttheotherday <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 78155 <at> debbugs.gnu.org
Subject: Re: bug#78155: 31.0.50; eintr manual 1.8.3 Variable Number of
 Argument unknown charecters
Date: Wed, 30 Apr 2025 14:50:46 +0800

[Message part 1 (text/plain, inline)]

The output shows below

             position: 71299 of 757020 (9%), restriction: <70709-71519>,
column: 15
            character: ⇒ (displayed as ⇒) (codepoint 8658, #o20722, #x21d2)
              charset: unicode (Unicode (ISO10646))
code point in charset: 0x21D2
               script: symbol
               syntax: _ which means: symbol
             category: .:Base, 5:symbol, h:Korean, j:Japanese
             to input: type "C-x 8 RET 21d2" or "C-x 8 RET RIGHTWARDS
DOUBLE ARROW"
          buffer code: #xE2 #x87 #x92
            file code: #xE2 #x87 #x92 (encoded by coding system utf-8-unix)
              display: no font available

Character code properties: customize what to show
  name: RIGHTWARDS DOUBLE ARROW
  old-name: RIGHT DOUBLE ARROW
  general-category: Sm (Symbol, Math)
  decomposition: (8658) ('⇒')

There are text properties here:
  fontified            t

Sent from Gmail

On Wed, Apr 30, 2025, 14:20 Eli Zaretskii <eliz <at> gnu.org> wrote:

> > From: badli al rashid <theothernighttheotherday <at> gmail.com>
> > Date: Wed, 30 Apr 2025 10:13:30 +0800
> >
> > unknown charecters in the eintr manual. please find the attach. Next to
> the numbers.
>
> This is a problem with the font you are using: it lacks these
> characters, something that Emacs doesn't expect to happen on GUI
> frames.
>
> What does Emacs say if you go to one of these characters and
> type "C-u C-x =" ?
>

[Message part 2 (text/html, inline)]

Message #14 received at 78155 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: badli al rashid <theothernighttheotherday <at> gmail.com>
Cc: 78155 <at> debbugs.gnu.org
Subject: Re: bug#78155: 31.0.50; eintr manual 1.8.3 Variable Number of
 Argument unknown charecters
Date: Wed, 30 Apr 2025 09:55:37 +0300

> From: badli al rashid <theothernighttheotherday <at> gmail.com>
> Date: Wed, 30 Apr 2025 14:50:46 +0800
> Cc: 78155 <at> debbugs.gnu.org
> 
> The output shows below
> 
>              position: 71299 of 757020 (9%), restriction: <70709-71519>, column: 15
>             character: ⇒ (displayed as ⇒) (codepoint 8658, #o20722, #x21d2)
>               charset: unicode (Unicode (ISO10646))
> code point in charset: 0x21D2
>                script: symbol
>                syntax: _ which means: symbol
>              category: .:Base, 5:symbol, h:Korean, j:Japanese
>              to input: type "C-x 8 RET 21d2" or "C-x 8 RET RIGHTWARDS DOUBLE ARROW"
>           buffer code: #xE2 #x87 #x92
>             file code: #xE2 #x87 #x92 (encoded by coding system utf-8-unix)
>               display: no font available

So the font you are using doesn't have a glyph for that character.
What font is that?  What does the following show in the echo area?

  M-: (face-font 'default) RET

Message #17 received at 78155 <at> debbugs.gnu.org (full text, mbox):

From: badli al rashid <theothernighttheotherday <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 78155 <at> debbugs.gnu.org
Subject: Re: bug#78155: 31.0.50; eintr manual 1.8.3 Variable Number of
 Argument unknown charecters
Date: Wed, 30 Apr 2025 15:05:26 +0800

[Message part 1 (text/plain, inline)]

The output

"-1ASC-Droid Sans Mono-regular-normal-normal-*-37-*-*-*-m-0-iso10646-1"


Sent from Gmail

On Wed, Apr 30, 2025, 14:55 Eli Zaretskii <eliz <at> gnu.org> wrote:

> > From: badli al rashid <theothernighttheotherday <at> gmail.com>
> > Date: Wed, 30 Apr 2025 14:50:46 +0800
> > Cc: 78155 <at> debbugs.gnu.org
> >
> > The output shows below
> >
> >              position: 71299 of 757020 (9%), restriction: <70709-71519>,
> column: 15
> >             character: ⇒ (displayed as ⇒) (codepoint 8658, #o20722,
> #x21d2)
> >               charset: unicode (Unicode (ISO10646))
> > code point in charset: 0x21D2
> >                script: symbol
> >                syntax: _ which means: symbol
> >              category: .:Base, 5:symbol, h:Korean, j:Japanese
> >              to input: type "C-x 8 RET 21d2" or "C-x 8 RET RIGHTWARDS
> DOUBLE ARROW"
> >           buffer code: #xE2 #x87 #x92
> >             file code: #xE2 #x87 #x92 (encoded by coding system
> utf-8-unix)
> >               display: no font available
>
> So the font you are using doesn't have a glyph for that character.
> What font is that?  What does the following show in the echo area?
>
>   M-: (face-font 'default) RET
>
>

[Message part 2 (text/html, inline)]

Message #20 received at 78155 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: badli al rashid <theothernighttheotherday <at> gmail.com>,
 Po Lu <luangruo <at> yahoo.com>
Cc: 78155 <at> debbugs.gnu.org
Subject: Re: bug#78155: 31.0.50; eintr manual 1.8.3 Variable Number of
 Argument unknown charecters
Date: Wed, 30 Apr 2025 11:25:06 +0300

> From: badli al rashid <theothernighttheotherday <at> gmail.com>
> Date: Wed, 30 Apr 2025 15:05:26 +0800
> Cc: 78155 <at> debbugs.gnu.org
> 
> The output
> 
> "-1ASC-Droid Sans Mono-regular-normal-normal-*-37-*-*-*-m-0-iso10646-1"

So I guess this font is not a good choice for Emacs.

Po Lu, what are our recommendations for fonts to use in the Android
port?  Do users need to do something special on Android devices to
have reasonable font setup?  It sounds like this user has no fonts at
all that could display the non-ASCII symbols used by info.el.  If this
situation is probable enough, perhaps the test in info.el that probes
these characters for being displayable should in the Android case
disregard the display-multi-font-p condition?

Message #23 received at 78155 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Po Lu <luangruo <at> yahoo.com>
Cc: 78155 <at> debbugs.gnu.org, theothernighttheotherday <at> gmail.com
Subject: Re: bug#78155: 31.0.50;
 eintr manual 1.8.3 Variable Number of Argument unknown charecters
Date: Sat, 10 May 2025 13:02:30 +0300

Ping!  Po Lu, could you please chime in?

> Cc: 78155 <at> debbugs.gnu.org
> Date: Wed, 30 Apr 2025 11:25:06 +0300
> From: Eli Zaretskii <eliz <at> gnu.org>
> 
> > From: badli al rashid <theothernighttheotherday <at> gmail.com>
> > Date: Wed, 30 Apr 2025 15:05:26 +0800
> > Cc: 78155 <at> debbugs.gnu.org
> > 
> > The output
> > 
> > "-1ASC-Droid Sans Mono-regular-normal-normal-*-37-*-*-*-m-0-iso10646-1"
> 
> So I guess this font is not a good choice for Emacs.
> 
> Po Lu, what are our recommendations for fonts to use in the Android
> port?  Do users need to do something special on Android devices to
> have reasonable font setup?  It sounds like this user has no fonts at
> all that could display the non-ASCII symbols used by info.el.  If this
> situation is probable enough, perhaps the test in info.el that probes
> these characters for being displayable should in the Android case
> disregard the display-multi-font-p condition?
> 
> 
> 
> 

Message #26 received at 78155 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: luangruo <at> yahoo.com
Cc: theothernighttheotherday <at> gmail.com, 78155 <at> debbugs.gnu.org
Subject: Re: bug#78155: 31.0.50;
 eintr manual 1.8.3 Variable Number of Argument unknown charecters
Date: Sat, 24 May 2025 11:54:37 +0300

Ping! Ping!

> Cc: 78155 <at> debbugs.gnu.org, theothernighttheotherday <at> gmail.com
> Date: Sat, 10 May 2025 13:02:30 +0300
> From: Eli Zaretskii <eliz <at> gnu.org>
> 
> Ping!  Po Lu, could you please chime in?
> 
> > Cc: 78155 <at> debbugs.gnu.org
> > Date: Wed, 30 Apr 2025 11:25:06 +0300
> > From: Eli Zaretskii <eliz <at> gnu.org>
> > 
> > > From: badli al rashid <theothernighttheotherday <at> gmail.com>
> > > Date: Wed, 30 Apr 2025 15:05:26 +0800
> > > Cc: 78155 <at> debbugs.gnu.org
> > > 
> > > The output
> > > 
> > > "-1ASC-Droid Sans Mono-regular-normal-normal-*-37-*-*-*-m-0-iso10646-1"
> > 
> > So I guess this font is not a good choice for Emacs.
> > 
> > Po Lu, what are our recommendations for fonts to use in the Android
> > port?  Do users need to do something special on Android devices to
> > have reasonable font setup?  It sounds like this user has no fonts at
> > all that could display the non-ASCII symbols used by info.el.  If this
> > situation is probable enough, perhaps the test in info.el that probes
> > these characters for being displayable should in the Android case
> > disregard the display-multi-font-p condition?
> > 
> > 
> > 
> > 
> 
> 
> 
> 

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.