GNU bug report logs - #5683
23.1.93; list-colors-display doesn't show all colors

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 5683 in the body.
You can then email your comments to 5683 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Markus Prepens <markus.prepens <at> googlemail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 23.1.93; list-colors-display doesn't show all colors
Date: Thu, 04 Mar 2010 21:33:22 +0100

Hello,

after installing Emacs 23.1.93, I figured out that the
list-colors-display doesn't show all colors. The *Colors* buffer looks
like this:

White                  White                                 #ffffff
Yellow                 Yellow                                #ffff00
Red                    Red                                   #ff0000
Purple                 Purple                                #7f007f
Orange                 Orange                                #ff7f00
Magenta                Magenta                               #ff00ff
Green                  Green                                 #00ff00
Cyan                   Cyan                                  #00ffff
Brown                  Brown                                 #996633
Blue                   Blue                                  #0000ff
Black                  windowFrameTextColor                  #000000
windowFrameColor       windowFrameColor                      #aaaaaa
textColor              windowBackgroundColor                 #000000
textBackgroundColor    textBackgroundColor                   #ffffff
selectedTextColor      shadowColor                           #000000
selectedTextBackgroundColor selectedTextBackgroundColor      #c7d0db
selectedMenuItemTextColor selectedMenuItemTextColor          #ffffff
selectedMenuItemColor  selectedMenuItemColor                 #000000
selectedKnobColor      selectedKnobColor                     #646698
selectedControlTextColor selectedControlTextColor            #000000
selectedControlColor   selectedControlColor                  #c7d0db
secondarySelectedControlColor secondarySelectedControlColor  #d4d4d4
scrollBarColor         scrollBarColor                        #aaaaaa
knobColor              knobColor                             #9899ba
keyboardFocusIndicatorColor keyboardFocusIndicatorColor      #9babbd
highlightColor         highlightColor                        #ffffff
headerTextColor        headerTextColor                       #000000
headerColor            headerColor                           #aaaaaa
gridColor              gridColor                             #cccccc
disabledControlTextColor disabledControlTextColor            #7f7f7f
controlTextColor       controlTextColor                      #000000
controlShadowColor     controlShadowColor                    #939393
controlLightHighlightColor controlLightHighlightColor        #ffffff
controlHighlightColor  controlHighlightColor                 #e8e8e8
controlColor           controlDarkShadowColor                #000000
alternateSelectedControlTextColor controlBackgroundColor     #ffffff
alternateSelectedControlColor alternateSelectedControlColor  #738499


Any suggestion?
Markus



In GNU Emacs 23.1.93.1 (powerpc-apple-darwin8.11.0, NS apple-appkit-824.48)
 of 2010-02-28 on darkstar.fritz.box
Windowing system distributor `Apple', version 10.3.824
configured using `configure  '--with-ns''

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: nil
  value of $XMODIFIERS: nil
  locale-coding-system: nil
  default enable-multibyte-characters: t

Major mode: Help

Minor modes in effect:
  desktop-save-mode: t
  savehist-mode: t
  show-paren-mode: t
  recentf-mode: t
  partial-completion-mode: t
  icomplete-mode: t
  global-reveal-mode: t
  reveal-mode: t
  global-hl-line-mode: t
  global-auto-revert-mode: t
  auto-insert-mode: t
  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
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t
  view-mode: t

Recent input:
M-x <up> <return> <S-down> <C-end> <menu-bar> <help-menu>
<send-emacs-bug-report>

Recent messages:
Loading /Users/markus/.emacs.d/light-ink-theme.el (source)...
Ido mode enabled
Loading /Users/markus/.emacs.d/light-ink-theme.el (source)...done
Loading message...done
test
Wrote /Users/markus/.emacs.desktop.lock
Desktop: 1 buffer restored.
For information about GNU Emacs and the GNU system, type C-h C-a.
Type C-x 1 to delete the help window, C-M-v to scroll help.
Mark set

Load-path shadows:
~/.emacs.d/custom hides 
/Applications/Emacs.app/Contents/Resources/lisp/custom

Features:
(shadow sort mail-extr emacsbug help-mode view eldoc message ecomplete
rfc822 mml mml-sec password-cache mm-decode mm-bodies mm-encode mailcap
mail-parse rfc2231 rfc2047 rfc2045 qp ietf-drums mailabbrev nnheader
gnus-util netrc time-date mm-util mail-prsvr gmm-utils mailheader
canlock sha1 hex-util hashcash mail-utils winner windmove
tempo-snippets-templates tempo-snippets cl cl-19 tempo hippie-exp comint
ring thingatpt desktop byte-opt bytecomp byte-compile ediff-merg
ediff-diff ediff-wind ediff-help ediff-util ediff-mult ediff-init ediff
find-file edmacro kmacro avoid light-ink-theme savehist uniquify advice
help-fns advice-preload paren recentf tree-widget wid-edit complete ido
icomplete reveal hl-line autorevert delsel autoinsert cus-start cus-load
server tooltip ediff-hook vc-hooks lisp-float-type mwheel ns-win
easymenu tool-bar dnd fontset image fringe lisp-mode register page
menu-bar rfn-eshadow timer select scroll-bar mldrag 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 loaddefs button
minibuffer faces cus-face files text-properties overlay md5 base64
format env code-pages mule custom widget hashtable-print-readable
backquote make-network-process ns multi-tty emacs)

Message #8 received at 5683 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Markus Prepens <markus.prepens <at> googlemail.com>
Cc: 5683 <at> debbugs.gnu.org
Subject: Re: bug#5683: 23.1.93; list-colors-display doesn't show all colors
Date: Fri, 05 Mar 2010 10:52:19 +0200

> Date: Thu, 04 Mar 2010 21:33:22 +0100
> From: Markus Prepens <markus.prepens <at> googlemail.com>
> Cc: 
> 
> Hello,
> 
> after installing Emacs 23.1.93, I figured out that the
> list-colors-display doesn't show all colors. The *Colors* buffer looks
> like this:
> 
> White                  White                                 #ffffff
> Yellow                 Yellow                                #ffff00
> Red                    Red                                   #ff0000
> Purple                 Purple                                #7f007f
> Orange                 Orange                                #ff7f00
> Magenta                Magenta                               #ff00ff
> Green                  Green                                 #00ff00
> Cyan                   Cyan                                  #00ffff
> Brown                  Brown                                 #996633
> Blue                   Blue                                  #0000ff
> Black                  windowFrameTextColor                  #000000
> windowFrameColor       windowFrameColor                      #aaaaaa
> textColor              windowBackgroundColor                 #000000
> textBackgroundColor    textBackgroundColor                   #ffffff
> selectedTextColor      shadowColor                           #000000
> selectedTextBackgroundColor selectedTextBackgroundColor      #c7d0db
> selectedMenuItemTextColor selectedMenuItemTextColor          #ffffff
> selectedMenuItemColor  selectedMenuItemColor                 #000000
> selectedKnobColor      selectedKnobColor                     #646698
> selectedControlTextColor selectedControlTextColor            #000000
> selectedControlColor   selectedControlColor                  #c7d0db
> secondarySelectedControlColor secondarySelectedControlColor  #d4d4d4
> scrollBarColor         scrollBarColor                        #aaaaaa
> knobColor              knobColor                             #9899ba
> keyboardFocusIndicatorColor keyboardFocusIndicatorColor      #9babbd
> highlightColor         highlightColor                        #ffffff
> headerTextColor        headerTextColor                       #000000
> headerColor            headerColor                           #aaaaaa
> gridColor              gridColor                             #cccccc
> disabledControlTextColor disabledControlTextColor            #7f7f7f
> controlTextColor       controlTextColor                      #000000
> controlShadowColor     controlShadowColor                    #939393
> controlLightHighlightColor controlLightHighlightColor        #ffffff
> controlHighlightColor  controlHighlightColor                 #e8e8e8
> controlColor           controlDarkShadowColor                #000000
> alternateSelectedControlTextColor controlBackgroundColor     #ffffff
> alternateSelectedControlColor alternateSelectedControlColor  #738499
> 
> 
> Any suggestion?

Can you step with edebug through list-colors-display and tell where
the list of colors get shortened?  It could be that the value returned
by display-color-cells is too small, or that list-colors-duplicates
decides that some colors are duplicates of others, or the list
returned by defined-colors is too short, or ...

Message #11 received at 5683 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Markus Prepens <markus.prepens <at> googlemail.com>
Cc: 5683 <at> debbugs.gnu.org
Subject: Re: bug#5683: 23.1.93; list-colors-display doesn't show all colors
Date: Sat, 06 Mar 2010 11:01:37 +0200

