Skip to content
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

Is there a way not need to restart slime-inferior lisp in case of gtk main thread error in emacs? #91

Open
mashomee opened this issue Mar 25, 2021 · 2 comments

Comments

@mashomee
Copy link

Currently once an error happened in the gtk main thread, I have to restart the inferior lisp or the following gtk windows will not
show whether it's coded correctly or not .

Is there a way not need to restart slime-inferior lisp in case of gtk main thread error in emacs?

@n00p3
Copy link

n00p3 commented Jun 2, 2021

Same problem here, my solution is to select RETURN-FROM-CALLBACK from the restarts list in the debugger buffer instead of aborting thread by pressing 'q', 'a' or picking any other restart option.

@sessions-matthew
Copy link

Put (ql:quickload 'swank :silent t) at the top of the main file and (swank:create-server :port 5555 :dont-close t) somewhere near the end (after you have already called gtk:within-main-loop), then start up the script with sbcl --load file.lisp and connect to it with slime-connect instead. This has worked well for me so far.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants