From csr21 at cantab.net Sat Jun 23 15:24:45 2007 From: csr21 at cantab.net (Christophe Rhodes) Date: Sat, 23 Jun 2007 16:24:45 +0100 Subject: [closure-devel] Current status Message-ID: <87ejk2sngi.fsf@cantab.net> Hi, I discovered today that closure HEAD doesn't work for me. The first thing I found was a stray FOO in renderer2.lisp, which doesn't make any sense to me. Removing it, though, gives me something which (on SBCL/x86-64 CVS HEAD) renders the closure home page on clnet acceptably, but then does not give me a user interface -- instead the closure thread seems to busy-loop. Does anyone have a working closure setup? Cheers, Christophe -------------- next part -------------- A non-text attachment was scrubbed... Name: closure.diff Type: text/x-diff Size: 1495 bytes Desc: current diff URL: From david at lichteblau.com Sat Jun 23 17:21:51 2007 From: david at lichteblau.com (David Lichteblau) Date: Sat, 23 Jun 2007 19:21:51 +0200 Subject: [closure-devel] Current status In-Reply-To: <87ejk2sngi.fsf@cantab.net> References: <87ejk2sngi.fsf@cantab.net> Message-ID: <20070623172151.GB18150@ununoctium> Quoting Christophe Rhodes (csr21 at cantab.net): > Does anyone have a working closure setup? Starts and works for me with SBCL 1.0.0.36 (AMD 64; threads and unicode) and a fresh clbuild installation, both with and without your patch. (When selecting File->Quit, it closes the frame and hangs instead of exiting though.) From david at lichteblau.com Sat Jun 23 18:04:26 2007 From: david at lichteblau.com (David Lichteblau) Date: Sat, 23 Jun 2007 20:04:26 +0200 Subject: [closure-devel] Current status In-Reply-To: <20070623172151.GB18150@ununoctium> References: <87ejk2sngi.fsf@cantab.net> <20070623172151.GB18150@ununoctium> Message-ID: <20070623180426.GA12221@ununoctium> * I wrote: > Quoting Christophe Rhodes (csr21 at cantab.net): > > Does anyone have a working closure setup? > > Starts and works for me with SBCL 1.0.0.36 (AMD 64; threads and unicode) > and a fresh clbuild installation, both with and without your patch. > > (When selecting File->Quit, it closes the frame and hangs instead of > exiting though.) Same results for newly built 1.0.6.60.