cells-devel May 2008

cells-devel@common-lisp.net

6 participants
13 discussions

[cells-devel] openair project created
by Andy Chambers 08 May '08

08 May '08

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

2 1

[cells-devel] Not a test -- don't ignore (Hi, Marco!)
by Ken Tilton 07 May '08

07 May '08

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. Peter Hildebrandt has been working on a more sophisticated alternative scheme to namespacing, but I am in Just Ship! mode and I saw that in my case I did not need cells-ish dependency -- X and Y came into existence during the same datapulse, so a simple registration at make-instance time would work fine, and that is what I did. I think searching the source on "register" will return the unsurprising details. kt

1 0

[cells-devel] test: please ignore
by Marco Antoniotti 06 May '08

06 May '08

... told ya! -- Marco Antoniotti

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

cells-devel May 2008