bug-gnu-emacs
[Top][All Lists]
Advanced

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

bug#7087: 24.0.50; cannot customize default-frame-alist - it says value


From: martin rudalics
Subject: bug#7087: 24.0.50; cannot customize default-frame-alist - it says value is nil but it is not
Date: Fri, 24 Sep 2010 07:51:38 +0200
User-agent: Thunderbird 2.0.0.21 (Windows/20090302)

> However, if the value does become something like that for some reason, then 
the
> displayed value should be the complete sexp that is the value, not just one
> little part of it. So there is apparently a bug present in any case - probably
> in the customize code.

Not here.  If I evaluate

(custom-set-variables
 '(default-frame-alist
    (quote
     ((foreground-color . "Black")
      (background-color . "LightBlue")
      ...

and do customize it I get "SAVED and set. (mismatch)" showing the whole
sexp in my customization buffer.

> Yes, indeed. Again, dunno how the nil value got there. Probably something that
> happened during the session. Perhaps there is a bug elsewhere that introduced
> that.

Do write a function for your `post-command-hook' that checks whether a nil
value was added by the last command and run it for a while.

> Note though that the nil entry did not seem to in any way interfere with the
> use/behavior of `default-frame-alist'.  And that makes sense.

Why should it?  It's based on something like `assq' and we know that it
does

  Return non-nil if KEY is `eq' to the car of an element of LIST.
  The value is actually the first element of LIST whose car is KEY.
  Elements of LIST that are not conses are ignored.
  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

> FWIW, I've checked all of my own code to be sure that the nil alist entry 
could
> not have come from it.  In all cases it uses a cons.  I did not check all 
other
> 3rd-party code I might load, but if I had to guess I'd guess that this came
> somehow from the vanilla Emacs 24 code, mainly because I've never come across
> this before.

That's why I asked you to check this in the first place ;-)

Maybe an error condition was raised and the handler returned nil instead
of a cons.

martin





reply via email to

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