From csr21 at cam.ac.uk  Wed Jul 13 13:57:19 2005
From: csr21 at cam.ac.uk (Christophe Rhodes)
Date: Wed, 13 Jul 2005 14:57:19 +0100
Subject: [closure-devel] Testing, testing, 1 2 3
Message-ID: <sqwtnuq05c.fsf@cam.ac.uk>

Is this thing on?  Ahem.

I "fixed" images, I think: at least, they work for me.  It's currently
a hack on top of a hack, but it does mostly work (except that I get
recursive broken images quite often, probably because I'm in a utf-8
locale...

;; Was unable to read #u"file://closure/resources/icons/broken.png" as image, because of:
;; | #<CL-CHAR-STREAM {1001ACE951}> is probably no PNG file..

).  Proof, if any is needed:
<http://www-jcsu.jesus.cam.ac.uk/~csr21/closure-pertelote.png> and
<http://www-jcsu.jesus.cam.ac.uk/~csr21/closure-bbc.png>.

So, possibly, that's item (1) on the closure home page dealt with.  It
compiles, and it basically runs for me in sbcl except that there seems
to be an interesting race condition whereby computing discriminating
functions on startup, probably in multiple threads at once, can cause
compiler consistency problems.  Not sure yet why this happens.

Does anyone have an opinion (and some free time) for TODO item (2)?

Cheers,

Christophe


From amoroso at mclink.it  Wed Jul 13 14:55:57 2005
From: amoroso at mclink.it (Paolo Amoroso)
Date: Wed, 13 Jul 2005 16:55:57 +0200
Subject: [closure-devel] Testing, testing, 1 2 3
References: <sqwtnuq05c.fsf@cam.ac.uk>
Message-ID: <87slyi4uwy.fsf@plato.moon.paoloamoroso.it>

Christophe Rhodes <csr21 at cam.ac.uk> writes:

> Is this thing on?  Ahem.

Read you loud and clear.


> I "fixed" images, I think: at least, they work for me.  It's currently

Me too (temporary location):

  http://amoroso.freeshell.org/closure-lpod.jpg


> a hack on top of a hack, but it does mostly work (except that I get
> recursive broken images quite often, probably because I'm in a utf-8
> locale...
>
> ;; Was unable to read #u"file://closure/resources/icons/broken.png" as image, because of:
> ;; | #<CL-CHAR-STREAM {1001ACE951}> is probably no PNG file..

I get this:

  ;; ++ [init] file://closure/resources/icons/broken.png 640x1


> So, possibly, that's item (1) on the closure home page dealt with.  It
> compiles, and it basically runs for me in sbcl except that there seems

I use CMUCL 19b and McCLIM CVS sources updated a few days ago under
Slackware Linux 10.0.


Paolo
-- 
Lisp Propulsion Laboratory log - http://www.paoloamoroso.it/log


From amoroso at mclink.it  Wed Jul 13 15:34:37 2005
From: amoroso at mclink.it (Paolo Amoroso)
Date: Wed, 13 Jul 2005 17:34:37 +0200
Subject: [closure-devel] Testing, testing, 1 2 3
In-Reply-To: <87slyi4uwy.fsf@plato.moon.paoloamoroso.it> (Paolo Amoroso's
	message of "Wed, 13 Jul 2005 16:55:57 +0200")
References: <sqwtnuq05c.fsf@cam.ac.uk>
	<87slyi4uwy.fsf@plato.moon.paoloamoroso.it>
Message-ID: <877jfu4t4i.fsf@plato.moon.paoloamoroso.it>

Paolo Amoroso <amoroso at mclink.it> writes:

> I use CMUCL 19b and McCLIM CVS sources updated a few days ago under
> Slackware Linux 10.0.

I forgot to mention that, if you use CMUCL, it is *imperative* to
initialize multiprocessing before starting Closure:

  (mp::startup-idle-and-top-level-loops)


Paolo
-- 
Lisp Propulsion Laboratory log - http://www.paoloamoroso.it/log