From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Peter Dyballa Newsgroups: gmane.emacs.devel,gmane.emacs.pretest.bugs Subject: Re: 23.0.60; describe-char gives wrong information Date: Fri, 1 Feb 2008 11:32:32 +0100 Message-ID: <25D7FE86-29A5-4387-B4C9-85D1F6B717D0@Freenet.DE> References: <3167E3EC-A084-4229-9531-AC3E5BDF69BB@Freenet.DE> <60200667-2BCD-4D24-BC0F-700361E632A2@Freenet.DE> <37765195-4505-4662-AE93-5B78556F67F6@Freenet.DE> <7A846B7D-1005-463E-B704-81895DD7FBDC@Freenet.DE> <21707F94-9353-4F39-814B-F10146374B18@Freenet.DE> <75C1B4E4-16F3-44A0-8053-79B4414598F6@Freenet.DE> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v753) Content-Type: text/plain; charset=UTF-8; delsp=yes; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1201862209 26517 80.91.229.12 (1 Feb 2008 10:36:49 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 1 Feb 2008 10:36:49 +0000 (UTC) Cc: emacs-pretest-bug@gnu.org To: Kenichi Handa Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Feb 01 11:37:10 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1JKtGR-0003gM-2F for ged-emacs-devel@m.gmane.org; Fri, 01 Feb 2008 11:36:55 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JKtFz-0001d2-F7 for ged-emacs-devel@m.gmane.org; Fri, 01 Feb 2008 05:36:27 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JKtCQ-0006T5-8Z for emacs-devel@gnu.org; Fri, 01 Feb 2008 05:32:46 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JKtCO-0006Qn-SA for emacs-devel@gnu.org; Fri, 01 Feb 2008 05:32:45 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JKtCO-0006QR-Ez for emacs-devel@gnu.org; Fri, 01 Feb 2008 05:32:44 -0500 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JKtCO-0006aG-4a for emacs-devel@gnu.org; Fri, 01 Feb 2008 05:32:44 -0500 Original-Received: from mx10.gnu.org ([199.232.76.166]) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1JKtCN-0005ZL-OZ for emacs-pretest-bug@gnu.org; Fri, 01 Feb 2008 05:32:43 -0500 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1JKtCK-0006Zs-Gt for emacs-pretest-bug@gnu.org; Fri, 01 Feb 2008 05:32:43 -0500 Original-Received: from mout1.freenet.de ([195.4.92.91]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JKtCJ-0006Zg-RE for emacs-pretest-bug@gnu.org; Fri, 01 Feb 2008 05:32:40 -0500 Original-Received: from [195.4.92.18] (helo=8.mx.freenet.de) by mout1.freenet.de with esmtpa (Exim 4.68) (envelope-from ) id 1JKtCG-0002TM-T2; Fri, 01 Feb 2008 11:32:36 +0100 Original-Received: from fcd09.f.ppp-pool.de ([195.4.205.9]:53831 helo=[192.168.1.2]) by 8.mx.freenet.de with esmtpsa (ID peter_dyballa@freenet.de) (TLSv1:AES128-SHA:128) (port 25) (Exim 4.68 #9) id 1JKtCG-0004vo-63; Fri, 01 Feb 2008 11:32:36 +0100 In-Reply-To: X-Mailer: Apple Mail (2.753) X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:87923 gmane.emacs.pretest.bugs:20836 Archived-At: Am 01.02.2008 um 06:08 schrieb Kenichi Handa: >> This is a new problem and it does not happen with GNU Emacsen 22.1.50 >> and 23.0.50. > > Please show me the result of M-x describe-face RET default RET. It's a bit puzzling! Now that I have the test cast for the Apple bug =20 report compiled configured using `configure '--enable-font-backend' '--with-=20 freetype' '--with-xft' '--with-x-toolkit=3Dlucid' '--without-xaw3d' '--=20= without-libotf' '--without-jpeg' '--without-tiff' '--without-gif' '--=20 without-png' '--without-rsvg' '--without-pop' '--without-sound' '--=20 enable-locallisppath=3D/Library/Application Support/Emacs/calendar22:/=20= Library/Application Support/Emacs/caml:/Library/Application Support/=20 Emacs:/sw/share/emacs21/site-lisp/elib' 'PKG_CONFIG_PATH=3D/sw/lib/=20 freetype219/lib/pkgconfig:/sw/lib/fontconfig2/lib/pkgconfig:/sw/lib/=20 pkgconfig:/sw/share/pkgconfig:/usr/lib/pkgconfig:/usr/local/lib/=20 pkgconfig:/usr/X11R6/lib/pkgconfig' 'CPPFLAGS=3D-no-cpp-precomp -=20 D__BIND_NOSTATIC' 'CFLAGS=3D-H -Wno-pointer-sign -bind_at_load -pipe -=20= fPIC -mcpu=3D7450 -mtune=3D7450 -O0' 'LDFLAGS=3D-dead_strip -=20 multiply_defined suppress -L/sw/lib/fontconfig2/lib -L/sw/lib/=20 freetype219/lib'' it launches normal. Describe-face gives: Face: default (sample) (customize this face) Documentation: Basic default face. Defined in `faces.el'. Family: b&h-lucidatypewriter Width: normal Height: 96 Weight: normal Slant: normal Foreground: Black Background: AliceBlue Underline: nil Overline: nil Strike-through: nil Box: nil Inverse: nil Stipple: nil Font: -B&H-LucidaTypewriter-Medium-R-Normal-=20 Sans-10-100-75-75-M-60-ISO8859-1 Fontset: -b&h-lucidatypewriter-medium-r-normal-=20 sans-10-100-75-75-m-60-fontset-auto1 Inherit: unspecified The GNU Emacs 23.0.60 I use regularly is configured using `configure '--with-x-toolkit=3Dlucid' = '--without-gtk' =20 '--with-dbus' '--without-sound' '--without-pop' '--with-xpm' '--with-=20 jpeg' '--with-tiff' '--with-gif' '--with-png' '--enable-=20 locallisppath=3D/Library/Application Support/Emacs/calendar22:/Library/=20= Application Support/Emacs/caml:/Library/Application Support/Emacs:/sw/=20= share/emacs21/site-lisp/elib' 'PKG_CONFIG_PATH=3D/sw/lib/freetype219/=20 lib/pkgconfig:/sw/lib/fontconfig2/lib/pkgconfig:/sw/lib/pkgconfig:/sw/=20= lib/system-openssl/lib/pkgconfig:/sw/share/pkgconfig:/usr/lib/=20 pkgconfig:/usr/local/lib/pkgconfig:/usr/local/clamXav/lib/pkgconfig:/=20 usr/local/lib/pkgconfig' 'CPPFLAGS=3D-no-cpp-precomp -D__BIND_NOSTATIC -=20= I/usr/include/openssl -I/sw/include/pango-1.0 -I/sw/lib/fontconfig2/=20 include -I/sw/lib/freetype219/include -I/sw/lib/freetype219/include/=20 freetype2 -I/sw/include -I/usr/local/include -idirafter /usr/X11R6/=20 include' 'CXXFLAGS=3D-no-cpp-precomp -I/usr/include/openssl -I/sw/=20 include/pango-1.0 -I/sw/lib/fontconfig2/include -I/sw/lib/freetype219/=20= include -I/sw/lib/freetype219/include/freetype2 -I/sw/include -I/usr/=20 local/include' 'CFLAGS=3D-bind_at_load -pipe -fPIC -mcpu=3D7450 -=20 mtune=3D7450 -fast -mpim-altivec -ftree-vectorize -foptimize-register-=20= move -freorder-blocks -freorder-blocks-and-partition -fthread-jumps -=20 fpeephole -fno-crossjumping -Wno-pointer-sign' 'LDFLAGS=3D-dead_strip -=20= multiply_defined suppress -L/sw/lib/ncurses -L/sw/lib/fontconfig2/lib =20= -L/sw/lib/freetype219/lib -L/sw/lib -L/usr/local/lib -L/usr/X11R6/lib'' and describe-face gives: Face: default (sample) (customize this face) Documentation: Basic default face. Defined in `faces.el'. Family: b&h-lucidatypewriter Width: normal Height: 125 Weight: normal Slant: normal Foreground: Black Background: AliceBlue Underline: nil Overline: nil Strike-through: nil Box: nil Inverse: nil Stipple: nil Font: -b&h-lucidatypewriter-medium-r-normal-=20 sans-13-120-75-75-m-70-iso10646-1 Fontset: -b&h-lucidatypewriter-medium-r-normal-=20 sans-12-120-75-75-m-70-fontset-auto1 Inherit: unspecified I'll re-configure and re-compile to produce the dwarf Emacs! >>>> > It sees that I missed your report about HELLO file. You > wrote "polluted and changed", but what they exactly mean? > "changed" from what? I can't describe it! The look of the HELLO buffer did not appear to =20 me changed in any way. It was only in mode-line visible that it was =20 changed. And a #HELLO# file was left. I could reproduce this when GNU =20= Emacs had the code with the lots of font lookups that made it so slow. Right now I've seen in echo area a message, and *Messages* contains: Note: file is write protected View mode: type C-h for help, h for commands, q to quit. Error during redisplay: (wrong-type-argument font nil) Loading /usr/local/share/emacs/23.0.60/lisp/international/uni-=20= name.el (source)...done Error during redisplay: (wrong-type-argument font nil) [12 = times] Auto-saving... Auto-saving HELLO: Opening output file: permission denied, /usr/=20= local/share/emacs/23.0.60/etc/#HELLO# Error during redisplay: (wrong-type-argument font nil) [3 times] Auto-saving...done Error during redisplay: (wrong-type-argument font nil) [13 = times] The message comes when I am not using the HELLO buffer (actually I am =20= writing this text in Mail). What can also observe in my production =20 GNU Emacs 23.0.60 is that the look in the HELLO buffer changes when I =20= move the cursor. Right now it is at the end of the Czech greetings =20 and I see five Braille characters. When I move it the end of the =20 Braille word (hello?), boxes appear instead. After some time in echo-=20 area a message is shown about inability to save =E2=80=93 and the = Braille =20 glyphs are back. A similiar effect happens at the end of the Amharic =20 or Arabic greetings. > >> This does not happen anymore. Still GNU Emacs with enabled >> font-backend shows less non-Latin glyphs. > > Please show me a concrete example. If Emacs without > font-backend shows a correct glyph for character CH, and > Emacs with font-backend doesn't, please show me the result > of C-u C-x =3D on that character by Emacs without In the header, in the South East Asia line, in the middle text, =20 between Lao and Thai, only boxes are shown, three to the left, in the =20= middle a "text" representing ZWJ, and five boxes to the right. The =20 production version shows on this line only Lao, Thai, Vietnamese. =20 Later no mentioning of Myanmar and Khmer. In the production Emacs =20 some non-Latin texts are hard to reach because these texts change =20 when the cursor is put on them ... Differences are in IPA English, visible in up-to-date Apple debug =20 version: character: =CA=83 (643, #o1203, #x283) preferred charset: gb18030 (GB18030) code point: 0x8130B036 syntax: w which means: word category: j:Japanese l:Latin buffer code: #xCA #x83 file code: ESC #x24 #x28 #x51 #x2A #x68 (encoded by = coding =20 system iso-2022-7bit-unix) display: by this font (glyph code) = -MUTT-ClearlyU-Medium-R-Normal--17-120-100-100-P-123-ISO10646-1 =20 (#x283) =09 Character code properties are not shown: customize what to show =09 There are text properties here: auto-composed t charset japanese-jisx0213-1 and invisible in elder production version: character: =CA=83 (643, #o1203, #x283) preferred charset: gb18030 (GB18030) code point: 0x8130B036 syntax: w which means: word category: j:Japanese l:Latin buffer code: #xCA #x83 file code: ESC #x24 #x28 #x51 #x2A #x68 (encoded by = coding =20 system iso-2022-7bit-unix) display: by this font (glyph code) -monotype-arial unicode = ms-medium-r-normal--13-127-74-74-p-129-=20 gb18030.2000-0 (#xB036) =09 Character code properties are not shown: customize what to show =09 There are text properties here: auto-composed t charset japanese-jisx0213-1 -- Greetings Pete Email is a wonderful thing for people whose role in life is to be on =20 top of things. But not for me; my role is to be on the bottom of =20 things. What I do takes long hours of studying and uninterruptible =20 concentration. =E2=80=93 Donald Knuth