[Openmcl-devel] Stream ... is private to ...
gb at clozure.com
Tue Oct 16 23:00:27 UTC 2007
A newly-created stream is (by default) usable only by the thread that
creates it; this has been true in all of the "1.1-pre" releases for
the last year or so. This is discussed in the release notes entry
for "OpenMCL 1.1-pre-069826"; unless there are more that 98 months
in the year (I didn't get the memo), I suspect that the "98" is supposed
to be "09".
Prior to that change, all streams were implicitly created as if
:SHARING :LOCK were ispecified; this made it possible to access streams
from any thread but added (sometimes significant) locking overhead even
when it wasn't in fact needed. Changing the default to :SHARING :PRIVATE
removes that locking overhead, but does mean that the (rarer) case of
streams that need to be accessed from multiple threads have to request
that a lock be used to arbitrate that access.
(defvar *log-stream* nil)
(process-run-function "setup" (lambda ()
(setq *log-stream* (open ...))))
is one way to create a stream that's owned by a (soon to be exhausted/
I don't know what this means in the context of SLIME; I don't use
SLIME, but AFAIK many other people do.
On Tue, 16 Oct 2007, Edi Weitz wrote:
> I sent this email
> to slime-devel yesterday, but I've just subscribed to openmcl-devel
> and I thought this might also be a place where this question could be
> Openmcl-devel mailing list
> Openmcl-devel at clozure.com
More information about the Openmcl-devel