From scompall at nocandysw.com  Sun Apr  5 02:02:04 2009
From: scompall at nocandysw.com (Stephen Compall)
Date: Sat, 04 Apr 2009 21:02:04 -0500
Subject: [Bordeaux-threads-devel] [PATCH] :use-standard-initial-bindings in
	OpenMCL/Clozure
Message-ID: <m2ocvbrh7n.fsf@nocandy.dyndns.org>

:use-standard-initial-bindings must be passed as part of the first
argument, not in the &rest args, as explained in
http://trac.clozure.com/openmcl/ticket/450#comment:2

Patch attached.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: bt.ccl-make-thread.diff
Type: text/x-diff
Size: 608 bytes
Desc: the patch
URL: <https://mailman.common-lisp.net/pipermail/bordeaux-threads-devel/attachments/20090404/e870c7ab/attachment.diff>
-------------- next part --------------

-- 
Sorry but you say Nibiru is a Hoax?  Doesnt Exist?  So maybe The
Sumerian people doesnt exist also! --Anonymous by way of SkI

From stelian.ionescu-zeus at poste.it  Sun Apr  5 07:18:22 2009
From: stelian.ionescu-zeus at poste.it (Stelian Ionescu)
Date: Sun, 05 Apr 2009 09:18:22 +0200
Subject: [Bordeaux-threads-devel] [PATCH] :use-standard-initial-bindings
 in OpenMCL/Clozure
In-Reply-To: <m2ocvbrh7n.fsf@nocandy.dyndns.org>
References: <m2ocvbrh7n.fsf@nocandy.dyndns.org>
Message-ID: <1238915902.9410.2.camel@localhost.localdomain>

On Sat, 2009-04-04 at 21:02 -0500, Stephen Compall wrote:
> :use-standard-initial-bindings must be passed as part of the first
> argument, not in the &rest args, as explained in
> http://trac.clozure.com/openmcl/ticket/450#comment:2
> 
> Patch attached.

Thanks, I've applied the patch.

-- 
Stelian Ionescu a.k.a. fe[nl]ix
Quidquid latine dictum sit, altum videtur.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <https://mailman.common-lisp.net/pipermail/bordeaux-threads-devel/attachments/20090405/da37dcbb/attachment.sig>

