-
-
Notifications
You must be signed in to change notification settings - Fork 15
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
lisp exceeds `max-lisp-eval-depth' #64
Comments
Thanks for the super-detailed report! I'll try to reproduce it Meanwhile, can you Also if you could obtain the full trace with |
It does reproduce in my environment. I have not done a clean environment test, yet. The face is of the non-highlighted text becomes |
When it's normal it should be
I did use |
Is it correct, if you add actual code (rather than headers starting with pound/hashtag #) you do get highlighted code? |
When typing it's still under |
The most likely culprit is the handling of # in
|
In my regular environment, it looks like this. Perhaps, the # part is losing the syntactical meaning as preprocessor and syntax highlighter is getting confused. I am not a C++ savvy (or Stan in that regard), so could you provide me with a code example that includes both preprocessor part and actual C++ code. It'll be useful for automated testing (defining the correct behavior) and fixing this issue. Dropping the old stan # comment support is likely the solution, which I will investigate. |
https://github.com/stan-dev/stan/blob/develop/src/stan/mcmc/hmc/nuts/adapt_unit_e_nuts.hpp IMO we'll be fine dropping old comment support if it solves the issue. |
Thanks! This will be very helpful. Even before things break, the TODOs.
|
yes. |
- Fix interference with c++-mode stan-dev#64
- Fix interference with c++-mode stan-dev#64
Developer note: There was an issue how TODOs
|
Summary
It was driving me nuts and took me a while to narrow down to
stan-mode
but I'm still not 100% sure it's the cause of c++-mode losing all the highlighting and promptinglisp exceeds `max-lisp-eval-depth'`
How to reproduce
use clean emacs init
Add a minimalist
init
to~/.emacs.d
:Test emacs with a c++ header
I use the following to test
The file should be displayed normally:
![Screen Shot 2021-01-29 at 1 22 35 PM](https://user-images.githubusercontent.com/33104304/106328692-192b7800-6235-11eb-8ec7-b954cac9363f.png)
add
stan-mode
M-x package-install RET stan-mode
close & reopen emacs.
Open a stan model
I use the vanilla
![Screen Shot 2021-01-29 at 1 27 07 PM](https://user-images.githubusercontent.com/33104304/106329083-b4245200-6235-11eb-9475-bf403f33af32.png)
bernoulli.stan
open the c++ file and edit
Now open that c++ file and try to edit. For example, when I insert space, I'm getting (note the mini buffer)
![Screen Shot 2021-01-29 at 1 25 34 PM](https://user-images.githubusercontent.com/33104304/106329194-e5048700-6235-11eb-8034-dcdb75d48d72.png)
![Screen Shot 2021-01-29 at 1 29 54 PM](https://user-images.githubusercontent.com/33104304/106329329-167d5280-6236-11eb-9459-e35ac57dc6b5.png)
and now if I close that file and reopen it, all highlighting is gone
OS
OS: mac os x 10.14.6 (18G7016)
Emacs: all 26.1-27.1 builds from https://emacsformacosx.com/builds
If I use builds from
![Screen Shot 2021-01-29 at 1 35 50 PM](https://user-images.githubusercontent.com/33104304/106329792-eda98d00-6236-11eb-9b2a-955e67876e83.png)
https://vigou3.gitlab.io/emacs-modified-macos/
with same
init.el
andstan-mode
installed when openning a stan file I'm gettingand I'm assuming they are caused by a same issue.
The text was updated successfully, but these errors were encountered: