* set *CURRENT-THREAD* to NIL on thread exit else it cannot be garbage
collected
** bug fix: one less memory fault in INTERRUPT-THREAD, again
** bug fix: gc and INTERRUPT-THREAD don't hang when the RT signal
queue is full
+ ** bug fix: finished threads are gc'ed properly
* fixed some bugs revealed by Paul Dietz' test suite:
** CALL-NEXT-METHOD signals an error (in safe code) when the call
has arguments with a different set of applicable methods from
;; we're going down, can't handle
;; interrupts sanely anymore
(block-deferrable-signals-and-inhibit-gc)))))
- ;; and remove what can be the last reference to the
+ ;; and remove what can be the last references to the
;; thread object
(handle-thread-exit thread)
+ (setq *current-thread* nil)
0))
(values))))))
(when (sb!sys:sap= thread-sap (sb!sys:int-sap 0))
;;; checkins which aren't released. (And occasionally for internal
;;; versions, especially for internal versions off the main CVS
;;; branch, it gets hairier, e.g. "0.pre7.14.flaky4.13".)
-"0.9.3.74"
+"0.9.3.75"