Package: emacs;
Reported by: Mohsen BANAN <list-general <at> mohsen.1.banan.byname.net>
Date: Tue, 13 Mar 2012 06:04:02 UTC
Severity: normal
Done: Chong Yidong <cyd <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 11003 in the body.
You can then email your comments to 11003 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
View this report as an mbox folder, status mbox, maintainer mbox
bug-gnu-emacs <at> gnu.org:bug#11003; Package emacs.
(Tue, 13 Mar 2012 06:04:02 GMT) Full text and rfc822 format available.Mohsen BANAN <list-general <at> mohsen.1.banan.byname.net>:bug-gnu-emacs <at> gnu.org.
(Tue, 13 Mar 2012 06:04:02 GMT) Full text and rfc822 format available.Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
From: Mohsen BANAN <list-general <at> mohsen.1.banan.byname.net> To: bug-gnu-emacs <at> gnu.org Subject: Emacs-24 Hangs When Displaying Unicode #x6c0 (ARABIC HEH WITH YEH ABOVE) -- gdb backtrace Date: Mon, 12 Mar 2012 22:32:47 -0700
In my environment,
- I run emacs -Q
- Then in the *scratch* buffer I eval (ucs-insert 1728)
Emacs display hangs.
The hang occurs when displaying unicode #x6c0
(arabic heh with yeh above).
The display hangs but the emacs process stays
alive.
This problem is reproducible in all my
environments Debian and Ubuntu emacs-24.0.50 through
emacs-24.0.90.4.
I have looked some into this problematic character.
On emacs23, describe-char on that character produces:
character: (1728, #o3300, #x6c0)
preferred charset: unicode (Unicode (ISO10646))
code point: 0x06C0
syntax: w which means: word
category: .:Base, b:Arabic
buffer code: #xDB #x80
file code: #xDB #x80 (encoded by coding system utf-8-unix)
display: by this font (glyph code)
xft:-unknown-B Compset-normal-normal-normal-*-13-*-*-*-*-0-iso10646-1 (#xC7)
Character code properties: customize what to show
name: ARABIC LETTER HEH WITH YEH ABOVE
old-name: ARABIC LETTER HAMZAH ON HA
general-category: Lo (Letter, Other)
decomposition: (1749 1620)
Below is the bt after gdb attach to the running
process after display hung on #x6c0.
bue0010-thisusr# ps -ef | grep -i emacs
thisusr 28800 28798 42 16:54 ? 00:09:58 /usr/local/bin/emacs -fn Monospace 12
thisusr 29728 29726 0 16:59 ? 00:00:09 /usr/local/bin/emacs -fn Monospace 12
thisusr 30669 30219 0 17:18 pts/2 00:00:00 grep -i emacs
bue0010-thisusr# su
Password:
bue0010-root# gdb /usr/local/bin/emacs 28800
GNU gdb (Ubuntu/Linaro 7.3-0ubuntu2) 7.3-2011.08
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-linux-gnu".
For bug reporting instructions, please see:
<http://bugs.launchpad.net/gdb-linaro/>...
Reading symbols from /usr/local/bin/emacs...done.
Attaching to program: /usr/local/bin/emacs, process 28800
Reading symbols from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0
Reading symbols from /usr/lib/i386-linux-gnu/libgdk-x11-2.0.so.0...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libgdk-x11-2.0.so.0
Reading symbols from /usr/lib/i386-linux-gnu/libgio-2.0.so.0...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libgio-2.0.so.0
Reading symbols from /usr/lib/i386-linux-gnu/libgdk_pixbuf-2.0.so.0...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libgdk_pixbuf-2.0.so.0
Reading symbols from /usr/lib/i386-linux-gnu/libfreetype.so.6...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libfreetype.so.6
Reading symbols from /usr/lib/i386-linux-gnu/libfontconfig.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libfontconfig.so.1
Reading symbols from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libgobject-2.0.so.0
Reading symbols from /lib/i386-linux-gnu/libglib-2.0.so.0...(no debugging symbols found)...done.
Loaded symbols for /lib/i386-linux-gnu/libglib-2.0.so.0
Reading symbols from /usr/lib/i386-linux-gnu/libSM.so.6...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libSM.so.6
Reading symbols from /usr/lib/i386-linux-gnu/libICE.so.6...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libICE.so.6
Reading symbols from /usr/lib/i386-linux-gnu/libtiff.so.4...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libtiff.so.4
Reading symbols from /usr/lib/i386-linux-gnu/libjpeg.so.62...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libjpeg.so.62
Reading symbols from /lib/i386-linux-gnu/libpng12.so.0...(no debugging symbols found)...done.
Loaded symbols for /lib/i386-linux-gnu/libpng12.so.0
Reading symbols from /lib/i386-linux-gnu/libm.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/i386-linux-gnu/libm.so.6
Reading symbols from /usr/lib/libgif.so.4...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libgif.so.4
Reading symbols from /usr/lib/libXpm.so.4...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libXpm.so.4
Reading symbols from /usr/lib/i386-linux-gnu/libX11.so.6...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libX11.so.6
Reading symbols from /usr/lib/i386-linux-gnu/libXrender.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libXrender.so.1
Reading symbols from /usr/lib/i386-linux-gnu/libXft.so.2...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libXft.so.2
Reading symbols from /usr/lib/i386-linux-gnu/librsvg-2.so.2...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/librsvg-2.so.2
Reading symbols from /usr/lib/libxml2.so.2...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libxml2.so.2
Reading symbols from /lib/libtinfo.so.5...(no debugging symbols found)...done.
Loaded symbols for /lib/libtinfo.so.5
Reading symbols from /usr/lib/libotf.so.0...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libotf.so.0
Reading symbols from /usr/lib/libm17n-flt.so.0...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libm17n-flt.so.0
Reading symbols from /usr/lib/libm17n-core.so.0...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libm17n-core.so.0
Reading symbols from /lib/i386-linux-gnu/libpthread.so.0...(no debugging symbols found)...done.
[Thread debugging using libthread_db enabled]
[New Thread 0xb58ffb70 (LWP 28802)]
[New Thread 0xb6297b70 (LWP 28801)]
Loaded symbols for /lib/i386-linux-gnu/libpthread.so.0
Reading symbols from /lib/i386-linux-gnu/libc.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/i386-linux-gnu/libc.so.6
Reading symbols from /usr/lib/i386-linux-gnu/libpangocairo-1.0.so.0...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libpangocairo-1.0.so.0
Reading symbols from /usr/lib/i386-linux-gnu/libXfixes.so.3...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libXfixes.so.3
Reading symbols from /usr/lib/i386-linux-gnu/libatk-1.0.so.0...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libatk-1.0.so.0
Reading symbols from /usr/lib/i386-linux-gnu/libcairo.so.2...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libcairo.so.2
Reading symbols from /usr/lib/i386-linux-gnu/libpangoft2-1.0.so.0...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libpangoft2-1.0.so.0
Reading symbols from /usr/lib/i386-linux-gnu/libpango-1.0.so.0...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libpango-1.0.so.0
Reading symbols from /usr/lib/i386-linux-gnu/libgmodule-2.0.so.0...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libgmodule-2.0.so.0
Reading symbols from /usr/lib/i386-linux-gnu/libXext.so.6...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libXext.so.6
Reading symbols from /usr/lib/i386-linux-gnu/libXinerama.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libXinerama.so.1
Reading symbols from /usr/lib/i386-linux-gnu/libXi.so.6...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libXi.so.6
Reading symbols from /usr/lib/i386-linux-gnu/libXrandr.so.2...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libXrandr.so.2
Reading symbols from /usr/lib/i386-linux-gnu/libXcursor.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libXcursor.so.1
Reading symbols from /usr/lib/i386-linux-gnu/libXcomposite.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libXcomposite.so.1
Reading symbols from /usr/lib/i386-linux-gnu/libXdamage.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libXdamage.so.1
Reading symbols from /lib/i386-linux-gnu/libz.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/i386-linux-gnu/libz.so.1
Reading symbols from /lib/i386-linux-gnu/libselinux.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/i386-linux-gnu/libselinux.so.1
Reading symbols from /lib/i386-linux-gnu/libresolv.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/i386-linux-gnu/libresolv.so.2
Reading symbols from /lib/i386-linux-gnu/libexpat.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/i386-linux-gnu/libexpat.so.1
Reading symbols from /usr/lib/i386-linux-gnu/libgthread-2.0.so.0...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libgthread-2.0.so.0
Reading symbols from /usr/lib/i386-linux-gnu/libffi.so.6...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libffi.so.6
Reading symbols from /lib/i386-linux-gnu/libpcre.so.3...(no debugging symbols found)...done.
Loaded symbols for /lib/i386-linux-gnu/libpcre.so.3
Reading symbols from /lib/i386-linux-gnu/librt.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/i386-linux-gnu/librt.so.1
Reading symbols from /lib/i386-linux-gnu/libuuid.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/i386-linux-gnu/libuuid.so.1
Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /usr/lib/i386-linux-gnu/libxcb.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libxcb.so.1
Reading symbols from /lib/i386-linux-gnu/libdl.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/i386-linux-gnu/libdl.so.2
Reading symbols from /usr/lib/libcroco-0.6.so.3...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libcroco-0.6.so.3
Reading symbols from /usr/lib/i386-linux-gnu/libthai.so.0...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libthai.so.0
Reading symbols from /usr/lib/i386-linux-gnu/libpixman-1.so.0...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libpixman-1.so.0
Reading symbols from /usr/lib/i386-linux-gnu/libxcb-shm.so.0...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libxcb-shm.so.0
Reading symbols from /usr/lib/i386-linux-gnu/libxcb-render.so.0...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libxcb-render.so.0
Reading symbols from /usr/lib/i386-linux-gnu/libXau.so.6...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libXau.so.6
Reading symbols from /usr/lib/i386-linux-gnu/libXdmcp.so.6...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libXdmcp.so.6
Reading symbols from /usr/lib/i386-linux-gnu/libdatrie.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/libdatrie.so.1
Reading symbols from /lib/i386-linux-gnu/libnss_files.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/i386-linux-gnu/libnss_files.so.2
Reading symbols from /lib/i386-linux-gnu/libnss_compat.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/i386-linux-gnu/libnss_compat.so.2
Reading symbols from /lib/i386-linux-gnu/libnsl.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/i386-linux-gnu/libnsl.so.1
Reading symbols from /lib/i386-linux-gnu/libnss_nis.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/i386-linux-gnu/libnss_nis.so.2
Reading symbols from /usr/lib/liboverlay-scrollbar-0.2.so.0...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/liboverlay-scrollbar-0.2.so.0
Reading symbols from /usr/lib/gtk-2.0/2.10.0/engines/libmurrine.so...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/gtk-2.0/2.10.0/engines/libmurrine.so
Reading symbols from /usr/lib/i386-linux-gnu/gtk-2.0/2.10.0/engines/libpixmap.so...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/gtk-2.0/2.10.0/engines/libpixmap.so
Reading symbols from /usr/lib/gio/modules/libdconfsettings.so...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/gio/modules/libdconfsettings.so
Reading symbols from /usr/lib/i386-linux-gnu/gdk-pixbuf-2.0//2.10.0/loaders/libpixbufloader-svg.so...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/gdk-pixbuf-2.0//2.10.0/loaders/libpixbufloader-svg.so
Reading symbols from /usr/lib/i386-linux-gnu/pango/1.6.0/modules/pango-basic-fc.so...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/i386-linux-gnu/pango/1.6.0/modules/pango-basic-fc.so
0xb6b7de08 in OTF_drive_gdef () from /usr/lib/libotf.so.0
(gdb) bt
#0 0xb6b7de08 in OTF_drive_gdef () from /usr/lib/libotf.so.0
#1 0x081fa512 in ftfont_drive_otf (font=0xbf9a5440, spec=0x8cf2fb8, in=0xbf9a5288, from=0, to=3, out=0xbf9a53c8,
adjustment=0xbf9a4d30) at ftfont.c:1863
#2 0xb6b649e5 in ?? () from /usr/lib/libm17n-flt.so.0
#3 0xb6b67712 in ?? () from /usr/lib/libm17n-flt.so.0
#4 0xb6b68820 in ?? () from /usr/lib/libm17n-flt.so.0
#5 0xb6b6995e in mflt_run () from /usr/lib/libm17n-flt.so.0
#6 0x081f9d49 in ftfont_shape_by_flt (matrix=0x9e0cb8c, otf=0x9f40fb8, ft_face=0x9e0be20, font=0x9e0cae0,
lgstring=<optimized out>) at ftfont.c:2515
#7 ftfont_shape (lgstring=138875853) at ftfont.c:2579
#8 0x081fbde3 in xftfont_shape (lgstring=138875853) at xftfont.c:688
#9 0x081ad064 in Ffont_shape_gstring (gstring=138875853) at font.c:4308
#10 0x0819e0c0 in Ffuncall (nargs=2, args=0xbf9a5590) at eval.c:3002
#11 0x081d4ad5 in exec_byte_code (bytestr=<optimized out>, vector=137272173, maxdepth=24, args_template=138756330, nargs=0,
args=<optimized out>) at bytecode.c:785
#12 0x0819db8f in funcall_lambda (fun=137272093, nargs=5, arg_vector=0xbf9a5888) at eval.c:3233
#13 0x0819decb in Ffuncall (nargs=6, args=0xbf9a5884) at eval.c:3063
#14 0x0819c8f6 in internal_condition_case_n (bfun=0x819dcf0 <Ffuncall>, nargs=6, args=0xbf9a5884, handlers=138756354,
hfun=0x8076610 <safe_eval_handler>) at eval.c:1637
#15 0x08074312 in safe_call (args=0xbf9a5884, nargs=6) at xdisp.c:2357
#16 safe_call (nargs=6, args=0xbf9a5884) at xdisp.c:2341
#17 0x081ee466 in autocmp_chars (rule=<optimized out>, charpos=<optimized out>, bytepos=15723, limit=<optimized out>,
win=0xa25e6f8, face=0x9b96cd0, string=138756330) at composite.c:969
#18 0x081f2b89 in composition_reseat_it (cmp_it=0xbf9a7110, charpos=14566, bytepos=15723, endpos=1, w=0xa25e6f8,
face=0x9b96cd0, string=138756330) at composite.c:1300
#19 0x080838c0 in next_element_from_buffer (it=0xbf9a6c40) at xdisp.c:7755
#20 0x0807b0ea in get_next_display_element (it=0xbf9a6c40) at xdisp.c:6403
#21 0x0807fe37 in display_line (it=0xbf9a6c40) at xdisp.c:18943
#22 0x08085def in try_window (window=170256125, pos=..., flags=1) at xdisp.c:15971
#23 0x0809821e in redisplay_window (window=170256125, just_this_one_p=0) at xdisp.c:15496
#24 0x0809a4a1 in redisplay_window_0 (window=170256125) at xdisp.c:13619
#25 0x0819c557 in internal_condition_case_1 (bfun=0x809a480 <redisplay_window_0>, arg=170256125, handlers=138738534,
hfun=0x8069800 <redisplay_window_error>) at eval.c:1553
#26 0x0806d8df in redisplay_windows (window=<optimized out>) at xdisp.c:13599
#27 0x08086be0 in redisplay_internal () at xdisp.c:13176
#28 0x08136ee7 in read_char (commandflag=1, nmaps=4, maps=0xbf9ab640, prev_event=138756330, used_mouse_menu=0xbf9ab734,
end_time=0x0) at keyboard.c:2446
#29 0x081390be in read_key_sequence (keybuf=0xbf9ab7a8, prompt=138756330, dont_downcase_last=0, can_return_switch_frame=1,
fix_current_buffer=1, bufsize=30) at keyboard.c:9326
#30 0x0813a916 in command_loop_1 () at keyboard.c:1448
#31 0x0819c42d in internal_condition_case (bfun=0x813a780 <command_loop_1>, handlers=138787338, hfun=0x8130b10 <cmd_error>)
at eval.c:1515
#32 0x0812f5d5 in command_loop_2 (ignore=138756330) at keyboard.c:1159
#33 0x0819c349 in internal_catch (tag=138785314, func=0x812f5b0 <command_loop_2>, arg=138756330) at eval.c:1272
#34 0x0813064a in command_loop () at keyboard.c:1138
#35 recursive_edit_1 () at keyboard.c:758
#36 0x0813093e in Frecursive_edit () at keyboard.c:822
#37 0x08055620 in main (argc=4, argv=Cannot access memory at address 0x5
) at emacs.c:1715
(gdb)
bug-gnu-emacs <at> gnu.org:bug#11003; Package emacs.
(Tue, 13 Mar 2012 06:39:02 GMT) Full text and rfc822 format available.Message #8 received at 11003 <at> debbugs.gnu.org (full text, mbox):
From: Mohsen BANAN <list-general <at> mohsen.1.banan.byname.net> To: 11003 <at> debbugs.gnu.org Subject: Re: bug#11003: Emacs-24 Hangs When Displaying Unicode #x6c0 (ARABIC HEH WITH YEH ABOVE) -- gdb backtrace Date: Mon, 12 Mar 2012 23:08:37 -0700
>>>>> On Mon, 12 Mar 2012 22:32:47 -0700, Mohsen BANAN <list-general <at> mohsen.1.banan.byname.net> said: Mohsen> In my environment, Here are some details of my environment. In GNU Emacs 24.0.94.1 (i686-pc-linux-gnu, GTK+ Version 2.24.6) of 2012-03-12 on bue0010 Windowing system distributor `The X.Org Foundation', version 11.0.10502000 Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_US.UTF-8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: tooltip-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 Recent input: <down-mouse-1> <mouse-1> <escape> x r e p o r t <tab> <tab> <return> Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Making completion list... Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail regexp-opt rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils help-mode easymenu view time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces cus-face files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs)
bug-gnu-emacs <at> gnu.org:bug#11003; Package emacs.
(Tue, 13 Mar 2012 07:15:02 GMT) Full text and rfc822 format available.Message #11 received at submit <at> debbugs.gnu.org (full text, mbox):
From: Achim Gratz <Stromeko <at> nexgo.de> To: bug-gnu-emacs <at> gnu.org Subject: Re: bug#11003: Emacs-24 Hangs When Displaying Unicode #x6c0 (ARABIC HEH WITH YEH ABOVE) -- gdb backtrace Date: Tue, 13 Mar 2012 07:44:20 +0100
Mohsen BANAN <list-general <at> mohsen.1.banan.byname.net> writes: > - I run emacs -Q > - Then in the *scratch* buffer I eval (ucs-insert 1728) > > Emacs display hangs. I cannot reproduce this. It takes a few seconds the first time because it has to search a lot of font files before it finds this glyph, but after that it just works. > The hang occurs when displaying unicode #x6c0 > (arabic heh with yeh above). > > The display hangs but the emacs process stays > alive. I would very much suspect this is a font problem. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
bug-gnu-emacs <at> gnu.org:bug#11003; Package emacs.
(Tue, 13 Mar 2012 19:17:01 GMT) Full text and rfc822 format available.Message #14 received at 11003 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Mohsen BANAN <list-general <at> mohsen.1.banan.byname.net>, Kenichi Handa <handa <at> m17n.org> Cc: 11003 <at> debbugs.gnu.org Subject: Re: bug#11003: Emacs-24 Hangs When Displaying Unicode #x6c0 (ARABIC HEH WITH YEH ABOVE) -- gdb backtrace Date: Tue, 13 Mar 2012 20:46:14 +0200
> From: Mohsen BANAN <list-general <at> mohsen.1.banan.byname.net> > Date: Mon, 12 Mar 2012 22:32:47 -0700 > > On emacs23, describe-char on that character produces: > > character: (1728, #o3300, #x6c0) > preferred charset: unicode (Unicode (ISO10646)) > code point: 0x06C0 > syntax: w which means: word > category: .:Base, b:Arabic > buffer code: #xDB #x80 > file code: #xDB #x80 (encoded by coding system utf-8-unix) > display: by this font (glyph code) > xft:-unknown-B Compset-normal-normal-normal-*-13-*-*-*-*-0-iso10646-1 (#xC7) > > Character code properties: customize what to show > name: ARABIC LETTER HEH WITH YEH ABOVE > old-name: ARABIC LETTER HAMZAH ON HA > general-category: Lo (Letter, Other) > decomposition: (1749 1620) I see the same in the latest trunk of Emacs 24, FWIW. > 0xb6b7de08 in OTF_drive_gdef () from /usr/lib/libotf.so.0 > (gdb) bt > #0 0xb6b7de08 in OTF_drive_gdef () from /usr/lib/libotf.so.0 > #1 0x081fa512 in ftfont_drive_otf (font=0xbf9a5440, spec=0x8cf2fb8, in=0xbf9a5288, from=0, to=3, out=0xbf9a53c8, > adjustment=0xbf9a4d30) at ftfont.c:1863 > #2 0xb6b649e5 in ?? () from /usr/lib/libm17n-flt.so.0 > #3 0xb6b67712 in ?? () from /usr/lib/libm17n-flt.so.0 > #4 0xb6b68820 in ?? () from /usr/lib/libm17n-flt.so.0 > #5 0xb6b6995e in mflt_run () from /usr/lib/libm17n-flt.so.0 > #6 0x081f9d49 in ftfont_shape_by_flt (matrix=0x9e0cb8c, otf=0x9f40fb8, ft_face=0x9e0be20, font=0x9e0cae0, > lgstring=<optimized out>) at ftfont.c:2515 > #7 ftfont_shape (lgstring=138875853) at ftfont.c:2579 > #8 0x081fbde3 in xftfont_shape (lgstring=138875853) at xftfont.c:688 > #9 0x081ad064 in Ffont_shape_gstring (gstring=138875853) at font.c:4308 > #10 0x0819e0c0 in Ffuncall (nargs=2, args=0xbf9a5590) at eval.c:3002 > #11 0x081d4ad5 in exec_byte_code (bytestr=<optimized out>, vector=137272173, maxdepth=24, args_template=138756330, nargs=0, > args=<optimized out>) at bytecode.c:785 > #12 0x0819db8f in funcall_lambda (fun=137272093, nargs=5, arg_vector=0xbf9a5888) at eval.c:3233 > #13 0x0819decb in Ffuncall (nargs=6, args=0xbf9a5884) at eval.c:3063 > #14 0x0819c8f6 in internal_condition_case_n (bfun=0x819dcf0 <Ffuncall>, nargs=6, args=0xbf9a5884, handlers=138756354, > hfun=0x8076610 <safe_eval_handler>) at eval.c:1637 > #15 0x08074312 in safe_call (args=0xbf9a5884, nargs=6) at xdisp.c:2357 > #16 safe_call (nargs=6, args=0xbf9a5884) at xdisp.c:2341 > #17 0x081ee466 in autocmp_chars (rule=<optimized out>, charpos=<optimized out>, bytepos=15723, limit=<optimized out>, > win=0xa25e6f8, face=0x9b96cd0, string=138756330) at composite.c:969 > #18 0x081f2b89 in composition_reseat_it (cmp_it=0xbf9a7110, charpos=14566, bytepos=15723, endpos=1, w=0xa25e6f8, > face=0x9b96cd0, string=138756330) at composite.c:1300 > #19 0x080838c0 in next_element_from_buffer (it=0xbf9a6c40) at xdisp.c:7755 This is deep in the bowels of libotf and libm17n-flt. Perhaps Handa-san could look into this.
bug-gnu-emacs <at> gnu.org:bug#11003; Package emacs.
(Tue, 13 Mar 2012 19:19:01 GMT) Full text and rfc822 format available.Message #17 received at 11003 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Achim Gratz <Stromeko <at> nexgo.de> Cc: 11003 <at> debbugs.gnu.org Subject: Re: bug#11003: Emacs-24 Hangs When Displaying Unicode #x6c0 (ARABIC HEH WITH YEH ABOVE) -- gdb backtrace Date: Tue, 13 Mar 2012 20:47:54 +0200
> From: Achim Gratz <Stromeko <at> nexgo.de> > Date: Tue, 13 Mar 2012 07:44:20 +0100 > > Mohsen BANAN <list-general <at> mohsen.1.banan.byname.net> writes: > > - I run emacs -Q > > - Then in the *scratch* buffer I eval (ucs-insert 1728) > > > > Emacs display hangs. > > I cannot reproduce this. Are you on the same kind of system with the same build as Mohsen? That is: > In GNU Emacs 24.0.94.1 (i686-pc-linux-gnu, GTK+ Version 2.24.6) > of 2012-03-12 on bue0010 > I would very much suspect this is a font problem. Can you show which font is used on your machine for this charcater?
bug-gnu-emacs <at> gnu.org:bug#11003; Package emacs.
(Tue, 13 Mar 2012 20:21:02 GMT) Full text and rfc822 format available.Message #20 received at 11003 <at> debbugs.gnu.org (full text, mbox):
From: Mohsen BANAN <list-general <at> mohsen.1.banan.byname.net> To: Achim Gratz <Stromeko <at> nexgo.de> Cc: 11003 <at> debbugs.gnu.org Subject: Re: bug#11003: Emacs-24 Hangs When Displaying Unicode #x6c0 (ARABIC HEH WITH YEH ABOVE) -- gdb backtrace Date: Tue, 13 Mar 2012 12:50:04 -0700
>>>>> On Tue, 13 Mar 2012 07:44:20 +0100, Achim Gratz <Stromeko <at> nexgo.de> said:
Mohsen> The display hangs but the emacs process stays
Mohsen> alive.
Achim> I would very much suspect this is a font problem.
I agree.
This is very likely a font problem.
But the font problem results into emacs display hanging.
We should not accept that. Right?
And the backtrace shows that it happens deep in
the bowels of libotf and libm17n-flt.
I am not all that good with fonts.
Can someone please teach me how I can determine
which font is found for char #x6c0 in my
environment?
When on emacs23 (same env as my emacs24) describe-char produces:
xft:-unknown-B Compset-normal-normal-normal-*-13-*-*-*-*-0-iso10646-1 (#xC7)
What does that really mean and what should I look
into next to isolate the front problem?
Thanks.
...Mohsen
bug-gnu-emacs <at> gnu.org:bug#11003; Package emacs.
(Tue, 13 Mar 2012 21:39:01 GMT) Full text and rfc822 format available.Message #23 received at submit <at> debbugs.gnu.org (full text, mbox):
From: Achim Gratz <Stromeko <at> nexgo.de> To: bug-gnu-emacs <at> gnu.org Subject: Re: bug#11003: Emacs-24 Hangs When Displaying Unicode #x6c0 (ARABIC HEH WITH YEH ABOVE) -- gdb backtrace Date: Tue, 13 Mar 2012 22:08:22 +0100
Eli Zaretskii <eliz <at> gnu.org> writes:
> Are you on the same kind of system with the same build as Mohsen?
> That is:
>
>> In GNU Emacs 24.0.94.1 (i686-pc-linux-gnu, GTK+ Version 2.24.6)
>> of 2012-03-12 on bue0010
Compiled from Git yesterday:
GNU Emacs 24.0.94.1 (i686-suse-linux-gnu, GTK+ Version 2.24.7)
of 2012-03-12 on Rainer
> Can you show which font is used on your machine for this charcater?
emacs -Q -fn "Monospace 12"
M-: (ucs-insert 1728) ; takes about six seconds before the glyph shows up
M-: (ucs-insert 1728) ; no delay
M-: (ucs-insert 1728) ; no delay
Put cursor to the second character (since they are right-to-left
characters I don't know what "character just after point" means for just
a single char).
M-x describe-face
Face: default (sample) (customize this face)
Documentation:
Basic default face.
Defined in `faces.el'.
Family: DejaVu Sans Mono
Foundry: unknown
Width: normal
Height: 120
Weight: normal
Slant: normal
Foreground: black
Background: white
Underline: nil
Overline: nil
Strike-through: nil
Box: nil
Inverse: nil
Stipple: nil
Font: #<font-object -unknown-DejaVu Sans Mono-normal-normal-normal-*-16-*-*-*-m-0-iso10646-1>
Fontset: -unknown-DejaVu Sans Mono-normal-normal-normal-*-16-*-*-*-m-0-fontset-startup
Inherit: nil
This also works with Adobe Courier (which is also an ISO10646 font), if
I use an ISO8859-1 font it obviously composes or replaces the glyph, but
it still reports the font selected for the frame.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Wavetables for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables
bug-gnu-emacs <at> gnu.org:bug#11003; Package emacs.
(Tue, 13 Mar 2012 21:47:02 GMT) Full text and rfc822 format available.Message #26 received at submit <at> debbugs.gnu.org (full text, mbox):
From: Achim Gratz <Stromeko <at> nexgo.de> To: bug-gnu-emacs <at> gnu.org Subject: Re: bug#11003: Emacs-24 Hangs When Displaying Unicode #x6c0 (ARABIC HEH WITH YEH ABOVE) -- gdb backtrace Date: Tue, 13 Mar 2012 22:16:03 +0100
Achim Gratz <Stromeko <at> nexgo.de> writes:
> M-x describe-face
With Monospace 12 it already replaces the font (which is probably why it
takes so long for the glyph to show up on first try) and apparently
decomposes, too:
M-x describe-char
position: 193 of 194 (99%), column: 1
character: ۀ (displayed as ۀ) (codepoint 1728, #o3300, #x6c0)
preferred charset: unicode (Unicode (ISO10646))
code point in charset: 0x06C0
syntax: w which means: word
category: .:Base, R:Right-to-left (strong), b:Arabic
buffer code: #xDB #x80
file code: #xDB #x80 (encoded by coding system utf-8-unix)
display: by this font (glyph code)
xft:-b&h-Lucida Sans Typewriter-normal-normal-normal-*-16-*-*-*-m-0-iso10646-1 (#x3A2)
Character code properties: customize what to show
name: ARABIC LETTER HEH WITH YEH ABOVE
old-name: ARABIC LETTER HAMZAH ON HA
general-category: Lo (Letter, Other)
decomposition: (1749 1620) ('ە' 'ٔ')
There are text properties here:
fontified t
If I start emacs with "Fixed", it choses a different replacement font:
position: 193 of 195 (98%), column: 1
character: ۀ (displayed as ۀ) (codepoint 1728, #o3300, #x6c0)
preferred charset: unicode (Unicode (ISO10646))
code point in charset: 0x06C0
syntax: w which means: word
category: .:Base, R:Right-to-left (strong), b:Arabic
buffer code: #xDB #x80
file code: #xDB #x80 (encoded by coding system utf-8-unix)
display: by this font (glyph code)
x:-mutt-clearlyu-medium-r-normal--17-120-100-100-p-123-iso10646-1 (#x6C0)
Character code properties: customize what to show
name: ARABIC LETTER HEH WITH YEH ABOVE
old-name: ARABIC LETTER HAMZAH ON HA
general-category: Lo (Letter, Other)
decomposition: (1749 1620) ('ە' 'ٔ')
There are text properties here:
fontified t
rear-nonsticky t
HTH,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and User Sound Singles for Waldorf Q+, Q and microQ:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
bug-gnu-emacs <at> gnu.org:bug#11003; Package emacs.
(Wed, 14 Mar 2012 08:49:02 GMT) Full text and rfc822 format available.Message #29 received at 11003 <at> debbugs.gnu.org (full text, mbox):
From: Kenichi Handa <handa <at> m17n.org> To: Mohsen BANAN <list-general <at> mohsen.1.banan.byname.net> Cc: 11003 <at> debbugs.gnu.org Subject: Re: bug#11003: Emacs-24 Hangs When Displaying Unicode #x6c0 (ARABIC HEH WITH YEH ABOVE) -- gdb backtrace Date: Wed, 14 Mar 2012 17:18:31 +0900
In article <yx2obs1m5fk.fsf <at> mohsen.1.banan.byname.net>, Mohsen BANAN <list-general <at> mohsen.1.banan.byname.net> writes: > In my environment, > - I run emacs -Q > - Then in the *scratch* buffer I eval (ucs-insert 1728) > Emacs display hangs. > The hang occurs when displaying unicode #x6c0 > (arabic heh with yeh above). [...] > xft:-unknown-B Compset-normal-normal-normal-*-13-*-*-*-*-0-iso10646-1 (#xC7) Thank you for the report. I confirmed this bug with the above font. I'm now investigating what is wrong. --- Kenichi Handa handa <at> m17n.org
bug-gnu-emacs <at> gnu.org:bug#11003; Package emacs.
(Mon, 19 Mar 2012 04:53:02 GMT) Full text and rfc822 format available.Message #32 received at 11003 <at> debbugs.gnu.org (full text, mbox):
From: Kenichi Handa <handa <at> m17n.org> To: 11003 <at> debbugs.gnu.org Cc: list-general <at> mohsen.1.banan.byname.net, handa <at> m17n.org Subject: Re: bug#11003: Emacs-24 Hangs When Displaying Unicode #x6c0 (ARABIC HEH WITH YEH ABOVE) -- gdb backtrace Date: Mon, 19 Mar 2012 13:21:31 +0900
In article <tl7ty1r7fzc.fsf <at> m17n.org>, Kenichi Handa <handa <at> m17n.org> writes: > In article <yx2obs1m5fk.fsf <at> mohsen.1.banan.byname.net>, Mohsen BANAN <list-general <at> mohsen.1.banan.byname.net> writes: > > In my environment, > > - I run emacs -Q > > - Then in the *scratch* buffer I eval (ucs-insert 1728) > > Emacs display hangs. > > The hang occurs when displaying unicode #x6c0 > > (arabic heh with yeh above). > [...] > > xft:-unknown-B Compset-normal-normal-normal-*-13-*-*-*-*-0-iso10646-1 (#xC7) > Thank you for the report. I confirmed this bug with the > above font. I'm now investigating what is wrong. I've just installed a fix to the trunk. Please try again with the latest code. --- Kenichi Handa handa <at> m17n.org
bug-gnu-emacs <at> gnu.org:bug#11003; Package emacs.
(Wed, 21 Mar 2012 00:55:01 GMT) Full text and rfc822 format available.Message #35 received at 11003 <at> debbugs.gnu.org (full text, mbox):
From: Mohsen BANAN <list-general <at> mohsen.1.banan.byname.net> To: Kenichi Handa <handa <at> m17n.org> Cc: 11003 <at> debbugs.gnu.org, list-general <at> mohsen.1.banan.byname.net Subject: Re: bug#11003: Emacs-24 Hangs When Displaying Unicode #x6c0 (ARABIC HEH WITH YEH ABOVE) -- gdb backtrace Date: Tue, 20 Mar 2012 17:23:17 -0700
>>>>> On Mon, 19 Mar 2012 13:21:31 +0900, Kenichi Handa <handa <at> m17n.org> said: Kenichi> In article <tl7ty1r7fzc.fsf <at> m17n.org>, Kenichi Handa <handa <at> m17n.org> writes: >> In article <yx2obs1m5fk.fsf <at> mohsen.1.banan.byname.net>, Mohsen BANAN >> <list-general <at> mohsen.1.banan.byname.net> writes: >> > In my environment, >> > - I run emacs -Q >> > - Then in the *scratch* buffer I eval (ucs-insert 1728) >> > Emacs display hangs. >> > The hang occurs when displaying unicode #x6c0 >> > (arabic heh with yeh above). >> [...] >> > xft:-unknown-B Compset-normal-normal-normal-*-13-*-*-*-*-0-iso10646-1 (#xC7) Kenichi> Thank you for the report. I confirmed this bug with the Kenichi> above font. I'm now investigating what is wrong. And a bit later Kenichi> I've just installed a fix to the trunk. Please try again Kenichi> with the latest code. I tested your code and it works in my environment. The character unicode #x6c0 is properly displayed and emacs24 does not hang. So, I think bug#11003 can be considered closed. But, for my benefit (and perhaps others) perhaps you can describe what was special about that one character and that one font. Were there other characters that were also problematic? Why was this not a problem in emacs23 and how/when did it enter emacs24? ... Thank you for having fixed this bug. ...Mohsen
bug-gnu-emacs <at> gnu.org:bug#11003; Package emacs.
(Wed, 21 Mar 2012 02:41:01 GMT) Full text and rfc822 format available.Message #38 received at 11003 <at> debbugs.gnu.org (full text, mbox):
From: Kenichi Handa <handa <at> m17n.org> To: Mohsen BANAN <list-general <at> mohsen.1.banan.byname.net> Cc: 11003 <at> debbugs.gnu.org, list-general <at> mohsen.1.banan.byname.net Subject: Re: bug#11003: Emacs-24 Hangs When Displaying Unicode #x6c0 (ARABIC HEH WITH YEH ABOVE) -- gdb backtrace Date: Wed, 21 Mar 2012 11:09:51 +0900
In article <yx2zkbayf7u.fsf <at> mohsen.1.banan.byname.net>, Mohsen BANAN <list-general <at> mohsen.1.banan.byname.net> writes: Kenichi> I've just installed a fix to the trunk. Please try again Kenichi> with the latest code. > I tested your code and it works in my environment. > The character unicode #x6c0 is properly displayed > and emacs24 does not hang. That's good. > So, I think bug#11003 can be considered closed. Yes. > But, for my benefit (and perhaps others) perhaps > you can describe what was special about that > one character and that one font. Were there other > characters that were also problematic? > Why was this not a problem in emacs23 and how/when did > it enter emacs24? ... Emacs calls a function of m17n-lib (the underlining shaper engine), and that function calls Emacs' callback funciton ftfont_drive_otf. The bug was in incorrect handling of an argument given to ftfont_driver_otf in some case. As Arabic characters are displayed without underlining shaper engine in Emacs 23, this bug was not revealed. So, it is better to apply the fix to emacs 23 too if we are going to release 23.5. --- Kenichi Handa handa <at> m17n.org
Chong Yidong <cyd <at> gnu.org>
to control <at> debbugs.gnu.org.
(Wed, 21 Mar 2012 07:38:02 GMT) Full text and rfc822 format available.Debbugs Internal Request <help-debbugs <at> gnu.org>
to internal_control <at> debbugs.gnu.org.
(Wed, 18 Apr 2012 11:24:03 GMT) Full text and rfc822 format available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.