GNU bug report logs - #39482
26.3; set-fontset-font with emacs charset does not work correctly

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 39482 in the body.
You can then email your comments to 39482 AT debbugs.gnu.org in the normal way.

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

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

From: ynyaaa <at> gmail.com
To: bug-gnu-emacs <at> gnu.org
Subject: 26.3; set-fontset-font with emacs charset does not work correctly
Date: Sat, 08 Feb 2020 00:11:23 +0900

I tried to setup fontset to display a same character with different
'charset text property using different fonts.

(let* ((base "Courier New")
       (size 18)
       (un-spec "SimHei")
       (tc-spec '("MingLiU"   . "big5"))
       (sc-spec '("SimSun"    . "gb2312.1980"))
       (jp-spec '("MS Mincho" . "jisx0208"))
       (kr-spec '("BatangChe" . "ksc5601.1987"))
       )
  (set-charset-priority 'ascii)
  (set-frame-font (format "%s-%g" base size t))
  (set-frame-size nil 80 28)
  (set-fontset-font t '(#x80 . #x10FFFF) un-spec)
  (set-fontset-font t 'chinese-gb2312    sc-spec nil 'append)
  (set-fontset-font t 'big5              tc-spec nil 'append)
  (set-fontset-font t 'japanese-jisx0208 jp-spec nil 'append)
  (set-fontset-font t 'korean-ksc5601    kr-spec nil 'append)
  )

But some characters are not displayed with specified fonts.

CJK Ideographs are displayed as intended:
M-x list-charset-chars RET unicode-bmp RET
  CJK Ideographs are displayed with SimHei.
M-x list-charset-chars RET big5 RET
  CJK Ideographs are displayed with MingLiU.

CJK Ideographs are not displayed as intended:
M-x list-charset-chars RET chinese-gb2312 RET
  CJK Ideographs are displayed with SimSun except for
    啊爱罢帮逼彼蔽庇辟辩...(and more). They are displayed with SimHei.
M-x list-charset-chars RET japanese-jisx0208 RET
  CJK Ideographs are displayed with "MS Mincho" except for
    亜愛挨芦按偉椅為稲蔭...(and more). They are displayed with SimHei.
M-x list-charset-chars RET korean-ksc5601 RET
  CJK Ideographs are displayed with SimHei, not the intended font.
  CJK Compatibility Ideographs are not displayed.


In GNU Emacs 26.3 (build 1, x86_64-w64-mingw32)
 of 2019-08-29 built on CIRROCUMULUS
Repository revision: 96dd0196c28bc36779584e47fffcca433c9309cd
Windowing system distributor 'Microsoft Corp.', version 10.0.18363
Recent messages:

Configured using:
 'configure --without-dbus --host=x86_64-w64-mingw32
 --without-compress-install 'CFLAGS=-O2 -static -g3''

Configured features:
XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY ACL GNUTLS LIBXML2 ZLIB
TOOLKIT_SCROLL_BARS THREADS LCMS2

Important settings:
  value of $LANG: JPN
  locale-coding-system: cp932

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-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
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message rmc puny seq byte-opt gv
bytecomp byte-compile cconv cl-loaddefs cl-lib dired dired-loaddefs
format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg
epg-config gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-utils term/bobcat elec-pair
time-date mule-util japan-util tooltip eldoc electric uniquify
ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp disp-table
term/w32-win w32-win w32-vars term/common-win tool-bar dnd fontset image
regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode
lisp-mode prog-mode register page menu-bar rfn-eshadow isearch timer
select scroll-bar mouse jit-lock font-lock syntax facemenu font-core
term/tty-colors frame cl-generic 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 charscript charprop case-table epa-hook jka-cmpr-hook
help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs
button faces cus-face macroexp files text-properties overlay sha1 md5
base64 format env code-pages mule custom widget hashtable-print-readable
backquote threads w32notify w32 lcms2 multi-tty make-network-process
emacs)

Memory information:
((conses 16 99563 9820)
 (symbols 48 20238 1)
 (miscs 40 38 143)
 (strings 32 29830 1170)
 (string-bytes 1 767316)
 (vectors 16 24983)
 (vector-slots 8 698705 17442)
 (floats 8 51 78)
 (intervals 56 260 7)
 (buffers 992 12))

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: ynyaaa <at> gmail.com
Cc: 39482 <at> debbugs.gnu.org
Subject: Re: bug#39482: 26.3;
 set-fontset-font with emacs charset does not work correctly
Date: Fri, 07 Feb 2020 18:04:16 +0200

> From: ynyaaa <at> gmail.com
> Date: Sat, 08 Feb 2020 00:11:23 +0900
> 
> (let* ((base "Courier New")
>        (size 18)
>        (un-spec "SimHei")
>        (tc-spec '("MingLiU"   . "big5"))
>        (sc-spec '("SimSun"    . "gb2312.1980"))
>        (jp-spec '("MS Mincho" . "jisx0208"))
>        (kr-spec '("BatangChe" . "ksc5601.1987"))
>        )
>   (set-charset-priority 'ascii)
>   (set-frame-font (format "%s-%g" base size t))
>   (set-frame-size nil 80 28)
>   (set-fontset-font t '(#x80 . #x10FFFF) un-spec)
>   (set-fontset-font t 'chinese-gb2312    sc-spec nil 'append)
>   (set-fontset-font t 'big5              tc-spec nil 'append)
>   (set-fontset-font t 'japanese-jisx0208 jp-spec nil 'append)
>   (set-fontset-font t 'korean-ksc5601    kr-spec nil 'append)

Why are you using 'append here?  AFAIU, that means the default fontset
settings, which are set up in fontset.el, are used first, and your
settings are only used as fallback, when the defaults fail to find a
glyph for a charcater.  That could explain why you see what you see.

Also, since we've already established that Uniscribe on Windows 10
sometimes fails in strange ways, please switch to Emacs 27 with
HarfBuzz, because otherwise investigating these problems could be a
huge waste of our time for no good reason.  You can find a relatively
recent build of the Emacs 27 snapshot here:

  https://alpha.gnu.org/gnu/emacs/pretest/windows/emacs-27/

Thanks.

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

From: ynyaaa <at> gmail.com
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 39482 <at> debbugs.gnu.org
Subject: Re: bug#39482: 26.3; set-fontset-font with emacs charset does not
 work correctly
Date: Sat, 08 Feb 2020 11:27:53 +0900

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: ynyaaa <at> gmail.com
>> Date: Sat, 08 Feb 2020 00:11:23 +0900
>> 
>> (let* ((base "Courier New")
>>        (size 18)
>>        (un-spec "SimHei")
>>        (tc-spec '("MingLiU"   . "big5"))
>>        (sc-spec '("SimSun"    . "gb2312.1980"))
>>        (jp-spec '("MS Mincho" . "jisx0208"))
>>        (kr-spec '("BatangChe" . "ksc5601.1987"))
>>        )
>>   (set-charset-priority 'ascii)
>>   (set-frame-font (format "%s-%g" base size t))
>>   (set-frame-size nil 80 28)
>>   (set-fontset-font t '(#x80 . #x10FFFF) un-spec)
>>   (set-fontset-font t 'chinese-gb2312    sc-spec nil 'append)
>>   (set-fontset-font t 'big5              tc-spec nil 'append)
>>   (set-fontset-font t 'japanese-jisx0208 jp-spec nil 'append)
>>   (set-fontset-font t 'korean-ksc5601    kr-spec nil 'append)
>
> Why are you using 'append here?  AFAIU, that means the default fontset
> settings, which are set up in fontset.el, are used first, and your
> settings are only used as fallback, when the defaults fail to find a
> glyph for a charcater.  That could explain why you see what you see.
>
> Also, since we've already established that Uniscribe on Windows 10
> sometimes fails in strange ways, please switch to Emacs 27 with
> HarfBuzz, because otherwise investigating these problems could be a
> huge waste of our time for no good reason.  You can find a relatively
> recent build of the Emacs 27 snapshot here:
>
>   https://alpha.gnu.org/gnu/emacs/pretest/windows/emacs-27/
>
> Thanks.

I installed emacs-27.0.60-snapshot-emacs-27-2019-12-28-x86_64-installer.exe
and tested the same form. It looks like there is no difference.
Replacing 'append with 'prepend makes no difference.

#'setfontset-font does not work well if ADD argument is non-nil.
In the example below, dummy3 should be added for both 199 and 200,
but it is not added for 200.

(progn (set-fontset-font t 199 "dummy1")
       (set-fontset-font t 200 "dummy2")
       (set-fontset-font t '(199 . 200) "dummy3" nil 'append)
       (mapcar (lambda (c) (cons c (aref (fontset-info t) c)))
               '(199 200)))
=> ((199 ("-*-dummy1-*-*-*-*-*-*-*-*-*-*-*-*")
         ("-*-dummy3-*-*-*-*-*-*-*-*-*-*-*-*"))
    (200 ("-*-dummy2-*-*-*-*-*-*-*-*-*-*-*-*")))

>>        (kr-spec '("BatangChe" . "ksc5601.1987"))

Replacing "ksc5601.1987" with "ksc5601.1987-0" makes most of
'korean-ksc5601 characters displayed with BatangChe font.
(Some characters are displayed with SimHei.)

I think "ksc5601", "ksc5601*" or "ksc5601.1987" should be accepted.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: ynyaaa <at> gmail.com
Cc: 39482 <at> debbugs.gnu.org
Subject: Re: bug#39482: 26.3; set-fontset-font with emacs charset does not
 work correctly
Date: Sat, 08 Feb 2020 10:16:17 +0200

> From: ynyaaa <at> gmail.com
> Cc: 39482 <at> debbugs.gnu.org
> Date: Sat, 08 Feb 2020 11:27:53 +0900
> 
> I installed emacs-27.0.60-snapshot-emacs-27-2019-12-28-x86_64-installer.exe
> and tested the same form. It looks like there is no difference.

Are you using HarfBuzz?  I don't know if the installer installs the
HarfBuzz library by default.  If the library is not installed, Emacs
will fall back on Uniscribe, and you have the same problems as in
Emacs 26 again.  "C-u C-x =" on some character should tell you if
HarfBuzz or Uniscribe is being used.

> >>        (kr-spec '("BatangChe" . "ksc5601.1987"))
> 
> Replacing "ksc5601.1987" with "ksc5601.1987-0" makes most of
> 'korean-ksc5601 characters displayed with BatangChe font.
> (Some characters are displayed with SimHei.)
> 
> I think "ksc5601", "ksc5601*" or "ksc5601.1987" should be accepted.

IME, font families are not supported well on MS-Windows, and font
registry is an XLFD notion supported natively on X Windows that I
wouldn't be surprised if is not well supported on Windows, either.
That said, people who have enough time on their hands are welcome to
dig into the font/fontset support code on MS-Windows and suggest
patches to improve that.

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

From: ynyaaa <at> gmail.com
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 39482 <at> debbugs.gnu.org
Subject: Re: bug#39482: 26.3; set-fontset-font with emacs charset does not
 work correctly
Date: Sat, 08 Feb 2020 19:50:48 +0900

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: ynyaaa <at> gmail.com
>> Cc: 39482 <at> debbugs.gnu.org
>> Date: Sat, 08 Feb 2020 11:27:53 +0900
>> 
>> I installed emacs-27.0.60-snapshot-emacs-27-2019-12-28-x86_64-installer.exe
>> and tested the same form. It looks like there is no difference.
>
> Are you using HarfBuzz?  I don't know if the installer installs the
> HarfBuzz library by default.  If the library is not installed, Emacs
> will fall back on Uniscribe, and you have the same problems as in
> Emacs 26 again.  "C-u C-x =" on some character should tell you if
> HarfBuzz or Uniscribe is being used.

'C-u C-x =' on 'a' displays in *Help* buffer:
              display: by this font (glyph code)
    uniscribe:-outline-Courier New-normal-normal-normal-mono-13-*-*-*-c-*-iso8859-1 (#x44)

'C-u C-x =' on '一' displays in *Help* buffer:
              display: by this font (glyph code)
    uniscribe:-outline-ＭＳ ゴシック-normal-normal-normal-mono-13-*-*-*-c-*-jisx0208*-* (#xB4D)

There are following DLLs in x86_64/bin directory.
2019/12/26  22:21         1,073,664 libharfbuzz-0.dll
2019/12/26  22:21            86,528 libharfbuzz-gobject-0.dll
2019/12/26  22:21            18,944 libharfbuzz-icu-0.dll
2019/12/26  22:21           545,280 libharfbuzz-subset-0.dll

'M-x report-emacs-bug' displays following messages as initial contents.

In GNU Emacs 27.0.60 (build 1, x86_64-w64-mingw32)
 of 2019-12-29 built on CIRROCUMULUS
Repository revision: 21c3020fcec0a32122d2680a391864a75393031b
Repository branch: emacs-27
Windowing system distributor 'Microsoft Corp.', version 10.0.18363
System Description: Microsoft Windows 10 Pro (v10.0.1909.18363.628)

Configured using:
 'configure --without-dbus --host=x86_64-w64-mingw32
 --without-compress-install -C 'CFLAGS=-O2 -static -g3''

Configured features:
XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY W32NOTIFY ACL GNUTLS LIBXML2
HARFBUZZ ZLIB TOOLKIT_SCROLL_BARS MODULES THREADS PDUMPER LCMS2 GMP

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: ynyaaa <at> gmail.com
Cc: 39482 <at> debbugs.gnu.org
Subject: Re: bug#39482: 26.3; set-fontset-font with emacs charset does not
 work correctly
Date: Sat, 08 Feb 2020 13:36:59 +0200

> From: ynyaaa <at> gmail.com
> Cc: 39482 <at> debbugs.gnu.org
> Date: Sat, 08 Feb 2020 19:50:48 +0900
> 
> > Are you using HarfBuzz?  I don't know if the installer installs the
> > HarfBuzz library by default.  If the library is not installed, Emacs
> > will fall back on Uniscribe, and you have the same problems as in
> > Emacs 26 again.  "C-u C-x =" on some character should tell you if
> > HarfBuzz or Uniscribe is being used.
> 
> 'C-u C-x =' on 'a' displays in *Help* buffer:
>               display: by this font (glyph code)
>     uniscribe:-outline-Courier New-normal-normal-normal-mono-13-*-*-*-c-*-iso8859-1 (#x44)
> 
> 'C-u C-x =' on '一' displays in *Help* buffer:
>               display: by this font (glyph code)
>     uniscribe:-outline-ＭＳ ゴシック-normal-normal-normal-mono-13-*-*-*-c-*-jisx0208*-* (#xB4D)

So HarfBuzz is not used.

> There are following DLLs in x86_64/bin directory.
> 2019/12/26  22:21         1,073,664 libharfbuzz-0.dll
> 2019/12/26  22:21            86,528 libharfbuzz-gobject-0.dll
> 2019/12/26  22:21            18,944 libharfbuzz-icu-0.dll
> 2019/12/26  22:21           545,280 libharfbuzz-subset-0.dll
> 
> 'M-x report-emacs-bug' displays following messages as initial contents.
> 
> In GNU Emacs 27.0.60 (build 1, x86_64-w64-mingw32)
>  of 2019-12-29 built on CIRROCUMULUS
> Repository revision: 21c3020fcec0a32122d2680a391864a75393031b
> Repository branch: emacs-27
> Windowing system distributor 'Microsoft Corp.', version 10.0.18363
> System Description: Microsoft Windows 10 Pro (v10.0.1909.18363.628)
> 
> Configured using:
>  'configure --without-dbus --host=x86_64-w64-mingw32
>  --without-compress-install -C 'CFLAGS=-O2 -static -g3''
> 
> Configured features:
> XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY W32NOTIFY ACL GNUTLS LIBXML2
> HARFBUZZ ZLIB TOOLKIT_SCROLL_BARS MODULES THREADS PDUMPER LCMS2 GMP

Run the dependency walker (http://www.dependencywalker.com/) on
libharfbuzz-0.dll, and see if all of its dependencies are present.

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

From: ynyaaa <at> gmail.com
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 39482 <at> debbugs.gnu.org
Subject: Re: bug#39482: 26.3; set-fontset-font with emacs charset does not
 work correctly
Date: Sat, 08 Feb 2020 23:20:43 +0900

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

Eli Zaretskii <eliz <at> gnu.org> writes:

> Run the dependency walker (http://www.dependencywalker.com/) on
> libharfbuzz-0.dll, and see if all of its dependencies are present.

The attached file is created by dependency walker.
"指定されたファイルが見つかりません。" means
"specified file not found." in Japanese.

There are many warnigs indicating that file is not found.
Similar warnings are displayed for libjpeg-8.dll.

Except for DLLs starting with 'API-MS-' or 'EXT-MS-',
LIBGLIB-2.0-0.DLL is not found.

I'm not sure it is relevant, SVG images are not displayed.
(for example x86_64/share/emacs/27.0.60/etc/images/splash.svg)
GIF, JPEG, PNG images are displayed.
  image-types
  => (svg png gif tiff jpeg xpm xbm pbm)
  (mapcar #'image-type-available-p image-types)
  => (nil t t t t t t t)
  (assq 'svg image-library-alist)
  => (svg "librsvg-2-2.dll")

For librsvg-2-2.dll, the following files are not found.
[ ? ]  LIBGIO-2.0-0.DLL
[ ? ]  LIBGLIB-2.0-0.DLL
[ ? ]  LIBGMODULE-2.0-0.DLL
[ ? ]  LIBGOBJECT-2.0-0.DLL
[D? ]  DMENTERPRISEDIAGNOSTICS.DLL
[D? ]  EFSCORE.DLL
[D? ]  EMCLIENT.DLL
[D? ]  FVESKYBACKUP.DLL
[D? ]  HVSIFILETRUST.DLL
[D? ]  IESHIMS.DLL
[D? ]  NGCRECOVERY.DLL
[D? ]  WFDSCONMGR.DLL
[D? ]  WPAXHOLDER.DLL

[libharfbuzz-0.txt (text/plain, attachment)]

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: ynyaaa <at> gmail.com, phillip.lord <at> russet.org.uk (Phillip Lord)
Cc: 39482 <at> debbugs.gnu.org
Subject: Re: bug#39482: 26.3; set-fontset-font with emacs charset does not
 work correctly
Date: Sat, 08 Feb 2020 17:06:17 +0200

> From: ynyaaa <at> gmail.com
> Cc: 39482 <at> debbugs.gnu.org
> Date: Sat, 08 Feb 2020 23:20:43 +0900
> 
> > Run the dependency walker (http://www.dependencywalker.com/) on
> > libharfbuzz-0.dll, and see if all of its dependencies are present.
> 
> The attached file is created by dependency walker.
> "指定されたファイルが見つかりません。" means
> "specified file not found." in Japanese.
> 
> There are many warnigs indicating that file is not found.
> Similar warnings are displayed for libjpeg-8.dll.
> 
> Except for DLLs starting with 'API-MS-' or 'EXT-MS-',
> LIBGLIB-2.0-0.DLL is not found.

I think that's the reason why HarfBuzz doesn't work for you:
libglib-2.0-0.dll is its dependency, but it wasn't found by the
system.  If it is not installed by the installer you used, I suggest
to report a separate bug about this problem.

I didn't know the snapshots are broken in this way when I suggested to
use them, sorry about that.

> I'm not sure it is relevant, SVG images are not displayed.
> (for example x86_64/share/emacs/27.0.60/etc/images/splash.svg)
> GIF, JPEG, PNG images are displayed.
>   image-types
>   => (svg png gif tiff jpeg xpm xbm pbm)
>   (mapcar #'image-type-available-p image-types)
>   => (nil t t t t t t t)
>   (assq 'svg image-library-alist)
>   => (svg "librsvg-2-2.dll")
> 
> For librsvg-2-2.dll, the following files are not found.
> [ ? ]  LIBGIO-2.0-0.DLL
> [ ? ]  LIBGLIB-2.0-0.DLL
> [ ? ]  LIBGMODULE-2.0-0.DLL
> [ ? ]  LIBGOBJECT-2.0-0.DLL
> [D? ]  DMENTERPRISEDIAGNOSTICS.DLL
> [D? ]  EFSCORE.DLL
> [D? ]  EMCLIENT.DLL
> [D? ]  FVESKYBACKUP.DLL
> [D? ]  HVSIFILETRUST.DLL
> [D? ]  IESHIMS.DLL
> [D? ]  NGCRECOVERY.DLL
> [D? ]  WFDSCONMGR.DLL
> [D? ]  WPAXHOLDER.DLL

I think it's the same problem: the Glib DLLs are not in the package.
(You should be able to install them from the MSYS2 site, but at this
point I hesitate to recommend you to do that, as that might require
some time and effort on your part, and the snapshots on alpha.gnu.org
need to be fixed anyway.)

Phillip, would you please look into this?

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: ynyaaa <at> gmail.com
Cc: 39482 <at> debbugs.gnu.org
Subject: Re: bug#39482: 26.3; set-fontset-font with emacs charset does not
 work correctly
Date: Sun, 09 Feb 2020 19:19:59 +0200

> From: ynyaaa <at> gmail.com
> Cc: 39482 <at> debbugs.gnu.org
> Date: Sat, 08 Feb 2020 11:27:53 +0900
> 
> #'setfontset-font does not work well if ADD argument is non-nil.
> In the example below, dummy3 should be added for both 199 and 200,
> but it is not added for 200.
> 
> (progn (set-fontset-font t 199 "dummy1")
>        (set-fontset-font t 200 "dummy2")
>        (set-fontset-font t '(199 . 200) "dummy3" nil 'append)
>        (mapcar (lambda (c) (cons c (aref (fontset-info t) c)))
>                '(199 200)))
> => ((199 ("-*-dummy1-*-*-*-*-*-*-*-*-*-*-*-*")
>          ("-*-dummy3-*-*-*-*-*-*-*-*-*-*-*-*"))
>     (200 ("-*-dummy2-*-*-*-*-*-*-*-*-*-*-*-*")))

There was an off-by-one error in this function, which is now fixed.

Thanks.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 39482 <at> debbugs.gnu.org, ynyaaa <at> gmail.com,
 Phillip Lord <phillip.lord <at> russet.org.uk>
Subject: Re: bug#39482: 26.3; set-fontset-font with emacs charset does not
 work correctly
Date: Wed, 02 Feb 2022 19:26:03 +0100

Eli Zaretskii <eliz <at> gnu.org> writes:

> I think it's the same problem: the Glib DLLs are not in the package.

(I'm going through old bug reports that unfortunately weren't resolved
at the time.)

So it seems like the reported issue was due to a packaging problem on
Windows?  ynyaaa, are you still seeing this issue in more recent Emacs
packages?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 39482 <at> debbugs.gnu.org, ynyaaa <at> gmail.com,
 Phillip Lord <phillip.lord <at> russet.org.uk>
Subject: Re: bug#39482: 26.3; set-fontset-font with emacs charset does not
 work correctly
Date: Thu, 03 Mar 2022 22:38:27 +0100

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> So it seems like the reported issue was due to a packaging problem on
> Windows?  ynyaaa, are you still seeing this issue in more recent Emacs
> packages?

More information was requested, but no response was given within a
month, so I'm closing this bug report.  If the problem still exists,
please respond to this email and we'll reopen the bug report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

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