-
Notifications
You must be signed in to change notification settings - Fork 23
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
Spacemacs, purpose-x-magit-multi-on, Lisp nesting exceeds ‘max-lisp-eval-depth’ #178
Comments
What's the value of |
That variable isn't found. Only these three variables are found when searching for:
The
|
Sorry, I mean the value of
That's the problem. You did not call |
It seems to have the same value all the time:
This seems to work:
At first I thought that there was a
Is this something that could be checked/handled when Or possibly show a message that it has to be turned off before calling it again. |
You don't need to put Leftover state not being cleaned up after turning on and off purpose mode and extensions is pretty much the same as #166. |
|
It's redundant but It shouldn't matter as it's only called once there regardless. What you need to do is to find out why |
👍 saw that it was added here 17 days ago: cac0f8b The Spacemacs commit was from 19 days ago. I'll remove the Spacemacs This also works:
Is it better to turn it off first: |
Just call In the future, once #82 gets moving, these functions should become idempotent again. |
problem: trying to open a magit buffer after reloading the configuration: `SPC f e R` shows the message: >Lisp nesting exceeds ‘max-lisp-eval-depth’ cause: purpose-x-magit-multi-on can't be called twice, without turning it off first: purpose-x-magit-off Spacemacs, purpose-x-magit-multi-on, Lisp nesting exceeds ‘max-lisp-eval-depth’ bmag/emacs-purpose#178 solution: in this case we'll only call: purpose-x-magit-multi-on once per Emacs session. notes: this also removes the call to: with-eval-after-load 'magit because it's handled upstream: https://github.com/bmag/emacs-purpose/blob/c85dd3c9f70cd593d6bc79c40855a240e55b2575/window-purpose-x.el#L243
Thanks for the help. A magit buffer can now be opened after reloading the configuration in Spacemacs. |
The cause of the endless recursion is this combination:
I fixed it in #179. Now |
I'll try to work on #166 in the coming week |
Argh, we need to stop fixing things in both Spacemacs and purpose. syl20bnr/spacemacs@91f92d8#commitcomment-47842211 They can already call |
problem: trying to open a magit buffer after reloading the configuration: `SPC f e R` shows the message: >Lisp nesting exceeds ‘max-lisp-eval-depth’ cause: purpose-x-magit-multi-on can't be called twice, without turning it off first: purpose-x-magit-off Spacemacs, purpose-x-magit-multi-on, Lisp nesting exceeds ‘max-lisp-eval-depth’ bmag/emacs-purpose#178 solution: in this case we'll only call: purpose-x-magit-multi-on once per Emacs session. notes: this also removes the call to: with-eval-after-load 'magit because it's handled upstream: https://github.com/bmag/emacs-purpose/blob/c85dd3c9f70cd593d6bc79c40855a240e55b2575/window-purpose-x.el#L243
problem: trying to open a magit buffer after reloading the configuration: `SPC f e R` shows the message: >Lisp nesting exceeds ‘max-lisp-eval-depth’ cause: purpose-x-magit-multi-on can't be called twice, without turning it off first: purpose-x-magit-off Spacemacs, purpose-x-magit-multi-on, Lisp nesting exceeds ‘max-lisp-eval-depth’ bmag/emacs-purpose#178 solution: in this case we'll only call: purpose-x-magit-multi-on once per Emacs session. notes: this also removes the call to: with-eval-after-load 'magit because it's handled upstream: https://github.com/bmag/emacs-purpose/blob/c85dd3c9f70cd593d6bc79c40855a240e55b2575/window-purpose-x.el#L243
(purpose-x-magit-multi-on)
is causing an issue when trying to open a magit buffer in Spacemacs,after reloading the configuration:
SPC f e R
When debugging is enabled:
SPC t D
And one tries to open a magit buffer.
Then the Backtrace buffer shows:
followed by
793
lines of:followed by:
Pressing
q
in the backtrace buffer changes it to:The issue doesn't occur when these two lines are commented out:
https://github.com/syl20bnr/spacemacs/blob/6d8101c20e600c9498398d3a1c412ab5e68f86f4/layers/%2Bspacemacs/spacemacs-purpose/packages.el#L160-L161
Windows 10, System Info (Click to expand)
The text was updated successfully, but these errors were encountered: