23.0.60; Error with :name and malfunctioning

23.0.60; Error with :name and malfunctioning

[Peter Dyballa]

Hello!

When launching with -Q --debug-init and inserting the line

	(message ".¡Ṁüßtè VéřşîÖñ — Ääħ ≥ 21 sêîņ,  
ḟûŕ ø,Ø2€¿")

into the scratch buffer GNU Emacs gets rather dysfunctional. The  
scroll-bar of one window is not drawn, echo-area reports

	Wrong type argument: listp, :name

The cause can be the EM DASH ``—´´ (explanation taken from an  
older GNU Emacs 23.0.60):

         character: — (8212, #o20024, #x2014)
preferred charset: gb18030 (GB18030)
        code point: 0xA1AA
            syntax: _ 	which means: symbol
          category: c:Chinese j:Japanese
       buffer code: #xE2 #x80 #x94
         file code: #xE2 #x80 #x94 (encoded by coding system utf-8-unix)
           display: by this font (glyph code)
      -b&h-lucida sans typewriter-medium-r-normal--10-98-74-74-m-60- 
iso10646-1 (#x2014)

or by the GREATER-THAN OR EQUAL TO SIGN ``≥´´ (explanation taken  
from an older GNU Emacs 23.0.60):

         character: ≥ (8805, #o21145, #x2265)
preferred charset: gb18030 (GB18030)
        code point: 0xA1DD
            syntax: . 	which means: punctuation
          category: c:Chinese h:Korean
       buffer code: #xE2 #x89 #xA5
         file code: #xE2 #x89 #xA5 (encoded by coding system utf-8-unix)
           display: by this font (glyph code)
      -b&h-lucida sans typewriter-medium-r-normal--10-98-74-74-m-60- 
iso10646-1 (#x2265)

or by the EURO SIGN ``€´´ (explanation taken from an older GNU  
Emacs 23.0.60):

         character: € (8364, #o20254, #x20ac)
preferred charset: gb18030 (GB18030)
        code point: 0xA2E3
            syntax: _ 	which means: symbol
          category: c:Chinese h:Korean j:Japanese
       buffer code: #xE2 #x82 #xAC
         file code: #xE2 #x82 #xAC (encoded by coding system utf-8-unix)
           display: by this font (glyph code)
      -b&h-lucida sans typewriter-medium-r-normal--10-98-74-74-m-60- 
iso10646-1 (#x20AC)

i.e. a (message "...") in *scratch* with one of these instead of ``... 
´´ creates the functionlessness.


In GNU Emacs 23.0.60.1 (powerpc-apple-darwin8.11.0, X toolkit, Xaw3d  
scroll bars)
  of 2007-12-15 on Latsche.local
Windowing system distributor `The XFree86 Project, Inc', version  
11.0.40400000
configured using `configure  '--without-gtk' '--without-sound' '-- 
without-pop' '--with-xpm' '--with-x-toolkit=lucid' '--with-jpeg' '-- 
with-tiff' '--with-gif' '--with-png' '--enable-locallisppath=/Library/ 
Application Support/Emacs/calendar23:/Library/Application Support/ 
Emacs/caml:/Library/Application Support/Emacs:/sw/share/emacs21/site- 
lisp/elib' 'PKG_CONFIG_PATH=/sw/lib/freetype219/lib/pkgconfig:/sw/lib/ 
fontconfig2/lib/pkgconfig:/usr/X11R7/lib/pkgconfig:/sw/lib/pkgconfig:/ 
sw/lib/system-openssl/lib/pkgconfig:/sw/share/pkgconfig:/usr/lib/ 
pkgconfig:/usr/local/lib/pkgconfig:/usr/local/clamXav/lib/pkgconfig'  
'CPPFLAGS=-no-cpp-precomp -D__BIND_NOSTATIC -I/usr/include/openssl -I/ 
sw/include/pango-1.0 -I/sw/lib/freetype219/include -I/sw/lib/ 
freetype219/include/freetype2 -I/sw/lib/fontconfig2/include -I/sw/ 
include -I/usr/local/include -idirafter /usr/X11R6/include'  
'CXXFLAGS=-no-cpp-precomp -I/usr/include/openssl -I/sw/include/ 
pango-1.0 -I/sw/lib/freetype219/include -I/sw/lib/freetype219/include/ 
freetype2 -I/sw/lib/fontconfig2/include -I/sw/include/libpng12 -I/usr/ 
local/include -I/sw/include' 'CFLAGS=-pipe -bind_at_load -fPIC - 
mcpu=7450 -mtune=7450 -O0 -mpim-altivec -ftree-vectorize -foptimize- 
register-move -freorder-blocks -freorder-blocks-and-partition - 
fthread-jumps -fpeephole -fno-crossjumping' 'LDFLAGS=-dead_strip - 
multiply_defined suppress -bind_at_load -L/sw/lib/freetype219/lib -L/ 
sw/lib/fontconfig2/lib -L/sw/lib/ncurses -L/usr/local/lib -L/sw/lib''

Important settings:
   value of $LC_ALL: nil
   value of $LC_COLLATE: nil
   value of $LC_CTYPE: de_DE.UTF-8
   value of $LC_MESSAGES: nil
   value of $LC_MONETARY: nil
   value of $LC_NUMERIC: nil
   value of $LC_TIME: nil
   value of $LANG: de_DE.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
   menu-bar-mode: t
   file-name-shadow-mode: t
   global-font-lock-mode: t
   font-lock-mode: t
   blink-cursor-mode: t
   global-auto-composition-mode: t
   auto-composition-mode: t
   auto-compression-mode: t
   line-number-mode: t


--
Mit friedvollen Grüßen

   Pete

One cannot live by television, video games, top ten CDs, and dumb  
movies alone
				– Amiri Baraka, 1999

Re: 23.0.60; Error with :name and malfunctioning

[Kenichi Handa]

In article <7DFBDDCA-C0AB-4E4C-BA76-C918B6DB1674@Freenet.DE>, Peter Dyballa <Peter_Dyballa@Freenet.DE> writes:

> Hello!
> When launching with -Q --debug-init and inserting the line

> 	(message ".¡Ṁüßtè VéřşîÖñ — Ääħ ≥ 21 sêîņ,  
> ḟûŕ ø,Ø2€¿")

> into the scratch buffer GNU Emacs gets rather dysfunctional. The  
> scroll-bar of one window is not drawn, echo-area reports

> 	Wrong type argument: listp, :name

I can't reproduce it.  Are you using Emacs with font-backend
enabled?

> In GNU Emacs 23.0.60.1 (powerpc-apple-darwin8.11.0, X toolkit, Xaw3d  
> scroll bars)
>   of 2007-12-15 on Latsche.local

Perhaps it's Apple specific problem.

---
Kenichi Handa
handa@ni.aist.go.jp

Re: 23.0.60; Error with :name and malfunctioning

[Peter Dyballa]

Am 17.12.2007 um 03:36 schrieb Kenichi Handa:

> I can't reproduce it.  Are you using Emacs with font-backend
> enabled?

No. With font-backend enabled I only get a crash. The (message "...")  
line is part of my ~/.emacs file since years.

>
>> In GNU Emacs 23.0.60.1 (powerpc-apple-darwin8.11.0, X toolkit, Xaw3d
>> scroll bars)
>>   of 2007-12-15 on Latsche.local
>
> Perhaps it's Apple specific problem.

Not likely: before the last update it worked ...

--
Greetings

              ~  O
   Pete       ~~_\\_/%
              ~  O  o

Re: 23.0.60; Error with :name and malfunctioning

[Kenichi Handa]

In article <78BA0746-4B99-4B92-BB1B-DA0C330B1E66@Freenet.DE>, Peter Dyballa <Peter_Dyballa@Freenet.DE> writes:

> Am 17.12.2007 um 03:36 schrieb Kenichi Handa:

> > I can't reproduce it.  Are you using Emacs with font-backend
> > enabled?

> No. With font-backend enabled I only get a crash. The (message "...")  
> line is part of my ~/.emacs file since years.

> >
>>> In GNU Emacs 23.0.60.1 (powerpc-apple-darwin8.11.0, X toolkit, Xaw3d
>>> scroll bars)
>>> of 2007-12-15 on Latsche.local
> >
> > Perhaps it's Apple specific problem.

> Not likely: before the last update it worked ...

Ummm, do you remember when you updated it before the last
udpate?

---
Kenichi Handa
handa@ni.aist.go.jp

Re: 23.0.60; Error with :name and malfunctioning

[Peter Dyballa]

Am 17.12.2007 um 12:04 schrieb Kenichi Handa:

>> Not likely: before the last update it worked ...
>
> Ummm, do you remember when you updated it before the last
> udpate?

Sunday or Saturday, the last weekend. Here is the *cvs* buffer's  
contents:

In directory etc:
updated       Up-To-Date              etc/ChangeLog.unicode
patched       Up-To-Date              etc/HELLO
In directory lisp:
updated       Up-To-Date              lisp/ChangeLog.unicode
patched       Up-To-Date              lisp/composite.el
patched       Up-To-Date              lisp/descr-text.el
patched       Up-To-Date              lisp/printing.el
In directory lisp/international:
patched       Up-To-Date              lisp/international/fontset.el
               Modified                lisp/international/uni-bidi.el
               Modified                lisp/international/uni- 
category.el
               Modified                lisp/international/uni- 
combining.el
               Modified                lisp/international/uni-comment.el
               Modified                lisp/international/uni-decimal.el
               Modified                lisp/international/uni- 
decomposition.el
               Modified                lisp/international/uni-digit.el
               Modified                lisp/international/uni- 
lowercase.el
               Modified                lisp/international/uni- 
mirrored.el
               Modified                lisp/international/uni-name.el
               Modified                lisp/international/uni-numeric.el
               Modified                lisp/international/uni-old- 
name.el
               Modified                lisp/international/uni- 
titlecase.el
               Modified                lisp/international/uni- 
uppercase.el
In directory lisp/language:
updated       Up-To-Date              lisp/language/tv-util.el
In directory src:
updated       Up-To-Date              src/ChangeLog.unicode
updated       Up-To-Date              src/font.c
patched       Up-To-Date              src/fontset.c
updated       Up-To-Date              src/ftfont.c
patched       Up-To-Date              src/makefile.w32-in
updated       Up-To-Date              src/w32font.c
updated       Up-To-Date              src/w32font.h
patched       Up-To-Date              src/xdisp.c
updated       Up-To-Date              src/xftfont.c
patched       Up-To-Date              src/xterm.c


--
Greetings

   Pete

The day Microsoft makes something that doesn't suck is the day they  
start selling vacuum cleaners.
				– Ernest Jan Plugge

Re: 23.0.60; Error with :name and malfunctioning

[Kenichi Handa]

In article <6BAD130F-BC53-4E34-A7CF-CD44CB7FC121@Freenet.DE>, Peter Dyballa <Peter_Dyballa@Freenet.DE> writes:

> Am 17.12.2007 um 12:04 schrieb Kenichi Handa:

>>> Not likely: before the last update it worked ...
> >
> > Ummm, do you remember when you updated it before the last
> > udpate?

> Sunday or Saturday, the last weekend. Here is the *cvs* buffer's  
> contents:

??? You reported the bug last Saturday.  What I wanted to
know is the last update which didn't malfunction Emacs.

---
Kenichi Handa
handa@ni.aist.go.jp

Re: 23.0.60; Error with :name and malfunctioning

[Peter Dyballa]

Am 17.12.2007 um 13:32 schrieb Kenichi Handa:

> ??? You reported the bug last Saturday.  What I wanted to
> know is the last update which didn't malfunction Emacs.

The weekend before. The binary emacs-23.0.60 I am using is from  
December 8th. That weekend a lot of good stuff was integrated  
(configure added libresolv, calendar worked again). Then I also tried  
to update Emacs.app from CVS (which produces a crashing Emacs.app),  
so was kept busy on a different field. Or region?

--
Greetings

   Pete

What is this talk of 'release?' Klingons do not make software  
'releases.'  Our software 'escapes,' leaving a bloody trail of  
designers and quality assurance people in its wake.

Re: 23.0.60; Error with :name and malfunctioning

[Peter Dyballa]

Am 17.12.2007 um 03:36 schrieb Kenichi Handa:

> I can't reproduce it.

Me too, when in Terminal with -nw. Then the text is handled well. The  
problem is in X11.


I recompiled a few elder Unicode Emacs version, those that are  
patched to be Emacs.app RC 1, 2, 2a, or 3. Those that can be compiled  
do not show the effect. When I activate the (message "...") line for  
recent GNU Emacs 23.0.60 too and launch it with --debug-init, I get:

Debugger entered--Lisp error: (wrong-type-argument listp :name)
   message(".\x00a1\x1e40\x00fc\x00dft\x00e8 V\x00e9\x0159\x015f\x00ee 
\x00d6\x00f1 \x2014 \x00c4\x00e4\x0127 \x2265 21 s\x00ea\x00ee\x0146,  
\x1e1f\x00fb\x0155 \x00f8,\x00d8\ 2\x20ac\x00bf")
   eval-buffer(#<buffer  *load*<2>> nil "/Users/pete/.emacs_x" nil  
t)  ; Reading at buffer position 151
   load-with-code-conversion("/Users/pete/.emacs_x" "/Users/ 
pete/.emacs_x" nil nil)
   ad-Orig-load("~/.emacs_x" nil nil nil nil)
   (setq ad-return-value (ad-Orig-load file noerror nomessage  
nosuffix must-suffix))
   (let (ad-return-value) (message "(Tipp von Kai G) Lade jetzt: %s"  
file) (setq ad-return-value (ad-Orig-load file noerror nomessage  
nosuffix must-suffix)) ad-return-value)
   load("~/.emacs_x")

In ~/.emacs a decision is made on the type of window-system and then  
a particular "external" file is loaded:

	(defconst mWS (symbol-value 'window-system)
	  "Running as some windowing system's client,
	   or as slave of a terminal emulator?")
	;;...
	      (load custom-file)
	      (load (format "~/.emacs_%s" mWS))

All three files, ~/.emacs, custom-file, and ~/.emacs_x, are UTF-8.


When working in this handicapped GNU Emacs 23.0.60 it does clear/ 
redraw the whole frame, only 45 % or such. So after I had opened and  
quit custom-file I see a mixture of *Messages* (26 lines) and custom- 
file (28 lines) and the mode-line contains the name of custom-file.  
And the scroll-bar is not visible, on its region between (from custom- 
file with long wrapped lines decorated) fringe and frame border,  
which has background-color (I checked it with a screen-shot tool).  
And the message about ``Wrong type argument: listp, :name´´ is active  
in echo-area.

When I split the frame into two halves and one window visits the  
*Backtrace* buffer, then its scroll-bar is OK, that of the *Messages*  
buffer not. With cursor in *Backtrace* buffer the echo-area is  
cleared, C-x o appears, and maybe later I could provoke that meesage  
again.

--
Greetings

   Pete

There's no sense in being precise when you don't even know what  
you're talking about.
				– John von Neumann

Re: 23.0.60; Error with :name and malfunctioning

[Kenichi Handa]

In article <9D21383B-FBE4-4759-AE22-74F5C817F874@Freenet.DE>, Peter Dyballa <Peter_Dyballa@Freenet.DE> writes:

> > ??? You reported the bug last Saturday.  What I wanted to
> > know is the last update which didn't malfunction Emacs.

> The weekend before. The binary emacs-23.0.60 I am using is from  
> December 8th. That weekend a lot of good stuff was integrated  
> (configure added libresolv, calendar worked again).

I installed some fixes.  Could you try again with the latest
code?

---
Kenichi Handa
handa@ni.aist.go.jp

Re: 23.0.60; Error with :name and malfunctioning

[Peter Dyballa]

Am 18.12.2007 um 03:42 schrieb Kenichi Handa:

> I installed some fixes.  Could you try again with the latest
> code?


Works again! Splendid. Without font-backend. (Frame starts with a 16  
pt font or such, then changes to my default 10 pt.)

--
Greetings

   Pete

Upgraded, adj.:
	Didn't work the first time.