emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Recent CVS Emacs breaks color-themes


From: Manoj Srivastava
Subject: Re: Recent CVS Emacs breaks color-themes
Date: Fri, 03 Oct 2008 10:36:24 -0500
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) (x86_64-pc-linux-gnu)

On Fri, Oct 03 2008, martin rudalics wrote:

>>         On CVS emacs compiled today (and perhaps yesterday as well),

> Does that mean it worked two days ago?  Could you try to find the change
> that caused the breakage?

        Yes, Romaines emacs-snapshot package for Debian is fine.

>>  running M-x color-theme-<theme-name> mucks up the fonts; in emacs lisp
>>  buffers like *scratch*, all commented characters show up as square
>>  boxes. Uncommenting them maks them show up. Not running the color-theme
>>  command does not mess up the display.
>>
>>         I apologize for the lack of detail in this message, if this is
>>  not a known issue I can investigate in more detail and try to produce a
>>  minimal test case.

        OK, so I bisected.  Starting with known good commit 
 9e3d5a56270b0cd513609c01cc98a62ff359de96, and known bad commit
 da77a08353a1409c523fae94757e3a03f18d1ed5, I bisected it down to

--8<---------------cut here---------------start------------->8---
 8192914fbe2db76bca42fbf5ac97a369b1290312 is first bad commit
commit 8192914fbe2db76bca42fbf5ac97a369b1290312
Author: Kenichi Handa <address@hidden>
Date:   Wed Oct 1 12:36:42 2008 +0000

    (font_matching_entity): Reflect ATTRS in font selection.
    (font_find_for_lface) [HAVE_NS]: Don't ignore case.

:040000 040000 6ab3fe2a1bb9ccf33299398c095e5f093943fde4 
adfe6a555afb76e964c8327f053a4a837b5c8ee2 M      src
--8<---------------cut here---------------end--------------->8---

        Before then, I could use color-themes. After that commit, fonts
 get messed up. See below for what I mean by messed up.

 DETAILS:
 -------
        The symptoms of the fault are: Emacs started with the following
 X resources in play:
--8<---------------cut here---------------start------------->8---
*FontBackend: xft,x
Emacs.FontBackend:      xft,x
emacs.font: DejaVu Sans Mono-9
--8<---------------cut here---------------end--------------->8---

        Looking at the scratch buffer, and at the first commented line,
;;  This buffer is for notes you don't want to save, and for Lisp evaluation.
        I see the line as:   (typing in [] instead of the empty box)
;; [][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][]


        Doing describe-char on the first character (T). The characters
 are supposed to be in italics and red (from the color-themes). Note
 that it thinks there is no font available.

--8<---------------cut here---------------start------------->8---
        character: [] (84, #o124, #x54)
preferred charset: [][][][][] (ASCII (ISO646 IRV))
       code point: [][][][]
           syntax: w    which means: word
         category: a:ASCII graphic characters 32-126 (ISO646 IRV:1983[4/0])
                   l:Latin r:Japanese roman
      buffer code: #x54
        file code: #x54 (encoded by coding system utf-8)
          display: no font available

Character code properties: [][][][][][][][][][][][][][]
  name: LATIN CAPITAL LETTER T
  general-category: Lu (Letter, Uppercase)

There are text properties here:
[][][][][][][][][][][][][][][][][][][][][][][][]
[][][][][][][][][][][]t
--8<---------------cut here---------------end--------------->8---

        Now, uncomment the line. The line becomes visible (non italic,
 default color).
--8<---------------cut here---------------start------------->8---
        character: T (84, #o124, #x54)
preferred charset: [][][][][] (ASCII (ISO646 IRV))
       code point: [][][][]
           syntax: w    which means: word
         category: a:ASCII graphic characters 32-126 (ISO646 IRV:1983[4/0])
                   l:Latin r:Japanese roman
      buffer code: #x54
        file code: #x54 (encoded by coding system utf-8)
          display: by this font (glyph code)
    x:-dejavu-dejavu sans mono-medium-r-normal--12-87-100-100-c-73-iso10646-1 
(#x54)

Character code properties: [][][][][][][][][][][][][][]
  name: LATIN CAPITAL LETTER T
  general-category: Lu (Letter, Uppercase)

There are text properties here:
[][][][][][][][][][][]t
--8<---------------cut here---------------end--------------->8---


        And finally, this is what it looks like in older emacsen before
 the bad commit:
--8<---------------cut here---------------start------------->8---
        character: T (84, #o124, #x54)
preferred charset: ascii (ASCII (ISO646 IRV))
       code point: 0x54
           syntax: w    which means: word
         category: a:ASCII graphic characters 32-126 (ISO646 IRV:1983[4/0])
                   l:Latin r:Japanese roman
      buffer code: #x54
        file code: #x54 (encoded by coding system utf-8)
          display: by this font (glyph code)
    xft:-unknown-DejaVu Sans 
Mono-normal-oblique-normal-*-12-*-*-*-m-0-iso10646-1 (#x37)

Character code properties: customize what to show
  name: LATIN CAPITAL LETTER T
  general-category: Lu (Letter, Uppercase)

There are text properties here:
  face                 font-lock-comment-face
  fontified            t
--8<---------------cut here---------------end--------------->8---


        Should I send it in to the bug tracking system?

        manoj
-- 
All things being equal, you are bound to lose.
Manoj Srivastava <address@hidden> <http://www.golden-gryphon.com/>  
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C





reply via email to

[Prev in Thread] Current Thread [Next in Thread]