Cells, a dataflow extension to CLOS

headers Marco Antoniotti | 6 May 2008 15:22

... told ya!

--
Marco Antoniotti

I just added a simplistic new namespace mechanism to Cells that probably 
will need refinement, but will certainly work for its simplistic design 
goals:

If your sougth (formerly by fm-other) stuff will Just Be There during a 
datapulse, and be named uniquely and absolutely (no path relative stuff 
where two things have the same name but are differentiated by being 
nearer (in some sense) to the seeker) then you can just look them up by 
name.

This arose because I got into a cycle seeking X from Y. I quickly saw 
that Cells could trivially support "if this cycles return X (in this 
case nil works)" -- and tho I did not go for it for this time I expect 
Cells to go there soon -- but then next I saw the problem only arose 
because I had gotten lazy and structured things unusually such that a 
namespace search had gone so high..well, it's complicated, but I saw 
that unlazying my code would probably eliminate the cycle, but one 
Design Principle of Cells is "Hey, this is supposed to make programming 
easier, that does not happen if I have to sweat these things I would 
naturally code." and I have been regularly solving these things by 
unlazying my code but damnit Lisp is all about being lazy so I thought 
let's see if there is something still sensible that lets me keep my lazy 
structuring. And of course the bizarritude of fm-other and its ilk 
begged to be challenged, because they blindly sail all over the 
hierarchy looking for things and this invites cycles because rules 
determing the populations of models may well kick off these searches -- 
hello cycle!

And that was what was happening here so if I could find things without 
blindly traversing the hierarchy life would be good.

Hi Everyone,

The openair project has now been setup.

Sign up to the mailing list here:
http://common-lisp.net/mailman/listinfo/openair-devel
The (sparse) project home page is here: http://common-lisp.net/project/openair/

--
Andy

Awesome. I can't wait for "hello world" to stabilize so I can start 
playing again. I also see myself as a user once I get going on the 
Algebra application and its web page.

Glad to see the tarball option as well on gitorious, not that the git 
commands were that onerous. One less thing to learn, tho.

kt

Cells cvs does not compile out of the box on Lispworks for Linux 5.1.
Is it supposed to?

Problems include the lack of the excl and ide.base packages.

Thanks for your help.

-- Larry Clapp

Larry Clapp wrote:
> Cells cvs does not compile out of the box on Lispworks for Linux 5.1.
> Is it supposed to?
> 
> Problems include the lack of the excl and ide.base packages.

Try:

   (push :iamnotkenny *features*)

<g>

I'll change that shortly.

Anyway, anything like that that still falls out can safely be commented out.

kt

On Sat, May 10, 2008 at 05:29:20PM -0400, Ken Tilton wrote:
> Larry Clapp wrote:
> >Cells cvs does not compile out of the box on Lispworks for Linux
> >5.1.  Is it supposed to?
> >
> >Problems include the lack of the excl and ide.base packages.
> 
> Try:
> 
>   (push :iamnotkenny *features*)

Yes, that did it.  Silly me.  Thanks.

-- L

Larry Clapp wrote:
> On Sat, May 10, 2008 at 05:29:20PM -0400, Ken Tilton wrote:
> 
>>Larry Clapp wrote:
>>
>>>Cells cvs does not compile out of the box on Lispworks for Linux
>>>5.1.  Is it supposed to?
>>>
>>>Problems include the lack of the excl and ide.base packages.
>>
>>Try:
>>
>>  (push :iamnotkenny *features*)
> 
> 
> Yes, that did it.  Silly me.  Thanks.
> 

haha, well the silliness is obviously on my side, but that came up when 
I was trying to focus on my own work and not so much open source and 
things were quiet anyway, one or two users. I decided a compromise would 
be to still share improvements to Cells but leave other folks a little 
work.

Now with Cells-Gtk ported to the latest version of Cells and OpenAIR 
potentially bringing in a lot more users I better clean that up.

cheers, kt

On Sat, May 10, 2008 at 06:22:52PM -0400, Ken Tilton wrote:
> Now with Cells-Gtk ported to the latest version of Cells and OpenAIR 
> potentially bringing in a lot more users I better clean that up.

Well, while you're at it, some things you might want to clean up:

- http://www.tilton-technology.com/cells_top.html still points to
  http://www.tilton-technology.com/01-Cell-basics.lisp and should
  probably point to
  http://common-lisp.net/cgi-bin/viewcvs.cgi/cells/doc/01-Cell-basics.lisp?rev=1.6&root=cells&view=auto.

- The project page at common-lisp.net ("The repository of all other
  Cells code (including Cello) ...") points to the repository at
  http://common-lisp.net/cgi-bin/viewcvs.cgi/cell-cultures/?cvsroot=cells,
  but should probably point to
  http://common-lisp.net/cgi-bin/viewcvs.cgi/?root=cells (but that
  doesn't include Cello, so maybe not).  In any case, the link doesn't
  work.

- The project page also says "In there you will find the Cells code
  itself here" and points to
  http://common-lisp.net/cgi-bin/viewcvs.cgi/cell-cultures/cells/?cvsroot=cells
  but should be
  http://common-lisp.net/cgi-bin/viewcvs.cgi/cells/?root=cells.

These were stumbling blocks in my Cells odyssey this evening.

Thanks for your help.

FWIW, I was not aware of the OpenAIR project, I just thought it was

Every now and then I do something silly (like setf'ing a cell w/o
initializing it as c-in, and I run into a cells-stop.

What is the correct way to recover from this?

I used to do a (cells-reset), but all too often the next cells
operation runs into something like that:

Current DP 28 not GE pulse 1160 of cell

... and somehow I don't get anything done until I restart lisp.  So,
what is the right way to deal with this?

Thanks,
Peter

PS. The cells-store is working fine in my app, getting close to be
ready for general use.  I committed a store-items to cells-store.lisp
recently.  And one day I will rewrite it using proper cells wiring and
not my own dirty little glue :)

Mon	Tue	Wed	Thu	Fri	Sat	Sun

			1	2	3	4
5	6	7	8	9	10	11
12	13	14	15	16	17	18
19	20	21	22	23	24	25
26	27	28	29	30	31

9	October 2012
11	April 2012
12	March 2012
1	February 2012
1	January 2012
1	November 2011
2	April 2011
2	July 2010
2	May 2010
2	April 2010
9	March 2010
2	February 2010
3	January 2010
4	December 2009
2	October 2009
9	August 2009
21	July 2009
28	June 2009
23	May 2009
2	April 2009
4	March 2009
13	February 2009
1	January 2009
2	December 2008
12	October 2008
12	September 2008
24	August 2008
26	July 2008
25	June 2008
32	May 2008
118	April 2008
46	March 2008
9	February 2008
4	January 2008
29	December 2007
23	November 2007
8	October 2007
9	September 2007
9	August 2007
2	July 2007
3	June 2007
21	May 2007
8	April 2007
7	February 2007
8	January 2007
18	December 2006
1	November 2006
3	October 2006
21	September 2006
10	August 2006
8	July 2006
3	June 2006

test: please ignore

Not a test -- don't ignore (Hi, Marco!)

openair project created

Re: openair project created

Cells cvs does not compile out of the box on Lispworks for Linux 5.1

Re: Cells cvs does not compile out of the box on Lispworks for Linux 5.1

Re: Cells cvs does not compile out of the box on Lispworks for Linux 5.1

Re: Cells cvs does not compile out of the box on Lispworks for Linux 5.1

Re: Cells cvs does not compile out of the box on Lispworks for Linux 5.1

Current DP ... not GE pulse ... of cell ...?