[e-cvs] cvs commit: e/doc/elib/distrib/captp/images deliver_2.gif deliver_2.sdr deliver_3.gif deliver_3.sdr
markm@eros.cs.jhu.edu
markm@eros.cs.jhu.edu
Sun, 16 Sep 2001 09:34:27 -0400
markm 01/09/16 09:34:26
Modified: doc index.html new.html toc.txt
doc/download index.html which.html
doc/download/0-8-10alpha index.html
doc/download/0-8-9-1 index.html
doc/download/stl-0-8-9-t-1 index.html
doc/elang/tools updoc.html
doc/elib/distrib/captp DeliverOp.html index.html
doc/elib/distrib/captp/images deliver_2.gif deliver_2.sdr
deliver_3.gif deliver_3.sdr
Log:
Announcing the 0.8.10alpha1 release
Revision Changes Path
1.82 +10 -32 e/doc/index.html
Index: index.html
===================================================================
RCS file: /cvs/e/doc/index.html,v
retrieving revision 1.81
retrieving revision 1.82
diff -u -r1.81 -r1.82
--- index.html 2001/09/15 21:53:09 1.81
+++ index.html 2001/09/16 13:34:25 1.82
@@ -48,8 +48,8 @@
</td>
</tr>
<tr valign="TOP">
- <td><a href="download/0-8-9-1/index.html"><font size="+1"><b>Download</b></font>
- <b><i>E</i> 0.8.9.1</b></a></td>
+ <td><a href="download/0-8-10alpha/index.html"><font size="+1"><b>Download</b></font>
+ <b><i>E</i> 0.8.10alpha1</b></a></td>
<td>After reading the <a href="download/licenses.html">licenses</a>,
get your own copy of <i><b><font color="#009000">E</font></b></i>.
(All licenses are Mozilla or Mozilla compatible open source licenses.)</td>
@@ -89,6 +89,14 @@
</td>
</tr>
<tr valign="TOP">
+ <td><a href="download/0-8-10alpha/index.html">0.8.10alpha1</a>: A brave
+ new CapTP (our cryptographic capability protocol)</td>
+ <td>This is the first release of E to be distributed (with full pipelining
+ support, but no 3vat introductions yet), persistent (sort-of), and
+ to support and confine locally untrusted code. The is the new current
+ E distribution.</td>
+ </tr>
+ <tr valign="TOP">
<td><a href="download/stl-0-8-9-t-1/index.html">The Dean-Transformer
Release</a></td>
<td>The new release 0.8.9t.1 (a side branch off 0.8.9t) contains Dean's
@@ -101,36 +109,6 @@
<td>Due to the generous efforts of Steve Jenson (Thanks!), we now have
a real live bug tracking system. We're using the SourceForge software
as installed by Steve on his own server.</td>
- </tr>
- <tr valign="TOP">
- <td><a href="elang/tools/updoc.html">What's Updoc?</a></td>
- <td>Updoc turns documentation with embedded code examples into readable
- and maintainable regression tests. As explained <a href="http://www.eros-os.org/pipermail/e-lang/2001-July/005398.html">here</a>
- and <a href="http://www.eros-os.org/pipermail/e-lang/2001-July/005399.html">here</a>,
- this web site is already starting to do double duty as a test suite
- for <font color="#009000"><em><b>E</b></em></font>.</td>
- </tr>
- <tr valign="TOP">
- <td>Combex <a href="http://www.eros-os.org/pipermail/e-lang/2001-June/005359.html">gets
- money</a> to work on <font color="#009000"><em><b>E</b></em></font>!</td>
- <td>Combex is our startup dedicated to exploiting the commercial potential
- for <font color="#009000"><em><b>E</b></em></font>, distributed cyptographic
- capabilities, and smart contracting. As explained <a href="http://www.eros-os.org/pipermail/e-lang/2001-June/005359.html">here</a>,
- thanks to the military industrial complex, our startup has now started
- up, and we should be going into high speed on <font color="#009000"><em><b>E</b></em></font>
- development.</td>
- </tr>
- <tr valign="TOP">
- <td><a href="http://www.cs.berkeley.edu/%7Epingster/sec/project/">Secure
- UI Draft Design</a></td>
- <td>
- <p> <img src="images/capdesk.gif" width="303" height="216"></p>
- <p>Miriam Walker & Ka-Ping Yee break important new ground: A secure
- graphical user interface for interacting with a general purpose
- secure platform.</p>
- <p>Even more important: their seven principles of secure UI design!
- </p>
- </td>
</tr>
<tr valign="TOP">
<td><a href="new.html">Older News</a></td>
1.6 +61 -28 e/doc/new.html
Index: new.html
===================================================================
RCS file: /cvs/e/doc/new.html,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- new.html 2001/09/15 21:53:09 1.5
+++ new.html 2001/09/16 13:34:25 1.6
@@ -47,61 +47,94 @@
</TABLE>
<hr>
<!-- #BeginEditable "LongBody" -->
+ <div align="center">
+ <table cellpadding="12">
+ <tr valign="TOP">
+ <td><a href="elang/tools/updoc.html">What's Updoc?</a></td>
+ <td>Updoc turns documentation with embedded code examples into readable
+ and maintainable regression tests. As explained <a href="http://www.eros-os.org/pipermail/e-lang/2001-July/005398.html">here</a>
+ and <a href="http://www.eros-os.org/pipermail/e-lang/2001-July/005399.html">here</a>,
+ this web site is already starting to do double duty as a test suite
+ for <font color="#009000"><em><b>E</b></em></font>.</td>
+ </tr>
+ <tr valign="TOP">
+ <td>Combex <a href="http://www.eros-os.org/pipermail/e-lang/2001-June/005359.html">gets
+ money</a> to work on <font color="#009000"><em><b>E</b></em></font>!</td>
+ <td>Combex is our startup dedicated to exploiting the commercial potential
+ for <font color="#009000"><em><b>E</b></em></font>, distributed
+ cyptographic capabilities, and smart contracting. As explained <a href="http://www.eros-os.org/pipermail/e-lang/2001-June/005359.html">here</a>,
+ thanks to the military industrial complex, our startup has now started
+ up, and we should be going into high speed on <font color="#009000"><em><b>E</b></em></font>
+ development.</td>
+ </tr>
+ <tr valign="TOP">
+ <td><a href="http://www.cs.berkeley.edu/%7Epingster/sec/project/">Secure
+ UI Draft Design</a></td>
+ <td>
+ <p> <img src="images/capdesk.gif" width="303" height="216"></p>
+ <p>Miriam Walker & Ka-Ping Yee break important new ground: A
+ secure graphical user interface for interacting with a general
+ purpose secure platform.</p>
+ <p>Even more important: their seven principles of secure UI design!
+ </p>
+ </td>
+ </tr>
+ </table>
+
+ </div>
<ul>
<li>
- <p>Marc Stiegler posts his draft book <a href="http://www.skyhunter.com/marcs/ewalnut.html"><b>The
+ <p align="left">Marc Stiegler posts his draft book <a href="http://www.skyhunter.com/marcs/ewalnut.html"><b>The
E Language in a Walnut</b></a>.</p>
</li>
<li>
- <p>Announcing The <a href="enative/index.html">ENative Project</a>.
- How fast can a simple implementation of E be?</p>
+ <p align="left">Announcing The <a href="enative/index.html">ENative
+ Project</a>. How fast can a simple implementation of E be?</p>
</li>
<li>
- <p>"<a href="talks/lex-cyber-2/index.htm">Contracting-out Contract
- Law</a>" (<a href="smart-contracts/lex-cyber-2/nevis.ppt">Powerpoint</a>)
+ <p align="left">"<a href="talks/lex-cyber-2/index.htm">Contracting-out
+ Contract Law</a>" (<a href="smart-contracts/lex-cyber-2/nevis.ppt">Powerpoint</a>)
<i>To be presented at <a href="http://www.LexCybernetoria.com/May2000Conference.html">Lex
Cybernetoria 2</a><br>
</i>Smart contracts present new hope for the third world. </p>
</li>
- </ul>
- <ul>
- <li>
- <p>Here are some recently posted explanations. </p>
+ <li>
+ <p align="left">Here are some recently posted explanations. </p>
<ul>
- <li>
- <p><a href="elib/capability/3parts.html">The Three Parts of Security</a>
- is a great short statement by Bill Frantz of the problems a security
- architecture needs to solve.</p>
+ <li>
+ <p align="left"><a href="elib/capability/3parts.html">The Three
+ Parts of Security</a> is a great short statement by Bill Frantz
+ of the problems a security architecture needs to solve.</p>
</li>
<li>
- <p><a href="elib/capability/pnml.html">Lambda for Humans: The Pet
- Name Markup Language</a> explains a user-interface for enabling
- humans to securely interact with a world of capabilities, and
- to use capabilities to securely interact with other humans.</p>
+ <p align="left"><a href="elib/capability/pnml.html">Lambda for Humans:
+ The Pet Name Markup Language</a> explains a user-interface for
+ enabling humans to securely interact with a world of capabilities,
+ and to use capabilities to securely interact with other humans.</p>
</li>
<li>
- <p><a href="elib/distrib/captp/unibus.html">Unibus Sketch</a> sketches
- a single-key variant of Pluribus, to demonstrate the independence
- of cryptographic capabilities from the particular choice of cryptographic
- substrate.</p>
+ <p align="left"><a href="elib/distrib/captp/unibus.html">Unibus
+ Sketch</a> sketches a single-key variant of Pluribus, to demonstrate
+ the independence of cryptographic capabilities from the particular
+ choice of cryptographic substrate.</p>
</li>
<li>
- <p>In a <a href="http://www.eros-os.org/%7Emajordomo/e-lang/1187.html">crit-mail
+ <p align="left">In a <a href="http://www.eros-os.org/%7Emajordomo/e-lang/1187.html">crit-mail
thread</a>, Ralph Hartley establishes a surprising case where
capabilities do fall short of theoretically possible security,
summarized in <a href="elib/capability/conspire.html#revokability">Where
Capabilities Do Fall Short</a>.</p>
</li>
<li>
- <p><a href="elang/grammar/quasi-xml.html">Quasi-Literals and XML</a>
- proposes a way to leverage E's <a href="elang/grammar/quasi-overview.html">Quasi-Parser
+ <p align="left"><a href="elang/grammar/quasi-xml.html">Quasi-Literals
+ and XML</a> proposes a way to leverage E's <a href="elang/grammar/quasi-overview.html">Quasi-Parser
Framework</a> to enable XML transformations to be written more
clearly and easily.</p>
</li>
</ul>
</li>
<li>
- <p><a href="http://www.waterken.com/Droplet/index.html">Droplets<sup><font size="-1">TM</font></sup></a>
+ <p align="left"><a href="http://www.waterken.com/Droplet/index.html">Droplets<sup><font size="-1">TM</font></sup></a>
was conceived with the aim of creating an E like capability environment
based on the current WWW infrastructure and client browsers. In this
environment, programmers can reason about the security of their web
@@ -112,7 +145,7 @@
to deploy Java smart contracts much like those written in E.</p>
</li>
<li>
- <p><a href="http://www.skyhunter.com/marc.html">Marc Stiegler</a>'s
+ <p align="left"><a href="http://www.skyhunter.com/marc.html">Marc Stiegler</a>'s
latest science fiction novel, <a href="http://www.the-earthweb.com"><em><font size="4">Earthweb</font></em></a>,
is now available. Its opening <a href="http://www.baen.com/chapters/earthweb_1.htm">scene</a>
is an accurate portrayal of a capability-based erights exchange, inspired
@@ -124,7 +157,7 @@
Futures Markets</a>.</p>
</li>
<li>
- <p>Marc Stiegler (again) writes and open-sources <a href="http://www.skyhunter.com/marcs/echatIndex.html"><font size="4"><em>Secureit-Echat</em></font></a>,
+ <p align="left">Marc Stiegler (again) writes and open-sources <a href="http://www.skyhunter.com/marcs/echatIndex.html"><font size="4"><em>Secureit-Echat</em></font></a>,
a strongly-secure two-person chat program, written in five pages of
<font size="4" color="#009000"><em><b>E</b></em></font>. Around three
of those pages are user interface. This easy-to-read program is a
@@ -132,7 +165,7 @@
<font size="4" color="#009000"><em>E</em></font>.</p>
</li>
<li>
- <p> Check out the still-rough, but much better, <font size="4"><em><a href="elang/intro/index.html">E-Language
+ <p align="left"> Check out the still-rough, but much better, <font size="4"><em><a href="elang/intro/index.html">E-Language
Tutorial</a></em></font>. </p>
</li>
</ul>
1.45 +4 -14 e/doc/toc.txt
Index: toc.txt
===================================================================
RCS file: /cvs/e/doc/toc.txt,v
retrieving revision 1.44
retrieving revision 1.45
diff -u -r1.44 -r1.45
--- toc.txt 2001/09/15 20:01:00 1.44
+++ toc.txt 2001/09/16 13:34:25 1.45
@@ -275,36 +275,26 @@
ec-license.html
mmlicense.html
which.html
- 0-8-4/
- windows-bin.html
- windows-src.html
- unix-bin.html
- unix-src.html
- 0-8-9/
+ 0-8-9-1/
windows-bin.html
windows-src.html
unix-bin.html
unix-src.html
- 0-8-9-1/
+ stl-0-8-9-t/
windows-bin.html
windows-src.html
unix-bin.html
unix-src.html
- stl-0-8-9-t/
+ stl-0-8-9-t-1/
windows-bin.html
windows-src.html
unix-bin.html
unix-src.html
- stl-0-8-9-t-1/
+ 0-8-10alpha/
windows-bin.html
windows-src.html
unix-bin.html
unix-src.html
-# 0-8-10alpha/
-# windows-bin.html
-# windows-src.html
-# unix-bin.html
-# unix-src.html
donate.html
# nopayment.html
# payment.html
1.29 +15 -16 e/doc/download/index.html
Index: index.html
===================================================================
RCS file: /cvs/e/doc/download/index.html,v
retrieving revision 1.28
retrieving revision 1.29
diff -u -r1.28 -r1.29
--- index.html 2001/09/15 21:53:09 1.28
+++ index.html 2001/09/16 13:34:25 1.29
@@ -67,34 +67,33 @@
do you want?</td>
</tr>
<tr>
- <td> </td>
- <td><a href="0-8-4/index.html">0.8.4</a>: Mostly of historical interest</td>
+ <td>--></td>
+ <td><b><a href="0-8-10alpha/index.html">0.8.10alpha1</a></b>: The first
+ release of E to be distributed (except for 3vat introductions), persistent
+ (sort-of), and to support (and confine) locally untrusted code. This
+ is the current main release.</td>
</tr>
<tr>
<td> </td>
- <td><a href="0-8-9/index.html">0.8.9</a>:<b> </b>More historical interest</td>
- </tr>
- <tr>
- <td>--></td>
- <td><a href="0-8-9-1/index.html"><b>0.8.9.1</b></a><b>: </b>Most recent
- production release, a bug-fix branch off 0.8.9.</td>
+ <td><a href="stl-0-8-9-t-1/index.html"><b>stl-0.8.9t.1a</b></a>: Dean's
+ transformer -- more efficient interpretation, and a first step towards
+ an <i><b><font color="#009000">E</font></b></i> compiler. For those
+ working toward compilation.</td>
</tr>
<tr>
<td> </td>
- <td><a href="stl-0-8-9-t/index.html"><b>stl-0.8.9t</b></a>: Non distributed
+ <td><a href="stl-0-8-9-t/index.html">stl-0.8.9t</a>: Non distributed
internal release. Major syntax reform. Enhanced eBrowser.</td>
</tr>
<tr>
<td> </td>
- <td><a href="stl-0-8-9-t-1/index.html">stl-0.8.9t.1</a>: Dean's transformer
- -- more efficient interpretation, and a first step towards an <i><b><font color="#009000">E</font></b></i>
- compiler.</td>
+ <td><a href="0-8-9-1/index.html">tl-otc-0.8.9.1b</a><b>: </b>Last major
+ distributed release. Incompatible protocol, other problems. Users
+ should upgrade to 0.8.10alpha1 when they can afford some conversion
+ costs, and if they don't currently require 3vat introductions. If
+ you need help, please contact <a href="mailto:webmaster@erights.org">me</a>.</td>
</tr>
</table>
- <p><b><i>Note: We are imminently about to release 0.8.10alpha1, which, though
- still in a preliminary state, is probably better than any of the above
- choices for use </i></b><i>(as opposed to internal development work on
- the compiler, for which 0.8.9t.1 is better).</i> </p>
<!-- #EndEditable --></TD>
<TD WIDTH="10%"> </TD>
</TR>
1.32 +48 -90 e/doc/download/which.html
Index: which.html
===================================================================
RCS file: /cvs/e/doc/download/which.html,v
retrieving revision 1.31
retrieving revision 1.32
diff -u -r1.31 -r1.32
--- which.html 2001/09/15 21:53:09 1.31
+++ which.html 2001/09/16 13:34:25 1.32
@@ -35,7 +35,7 @@
<tr>
<td valign="top" align="right"><!-- #BeginEditable "PrevButton" --><a href="mmlicense.html"><img src="../images/prev.gif" width="64" height="32" alt="Back to: E License + Download" border="0"></a><!-- #EndEditable --></td>
<td valign="bottom" align="left"><!-- #BeginEditable "FirstButton" --><!-- #EndEditable --></td>
- <td valign="top" align="left"><!-- #BeginEditable "NextButton" --><a href="0-8-4/index.html"><img src="../images/next.gif" width="64" height="32" alt="On to: E 0.8.4 Download and Install E" border="0"></a><!-- #EndEditable --></td>
+ <td valign="top" align="left"><!-- #BeginEditable "NextButton" --><a href="0-8-9-1/index.html"><img src="../images/next.gif" width="64" height="32" alt="On to: E 0.8.9.1 Download and Install E" border="0"></a><!-- #EndEditable --></td>
</tr>
</table>
</TD>
@@ -48,95 +48,53 @@
</TABLE>
<hr>
<!-- #BeginEditable "LongBody" -->
- <p>The current release of <b><i><font color="#009000">E</font></i></b> is
- <a href="0-8-9-1/index.html"><b>0.8.9.1</b></a>. However, this is an interim
- release that is known to have a crippling bug for certain uses. Therefore,
- you may instead want the stable <a href="0-8-4/index.html"><b>0.8.4</b></a>
- release, which does not exhibit this bug. The bug is that some distributed
- programs, such as Marc Stiegler's <a href="http://www.skyhunter.com/marcs/eDeskIndex.html">Securit-Edesk</a>,
- exhibit an dramatic slowdown or possibly a hang when engaging in distributed
- messaging. The slowdown is dramatic enough to render a normally speedy
- distributed application unusable. This bug will be fixed in the <b><i><font color="#009000">E</font></i></b>
- 0.8.10 release, at which time we will retire both <b><i><font color="#009000">E</font></i></b>
- 0.8.4 and <b><i><font color="#009000">E</font></i></b> 0.8.9.1. <b><i>Note:
- We are imminently about to release 0.8.10alpha1, which, though still in
- a preliminary state, is probably better than either of the above choices.</i></b></p>
- <p>Unfortunately, there has been a non-upwards-compatible syntactic change
- between <b><i><font color="#009000">E</font></i></b> 0.8.4 and the current
- <b><i><font color="#009000">E</font></i></b> 0.8.9.</p>
- <p>
- <ul>
- <li><a href="0-8-4/index.html"><i>E</i> 0.8.4</a>. Syntactically, <b><i><font color="#009000">E</font></i></b>
- 0.8.4 is a classic expression language, in which the value revealed
- by a function or method body is the value that the body evaluates to,
- as in this function for adding three numbers.
- <pre>
- def add3(a, b, c) { a + b + c }</pre>
- </li>
- <li><b><i><font color="#009000">E</font></i> 0.8.5</b> (never released).
- From a security point of view, the above convention is fraught with
- danger, since the path of least resistance is to reveal objects even
- when the function is written only to cause side effects. Our first and
- never released alternative was to use a unary prefix "<code>^</code>"
- as a "reveal" operator, without which only <code>null</code>
- would be revealed. In <b><i><font color="#009000">E</font></i></b> 0.8.5,
- add3 would be written
- <pre>
- def add3(a, b, c) { ^ a + b + c }<i><font color="#009000"> </font></i></pre>
- </li>
- <li> <a href="0-8-9/index.html">E 0.8.9</a>. The "<code>^</code>"
- proposal generated a lot of discussion, for which the major thread-roots
- are <a href="http://www.eros-os.org/%7Emajordomo/e-lang/0844.html">here</a>,
- <a href="http://www.eros-os.org/%7Emajordomo/e-lang/0895.html">here</a>,
- and <a href="http://www.eros-os.org/%7Emajordomo/e-lang/0969.html">here</a>.
- As a result of these discussions, functions and methods now have an
- optional return "type" (actually, a <a href="http://www.eros-os.org/%7Emajordomo/e-lang/0969.html">ValueGuard</a>).
- The "<code>:any</code>" ValueGuard means that any value may
- be returned. If the ValueGuard is left out, it default to "<code>:
- void</code>" which coerces all values to <code>null</code>. In
- <b><i><font color="#009000">E</font></i></b> 0.8.9 and all future versions
- of E, add3 is written
- <pre>
- def add3(a, b, c) :any { a + b + c }</pre>
- <p>See the thread rooted in the <a href="http://www.eros-os.org/%7Emajordomo/e-lang/1322.html">release
- notes</a>.</p>
- </li>
- <li>
- <p><a href="0-8-9-1/index.html"><b>E 0.8.9.1</b></a> is a branch off
- of 0.8.9, in which many of the bugs fixed in the internal development
- successors of 0.8.9, listed below, have been applied to 0.8.9 itself.
- This allows production work in E to benefit from these bug fixes while
- we all await the release of 0.8.10.</p>
- </li>
- <li>
- <p><b><i><font color="#009000">E</font></i> stl-0.8.9s</b> was an interim
- non-distributed version, released mainly to support E compilation
- work. It has several important language improvements, including the
- hosting of locally untrusted code. The build and install system have
- been overhauled in order to become more platform independent. Variables
- are now non-mutable by default.</p>
- </li>
- <li>
- <p><a href="stl-0-8-9-t/index.html"><b>E stl-0.8.9t</b></a> is an interim
- non-distributed version, released with some major syntactic reforms
- due to discussion on the e-lang list. Also, it has a much improved
- eBrowser. </p>
- </li>
- <li><a href="stl-0-8-9-t-1/index.html">E stl-0.8.9t.1</a> is an internal
- branch off of stl-0.8.9t, released mainly to support E compilation work,
- in which the old slow interpreter has been replaced by Dean's new transformer
- and faster interpreter. Besides speeding interpretation, this transformation
- should be major progress towards an E compiler.</li>
- </ul>
- <p>So the price of developing with <b><i><font color="#009000">E</font></i></b>
- 0.8.9.1 is that, once <b><i><font color="#009000">E</font></i></b> 0.8.10
- is released, you will have to edit your program to use the new syntax.
- If you don't immediately need to do distributed programming, we suggest
- one of the 0.8.9t releases, in order to use the modern version of the
- language. <b><i>Note: We are imminently about to release 0.8.10alpha1,
- which, though still in a preliminary state, is probably better than any
- of the above choices for use </i></b><i>(as opposed to internal development
- work on the compiler, for which 0.8.9t.1 is better).</i> </p>
+ <table cellpadding="12">
+ <tr>
+ <td>
+ <map name="navmap">
+ <area shape="rect" coords="83,185,176,217" href="0-8-10alpha/index.html">
+ <area shape="rect" coords="301,231,390,259" href="stl-0-8-9-t-1/index.html">
+ <area shape="rect" coords="92,444,164,475" href="stl-0-8-9-t/index.html">
+ <area shape="rect" coords="252,539,353,568" href="0-8-9-1/index.html">
+ </map>
+ <img src="images/pedigree.gif" border=0 alt="foo_img.gif" usemap="#navmap" ismap width="415" height="764"></td>
+ <td>
+ <ul>
+ <li>
+ <p>The current release of <b><i><font color="#009000">E</font></i></b>
+ is <a href="0-8-10alpha/index.html">0.8.10alpha1</a>, which
+ is a hot off the presses first draft of the planned 0.8.10 release.
+ Except for those working on E compilation, this is believed
+ to be the best version of E. However, since it's new, you may
+ run into new problems. If so, please <a href="https://bugs.sieve.net/bugs/?func=addbug&group_id=16380">report
+ bugs</a>. <i>Note: if you require CapTP support for 3vat introductions,
+ stick with <a href="0-8-9-1/index.html">tl-otc-0.8.9.1b</a>
+ for now.</i></p>
+ </li>
+ <li>
+ <p>In <a href="stl-0-8-9-t-1/index.html">stl-0.8.91a</a>, Dean
+ has changed the E interpreter to first transform the program
+ into an address oriented representation, and then interprets
+ that. Those working towards E compilation (Dean, Darius) should
+ use this version.</p>
+ </li>
+ <li>
+ <p><a href="stl-0-8-9-t/index.html">stl-0-8-9t</a> is the common
+ ancestor of the two current versions, and so is a valuable reference
+ for merging their changes into 0.8.10.</p>
+ </li>
+ <li>
+ <p><a href="0-8-9-1/index.html">tl-otc-0.8.9.1b</a> was the previous
+ main version of E, since it was the last/best one with a functioning
+ 2vat CapTP system. Users of this should try moving to 0.8.10alpha1
+ as soon as they can afford the conversion costs, and if they
+ don't currently need support for 3vat introduction. If you need
+ help, please contact <a href="mailto:webmaster@erights.org">me</a>.</p>
+ </li>
+ </ul>
+ </td>
+ </tr>
+ </table>
<!-- #EndEditable --></TD>
<TD WIDTH="10%"> </TD>
</TR>
1.5 +167 -43 e/doc/download/0-8-10alpha/index.html
Index: index.html
===================================================================
RCS file: /cvs/e/doc/download/0-8-10alpha/index.html,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- index.html 2001/09/15 21:53:09 1.4
+++ index.html 2001/09/16 13:34:25 1.5
@@ -67,7 +67,8 @@
and bash (see below). It should also run without problems on MSWindows
98 SE and on ME, but as far as we are aware, no one has tried this. If
you experience any problems, or have any other informative experiences,
- please let <a href="mailto:bugs@erights.org">me</a> know.</p>
+ please let <a href="mailto:bugs@erights.org">me</a> know, or <a href="https://bugs.sieve.net/bugs/?func=addbug&group_id=16380">report
+ a bug</a>.</p>
<p> The <i>Installing</i> links below describe how to install, and run various
forms of the binary distribution. The <i>Building</i> links describe how
to build E from the source release. The <i>Download</i> links will download
@@ -133,27 +134,158 @@
<p> </p>
<hr>
<h1><a name="Highlights"></a>Highlights of this Version</h1>
- <p><i><font color="#009000"><b>E</b></font></i><b> 0.8.10alpha1</b> is an
- interim non-distributed release, but supporting a more modern version
- of the E language spec. It's primary motivation is to support work on
- compiling E, but it may also be preferred by those using E for non-distributed
- programming. </p>
- <p>The following is a list of the names of the major changes, but without
- yet any explanations. As each change is explained in the upcoming release
- notes, the item below will be linked to that explanation. Most of these
- notes will be messages to the <a href="http://www.eros-os.org/pipermail/e-lang/">e-lang</a>
- list, so the link should also serve as the root of a discussion about
- each change.</p>
+ <p>As each of these issues are discussed in email or in the bug tracking
+ system, we will link the paragraphs below to the relevant roots.</p>
+ <h3><i><font color="#009000"><b>E</b></font></i><b> 0.8.10alpha1</b> is
+ the first version of E to simultaneously be </h3>
<ul>
- <li><a href="http://www.eros-os.org/pipermail/e-lang/2001-February/004532.html">Many
- syntactic reforms</a>, mostly removals, with "<a href="http://www.eros-os.org/pipermail/e-lang/2001-January/004128.html">pocket</a>"
- support to aid in transition.</li>
- <li><a href="http://www.eros-os.org/pipermail/e-lang/2001-April/005054.html">A
- much improved eBrowser</a>.</li>
- <li>Java <a href="http://www.eros-os.org/pipermail/e-lang/2001-March/004921.html">type-based
- overload resolution</a> mechanism.</li>
+ <li>
+ <p><b>Distributed</b> (hence no "sl-" prefix, as explained
+ below). This version implements the 2vat subset of the much improved
+ <a href="../../elib/distrib/captp/index.html">CapTP protocol</a> that's
+ been on the drawing board for so long. Chief among the CapTP improvements:
+ We now have full <a href="../../elib/distrib/pipeline.html">message
+ pipelining</a>. Since we've postponed making the 3vat introduction
+ cases work, we have instead made them fail clean, and verified that
+ they do so. <i><br>
+ ( <a href="https://bugs.sieve.net/bugs/index.php?group_id=16380&set=custom&_assigned_to=0&_status=1&_category=5054&_bug_group=100&SUBMIT=Browse">Track
+ this issue...</a> )</i></p>
+ <p>This version also incorporates Bill Frantz's improvements to VatTP,
+ merged from the branch release 0.8.9.1b. Between the new VatTP and
+ the new CapTP, we are more confident than ever in our distributed
+ security. (And so this is an "E" rather than a "daffE",
+ as explained below.) <i><br>
+ ( <a href="https://bugs.sieve.net/bugs/index.php?group_id=16380&set=custom&_assigned_to=0&_status=1&_category=5067&_bug_group=100&SUBMIT=Browse">Track
+ this issue...</a> )</i></p>
+ </li>
+ <li>
+ <p><b>Persistent</b> (hence no "tl-" prefix). The version
+ has an early, experimental preliminary form of support for <i>identity
+ persistence</i>. With identity persistence, the application still
+ has to do all the "manual" work to save an restore object
+ state, but the app can now securely reassociate old persistent identities
+ (as designated by exported SturdyRefs and <cap:...> URI strings)
+ with the manually revived objects. To aid in this manual work, E programs
+ can use the new <a href="http://www.erights.org/javadoc/org/erights/e/elib/serial/Serializer.html">Serializer</a>
+ and <a href="http://www.erights.org/javadoc/org/erights/e/elib/serial/Unserializer.html">Unserializer</a>,
+ which default to rules suitable for checkpointing and reviving persistent
+ object state. Not yet ready for prime time. <i><br>
+ ( <a href="https://bugs.sieve.net/bugs/index.php?group_id=16380&set=custom&_assigned_to=0&_status=1&_category=5066&_bug_group=100&SUBMIT=Browse">Track
+ this issue...</a> )</i></p>
+ </li>
+ <li>
+ <p><b>Confining</b> (hence no "otc-" prefix). As with 0.8.9t
+ and 0.8.9t.1a, *.emakers are imported with no real authority to affect
+ the world outside themselves. All authority must be granted, and so
+ can be granted according to <a href="../../elib/capability/consensus-9feb01.html">POLA</a>.
+ Nothing new here, but we've never had this in a distributed version
+ of E before.<br>
+ <i>( see Mark Seaborn's thoughts on a <a href="http://www.eros-os.org/pipermail/e-lang/2001-August/005630.html">module
+ system for E</a> )</i></p>
+ <p>This issue appears again at a higher layer: Marc Stiegler is preparing
+ an all out assault on the <b>caplet</b> environment -- gui support
+ for interactive POLA authorization of untrusted applications (themselves
+ represented as emakers).<br>
+ <i>( <a href="https://bugs.sieve.net/bugs/index.php?group_id=16380&set=custom&_assigned_to=0&_status=1&_category=100&_bug_group=2786&SUBMIT=Browse">Track
+ this issue...</a> )</i> </p>
+ </li>
</ul>
- <hr>
+ <h3>Many tool improvements:</h3>
+ <ul>
+ <li>
+ <p>The <b>evalServer</b> enables remote evaluation of expressions, and
+ the reporting back of the results. This is suitable for remote Elmer-like
+ command line interaction (though Elmer hasn't yet been changed to
+ use it), simulated command line interaction (as in the new Updoc),
+ or those needing to bootstrap up multi-vat computation (ie, it should
+ replace eBrowser's current use of the vatMaker). <i><br>
+ ( <a href="https://bugs.sieve.net/bugs/index.php?group_id=16380&set=custom&_assigned_to=0&_status=1&_category=5062&_bug_group=100&SUBMIT=Browse">Track
+ this issue...</a> )</i></p>
+ </li>
+ <li>
+ <p><a href="../../elang/tools/updoc.html"><b>Updoc</b></a> has been
+ extended to do multi-vat testing, and to properly obey blockAtTop(),
+ continueAtTop(), and exitAtTop() messages sent by the scripts being
+ tested. In combination, this has enabled us to write replayable regression
+ tests of CapTP functionality. Unfortunately, in the process, we've
+ temporarily lost the ability to iterate of a directory tree.<i><br>
+ ( <a href="https://bugs.sieve.net/bugs/index.php?group_id=16380&set=custom&_assigned_to=0&_status=1&_category=5059&_bug_group=100&SUBMIT=Browse">Track
+ this issue...</a> )</i></p>
+ </li>
+ <li><a href="http://www.skyhunter.com/marcs/eBrowserIndex.html"><b>eBrowser</b></a>
+ is rapidly becoming a serious development tool.
+ <ul>
+ <li>It now does intelligent indentation based on the lexical structure
+ of the language. (Actually, it currently parses as well as lexes,
+ but it should only need to lex.) (Note: Elmer now uses this indenter
+ also, but neither properly unindents closing brackets.)</li>
+ <li>The first syntax error causes the offending code to be selected
+ in the editor, leading to a more Smalltalk-like rapid correction
+ loops.</li>
+ <li>It spins off a separate vat to calculate the left and right outline
+ panes in the background whenever the source has changed. Even though
+ the panes are, at any moment, often slightly stale, the effect works
+ amazingly well.</li>
+ <li>Just coming in under the wire, eBrowser now supports drag-n-drop.
+ Both among eBrowsers, and also between eBrowser and the rest of
+ the desktop.</li>
+ </ul>
+ <p><i>( <a href="https://bugs.sieve.net/bugs/index.php?group_id=16380&set=custom&_assigned_to=0&_status=1&_category=5064&_bug_group=100&SUBMIT=Browse">Track
+ this issue...</a> )</i></p>
+ </li>
+ <li>
+ <p><b><a href="https://bugs.sieve.net/bugs/?func=browse&group_id=16380&set=open">Bug
+ Tracking</a></b>. As you can see from all these "Track this issue..."
+ annotations, due to Steve Jenson (Thanks!), starting with this release,
+ we are making extensive use of the bug tracking system. He had us
+ try several before we selected the SourceForge bug tracking software.
+ We selected this one because it made life easiest for someone who
+ had just encountered a bug and wanted to report it, without having
+ encountered the bug tracking system before: new bugs can be entered
+ without reading any documentation or starting an account. So, everyone,
+ please make use of this convenience and report problems as you find
+ them. </p>
+ </li>
+ </ul>
+ <h3>Language improvements:</h3>
+ <ul>
+ <li>The new, much improved, Seaborn-Karp <b>when-catch-finally</b> expression:
+ <ul>
+ <li>In "<code>when (x) -> done(y) {...</code>", the success
+ case will only see a <code>y</code> that's the same as <code>x</code>.
+ Further, a remote promise only resolved once per vat, and so we
+ can't get an intra-vat divergent resolution inconsistency. (We all
+ agree that we can't prevent a malicious vat from causing an inter-vat
+ inconsistency.) <i>(*** need to find email link)</i></li>
+ <li>The syntax and semantics are now more parallel to try-catch-finally:
+ there can be a chain of catch clauses followed by an optional finally
+ clause. These catch not just a broken resolution, but any problems
+ thrown by the success clause. <i>(*** need to find email link)</i></li>
+ <li>The when-catch-finally expression evaluates to a promise for the
+ value its done function will return. (The done function is the result
+ of expanding everything to the left of the "<code>-></code>".)
+ <i>(*** need to find email link)</i> </li>
+ </ul>
+ <p> </p>
+ </li>
+ <li>
+ <p><b>Swinging Vats</b>. We figured out and solved (due to Dean, thanks!)
+ a terrible lurking concurrency conflict between E's vat-scheduling
+ assumptions vs AWT/Swing. We now have front-end ("fe") vats,
+ that execute in the AWT-Event thread and use the AWT Event queue for
+ their turns, and back-end ("be") vats, that have their own
+ thread and queue. All synchronous interaction with AWT and Swing widgets
+ should happen only in fe vats.<br>
+ <i>( <a href="https://bugs.sieve.net/bugs/?func=detailbug&bug_id=125400&group_id=16380">Track
+ this issue...</a> )</i> </p>
+ </li>
+ <li><a href="http://www.erights.org/javadoc/org/erights/e/elib/prim/MirandaMethods.html#optMeta(java.lang.Object,%20org.erights.e.elib.sealing.Brand)"><b>optMeta(brand)</b></a>.
+ CapTP is now correctly using optMeta(brand) for opaque rights amplification
+ so that a given instance of a CapTP system will recognize and see into
+ its own remote pointers, but the remote pointers of another instance
+ (or of a different CapTP-like system) will be as opaque to it as a local
+ promise. <i>(*** need to find email link)</i></li>
+ </ul>
<h1><a name="variants"></a>Variants and Subsets of E</h1>
<p>A complete <font color="#009000"><em><b>E</b></em></font> system is persistent,
distributed, and capability-secure both within and between processes.
@@ -223,13 +355,6 @@
does. A non-distributed <font color="#009000"><em><b>E</b></em></font>
is called <i>space-local</i> if an object and all references to it only
exist within its hosting process. </p>
- <p><b>This release is space-time-local</b>, meaning it is non-distributed
- and non-persistent, and so is prefixed with "<b>stl-</b>". Being
- non-distributed, this release is much less useful than the <a href="../0-8-9/index.html">0.8.9
- release</a>. This version is being released mainly to support work on
- compiling E, since its interpreter conforms more closely to the definition
- of <a href="../../elang/kernel/index.html">Kernel-E</a>. If this is not
- a concern, you should probably stick with the 0.8.9 release.</p>
<p><font color="#009000"><em><b>E</b></em></font> <i>by definition</i> provides
distributed capability-security -- the ability for objects in mutually
suspicious processes to safely cooperate. If it looks like <font color="#009000"><em><b>E</b></em></font>
@@ -240,21 +365,22 @@
but doesn't provide distributed capability security, is called <i>daffE</i>.
A distributed <font color="#009000"><em><b>E</b></em></font> can only
be implemented by means of strong crypto, of course, for which we are
- bundling a subset of the <a href="http://ai.cryptix.org/"> Cryptix</a>
- library. In a space-local system, no distributed insecurity can arise,
- so such a system would be an <font color="#009000"><em><b>sl-E</b></em></font>
- rather than an <i>sl-daffE</i>. <b>This release is non-distributed </b>
- and so is an <font color="#009000"><em><b>E</b></em></font> rather than
- a <i>daffE</i>. </p>
+ using code derived from the <a href="http://ai.cryptix.org/"> Cryptix</a>
+ library (in accord with the terms of their open-source license). In a
+ space-local system, no distributed insecurity can arise, so such a system
+ would be an <font color="#009000"><em><b>sl-E</b></em></font> rather than
+ an <i>sl-daffE</i>. </p>
<p><font color="#009000"><em><b>E</b></em></font> is designed to provide
local capabillity-security -- the ability for mutually suspicious objects
hosted by the same process to safely cooperate, and the use of capability
discipline to determine which of its hosting process's authorities it
may exercise. Such objects could be executing <i>untrusted code</i> --
code that the hosting process (or its owner) doesn't need to fully trust.
- This version of <font color="#009000"><em><b>E</b></em></font> supports
- this feature, including <a href="../../elib/capability/confinement.html">confinement</a>,
- and so is not prefixed with "otc-".</p>
+ </p>
+ <p><b>This is the first "complete" release of E</b>. "complete"
+ is in quotes, because both the persistence and the distribution leave
+ much to be desired, as explained above. However, these are close enough
+ that this is the first release that doesn't need qualifiers in its name.</p>
<hr>
<h1><a name="dependencies"></a>Dependencies</h1>
<h3>Versions & Types of Java</h3>
@@ -269,10 +395,8 @@
inconsistency</a>: The Java/JVM 2.x standard corresponds to Sun's jdk/jre
1.2.x. We ignore this inconsistency and refer to both as 1.2.x.</p>
<p>This version of <font color="#009000"><em><b>E</b></em></font> requires
- a jre >= 1.2.x. E no longer supports Java < 1.2. To build <font color="#009000"><em><b>E</b></em></font>
- from sources, a corresponding jdk is required. We recommend a JDK >=
- 1.3.x. In particular, we recommend against 1.2.2. (Sun's Swing implementation
- in 1.2.2 does not, ahem, live up to Sun's usual quality standards.) </p>
+ a jre >= 1.3.1. E no longer supports Java < 1.3.1. To build <font color="#009000"><em><b>E</b></em></font>
+ from sources, a corresponding jdk is required. </p>
<p>Some places to get a jre or jdk:</p>
<div align="center">
<table cellpadding="12" border="2">
@@ -357,9 +481,9 @@
<p><i>Note: The website at the above link, http://www.lincom-asg.com/~rjamison/byacc/,
seems to have disappeared. If you know where it may have gone to, or know
how to contact Bob Jamison, please let <a href="mailto:webmaster@erights.org">me</a>
- know. In the meantime, starting with the 0.8.10alpha1 release, the sources to
- byaccj are bundled with the E sources, and byaccj is made as part of making
- E. </i></p>
+ know. In the meantime, starting with the 0.8.10alpha1 release, the sources
+ to byaccj are bundled with the E sources, and byaccj is made as part of
+ making E. </i></p>
<h3>Zip Files</h3>
<p>Our build process packs up the <code>*.zip</code> files in the distribution
by using <a href="ftp://ftp.freesoftware.com/pub/infozip/">Info-Zip</a>'s
1.10 +1 -1 e/doc/download/0-8-9-1/index.html
Index: index.html
===================================================================
RCS file: /cvs/e/doc/download/0-8-9-1/index.html,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- index.html 2001/09/15 21:53:10 1.9
+++ index.html 2001/09/16 13:34:25 1.10
@@ -33,7 +33,7 @@
<!-- #BeginEditable "Path" -->/ <a href="../index.html">download</a> <!-- #EndEditable --></td>
</tr>
<tr>
- <td valign="top" align="right"><!-- #BeginEditable "PrevButton" --><a href="../0-8-9/index.html"><img src="../../images/prev.gif" width="64" height="32" alt="Back to: E 0.8.9 Download and Install E" border="0"></a><!-- #EndEditable --></td>
+ <td valign="top" align="right"><!-- #BeginEditable "PrevButton" --><a href="../which.html"><img src="../../images/prev.gif" width="64" height="32" alt="Back to: Which Version of E?" border="0"></a><!-- #EndEditable --></td>
<td valign="bottom" align="left"><!-- #BeginEditable "FirstButton" --><a href="windows-bin.html"><img src="../../images/first.gif" width="32" height="64" alt="1st child: E 0.8.9.1: Installing on Windows" border="0"></a><!-- #EndEditable --></td>
<td valign="top" align="left"><!-- #BeginEditable "NextButton" --><a href="../stl-0-8-9-t/index.html"><img src="../../images/next.gif" width="64" height="32" alt="On to: E stl-0.8.9t Download and Install E" border="0"></a><!-- #EndEditable --></td>
</tr>
1.7 +1 -1 e/doc/download/stl-0-8-9-t-1/index.html
Index: index.html
===================================================================
RCS file: /cvs/e/doc/download/stl-0-8-9-t-1/index.html,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- index.html 2001/09/15 21:53:10 1.6
+++ index.html 2001/09/16 13:34:25 1.7
@@ -35,7 +35,7 @@
<tr>
<td valign="top" align="right"><!-- #BeginEditable "PrevButton" --><a href="../stl-0-8-9-t/index.html"><img src="../../images/prev.gif" width="64" height="32" alt="Back to: E stl-0.8.9t Download and Install E" border="0"></a><!-- #EndEditable --></td>
<td valign="bottom" align="left"><!-- #BeginEditable "FirstButton" --><a href="windows-bin.html"><img src="../../images/first.gif" width="32" height="64" alt="1st child: E stl-0.8.9t.1a: Installing on Windows" border="0"></a><!-- #EndEditable --></td>
- <td valign="top" align="left"><!-- #BeginEditable "NextButton" --><img src="../../images/next-gray.gif" width="64" height="32"><!-- #EndEditable --></td>
+ <td valign="top" align="left"><!-- #BeginEditable "NextButton" --><a href="../0-8-10alpha/index.html"><img src="../../images/next.gif" width="64" height="32" alt="On to: E 0.8.10alpha1 Download and Install E" border="0"></a><!-- #EndEditable --></td>
</tr>
</table>
</TD>
1.11 +5 -3 e/doc/elang/tools/updoc.html
Index: updoc.html
===================================================================
RCS file: /cvs/e/doc/elang/tools/updoc.html,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -r1.10 -r1.11
--- updoc.html 2001/09/15 21:53:14 1.10
+++ updoc.html 2001/09/16 13:34:25 1.11
@@ -41,8 +41,8 @@
<TD ALIGN="RIGHT">
<P ALIGN="RIGHT"><FONT SIZE="7"><!-- #BeginEditable "BigTitle" --><FONT SIZE="7"><B>What's
Updoc?</B></FONT><br>
- <font size="4">by Mark Miller & <a href="http://www.cocoon.com/">Terry
- Stanley</a></font><!-- #EndEditable --></FONT>
+ <font size="4">by <a href="http://www.cocoon.com/">Terry Stanley</a>
+ & Mark Miller</font><!-- #EndEditable --></FONT>
</TD>
</TR>
</TABLE>
@@ -246,7 +246,9 @@
<td>
<pre><i>directoryName</i></pre>
</td>
- <td>Process all relevant files in the directory tree</td>
+ <td>Process all relevant files in the directory tree<br>
+ <i>(for moment, this is no longer recognized. <a href="https://bugs.sieve.net/bugs/?func=detailbug&bug_id=125426&group_id=16380">Track
+ this issue...</a> ) </i></td>
</tr>
<tr>
<td>
1.13 +5 -5 e/doc/elib/distrib/captp/DeliverOp.html
Index: DeliverOp.html
===================================================================
RCS file: /cvs/e/doc/elib/distrib/captp/DeliverOp.html,v
retrieving revision 1.12
retrieving revision 1.13
diff -u -r1.12 -r1.13
--- DeliverOp.html 2001/09/15 21:53:16 1.12
+++ DeliverOp.html 2001/09/16 13:34:26 1.13
@@ -51,12 +51,12 @@
<table cellpadding="12">
<tr>
<td>
- <pre>DeliverOp(recipPos :IncomingPos,
+ <pre>DeliverOp(<i>answerPos</i> :AnswerPos,
+ rdr :OneArgFunc,
+
+ recipPos :IncomingPos,
verb :MsgName,
- args :any[],
-
- <i>answerPos</i> :AnswerPos,
- rdr :OneArgFunc)</pre>
+ args :any[])</pre>
</td>
<td>
<p>Queue a delivery of verb(args..) to recip, binding answer/rdr to
1.21 +5 -5 e/doc/elib/distrib/captp/index.html
Index: index.html
===================================================================
RCS file: /cvs/e/doc/elib/distrib/captp/index.html,v
retrieving revision 1.20
retrieving revision 1.21
diff -u -r1.20 -r1.21
--- index.html 2001/09/15 21:53:16 1.20
+++ index.html 2001/09/16 13:34:26 1.21
@@ -128,12 +128,12 @@
<tr>
<td> </td>
<td>
- <pre><a href="DeliverOp.html">DeliverOp</a>(recipPos :IncomingPos,
+ <pre><a href="DeliverOp.html">DeliverOp</a>(<i>answerPos</i> :AnswerPos,
+ rdr :OneArgFunc,
+
+ recipPos :IncomingPos,
verb :MsgName,
- args :any[],
-
- <i>answerPos</i> :AnswerPos,
- rdr :OneArgFunc)</pre>
+ args :any[])</pre>
</td>
<td>
<p>Queue a delivery of verb(args..) to recip, binding answer/rdr to
1.4 +33 -39 e/doc/elib/distrib/captp/images/deliver_2.gif
Index: deliver_2.gif
===================================================================
RCS file: /cvs/e/doc/elib/distrib/captp/images/deliver_2.gif,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
Binary files /tmp/cvsoEsoEu and /tmp/cvsyMG9Xj differ
1.4 +73 -77 e/doc/elib/distrib/captp/images/deliver_2.sdr
Index: deliver_2.sdr
===================================================================
RCS file: /cvs/e/doc/elib/distrib/captp/images/deliver_2.sdr,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
Binary files /tmp/cvsneHGA1 and /tmp/cvsyLXOSS differ
1.4 +69 -57 e/doc/elib/distrib/captp/images/deliver_3.gif
Index: deliver_3.gif
===================================================================
RCS file: /cvs/e/doc/elib/distrib/captp/images/deliver_3.gif,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
Binary files /tmp/cvs4oig61 and /tmp/cvsc5KBfW differ
1.4 +81 -85 e/doc/elib/distrib/captp/images/deliver_3.sdr
Index: deliver_3.sdr
===================================================================
RCS file: /cvs/e/doc/elib/distrib/captp/images/deliver_3.sdr,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
Binary files /tmp/cvs3WVmi5 and /tmp/cvsgaQxh0 differ