-
Notifications
You must be signed in to change notification settings - Fork 13
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Infinite recursion #13
Comments
Yeah, this patch to color-theme.el helps catch the problem: --- /tmp/color-theme.el 2011-09-28 14:39:53.000000000 -0400
+++ color-theme.el 2011-09-28 14:31:02.000000000 -0400
@@ -767,6 +767,7 @@
;; remove :inherit face from atts -- this assumes only one
;; :inherit attribute.
(setq atts (delq ':inherit (delq face atts)))
+ (unless atts (debug))
(let ((more-atts (color-theme-spec-resolve-inheritance
(color-theme-face-attr-construct
face (selected-frame)))) When I start commenting out bits of zenburn it gets a little further... the alias for |
Hmm, that patch seems a little too eager; it might not be valid. |
More on this: it's definitely a zenburn interaction. I put color-theme.el and zenburn.el in the appropriate places and then did
(setq load-path (append (list "/Users/dave/.emacs.d/el-get/color-theme" "/Users/dave/.emacs.d/el-get/color-theme-zenburn") load-path))
(require 'color-theme)
(require 'zenburn)
(color-theme-zenburn) ;; comment out this line to see it work
(color-theme-select)
(color-theme-zenburn) ;; as long as color-theme-select is called first, we can do this here
(color-theme-select) ;; and call color-theme-select again |
This was causing color-theme-select to recurse infinitely when trying to resolve the inheritance. Fixes dbrock#13
This was causing color-theme-select to recurse infinitely when trying to resolve the inheritance. Fixes dbrock#13
Can't prove this is a zenburn issue, but chances seem good that it's related:
The text was updated successfully, but these errors were encountered: