[e-lang] Fwd: Chat with kpreid at waterpoint.org
Kevin Reid
kpreid at mac.com
Sat Sep 19 14:43:40 EDT 2009
On Sep 19, 2009, at 14:23, Mark Miller wrote:
> On Sat, Sep 19, 2009 at 12:11 PM, Kevin Reid <kpreid at mac.com> wrote:
>> On Sep 19, 2009, at 12:04, Mark Miller wrote:
>>
>>> There are four protocol transitions CapTP needs to make. Given the
>>> current minuscule adoption, I'm inclined to make all four changes
>>> simultaneously and not worry about compatibility.
>>>
>>> * Switching from our custom DataComm to a VatTP layered on top of
>>> TLS.
>>> Tyler and Kevin have both made progress towards this goal.
>>
>> I have done nothing related to this, but I agree it is the goal.
>
> I thought you had in E-on-CommonLisp.
Either "Common Lisp" or "CL", please.
> My mistake. Also, for Caja-CapTP running as JavaScript in the
> browser, there's really no other choice anyway.
There is as yet no working code in E-on-CL for VatTP purposes. I wrote
some parts of the hub (the part which manages setting up connections)
but haven't integrated them successfully with CapTP yet.
>>> * Change the exposed object APIs (esp the Miranda Methods) to
>>> something more language neutral, as already adopted by Caja-CapTP,
>>> so
>>> that Caja-CapTP and E-CapTP can interoperate better.
>>
>> I have done nothing related to this, and I do not know what could be
>> 'more language neutral' and still accomplish the goals
>> straightforwardly, besides placing them as out-of-band CapTP
>> messages.
>>
>> The only thing Caja-CapTP does in particular is give the miranda
>> messages[*] longer names (to reduce the chance of conflicts with
>> existing JavaScript programs) and only incorporate the ones which are
>> necessary to CapTP.
>>
>>
>>
>> [*] I distinguish between the miranda protocol, those significant
>> messages, and the miranda *methods*, the default implementation
>> thereof.
>
> Yes, I had in mind your more explicit Miranda message names.
They aren't really part of CapTP, but rather the E reference system
(promises and all that).
The CapTP__ prefix I chose is more like a package name: the Caja-CapTP
project.
--
Kevin Reid <http://switchb.org/kpreid/>
More information about the e-lang
mailing list