From fade at deepsky.com  Sun Apr  5 15:56:14 2009
From: fade at deepsky.com (Brian O'Reilly)
Date: Sun, 05 Apr 2009 11:56:14 -0400
Subject: [Bordeaux-threads-devel] patch for binding-default-specials
Message-ID: <49D8D49E.8050109@deepsky.com>

Gustavo's patch to change binding-default-specials breaks Uncommon Web's
internal httpd during startup::

The value #\T is not of type LIST.
    [Condition of type TYPE-ERROR]

Restarts:
  0: [RETRY] Retry SLIME REPL evaluation request.
  1: [ABORT] Return to SLIME's top level.
  2: [TERMINATE-THREAD] Terminate this thread (#<THREAD "repl-thread"
RUNNING {B1FEE61}>)

Backtrace:
   0: (CAR #\T)[:EXTERNAL]
   1: (SB-IMPL::VECTOR-REMOVE-DUPLICATES* ..)
   2: (REMOVE-DUPLICATES ..)[:EXTERNAL]
   3: (BORDEAUX-THREADS::BINDING-DEFAULT-SPECIALS ..)
   4: (BORDEAUX-THREADS:MAKE-THREAD #<CLOSURE (LAMBDA #)
{B93E0D5}>)[:EXTERNAL]
   5: (IT.BESE.UCW.CORE::MAKE-HTTPD-CONTROLLER #<HTTPD-BACKEND :host
0.0.0.0 :port 9999 {A944501}>)
   6: ((SB-PCL::FAST-METHOD IT.BESE.UCW.CORE::STARTUP-BACKEND
(HTTPD-BACKEND)) #<unavailable argument> #<unavail$
   7: ((LAMBDA (SB-PCL::.PV. SB-PCL::.NEXT-METHOD-CALL. SB-PCL::.ARG0.
SB-INT:&MORE SB-PCL::.DFUN-MORE-CONTEXT. $
   8: ((SB-PCL::FAST-METHOD STARTUP-SERVER (STANDARD-SERVER))
#<unavailable argument> #<unavailable argument> #<$
   9: ((FLET #:WITHOUT-INTERRUPTS-BODY-[CALL-WITH-RECURSIVE-LOCK]477))
  10: (SB-THREAD::CALL-WITH-RECURSIVE-LOCK ..)
  11: ((SB-PCL::FAST-METHOD STARTUP-SERVER :AROUND (STANDARD-SERVER)) ..)
  12: (SB-INT:SIMPLE-EVAL-IN-LEXENV (STARTUP-KTOUR) #<NULL-LEXENV>)
  13: (SWANK::EVAL-REGION "(startup-ktour)\n")
  14: ((LAMBDA ()))
  15: (SWANK::TRACK-PACKAGE #<CLOSURE (LAMBDA #) {B68771D}>)
  16: (SWANK::CALL-WITH-RETRY-RESTART "Retry SLIME REPL evaluation
request." #<CLOSURE (LAMBDA #) {B6876AD}>)
  17: (SWANK::CALL-WITH-BUFFER-SYNTAX NIL #<CLOSURE (LAMBDA #) {B687695}>)
  18: (SWANK::REPL-EVAL "(startup-ktour)\n")
  19: (SB-INT:SIMPLE-EVAL-IN-LEXENV (SWANK:LISTENER-EVAL
"(startup-ktour)\n") #<NULL-LEXENV>)
  20: (SWANK::EVAL-FOR-EMACS (SWANK:LISTENER-EVAL "(startup-ktour)\n")
"KINSASHA" 11)
  21: (SWANK::PROCESS-REQUESTS NIL)
  22: ((LAMBDA ()))
  23: ((LAMBDA (SWANK-BACKEND::HOOK SWANK-BACKEND::FUN)) #<FUNCTION
SWANK:SWANK-DEBUGGER-HOOK> #<CLOSURE (LAMBDA$
  24: (SWANK::CALL-WITH-BINDINGS ..)
  25: (SWANK::CALL-WITH-CONNECTION #<SWANK::CONNECTION {ADDCA71}>
#<CLOSURE (LAMBDA #) {B2080BD}>)
  26: (SWANK::HANDLE-REQUESTS #<SWANK::CONNECTION {ADDCA71}> NIL)
  27: (SWANK::CALL-WITH-BINDINGS NIL #<CLOSURE (LAMBDA #) {B208095}>)
  28: ((FLET #:WITHOUT-INTERRUPTS-BODY-[G859]865))
  29: ((FLET SB-THREAD::WITH-MUTEX-THUNK))
  30: ((FLET #:WITHOUT-INTERRUPTS-BODY-[CALL-WITH-MUTEX]446))
  31: (SB-THREAD::CALL-WITH-MUTEX ..)
  32: ((LAMBDA ()))
  33: ("foreign function: #x8066A1C")
  34: ("foreign function: #x8052DCD")
  35: ("foreign function: #x805DAEB")
  36: ("foreign function: #xB7FC54C0")

Backing out the following patches makes things functional again:

Mon Mar 30 09:47:23 EDT 2009  Stelian Ionescu <sionescu at common-lisp.net>
   * *default-special-bindings* now defaults to NIL, move I/O bindings
to *standard-io-bindings*.

Mon Mar 30 09:25:06 EDT 2009  Stelian Ionescu <sionescu at common-lisp.net>
   * Use forms(and EVAL) instead of funtions to yield values for
thread-local bindings.

Sat Mar 21 19:29:26 EDT 2009  Stelian Ionescu <sionescu at common-lisp.net>
   * Clean bordeaux-threads.asd up.

Sat Mar 14 11:31:08 EDT 2009  Gustavo <gugamilare at gmail.com>
   * Fix use of REMOVE-DUPLICATES in BINDING-DEFAULT-SPECIALS.

... pretty sure it's a case of the computer doing what you say and not
what you mean, but at any rate, I thought I should let you folks know.

Kind Regards.,

Brian O'Reilly
DeepSky Systems/Walled Networks.




From stelian.ionescu-zeus at poste.it  Sun Apr  5 17:08:46 2009
From: stelian.ionescu-zeus at poste.it (Stelian Ionescu)
Date: Sun, 05 Apr 2009 19:08:46 +0200
Subject: [Bordeaux-threads-devel] patch for binding-default-specials
In-Reply-To: <49D8D49E.8050109@deepsky.com>
References: <49D8D49E.8050109@deepsky.com>
Message-ID: <1238951326.25437.1.camel@localhost.localdomain>

On Sun, 2009-04-05 at 11:56 -0400, Brian O'Reilly wrote:
> Gustavo's patch to change binding-default-specials breaks Uncommon Web's
> internal httpd during startup::
> 
> The value #\T is not of type LIST.
>     [Condition of type TYPE-ERROR]

This is caused by a mistake of mine: just set
bt:*default-special-bindings* to NIL or start UCW from a fresh image.

-- 
Stelian Ionescu a.k.a. fe[nl]ix
Quidquid latine dictum sit, altum videtur.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <https://mailman.common-lisp.net/pipermail/bordeaux-threads-devel/attachments/20090405/1347c2a1/attachment.sig>

From fade at deepsky.com  Tue Apr  7 15:25:22 2009
From: fade at deepsky.com (Brian O'Reilly)
Date: Tue, 07 Apr 2009 11:25:22 -0400
Subject: [Bordeaux-threads-devel] patch for binding-default-specials
In-Reply-To: <1238951326.25437.1.camel@localhost.localdomain>
References: <49D8D49E.8050109@deepsky.com>
	<1238951326.25437.1.camel@localhost.localdomain>
Message-ID: <49DB7062.2040905@deepsky.com>

Stelian Ionescu wrote:
> On Sun, 2009-04-05 at 11:56 -0400, Brian O'Reilly wrote:
>> Gustavo's patch to change binding-default-specials breaks Uncommon Web's
>> internal httpd during startup::
>>
>> The value #\T is not of type LIST.
>>     [Condition of type TYPE-ERROR]
> 
> This is caused by a mistake of mine: just set
> bt:*default-special-bindings* to NIL or start UCW from a fresh image.

Thanks Stelian. That fixed my running image; I built a fresh one, and 
it's fixed upstream, too.

Brian



From asf at boinkor.net  Sat Apr 11 09:14:42 2009
From: asf at boinkor.net (asf at boinkor.net)
Date: Sat, 11 Apr 2009 11:14:42 +0200 (CEST)
Subject: [Bordeaux-threads-devel] darcs patch: Don't pass nil
	initial-bindings for new threads on Clo...
Message-ID: <20090411091443.816173B66959@jubjub.lan>

Sat Apr 11 11:05:49 CEST 2009  asf at boinkor.net
  * Don't pass nil initial-bindings for new threads on Clozure CL.
  
  Clozure CL /really/ doesn't like having no initial bindings in a thread. Passing
  this option causes essential bindings to not get transported to a new thread,
  see http://clozure.com/pipermail/openmcl-devel/2009-April/009125.html and the
  remaining thread for details.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: don_t-pass-nil-initial_bindings-for-new-threads-on-clozure-cl_.dpatch
Type: text/x-darcs-patch
Size: 12773 bytes
Desc: A darcs patch for your repository!
URL: <https://mailman.common-lisp.net/pipermail/bordeaux-threads-devel/attachments/20090411/d6b07060/attachment.bin>

From yazicivo at ttmail.com  Mon Apr 13 15:20:08 2009
From: yazicivo at ttmail.com (Volkan YAZICI)
Date: Mon, 13 Apr 2009 18:20:08 +0300
Subject: [Bordeaux-threads-devel] SBCL and Conditional Waits
Message-ID: <87fxgcr36f.fsf@alamut.mobiliz.com.tr>

Hi,

While playing with conditional waits, SBCL complains about an assertion
pasted below. I don't know if it's an expected behaviour or not. Any
ideas?


Regards.

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: bordeaux-threads.lisp
URL: <https://mailman.common-lisp.net/pipermail/bordeaux-threads-devel/attachments/20090413/92de0480/attachment.ksh>

From yazicivo at ttmail.com  Mon Apr 13 15:23:33 2009
From: yazicivo at ttmail.com (Volkan YAZICI)
Date: Mon, 13 Apr 2009 18:23:33 +0300
Subject: [Bordeaux-threads-devel] SBCL and Conditional Waits
In-Reply-To: <87fxgcr36f.fsf@alamut.mobiliz.com.tr> (Volkan YAZICI's message
	of "Mon\, 13 Apr 2009 18\:20\:08 +0300")
References: <87fxgcr36f.fsf@alamut.mobiliz.com.tr>
Message-ID: <87bpr0r30q.fsf@alamut.mobiliz.com.tr>

On Mon, 13 Apr 2009, Volkan YAZICI <yazicivo at ttmail.com> writes:
> While playing with conditional waits, SBCL complains about an assertion
> pasted below. I don't know if it's an expected behaviour or not. Any
> ideas?

Ooops! Nevermind. Sorry for the noise.


Cheers.



From yazicivo at ttmail.com  Mon Apr 20 14:55:09 2009
From: yazicivo at ttmail.com (Volkan YAZICI)
Date: Mon, 20 Apr 2009 17:55:09 +0300
Subject: [Bordeaux-threads-devel] JOIN-THREAD for OpenMCL
Message-ID: <87d4b7jrxu.fsf@alamut.mobiliz.com.tr>

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



From stelian.ionescu-zeus at poste.it  Mon Apr 20 15:09:43 2009
From: stelian.ionescu-zeus at poste.it (Stelian Ionescu)
Date: Mon, 20 Apr 2009 17:09:43 +0200
Subject: [Bordeaux-threads-devel] JOIN-THREAD for OpenMCL
In-Reply-To: <87d4b7jrxu.fsf@alamut.mobiliz.com.tr>
References: <87d4b7jrxu.fsf@alamut.mobiliz.com.tr>
Message-ID: <1240240183.3044.6.camel@blackhole.universe.org>

On Mon, 2009-04-20 at 17:55 +0300, Volkan YAZICI wrote:
> Hi,
> 
> Why `JOIN-THREAD' is not available for OpenMCL platform while there is a
> function like `JOIN-PROCESS'[1]. Am I missing something?

Now there is :)

-- 
Stelian Ionescu a.k.a. fe[nl]ix
Quidquid latine dictum sit, altum videtur.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <https://mailman.common-lisp.net/pipermail/bordeaux-threads-devel/attachments/20090420/6112e0a9/attachment.sig>