From ktilton at nyc.rr.com Fri Mar 5 16:23:00 2004 From: ktilton at nyc.rr.com (Kenny Tilton) Date: Fri, 05 Mar 2004 11:23:00 -0500 Subject: [cells-devel] corman second thoughts Message-ID: <4048A964.9080001@nyc.rr.com> It just occurred to me what the problem may have been that made me abandon the Corman and CLisp ports. The key Cells mechanism called "echoing" works via the generic function c-echo-slot-name. Two problems: the method combination is progn, and the dispatch requires EQL specialization. The first question is whether those limitations still apply to either implementation. Perhaps newer versions have fixed these. If not.. The method combo can be dispensed with. It did make a rare edge case easier to manage and then struck me as more appropriate to the necessary semantics, but normal method combo could have been made to work without too much work. Indeed, you'll see the defgeneric for c-echo-slot-name is featured-out for clisp and corman. As for the eql dispatch, that would require modifying def-c-echo to stash anonymous functions with gensym'ed names into a hash table...well, it would be ugly, and I think this is where I ran out of patience with corman and clisp. hopefully they have mended their CLOS ways. if not, I think someone really determined to make the port should not have that much trouble. these are nicely localized little problems, and I would certainly help and accept the changes into Cells/Cello. kenneth -- http://tilton-technology.com Why Lisp? http://alu.cliki.net/RtL%20Highlight%20Film Your Project Here! http://alu.cliki.net/Industry%20Application From tfb at OCF.Berkeley.EDU Sat Mar 6 08:49:49 2004 From: tfb at OCF.Berkeley.EDU (Thomas F. Burdick) Date: Sat, 6 Mar 2004 00:49:49 -0800 Subject: [cells-devel] [cello-devel] corman second thoughts In-Reply-To: <4048A964.9080001@nyc.rr.com> References: <4048A964.9080001@nyc.rr.com> Message-ID: <16457.37037.550946.661858@famine.OCF.Berkeley.EDU> Kenny Tilton writes: > It just occurred to me what the problem may have been that made me > abandon the Corman and CLisp ports. The key Cells mechanism called > "echoing" works via the generic function c-echo-slot-name. Two problems: > the method combination is progn, and the dispatch requires EQL > specialization. > > The first question is whether those limitations still apply to either > implementation. Perhaps newer versions have fixed these. If not.. After years of harassment, flaming, threats, pleading, flames, begging, Erik Naggum, and periodic diaspora of users, CLISP is finally working on supporting CLOS in ernest. Meaning that as of February 2004, method combinations should work. Mind you, I checked out a copy of the CLISP source today, and couldn't get it to compile on OS X -- but that's a bug, and it should be safe to say that bleeding-edge CLISP has proper support for method combinations. Finally! > hopefully they have mended their CLOS ways. It looks like CLISP has started considering CLOS shortcomings as bugs, and not only that, but they have hacker(s) willing to work on those bugs. As for Corman, I got the impression from R.C. that he had the same attitude as I had with the Anaconda/CL-80 project: sure, there are bugs, CL is a big language -- tell me the problems you actually run into and I'll fix them, on a need-to-use basis. As a former implementor, I recommend telling Corman, "I can't use your lisp for Cello because of X, Y, and Z". From tfb at OCF.Berkeley.EDU Tue Mar 9 06:50:42 2004 From: tfb at OCF.Berkeley.EDU (Thomas F. Burdick) Date: Mon, 8 Mar 2004 22:50:42 -0800 Subject: [cells-devel] asdf-install update (sort of) Message-ID: <16461.26946.791495.56260@famine.OCF.Berkeley.EDU> For the contract I'm starting, I want all the open source software it's built on to be asdf-installable, so to that end I put an asdf-installable tarball of the 2003-11-08 distribution in http://www.common-lisp.net/project/cells/asdf-install/. CLiki wouldn't let me edit the cells page to update the link (I mailed Dan B about it), so you can't get it with (asdf-install:install :cells) quite yet, but almost. For those curious, I'll be using Cells to drive the application (Kenny, you ever come up with a term for this? ). And maybe for KR -- if it works out, it'll be simpler that way, if not, I can always fall back on my old tools (Garnet's KR). From ktilton at nyc.rr.com Tue Mar 9 16:25:00 2004 From: ktilton at nyc.rr.com (Kenny Tilton) Date: Tue, 09 Mar 2004 11:25:00 -0500 Subject: [cells-devel] asdf-install update (sort of) In-Reply-To: <16461.36818.378616.343594@famine.OCF.Berkeley.EDU> References: <16461.26946.791495.56260@famine.OCF.Berkeley.EDU> <404D753F.1070107@nyc.rr.com> <16461.36818.378616.343594@famine.OCF.Berkeley.EDU> Message-ID: <404DEFDC.4000703@nyc.rr.com> Thomas F. Burdick wrote: >Kenny Tilton writes: > > > > Thomas F. Burdick wrote: > > > > >For those curious, I'll be using Cells to drive the application > > >(Kenny, you ever come up with a term for this? ). > > > > "Cells Inside"? If that is what you mean. Not sure. You mean a shorthand > > for "Cells-driven app", right? That's a tough one. > >Right. "Cells Inside" could mean all sorts of things, which wouldn't >necessarily involve driving the main application logic. If it weren't >a great road towards confusion with research-style constraints >systems, I'd say, "I'm using Cells as the constraints system," just >like I'd say, "I'm using Araneida as the web server." > I think the problem is that there is a pretty dramatic paradigm shift. Use a familiar word (constraints) and people cannot escape the gravitational pull of their knowledge of that domain; they understand, but the wrong thing. Make up a new word (animus-oriented programming) and people simply have no idea what you are going on about. Use a familiar term as an analog (spreadsheet for instances) and they have one of those two problems, either "No, I have to do a RoboCup team, not Visicalc" or "Hunh?". "Dataflow model" is tempting, but I think has the problem of "constraints". "cell-driven" is a lot easier to say than "cells-driven", but no one will understand you. How about "datapush"? "Causal programming"? It's a tough one. Probably the best thing to do is say cell-driven to avoid false sense of comprehension, then deal with the hunh? Builds the brand, too. :) I mean, basically, this is the time to pick the buzzword we'll have to live with. But should those things be picked, or should they just be the phrase we all settle on as shorthand without thinking about it? I like "animation" because it is novel as a programming metaphor and captures the essence of what cells do. "Animus" forces a "hunh?" to head off "no, I am not doing a cartoon...". The other highbrow way of looking at Cells is that they endow data with causal power over other data and, via echo, processes. The causal thing facilitates the animation thing. Causal is a deeper way of looking at it, animation is sexier. Something like that. kt -- http://tilton-technology.com Why Lisp? http://alu.cliki.net/RtL%20Highlight%20Film Your Project Here! http://alu.cliki.net/Industry%20Application From ktilton at nyc.rr.com Thu Mar 11 00:14:50 2004 From: ktilton at nyc.rr.com (Kenny Tilton) Date: Wed, 10 Mar 2004 19:14:50 -0500 Subject: [cells-devel] Re: [admin] new admin for cells/cello In-Reply-To: References: <404F64F1.9010308@nyc.rr.com> Message-ID: <404FAF7A.1040601@nyc.rr.com> Mario Mommer wrote: >I would like to recklessly seize the oportunity, and kindly urge you >to write something in the webpages of these two projects. > OK, will do. I use the Yahoo PageBuilder applet to develop my tilton-technology site, so I'll have to go to school on doing this manually. I can look at what kind of HTML Framemaker generates, or one of the many other HTML-generating apps I have. I also have an old Adobe GoLive relase on a Mac OS 9 box, maybe that will help. Or maybe someone interested in Cells/Cello ican do this in their sleep and will pitch in if I just produce the copy and, what?, GIFs? JPEGs? and say how to splice them. cheers, kenneth -- http://tilton-technology.com Why Lisp? http://alu.cliki.net/RtL%20Highlight%20Film Your Project Here! http://alu.cliki.net/Industry%20Application From tfb at OCF.Berkeley.EDU Thu Mar 11 03:19:09 2004 From: tfb at OCF.Berkeley.EDU (Thomas F. Burdick) Date: Wed, 10 Mar 2004 19:19:09 -0800 Subject: [cells-devel] Re: [admin] new admin for cells/cello In-Reply-To: <404FAF7A.1040601@nyc.rr.com> References: <404F64F1.9010308@nyc.rr.com> <404FAF7A.1040601@nyc.rr.com> Message-ID: <16463.55981.275689.333307@famine.OCF.Berkeley.EDU> > Mario Mommer wrote: > > >I would like to recklessly seize the oportunity, and kindly urge you > >to write something in the webpages of these two projects. I needed coffee and something easy to do, so I updated the Cells homepage. Kenny, lemme know what you think, and feel free to send me a complete rewrite if you're so inclined. Kenny Tilton writes: > Or maybe someone interested in Cells/Cello ican do this in their > sleep and will pitch in if I just produce the copy and, what?, > GIFs? JPEGs? and say how to splice them. I'm not sure about my typing skills while asleep, but I can mark up web pages with no cognitive effort. If you want to send me the content (plain text or rtf, and any images you want), I can web it all up. From ktilton at nyc.rr.com Thu Mar 11 04:45:42 2004 From: ktilton at nyc.rr.com (Kenny Tilton) Date: Wed, 10 Mar 2004 23:45:42 -0500 Subject: [cello-devel] [cells-devel] Re: [admin] new admin for cells/cello In-Reply-To: <16463.55981.275689.333307@famine.OCF.Berkeley.EDU> References: <404F64F1.9010308@nyc.rr.com> <404FAF7A.1040601@nyc.rr.com> <16463.55981.275689.333307@famine.OCF.Berkeley.EDU> Message-ID: <404FEEF6.3090303@nyc.rr.com> Thomas F. Burdick wrote: > > Mario Mommer wrote: > > > > >I would like to recklessly seize the oportunity, and kindly urge you > > >to write something in the webpages of these two projects. > >I needed coffee and something easy to do, so I updated the Cells >homepage. Kenny, lemme know what you think, and feel free to send me >a complete rewrite if you're so inclined. > That's fine, thx much. If I get the urge I'll write up some additional material, but this is a great start. I'll put together some copy for the cello page in rtf format and shoot you that and some pix RSN. kt -- http://tilton-technology.com Why Lisp? http://alu.cliki.net/RtL%20Highlight%20Film Your Project Here! http://alu.cliki.net/Industry%20Application From tfb at OCF.Berkeley.EDU Wed Mar 24 23:18:28 2004 From: tfb at OCF.Berkeley.EDU (Thomas F. Burdick) Date: Wed, 24 Mar 2004 15:18:28 -0800 Subject: [cells-devel] Re: [cello-devel] All GZ all the time? In-Reply-To: <20040324223645.GA10823@nextra.com> References: <405F5190.4090808@nyc.rr.com> <20040323104525.GI3321@nextra.com> <1080165986.10644.13.camel@stargate.de.goenninger.com> <20040324223645.GA10823@nextra.com> Message-ID: <16482.5956.459773.835405@famine.OCF.Berkeley.EDU> =?iso-8859-1?Q?Bj=F8rn_Nordb=F8?= writes: > Yeah, I almost felt useful for a minute or so.. I'm still trying to > get the test suite for cells to pass or fail consistently on SBCL. :) Uh-oh, that doesn't sound so good. Care to elaborate? For me, there was one test that failed, and it did so consistently. It involved some part of Cells I haven't really touched, and I seem to remember Kenny convincing me that it wasn't a problem. I can go dig up something better than hazy recollections, if I need to :-). This was with sbcl-0.8.4. I've been doing some development with this combination, and it seems to work fine. What sbcl version are you using, and what's going wrong? (Hopefully it's trivial, since I'm in the middle of writing a web app for a client, using Cells. BTW, Cells + Araneida + SQLisp is a great combo, for anyone wondering.) From ktilton at nyc.rr.com Thu Mar 25 05:23:45 2004 From: ktilton at nyc.rr.com (Kenny Tilton) Date: Thu, 25 Mar 2004 00:23:45 -0500 Subject: [cells-devel] Re: [cello-devel] All GZ all the time? In-Reply-To: <16482.5956.459773.835405@famine.OCF.Berkeley.EDU> References: <405F5190.4090808@nyc.rr.com> <20040323104525.GI3321@nextra.com> <1080165986.10644.13.camel@stargate.de.goenninger.com> <20040324223645.GA10823@nextra.com> <16482.5956.459773.835405@famine.OCF.Berkeley.EDU> Message-ID: <40626CE1.1090305@nyc.rr.com> Thomas F. Burdick wrote: >=?iso-8859-1?Q?Bj=F8rn_Nordb=F8?= writes: > > Yeah, I almost felt useful for a minute or so.. I'm still trying to > > get the test suite for cells to pass or fail consistently on SBCL. :) > >Uh-oh, that doesn't sound so good. Care to elaborate? For me, there >was one test that failed, and it did so consistently. It involved >some part of Cells I haven't really touched, and I seem to remember >Kenny convincing me that it wasn't a problem. > My recollection is hazy as well. But the big answer is... ....hey, I am sitting here pretty damn close to 24-7 working on Cello. If I am not sitting here when your mail comes in, I'll be back in an hour. This stuff is raw and undocumented, I /expect/ email queries. Never hesitate the moment you see a backtrace to send up a flare. > I can go dig up >something better than hazy recollections, if I need to :-). This was >with sbcl-0.8.4. I've been doing some development with this >combination, and it seems to work fine. > >What sbcl version are you using, and what's going wrong? > >(Hopefully it's trivial, since I'm in the middle of writing a web app > for a client, using Cells. BTW, Cells + Araneida + SQLisp is a great > combo, for anyone wondering.) > Damn, the parents are always the last to know. You didn't need /any/ support? i guess that's the upside of open source. Anyway, glad to hear it is going well. kt From tfb at OCF.Berkeley.EDU Thu Mar 25 05:47:31 2004 From: tfb at OCF.Berkeley.EDU (Thomas F. Burdick) Date: Wed, 24 Mar 2004 21:47:31 -0800 Subject: [cells-devel] All GZ all the time? In-Reply-To: <40626CE1.1090305@nyc.rr.com> References: <405F5190.4090808@nyc.rr.com> <20040323104525.GI3321@nextra.com> <1080165986.10644.13.camel@stargate.de.goenninger.com> <20040324223645.GA10823@nextra.com> <16482.5956.459773.835405@famine.OCF.Berkeley.EDU> <40626CE1.1090305@nyc.rr.com> Message-ID: <16482.29299.973152.586158@famine.OCF.Berkeley.EDU> Kenny Tilton writes: > > Thomas F. Burdick wrote: > > >(Hopefully it's trivial, since I'm in the middle of writing a web app > > for a client, using Cells. BTW, Cells + Araneida + SQLisp is a great > > combo, for anyone wondering.) > > Damn, the parents are always the last to know. You didn't need /any/ > support? i guess that's the upside of open source. Anyway, glad to hear > it is going well. Well, I'm chronologically in the middle, but thanks to administrative difficulties with the very busy client, the code is still in the sketch stage (I'm technically starting work on it tomorrow). Cells usage is pretty light so far, so there's not much to mention, except that thanks to the fact that HTTP is stateless, web apps take really well to the declarative treatment. When it closer to putting it in production, you might be getting a rash of support requests :-)