please find a fix attached.
Tue Nov 18 20:36:34 CET 2008 attila.lendvai(a)gmail.com
* fix sbcl timeout condition: export the sb-ext:timeout symbol from
the bordeaux-threads package
--
attila
Here, in unified diff, is the LIFT fix,
the hash-table fluids,
and *default-special-bindings*.
--
I write stuff at http://failex.blogspot.com/ now. But the post
formatter and themes are terrible for sharing code, the primary
content, so it might go away sooner or later.
Here is an implementation of *default-special-bindings*, with a test.
I opted for thunks instead of forms to eval because eval is evil. They
are called in the new thread; changing this is trivial by changing the
binding-default-specials function used by all backends.
However, I won't be using it for fluid-database
(http://repo.or.cz/w/clsql/s11.git?a=shortlog;h=refs/heads/fluid-pools),
because ht-fluids are easier to use and have a better guarantee of
availability and finalization.
--
I write stuff at http://failex.blogspot.com/ now. But the post
formatter and themes are terrible for sharing code, the primary
content, so it might go away sooner or later.
These implement fluids, or boxes for for thread-local values. They do
not require threads to be made with bt:make-thread. The implementation
assumes that the value answered by `current-thread' is EQL to the live
values of past and future invocations within a particular thread.
They also include a LIFT fix.
--
I write stuff at http://failex.blogspot.com/ now. But the post
formatter and themes are terrible for sharing code, the primary
content, so it might go away sooner or later.
Under ECL in at least Windows, the standard locks are always recursive-enabled, so the unimplemented *-recursive-lock functions should probably just point to the standard *-lock calls, or vice versa.
_________________________________________________________________
Suspicious message? There’s an alert for that.
http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_broad2…