[Please don't drop 5683 <at> debbugs.gnu.org from the list of addressees,
so that the history of this bug is archived on the bug tracker, and
also so others could chime in to this discussion.]

> Date: Fri, 05 Mar 2010 22:57:19 +0100
> From: Markus Prepens <markus.prepens <at> googlemail.com>
> 
> Function defined-colors seems to cause the trouble.  I stepped down the 
> code to xw-defined-colors in file ns-win.el. It uses the list x-colors. 
> It contains only 42 colors.
> 
> x-colors is initialized with the return value of ns-list-colors:
> 
> (defvar x-colors (ns-list-colors)
> 
> What I am wondering about is that ns-list-colors returns a correct list 
> of 794 colors.
> 
> What is wrong with the assignment of (ns-list-colors) to x-colors?

Nothing's wrong.  I suspect that some code modifies x-colors after it
is assigned.  Can you see if evaluating the following form

  (defvar my-x-colors (ns-list-colors))

puts the full 794-color list in my-x-colors?  (To evaluate the
expression, put the cursor immediately after the right parenthesis and
type "C-x C-e".)

Message #14 received at 5683 <at> debbugs.gnu.org (full text, mbox):

From: Markus Prepens <markus.prepens <at> googlemail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 5683 <at> debbugs.gnu.org
Subject: Re: bug#5683: 23.1.93; list-colors-display doesn't show all colors
Date: Sat, 06 Mar 2010 23:07:19 +0100

When I evaluate (defvar my-x-colors (ns-list-colors)) the complete color 
list is put to my-x-colors.

I think your impression is right: The code is correct, but the calling 
order during startup might be the problem. Maybe this is a hint:

Step 1: Startup Emacs with the -Q switch
Step 2: Enter M-: (setq x-colors (ns-list-colors))
Step 3: Enter M-x list-colors-display and the complete list of all 
colors appears in the *Colors* buffer.

Without step 1 and 2 the *Colors* buffer shows only 37 colors.

I make further investigations, what is going on.

Any hints are welcome ...

Markus

On 06/03/2010 10:01, Eli Zaretskii wrote:
> [Please don't drop 5683 <at> debbugs.gnu.org from the list of addressees,
> so that the history of this bug is archived on the bug tracker, and
> also so others could chime in to this discussion.]
>
>> Date: Fri, 05 Mar 2010 22:57:19 +0100
>> From: Markus Prepens<markus.prepens <at> googlemail.com>
>>
>> Function defined-colors seems to cause the trouble.  I stepped down the
>> code to xw-defined-colors in file ns-win.el. It uses the list x-colors.
>> It contains only 42 colors.
>>
>> x-colors is initialized with the return value of ns-list-colors:
>>
>> (defvar x-colors (ns-list-colors)
>>
>> What I am wondering about is that ns-list-colors returns a correct list
>> of 794 colors.
>>
>> What is wrong with the assignment of (ns-list-colors) to x-colors?
>
> Nothing's wrong.  I suspect that some code modifies x-colors after it
> is assigned.  Can you see if evaluating the following form
>
>    (defvar my-x-colors (ns-list-colors))
>
> puts the full 794-color list in my-x-colors?  (To evaluate the
> expression, put the cursor immediately after the right parenthesis and
> type "C-x C-e".)

Message #19 received at 5683 <at> debbugs.gnu.org (full text, mbox):

From: Markus Prepens <markus.prepens <at> googlemail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 5683 <at> debbugs.gnu.org
Subject: Re: bug#5683: 23.1.93; list-colors-display doesn't show all colors
Date: Fri, 12 Mar 2010 23:17:56 +0100

A few days ago I found a misbehavior related to the list-color-display 
command. I have made further investigations and finally figured out, 
that the problem is caused by the build process, I have used (by accident).

When I run the build commands as descibed in nextstep/INSTALL everything 
works fine:

  ./configure --with-ns
  make
  make install

And this is the command sequence which builds a Emacs.app with the 
described problem:

  ./configure --with-ns
  sudo make
  sudo make install


Markus




On 06/03/2010 23:07, Markus Prepens wrote:
> When I evaluate (defvar my-x-colors (ns-list-colors)) the complete color
> list is put to my-x-colors.
>
> I think your impression is right: The code is correct, but the calling
> order during startup might be the problem. Maybe this is a hint:
>
> Step 1: Startup Emacs with the -Q switch
> Step 2: Enter M-: (setq x-colors (ns-list-colors))
> Step 3: Enter M-x list-colors-display and the complete list of all
> colors appears in the *Colors* buffer.
>
> Without step 1 and 2 the *Colors* buffer shows only 37 colors.
>
> I make further investigations, what is going on.
>
> Any hints are welcome ...
>
> Markus
>
> On 06/03/2010 10:01, Eli Zaretskii wrote:
>> [Please don't drop 5683 <at> debbugs.gnu.org from the list of addressees,
>> so that the history of this bug is archived on the bug tracker, and
>> also so others could chime in to this discussion.]
>>
>>> Date: Fri, 05 Mar 2010 22:57:19 +0100
>>> From: Markus Prepens<markus.prepens <at> googlemail.com>
>>>
>>> Function defined-colors seems to cause the trouble. I stepped down the
>>> code to xw-defined-colors in file ns-win.el. It uses the list x-colors.
>>> It contains only 42 colors.
>>>
>>> x-colors is initialized with the return value of ns-list-colors:
>>>
>>> (defvar x-colors (ns-list-colors)
>>>
>>> What I am wondering about is that ns-list-colors returns a correct list
>>> of 794 colors.
>>>
>>> What is wrong with the assignment of (ns-list-colors) to x-colors?
>>
>> Nothing's wrong. I suspect that some code modifies x-colors after it
>> is assigned. Can you see if evaluating the following form
>>
>> (defvar my-x-colors (ns-list-colors))
>>
>> puts the full 794-color list in my-x-colors? (To evaluate the
>> expression, put the cursor immediately after the right parenthesis and
>> type "C-x C-e".)
>

Message #22 received at 5683 <at> debbugs.gnu.org (full text, mbox):

From: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
To: Markus Prepens <markus.prepens <at> googlemail.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 5683 <at> debbugs.gnu.org
Subject: Re: bug#5683: 23.1.93; list-colors-display doesn't show all colors
Date: Sun, 18 Sep 2011 14:42:41 +0200

Markus Prepens <markus.prepens <at> googlemail.com> writes:

> A few days ago I found a misbehavior related to the list-color-display
> command. I have made further investigations and finally figured out,
> that the problem is caused by the build process, I have used (by
> accident).
>
> When I run the build commands as descibed in nextstep/INSTALL
> everything works fine:
>
>   ./configure --with-ns
>   make
>   make install
>
> And this is the command sequence which builds a Emacs.app with the
> described problem:
>
>   ./configure --with-ns
>   sudo make
>   sudo make install

So if you build Emacs as root, `list-color-display' doesn't work
properly?  But that's the only side-effect you see?

That's rather puzzling.  

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/

Message #27 received at 5683-done <at> debbugs.gnu.org (full text, mbox):

From: Alan Third <alan <at> idiocy.org>
To: "Daniel (Youngwhan) Song" <breadncup <at> gmail.com>
Cc: 5683-done <at> debbugs.gnu.org, 10551-done <at> debbugs.gnu.org
Subject: Re: bug#10551: 23.3; MAC OS X Emacs doesn't get all colors
Date: Sun, 26 Jan 2020 11:56:36 +0000

Alan Third <alan <at> idiocy.org> writes:

> "Daniel (Youngwhan) Song" <breadncup <at> gmail.com> writes:
>
>> HI,
>>
>> After a MAC OS X Emacs starts, when I do "M-x list-colors-display", it
>> shows only 37 colors. 
>>
>> David Caldwell showed me that it can be corrected
>> by "Type "C-h v x-colors" to get help on the x-color variable. Then click
>> where it says "common-win.el.gz" to go to the definition of the variable
>> in the emacs source code. Then type "C-M-x" to re-evaluate that part of
>> the code. Now when you do list-colors-display you should have 500+
>> colors."
>>
>> It may be a bug, and should be fixed.
>
> My money would be on the file ~/Library/Colors/Emacs.clr being corrupt
> in some way.
>
> Either way, it's been almost 8 years since the last report of this. Can
> anyone confirm whether it's still a problem?

Over three weeks and no response. I'm going to close this on the
assumption it's not a problem any more. If it is still a problem please
reply to this email and we can reopen the bug report.
-- 
Alan Third

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.