GNU bug report logs -
#31459
25.3; Uninitialised unicode-property-table-internal
Previous Next
Reported by: "Peter" <craven <at> gmx.net>
Date: Tue, 15 May 2018 08:52:01 UTC
Severity: normal
Found in version 25.3
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Tue, 15 May 2018 22:02:04 +0300
with message-id <83sh6skaj7.fsf <at> gnu.org>
and subject line Re: bug#31459: 25.3; Uninitialised unicode-property-table-internal
has caused the debbugs.gnu.org bug report #31459,
regarding 25.3; Uninitialised unicode-property-table-internal
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
31459: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=31459
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
I've run into the following bug with Emacs GNU Emacs 25.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.22.26) of 2018-02-09:
When starting up a new Emacs with `emacs -Q', running the following elisp results in garbage:
(let ((names (unicode-property-table-internal 'name)))
(message "%s" (get-unicode-property-internal names #x1f600))
;; grinning face emoji, should return "GRINNING FACE"
)
This does not in fact show "GRINNING FACE", but what seems like a random
string, e.g. (after string-to-list):
(0 1805 140 1 3 534 447 0 140 3 1804 64 1314 0 534 140 3 104 429 1 85 9 534 447 1 104 1279 1056 2 1803 6 266 447 1 58 3455 1 52 1802 0 1801 140 0 534 140 3 534 447 0 140 3454 3453 1302 0 1800 140 0 534 140 3 314 6 672 447 1 55 1811 0 3452 46 46 46 46)
*After* I run M-x counsel-unicode-char, things work fine.
It seems that the unicode property table is somehow uninitialised initially, and gets initialised by something that counsel-unicode-char does. Is there a way I can run this initialisation myself? I've looked at the elisp and C sources, but haven't been able to find what I'm doing incorrectly here :-/
Thanks for any help with this!
Greetings, Peter
In GNU Emacs 25.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.22.26)
of 2018-02-09 built on bisson
Windowing system distributor 'The X.Org Foundation', version 11.0.11906000
Configured using:
'configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib
--localstatedir=/var --with-x-toolkit=gtk3 --with-xft --with-modules
'CFLAGS=-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong
-fno-plt' CPPFLAGS=-D_FORTIFY_SOURCE=2
LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now'
Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GCONF GSETTINGS
NOTIFY ACL GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB
TOOLKIT_SCROLL_BARS GTK3 X11 MODULES
Important settings:
value of $LANG: en_GB.UTF-8
locale-coding-system: utf-8-unix
[Message part 3 (message/rfc822, inline)]
> From: "Peter" <craven <at> gmx.net>
> Date: Tue, 15 May 2018 20:42:33 +0200
>
> > Why are you using an internal function instead of get-char-code-property?
>
> Sorry about this, that's entirely due to my ignorance of that function.
> I've fixed my code, everything works fine now. Thanks for pointing me
> towards the correct function and sorry for wasting your time :-/
No need to apologize. I'm closing the bug, then.
This bug report was last modified 7 years and 13 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.