-
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
SBCL abort is broken. #6
Comments
Can you provide more detailed description of what happened? E.g., this happened in SLIME or in a console window; if it was SLIME, what commands were entered into REPL and which were entered in inferior-lisp buffer. In sbcl-win32-threads, sleep (and many other things) is uninterruptible because Windows lacks UNIX/POSIX signals and threading is implemented in entirely different way. By the way, on my machine loading cl-gtk2-gtk from SLIME's REPL hangs at some point until I enter anything into inferior-lisp. |
Originally I ran into this bug when I was trying to abort execution of my server main thread from slime. But then I reproduced it in raw sbcl console just as in the first comment. |
The problems was that Gtk+ during initialization changes SIPIPE handler to SIGIGN and SBCL uses SIGPIPE to interrupt threads. I've commited the workaround, but this will need some more thought. |
I post another issue here, because the root of the problem seems the same. the package is quickloaded, so I will try the latest version after this post. CL-USER> (defun timer-test () (defparameter timer (sb-ext:schedule-timer timer 2) (defun timer-test () (defparameter timer (sb-ext:schedule-timer timer 2) on uname -a |
sorry it wasn't actually the case, my sbcl was loading the old version which was asdf-installed 2 yrs ago. |
With sbcl 1.0.42, after
(asdf:operate 'asdf:load-op :cl-gtk2-gtk)
I can't abort execution of (sleep 10) with C-c C-c in SLIME, and with C-c in sbcl console.
1.0.39 works just fine.
The text was updated successfully, but these errors were encountered: