bordeaux-threads-devel June 2012

bordeaux-threads-devel@common-lisp.net

3 participants
5 discussions

[Bordeaux-threads-devel] CONDITION-WAIT with timeout
by Thomas Munro 14 Sep '13

14 Sep '13

Hi Are there any plans to support a timeout for bordeaux-threads:condition-wait? The implementations I'm aware of support this threading primitive: * ABCL could presumably do it since Java Object.wait can take a timeout * SBCL supports it using sb-thread:condition-wait with keyword :timeout [1] * anything with POSIX threads underneath could use pthread_cond_timedwait The main variation seems to be between those implementations that use an absolute time and those that use a relative time (how long to wait in milliseconds for example). Since I think I need this feature I might try to write a patch to do this for ABCL and SBCL if there is nothing already in the works (unless there is some technical problem I'm not seeing?) Thanks Thomas Munro [1] http://random-state.net/log/3523852985.html

3 6

[Bordeaux-threads-devel] Clozure: fix condition-wait
by James M. Lawrence 29 Jul '12

29 Jul '12

If release-lock fails then do not call acquire-lock.

3 3

[Bordeaux-threads-devel] Allegro 9.0 SMP fixes
by James M. Lawrence 29 Jul '12

29 Jul '12

The first patch is a stress test which will hang without the subsequent patch. This patch covers all Allegro versions. The code was incorrect all along, but symptoms only appeared with real SMP. Thanks to Franz support for recommending the solution. The stress test may also fail intermittently for unrelated reasons. Franz is aware of this problem (which stems from the weak-keys hash in impl-allegro.lisp).

2 2

[Bordeaux-threads-devel] LispWorks impl of threadp shouldn't check for simple-process
by Martin Simmons 15 Jun '12

15 Jun '12

Please remove the clause for simple-process-p from bordeaux-threads:threadp in LispWorks. The main reasons are that the simple process concept hasn't been supported on most platforms for years and was never a thread (with its own stack etc). Another reason is that the symbol mp:simple-process-p still exists, so the conditionalization doesn't work as expected. --- src/impl-lispworks.lisp~ 2012-06-01 20:17:41.000000000 +0100 +++ src/impl-lispworks.lisp 2012-06-06 15:42:32.642191550 +0100 @@ -30,10 +30,7 @@ (mp:get-current-process)) (defun threadp (object) - (or (mp:process-p object) - ;; removed in LispWorks 6.1 - #+#.(cl:if (cl:find-symbol (cl:string '#:simple-process-p) :mp) '(and) '(or)) - (mp:simple-process-p object))) + (mp:process-p object)) (defun thread-name (thread) (mp:process-name thread)) -- Martin Simmons LispWorks Ltd http://www.lispworks.com/

2 1

[Bordeaux-threads-devel] Bordeaux-Threads release 0.8.2
by Stelian Ionescu 03 Jun '12

03 Jun '12

There's a new release of Bordeaux-Threads. Noteworthy changes since 0.8.1: * Allegro: JOIN-THREAD now returns the thread function's return value instead of just NIL * Lispworks: on 6.1+ implement THREAD-JOIN using the native primitive mp:process-join -- Stelian Ionescu a.k.a. fe[nl]ix Quidquid latine dictum sit, altum videtur. http://common-lisp.net/project/iolib

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

bordeaux-threads-devel June 2012