bordeaux-threads-devel

bordeaux-threads-devel@common-lisp.net

87 discussions

[Bordeaux-threads-devel] with-timeout abstraction leaks a bit?
by Peter Seibel 25 Dec '09

25 Dec '09

I was using WITH-TIMEOUT the other day and it seems that it doesn't quite hide the underlying implementation quite enough: on SBCL it signals an SBCL-specific condition when it times out. Thus to handle the timeout you have to either handle that specific condition or something too broad (like CONDITION). Perhaps BT:WITH-TIMEOUT should handle the underlying condition and signal a BT-defined condition so this code can be written portably. I could provide a patch for SBCL (and probably Allegro) if folks think this is a good idea. -Peter -- Peter Seibel http://www.codersatwork.com/ http://www.gigamonkeys.com/blog/

3 5

[Bordeaux-threads-devel] Reappearance of bug
by Chris Van Dusen 05 Nov '09

05 Nov '09

Hi, It seems that the bug mentioned here: http://common-lisp.net/pipermail/bordeaux-threads-devel/2009-August/000074.… is back. I noticed that the inventory file is missing from http://common-lisp.net/project/bordeaux-threads/darcs/bordeaux-threads/_dar… Thanks, Chris.

2 1

[Bordeaux-threads-devel] XCVB patch for Bordeaux-Threads
by Faré 23 Oct '09

23 Oct '09

Updated and tested to build for me on SBCL. [ François-René ÐVB Rideau | Reflection&Cybernethics | http://fare.tunes.org ] Politics is the only profession that does without learning, probably because those who suffer from mistakes are not the same as those who make them. -- Achille Tournier, Pensées d'automne

1 0

[Bordeaux-threads-devel] XCVB patch for Bordeaux-Threads
by Faré 09 Oct '09

09 Oct '09

Here is what I use to compile Bordeaux-Threads with XCVB. Is it possible to apply it upstream? [ François-René ÐVB Rideau | Reflection&Cybernethics | http://fare.tunes.org ] Aristocracy, n.: an intermediate social class - intermediate between a gang of pillaging enslavers and a bunch of idle decadents - along a slow degenerative process. Usage example: "public administration constitutes a national aristocracy, with its great robber barons and its lowly disowned squires."

1 0

[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] No Thread Support on Darwin SBCL
by Curtis Schlak 16 Aug '09

16 Aug '09

I've just started developing in LISP, again, after some years away from it. I wanted to try using Hunchentoot which requires the Bordeaux Threads project. After asdf-installing the project, I REPLd (require :bordeaux-threads) and received the following message: WARNING: Either there is no Bordeaux-threads support for your implementation, or your implementation does not support threads therefore some features may not work. Feel free to implement it, or bug one of the maintainers to do so if your lisp supports threads at all. I'm running Mac OS X 10.5, SBCL 1.0.30, and Bordeaux-Threads 0.6.0. Does anyone know why I don't have thread support though it appears to have a "green" status on the project page? Sincerely, Curtis.

3 3

[Bordeaux-threads-devel] Basically, I suck (LW patch)
by Greg Pfeil 12 Aug '09

12 Aug '09

Matt wrote this nice patch to add condition-variables for LispWorks, and I never got it merged. I'm gone for the weekend, then switching jobs next week, then gone in Pittsburgh, then to Europe. I'm afraid if it's left to me, this will never get in. The only thing from my perspective that should change is that the unit- test-lw-conditions function should be moved into the test suite (as it should work just fine for any impl) so everyone gets the benefit. Stelian has a much better view of the state of BT these days than I do. Begin forwarded message: > From: "Matthew Lamari" <matt.lamari(a)gmail.com> > Date: 3 June 2008 11:55:42 EDT > To: "Greg Pfeil" <greg(a)technomadic.org> > Subject: Re: [Bordeaux-threads-devel] Lispworks additions to > Bordeaux - where do I submit? > > > I'm a win32 guy, so I'm not sure what you'd want the file diffed > with - please find the full file enclosed - I'm guessing the > original doesn't change very often, and that you could diff it > faster than explaining to me what to do. > > I added a simple unit-test and tried to heavily comment this, as > it's not trivial like the other call-throughs, and should probably > come under more scrutiny. > > (Unlike the non-implementation-supported literal polling) the > Lispworks' "process-wait"-based polling seems lightweight enough to > be usable in the same situations as true condition/notification, > with negligible cpu hit while waiting (see my comments if interested). > >

4 4

[Bordeaux-threads-devel] darcs problem...
by Brian O'Reilly 08 Aug '09

08 Aug '09

I originally posted this bug to clbuild-devel, reposting here at David Lichteblau's suggestion. Brian

2 2

[Bordeaux-threads-devel] [ANNOUNCE] Bordeaux-threads RPMs for Fedora
by Robert Uhl 23 Jun '09

23 Jun '09

I've packaged Bourdeaux-threads into RPMs for Fedora at: http://yum.octopodial-chrome.com/packages/cl-bordeaux-threads Probably the easiest thing to do is to install the octopodial-chrome package and then run 'yum install cl-bordeaux-threads.' -- Robert Uhl <http://public.xdi.org/=ruhl> The question of whether a computer can think is no more interesting than the question of whether a submarine can swim. --Edsger W. Dijkstra

1 0

[Bordeaux-threads-devel] JOIN-THREAD for OpenMCL
by Volkan YAZICI 20 Apr '09

20 Apr '09

Hi, Why `JOIN-THREAD' is not available for OpenMCL platform while there is a function like `JOIN-PROCESS'[1]. Am I missing something? Regards. [1] http://openmcl.clozure.com/manual/chapter6.7.html#f_join-process

2 1

← Newer
1
2
3
4
5
6
7
8
9
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

bordeaux-threads-devel