December 2008 - bordeaux-threads-devel - mailman3.common-lisp.net

[Bordeaux-threads-devel] sbcl timeout fix
by Attila Lendvai 09 Sep '09

09 Sep '09

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

1 1

[Bordeaux-threads-devel] [PATCH] liftfix, fluids, default-special-bindings
by Stephen Compall 10 Jan '09

10 Jan '09

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.

3 5

[Bordeaux-threads-devel] [PATCH] *default-special-bindings*
by Stephen Compall 28 Dec '08

28 Dec '08

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.

1 0

[Bordeaux-threads-devel] [PATCH] LIFT fix and hash-table-based fluids
by Stephen Compall 27 Dec '08

27 Dec '08

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.

1 0

[Bordeaux-threads-devel] ECL recursive locks
by David Holz 15 Dec '08

15 Dec '08

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…

1 0