exprla-devel — This is the Developers' list for the for XPL

[exprla-devel] Re: [xpl] Adding up a list of numbers, check it out.

[reid_spencer <ras...@re...>]

--- In xpl-dev@y..., Jonathan Burns <saski@w...> wrote:
Michael Lauzon wrote:

>  This is also a good start, but the other way seemed a more 
promising
> way to go, using namespaces and whatnot, we don't want a lot of
> clutter around.

Umm, let me think back.

I was arguing for grammar-based inclusions of special components,
and then Robert suggested namespaces. Would you like to see
the addition example re-expressed using simplifications like that?

I'm afraid clutter must be endemic for a while, until we develop
our own shorthand techniques.

But tell me, what was it about the source form that seemed wrong?
I'm really trying to get some argument happening on specifications
here, but it's hard with only the four of us participating.

>  Please login to the groups site on eGroups, and
> check
> out the two previous ideas for the XPL programs.

Sorry, can't find it.  Which group did it start in? There are 117 
groups
whichshow up on a search for "XML" - it's a little frightening

>  You may have to do a view source in the message.

Huh?

>  Also, can people of this list signup for xpl-wishlist?

On that one. Thanks.

Jonathan
--- End forwarded message ---

[exprla-devel] Re: [xpl] Adding up a list of numbers, check it out.

[reid_spencer <ras...@re...>]

--- In xpl-dev@y..., Jonathan Burns <saski@w...> wrote:
Michael Lauzon wrote:

>  This is also a good start, but the other way seemed a more 
promising
> way to go, using namespaces and whatnot, we don't want a lot of
> clutter around.

Umm, let me think back.

I was arguing for grammar-based inclusions of special components,
and then Robert suggested namespaces. Would you like to see
the addition example re-expressed using simplifications like that?

I'm afraid clutter must be endemic for a while, until we develop
our own shorthand techniques.

But tell me, what was it about the source form that seemed wrong?
I'm really trying to get some argument happening on specifications
here, but it's hard with only the four of us participating.

>  Please login to the groups site on eGroups, and
> check
> out the two previous ideas for the XPL programs.

Sorry, can't find it.  Which group did it start in? There are 117 
groups
whichshow up on a search for "XML" - it's a little frightening

>  You may have to do a view source in the message.

Huh?

>  Also, can people of this list signup for xpl-wishlist?

On that one. Thanks.

Jonathan
--- End forwarded message ---

[exprla-devel] Re: [xpl] Adding up a list of numbers, check it out.

[reid_spencer <ras...@re...>]

--- In xpl-dev@y..., "Michael Lauzon" <ce940@f...> wrote:
This is also a good start, but the other way seemed a more promising 
way to go, using namespaces and whatnot, we don't want a lot of 
clutter around.  Please login to the groups site on eGroups, and
check 
out the two previous ideas for the XPL programs.  You may have to do
a 
view source in the message.  Also, can people of this list signup for 
xpl-wishlist?


--- In xpl@e..., Jonathan Burns <saski@w...> wrote:
> <xpl>
> 
> <comment> This line is mandatory. </comment>
> 
> <include content="xpl.dtd" version="x.x"/ >
> 
> <comment>
>     This includes a pre-existing data type,
>     an XML document with the structure
>     containing a list of integers:
> 
>     <List>
>         [ <int> string </int> ]*
>     </List>
> 
>     Within the program, an element of this form
>     will be referred to by the name "intList".
> </comment>
> 
> <include intList="list-of-int.dtd">
> 
> <comment>
>     Here we define a program variable to contain
>     a list of integers.
> <comment>
> 
> <variable type=intList>
>     <name>
>         mylist
>     </name>
> </variable>
> 
> <comment>
> 
>     We define an integer variable>
> 
> </comment>
> 
> <variable type=int>
>     <name>
>         total
>     </name>
> </variable>
> 
> <comment>
> 
>     We define a general-purpose element
> 
> </comment>
> 
> <variable type=element>
>     <name>
>         index
>     </name>
> </variable>
> 
> <comment>
> 
>     We define "abort" as a macro for an
>     action to take on error.
> 
> </comment>
> 
> <set>
>     abort
> 
>     <stdout>
>         <data>
>             <List>
>                 zero
>             </List>
>         </data>
>      </stdout>
> </set>
> 
> <comment>
> 
>     At last, the action commences!
> 
>     We read in the intList data.
> 
> </comment>
> 
> <stdin>
>     mylist
> </stdin>
> 
> <if>
>     <false>
>         <verify>
>             mylist
>         </verify>
>     </false>
> 
>     abort        <comment> Handy things, macros. </comment>
> </if>
> 
> <comment>
> 
>     We set the general element "index" to refer
>     to mylist as a whole. But we can think of this
>     as referring to the root of the mylist.
>     (Compare directory commands: think of this as
>     setting up "index" as a symbolic link to mylist.)
> 
>     N.B. "set" is used here as a full copy assignment,
>     with all children. It may be wasteful in some cases.
> 
> </comment>
> 
> <set>
>     index
>     mylist
> </set>
> 
> <comment>
> 
>     Check whether mylist is empty.
> 
> </comment>
> 
> <if>
>     <equals>
>         <number-of-children>
>             mylist
>         </number-of-children>
>         zero
>     <equals>
> 
>     abort
> 
> <else>
> 
>     <comment>
> 
>         Shift "index" down, to refer to "mylist"'s first child.
>         (Compare change-directory command.)
> 
>     </comment>
> 
>     <set>
>         index
>         <first-child>
>             index      <comment> This could as well be "mylist".
> </comment>
>         </first-child>
>     </set>
> 
>     <comment>
> 
>         Initialize our "total" variable.
> 
>     </comment>
> 
>     <set>
>         total
> 
>         <data>
>             <int>
>                 zero
>             </int>
>         <data>
>     </set>
> 
>     <comment>
> 
>         And this is what does the work:
>         a Do-While loop which adds the list elements
>         to our "total" variable.
> 
>         N.B.
>             It doesn't make sense to add up strings,
>             even strings like "9848001" and "0".
>             But it does make sense to add up elements
>             such as
> 
>                 <int>
>                     9848001
>                 </int>
> 
>     </comment>
> 
>     <do>
> 
>         <add>
>             total
>             index
>         </add>
> 
>         <comment>
> 
>             Here's the While condition
> 
>         </comment>
> 
>         <not> <equals>
>              index
>              <last-child>
>                 mylist
>              <last-child>
>          </equals>
>      </do>
> 
> </else>
> </if>
> 
> <comment>
> 
>     And we're out, with the list elements
>     added up in "total".
>     So, output it.
> 
> </comment>
> 
> <stdout>
>    <data>
>        <List>
>             total
>         </List>
>      </data>
> </stdout>
> 
> <comment>
> 
>     And take the rest of the day off.
> 
> </comment>
> 
> </xpl>
--- End forwarded message ---

[exprla-devel] [xpl] Adding up a list of numbers, check it out.

[reid_spencer <ras...@re...>]

--- In xpl-dev@y..., Jonathan Burns <saski@w...> wrote:
<xpl>

<comment> This line is mandatory. </comment>

<include content="xpl.dtd" version="x.x"/ >

<comment>
    This includes a pre-existing data type,
    an XML document with the structure
    containing a list of integers:

    <List>
        [ <int> string </int> ]*
    </List>

    Within the program, an element of this form
    will be referred to by the name "intList".
</comment>

<include intList="list-of-int.dtd">

<comment>
    Here we define a program variable to contain
    a list of integers.
<comment>

<variable type=intList>
    <name>
        mylist
    </name>
</variable>

<comment>

    We define an integer variable>

</comment>

<variable type=int>
    <name>
        total
    </name>
</variable>

<comment>

    We define a general-purpose element

</comment>

<variable type=element>
    <name>
        index
    </name>
</variable>

<comment>

    We define "abort" as a macro for an
    action to take on error.

</comment>

<set>
    abort

    <stdout>
        <data>
            <List>
                zero
            </List>
        </data>
     </stdout>
</set>

<comment>

    At last, the action commences!

    We read in the intList data.

</comment>

<stdin>
    mylist
</stdin>

<if>
    <false>
        <verify>
            mylist
        </verify>
    </false>

    abort        <comment> Handy things, macros. </comment>
</if>

<comment>

    We set the general element "index" to refer
    to mylist as a whole. But we can think of this
    as referring to the root of the mylist.
    (Compare directory commands: think of this as
    setting up "index" as a symbolic link to mylist.)

    N.B. "set" is used here as a full copy assignment,
    with all children. It may be wasteful in some cases.

</comment>

<set>
    index
    mylist
</set>

<comment>

    Check whether mylist is empty.

</comment>

<if>
    <equals>
        <number-of-children>
            mylist
        </number-of-children>
        zero
    <equals>

    abort

<else>

    <comment>

        Shift "index" down, to refer to "mylist"'s first child.
        (Compare change-directory command.)

    </comment>

    <set>
        index
        <first-child>
            index      <comment> This could as well be "mylist".
</comment>
        </first-child>
    </set>

    <comment>

        Initialize our "total" variable.

    </comment>

    <set>
        total

        <data>
            <int>
                zero
            </int>
        <data>
    </set>

    <comment>

        And this is what does the work:
        a Do-While loop which adds the list elements
        to our "total" variable.

        N.B.
            It doesn't make sense to add up strings,
            even strings like "9848001" and "0".
            But it does make sense to add up elements
            such as

                <int>
                    9848001
                </int>

    </comment>

    <do>

        <add>
            total
            index
        </add>

        <comment>

            Here's the While condition

        </comment>

        <not> <equals>
             index
             <last-child>
                mylist
             <last-child>
         </equals>
     </do>

</else>
</if>

<comment>

    And we're out, with the list elements
    added up in "total".
    So, output it.

</comment>

<stdout>
   <data>
       <List>
            total
        </List>
     </data>
</stdout>

<comment>

    And take the rest of the day off.

</comment>

</xpl>
--- End forwarded message ---

[exprla-devel] Re: [xpl] FAQs for comment

[reid_spencer <ras...@re...>]

--- In xpl-dev@y..., Michael Lauzon <ce940@f...> wrote:
Well, we are still going to use XPL as the name, what are they going 
to 
do...sue me for coming up with the idea...and then sue us for using 
it?  
Doubt it.  Has anyone been to the eGroups site, and logged in to see 
if 
the groups message archives are working?  



On Mon, 8 May 2000, Garreth Galligan wrote:

> I couducted slightly more research on the subject of XPL names
> 
> For searches in the U.S. only:
> 
> U.S. copyright office records and found copyrights registered for 
the
> following:
> 
> XPL compiler
> XPL: Extendable Programming Language
> 
> The above bears looking into, but I couldn't be bothered figuring 
out the
> telnet commands at this time of the evening.
> 
> I also found four trademarked versions of XPL, registered by:
> 
> XPL LUBRICANTS INC. (OIL CONDITIONER, PENETRATING OIL, GREASE, 
MOTOR OIL,
> TRANSAXLE OIL, AND FUEL CONDITIONER)
> Xplosif Inc. (CLOTHING; NAMELY, WOMEN'S BLOUSES)
> Stillwater Designs & Audio, Inc.   (AUTOMOTIVE SPEAKERS)
> Gersman, Lana Toni  (STENCILS FOR APPLYING LIPSTICK AND STENCILS FOR
> APPLYING LIP PENCIL)
> 
> I could not find a thing on XPL being trademarked for the rest of 
the world.
> 
> 
> ----- Original Message -----
> From: Michael Lauzon
> To: xpl@e...
> Sent: Monday, May 08, 2000 3:56 PM
> Subject: Re: [xpl] FAQs for comment
> 
> 
> Okay, you are right, there is a Pascal language out there called XPL
> based on StatsPascal.  But, this language is still going to be 
called
> XPL (because I didn't know about the Pascal name when I came up with
> this idea.); what are they going to do...sue us?!  Doubt it.  But 
the
> thing is, they don't really seem to use the term XPL anywhere except
> in the titles of their documents (and only sometimes at that).
> 
> 
> --- In xpl@e..., "Michael Lauzon" <ce940@f...> wrote:
> > I don't think there is, but it being obscure shouldn't matter.
> > I'll do a search on one of the search engines and see if you're
> > right about the name, but XPL is what this language is going to
> > be called, so if we upset the Pascal camp, well...we'll come to
> > that if it happens.  :)  Well, maybe if one of us could contact 
the
> > owner of XPL.ORG (do a whois from one of the registars' websites; 
I
> > would but I haven't been able to access my email for over a week)
> and
> > see if he/she would give it to us.
> >
> >
> > --- In xpl@e..., "Garreth Galligan" <garreth.galligan@o...>
> > wrote:
> > > Michael Lauzon wrote:
> > >
> > > >we do have a problem: xpl.com, xpl.org (I do tend to lean more
> > towards
> > > >this one!), xpl.net, expel.com, expel.org, expel.net; they all
> > happen
> > > >to be taken,
> > >
> > > We could follow oasis' lead and use:
> > >
> > > xpl-open.org
> > > or
> > > open-xpl.org
> > >
> > > as it is an open source project.
> > >
> > > However I believe there is a very obscure language already in
> > existence with
> > > the acronym XPL -
> > > Some flavour of Pascal I think, I could find virtually nothing 
on
> > it. We
> > > could be facing a naming conflict...
> 
> 
> 
> 
> 
> 
> 
> To unsubscribe from this group, send an email to:
> xpl-unsubscribe@o...
> 
> 
> --------------------------------------------------------------------
----
> Bids starting at $7 for thousands of products - uBid.com
> http://click.egroups.com/1/3027/1/_/809694/_/957801802/
> --------------------------------------------------------------------
----
> 
> To unsubscribe from this group, send an email to:
> xpl-unsubscribe@o...
> 
> 
> 
> 

Michael
http://www.geocities.com/SiliconValley/Way/9180/

'Eat, drink, and be merry, for tomorrow you may work.'
--- End forwarded message ---

[exprla-devel] Re: [xpl] "Modular Messageing Dep't."

[reid_spencer <ras...@re...>]

--- In xpl-dev@y..., Jonathan Burns <saski@w...> wrote:
Robert A Hopkins wrote:

>  "Very Small Nutshell Dep't.":
>
> Will the incredible verbosity of xml, and therefore xpl, have any
> bearing
> on the speed at which an xpl program runs? (I think I can answer 
this
> one
> myself (as it relates to compilation) but it might make a good
> question
> for the FAQ.)
>

Indeed it will.

Answer:

XML is made verbose only by the appearance of start and end tags
and by extra whitespace for indentations. This adds very little
overhead to a parser.

> "Compilation Revisited Dep't.":
>
> I find it curious that compilation seems to be a one-way process, 
that
>
> once a program is compiled it is not a trivial task to translate it
> back
> into its original language. Is it impossible? Or almost so? Does xpl
> hold
> out the promise of a simpler back-and-forth translation?

A somewhat infrequently asked question, but...

Answer:

Decompilation can be performed reliably in some cases, but the cases
in which it becomes highly awkward outnumber them massively.

Compilation throws information away, when it transforms a source
file to machine instructions. The source file is full of cues and
conveniences for human reading. For instance, things have names. Those
names don't even appear in the executable machine code form. As a
result,
decompiled machine code is necessarily full of automatically-generated
names. Indentation is automatic, which is good. Grouping of 
instructions

by whitespace and comments can't be regenerated - the decompiler has
no clues where to put them. And there aren't any comments anyway.

But this is only the start of the awkwardness.

Machine instruction sets have only Jump (i.e. GOTO), Call 
(subroutine),
Return (to the calling point), and Jump on Condition, to determine
control flow in the program. All high-level languages must have their
control flow translated into those four ... including For, Do-While,
While-Do, If-Then-Else, and some obscure varieties of Come-From (e.g
from Error).

A compiler, which knows the pattern of machine instructions into which
it translates each high-level idiom, can often recognize those 
patterns
when it sees them in machine code. But one false move in the 
recognition

(such as the original programmer planting a naughty GOTO) and the
recognition goes haywire. For the same reason, two different compilers
will probably go haywire trying to recognize each other's output.

Now. We have not yet got into what it would mean to compile XPL.
I told Michael I have a plan, and when we're at a certain stage,
I'll write it out. I refuse to muddy the waters with it yet, but
the basic thing is, XML contains (heck, almost consists of) cues
which make ambiguity impossible. And as far as I can see, this
means we can translate XPL source to a condensed tokenized form,
throwing no information away.


> "Wish List Dep't":
>
> I think a wish list for the web site would do us some good. That is 
a
> list of ideas, wild or tame, that anyone thinks a good programming
> language ought to have, posted on the Wish List. If we look at it 
from
>
> time to time for ideas, that might lead to something good, perhaps
> only
> good discussion. Also, it would be good for us to take a look at the
> vast
> spread of different conceptions we all have of the task we have 
chosen
> to
> undertake. (This ties in nicely with Michael's question "What will 
XPL
>
> acomplish?") (I have no idea what xpl will accomplish.)
>

[xpl-wishlist] ?

> Sequence! What is the sequence in which a program executes 
statements?
>
> Can we use the curious structure of an xml document to play lovely
> games
> with sequence? An xml document has 3 structures:
>
>       Beginning to end
>       Root element to leaves
>       Interconnected web
>

Aha. Thank you.

> What is the sequence in which a program executes statements? Can we
> switch sequence on the fly? Can we build in some sort of
> multi-sequencing? (One task executing in the sequence of one
> structure,
> another in a different sequence?)

Fiend! How am I to concentrate on stupid pseudo-professional
coverletters to prospective employers, when I could be thinking about
mad stuff like this?

> "Web Site Name Dep't.":
>
> How about "xpl-xplicit.org"? (Xml is quite explicit, quite clear.)
>
>      *********************************************
>      *****   x p l - x p l i c i t . o r g   *****
>      *********************************************
>
> It has a sort of p'zazz to it. Ain't nuttin' gonna fly witout a li'l
> p'zazz.
>

XPLorers.org ?

Till soon.

Jonathan

They finally realized that the ONE thing they just could not STAND
was a smartass commenting decompiler.
--- End forwarded message ---

[exprla-devel] LYNX

[reid_spencer <ras...@re...>]

--- In xpl-dev@y..., Robert A Hopkins <p061949c@p...> wrote:

On Mon, 8 May 2000, Jonathan Burns wrote:
> 
> A couple of projects I'd love to work on, once we get started:
> 
> (1) You know Lynx? The venerable text-only Web browser? Obviously
> it parses HTML, although it doesn't do anything when it finds an
> image. So, there it is, open-source, unburdened with GUI widgets
> and probably quite lightweight. With a parser inside.
> 
> I want to author Markup Lynx, with a full XML/XPL parser.

Way cool. I'm using the venerable (greased-weasel) LYNX.

lynx-dev mail list:

   lynx-dev@s... 

Here's unsubscribe. I suppose subscribe is the opposite:

   To UNSUBSCRIBE:  Send a mail message to majordomo@s... 
   > ;                  with "unsubscribe lynx-dev" (without the
   > ;                  quotation marks) on a line by itself.

Also:

   http://lynx.browser.org/

Also this guy mentioned to the lynx-dev list a while back that he was 
working on an xml lynx:

   http://www.powerandlove.com/software/xml_browser

<ugh>Did you say "job search"?</ugh>

     *  *  *  *  *  *  *  *  *  *  *  *  *  
   * (  (  (  (  (  (  (  (  (  (  (  (  (  *
   *  )  )  )  )  )  )  )  )  )  )  )  )  ) *
   * (  (  ( A l y   H o p k i n s (  (  (  *
   *  )  )  )  )  )  )  )  )  )  )  )  )  ) *
   * (  (  (  (  (  (  (  (  (  (  (  (  (  *
   *  )  )  )  )  )  )  )  )  )  )  )  )  ) *
     *  *  *  *  *  *  *  *  *  *  *  *  *
--- End forwarded message ---

[exprla-devel] LYNX

[reid_spencer <ras...@re...>]

--- In xpl-dev@y..., Robert A Hopkins <p061949c@p...> wrote:

On Mon, 8 May 2000, Jonathan Burns wrote:
> 
> A couple of projects I'd love to work on, once we get started:
> 
> (1) You know Lynx? The venerable text-only Web browser? Obviously
> it parses HTML, although it doesn't do anything when it finds an
> image. So, there it is, open-source, unburdened with GUI widgets
> and probably quite lightweight. With a parser inside.
> 
> I want to author Markup Lynx, with a full XML/XPL parser.

Way cool. I'm using the venerable (greased-weasel) LYNX.

lynx-dev mail list:

   lynx-dev@s... 

Here's unsubscribe. I suppose subscribe is the opposite:

   To UNSUBSCRIBE:  Send a mail message to majordomo@s... 
   > ;                  with "unsubscribe lynx-dev" (without the
   > ;                  quotation marks) on a line by itself.

Also:

   http://lynx.browser.org/

Also this guy mentioned to the lynx-dev list a while back that he was 
working on an xml lynx:

   http://www.powerandlove.com/software/xml_browser

<ugh>Did you say "job search"?</ugh>

     *  *  *  *  *  *  *  *  *  *  *  *  *  
   * (  (  (  (  (  (  (  (  (  (  (  (  (  *
   *  )  )  )  )  )  )  )  )  )  )  )  )  ) *
   * (  (  ( A l y   H o p k i n s (  (  (  *
   *  )  )  )  )  )  )  )  )  )  )  )  )  ) *
   * (  (  (  (  (  (  (  (  (  (  (  (  (  *
   *  )  )  )  )  )  )  )  )  )  )  )  )  ) *
     *  *  *  *  *  *  *  *  *  *  *  *  *
--- End forwarded message ---

[exprla-devel] "Modular Messageing Dep't."

[reid_spencer <ras...@re...>]

--- In xpl-dev@y..., Robert A Hopkins <p061949c@p...> wrote:
"Very Small Nutshell Dep't.":

Will the incredible verbosity of xml, and therefore xpl, have any 
bearing 
on the speed at which an xpl program runs? (I think I can answer this 
one 
myself (as it relates to compilation) but it might make a good 
question 
for the FAQ.)

"Compilation Revisited Dep't.":

I find it curious that compilation seems to be a one-way process, 
that 
once a program is compiled it is not a trivial task to translate it 
back 
into its original language. Is it impossible? Or almost so? Does xpl 
hold 
out the promise of a simpler back-and-forth translation? 

"Wish List Dep't":

I think a wish list for the web site would do us some good. That is a 
list of ideas, wild or tame, that anyone thinks a good programming 
language ought to have, posted on the Wish List. If we look at it 
from 
time to time for ideas, that might lead to something good, perhaps 
only 
good discussion. Also, it would be good for us to take a look at the 
vast 
spread of different conceptions we all have of the task we have 
chosen to 
undertake. (This ties in nicely with Michael's question "What will 
XPL 
acomplish?") (I have no idea what xpl will accomplish.) 

Yo, you Silent-Majority-List-Slackers, sprechen Sie up!

"Idea Dep't.":

Sequence! What is the sequence in which a program executes 
statements? 
Can we use the curious structure of an xml document to play lovely 
games 
with sequence? An xml document has 3 structures:

	Beginning to end
	Root element to leaves
	Interconnected web

What is the sequence in which a program executes statements? Can we 
switch sequence on the fly? Can we build in some sort of 
multi-sequencing? (One task executing in the sequence of one 
structure, 
another in a different sequence?)

"Web Site Name Dep't.":

How about "xpl-xplicit.org"? (Xml is quite explicit, quite clear.)

     ********************************************* 	
     *****   x p l - x p l i c i t . o r g   *****
     *********************************************

It has a sort of p'zazz to it. Ain't nuttin' gonna fly witout a li'l 
p'zazz.


     *  *  *  *  *  *  *  *  *  *  *  *  *  
   * (  (  (  (  (  (  (  (  (  (  (  (  (  *
   *  )  )  )  )  )  )  )  )  )  )  )  )  ) *
   * (  (  ( A l y   H o p k i n s (  (  (  *
   *  )  )  )  )  )  )  )  )  )  )  )  )  ) *
   * (  (  (  (  (  (  (  (  (  (  (  (  (  *
   *  )  )  )  )  )  )  )  )  )  )  )  )  ) *
     *  *  *  *  *  *  *  *  *  *  *  *  *
--- End forwarded message ---

[exprla-devel] Re: [xpl] Well, I Can Post Again....

[reid_spencer <ras...@re...>]

--- In xpl-dev@y..., Jonathan Burns <saski@w...> wrote:
Michael Lauzon wrote:

> Oh, here is an FAQ question, if it already hasn't
> been thought of:
>
> What will XPL acomplish?  (Did I spell that right?)  :)

"Accomplish", since you ask :->

Got it, but I won't be sending a snappy answer out anytime soon,
I bet. This is one for the whole group to throw back and forth
for a few months.

For what it's worth...

1. I'm hoping XPL will accomplish a unification of Web formats
for data, programs, interfaces and protocols, which will let
us snap quite complex distributed applications together out of
components.

2. I'm also hoping, since at present I'm reading up on server-
side CGI, that XPL will make the simple parts of Web app design
actually LOOK simple, instead of looking like a maze of disparate
protocols all based on different pieces of foundation software.

Please add to list.


A couple of projects I'd love to work on, once we get started:

(1) You know Lynx? The venerable text-only Web browser? Obviously
it parses HTML, although it doesn't do anything when it finds an
image. So, there it is, open-source, unburdened with GUI widgets
and probably quite lightweight. With a parser inside.

I want to author Markup Lynx, with a full XML/XPL parser.

(2) You know MOOs? Object-oriented MUDs?

XPLMOO is mine, along with anyone I can rope in.


Gonna be sunk in jobsearch land for a few days. Catch you soon.

Jonathan

It was not until their numbers had dwindled from fity to eight,
that the dwarves began to suspect Hungry.
--- End forwarded message ---

[exprla-devel] Re: [xpl] FAQs for comment

[reid_spencer <ras...@re...>]

--- In xpl-dev@y..., "Garreth Galligan" <garreth.galligan@o...> wrote:
I couducted slightly more research on the subject of XPL names

For searches in the U.S. only:

U.S. copyright office records and found copyrights registered for the
following:

XPL compiler
XPL: Extendable Programming Language

The above bears looking into, but I couldn't be bothered figuring out 
the
telnet commands at this time of the evening.

I also found four trademarked versions of XPL, registered by:

XPL LUBRICANTS INC. (OIL CONDITIONER, PENETRATING OIL, GREASE, MOTOR 
OIL,
TRANSAXLE OIL, AND FUEL CONDITIONER)
Xplosif Inc. (CLOTHING; NAMELY, WOMEN'S BLOUSES)
Stillwater Designs & Audio, Inc.   (AUTOMOTIVE SPEAKERS)
Gersman, Lana Toni  (STENCILS FOR APPLYING LIPSTICK AND STENCILS FOR
APPLYING LIP PENCIL)

I could not find a thing on XPL being trademarked for the rest of the 
world.


----- Original Message -----
From: Michael Lauzon
To: xpl@e...
Sent: Monday, May 08, 2000 3:56 PM
Subject: Re: [xpl] FAQs for comment


Okay, you are right, there is a Pascal language out there called XPL
based on StatsPascal.  But, this language is still going to be called
XPL (because I didn't know about the Pascal name when I came up with
this idea.); what are they going to do...sue us?!  Doubt it.  But the
thing is, they don't really seem to use the term XPL anywhere except
in the titles of their documents (and only sometimes at that).


--- In xpl@e..., "Michael Lauzon" <ce940@f...> wrote:
> I don't think there is, but it being obscure shouldn't matter.
> I'll do a search on one of the search engines and see if you're
> right about the name, but XPL is what this language is going to
> be called, so if we upset the Pascal camp, well...we'll come to
> that if it happens.  :)  Well, maybe if one of us could contact the
> owner of XPL.ORG (do a whois from one of the registars' websites; I
> would but I haven't been able to access my email for over a week)
and
> see if he/she would give it to us.
>
>
> --- In xpl@e..., "Garreth Galligan" <garreth.galligan@o...>
> wrote:
> > Michael Lauzon wrote:
> >
> > >we do have a problem: xpl.com, xpl.org (I do tend to lean more
> towards
> > >this one!), xpl.net, expel.com, expel.org, expel.net; they all
> happen
> > >to be taken,
> >
> > We could follow oasis' lead and use:
> >
> > xpl-open.org
> > or
> > open-xpl.org
> >
> > as it is an open source project.
> >
> > However I believe there is a very obscure language already in
> existence with
> > the acronym XPL -
> > Some flavour of Pascal I think, I could find virtually nothing on
> it. We
> > could be facing a naming conflict...







To unsubscribe from this group, send an email to:
xpl-unsubscribe@o...
--- End forwarded message ---

[exprla-devel] Re: [xpl] FAQs for comment

[reid_spencer <ras...@re...>]

--- In xpl-dev@y..., "Michael Lauzon" <ce940@f...> wrote:
Okay, you are right, there is a Pascal language out there called XPL 
based on StatsPascal.  But, this language is still going to be called 
XPL (because I didn't know about the Pascal name when I came up with 
this idea.); what are they going to do...sue us?!  Doubt it.  But the 
thing is, they don't really seem to use the term XPL anywhere except 
in the titles of their documents (and only sometimes at that).


--- In xpl@e..., "Michael Lauzon" <ce940@f...> wrote:
> I don't think there is, but it being obscure shouldn't matter.  
> I'll do a search on one of the search engines and see if you're 
> right about the name, but XPL is what this language is going to 
> be called, so if we upset the Pascal camp, well...we'll come to 
> that if it happens.  :)  Well, maybe if one of us could contact the 
> owner of XPL.ORG (do a whois from one of the registars' websites; I 
> would but I haven't been able to access my email for over a week) 
and 
> see if he/she would give it to us.  
> 
> 
> --- In xpl@e..., "Garreth Galligan" <garreth.galligan@o...> 
> wrote:
> > Michael Lauzon wrote:
> > 
> > >we do have a problem: xpl.com, xpl.org (I do tend to lean more 
> towards
> > >this one!), xpl.net, expel.com, expel.org, expel.net; they all 
> happen
> > >to be taken,
> > 
> > We could follow oasis' lead and use:
> > 
> > xpl-open.org
> > or
> > open-xpl.org
> > 
> > as it is an open source project.
> > 
> > However I believe there is a very obscure language already in 
> existence with
> > the acronym XPL -
> > Some flavour of Pascal I think, I could find virtually nothing on 
> it. We
> > could be facing a naming conflict...
--- End forwarded message ---

[exprla-devel] Re: [xpl] FAQs for comment

[reid_spencer <ras...@re...>]

--- In xpl-dev@y..., "Michael Lauzon" <ce940@f...> wrote:
I don't think there is, but it being obscure shouldn't matter.  
I'll do a search on one of the search engines and see if you're 
right about the name, but XPL is what this language is going to 
be called, so if we upset the Pascal camp, well...we'll come to 
that if it happens.  :)  Well, maybe if one of us could contact the 
owner of XPL.ORG (do a whois from one of the registars' websites; I 
would but I haven't been able to access my email for over a week) and 
see if he/she would give it to us.  


--- In xpl@e..., "Garreth Galligan" <garreth.galligan@o...> 
wrote:
> Michael Lauzon wrote:
> 
> >we do have a problem: xpl.com, xpl.org (I do tend to lean more 
towards
> >this one!), xpl.net, expel.com, expel.org, expel.net; they all 
happen
> >to be taken,
> 
> We could follow oasis' lead and use:
> 
> xpl-open.org
> or
> open-xpl.org
> 
> as it is an open source project.
> 
> However I believe there is a very obscure language already in 
existence with
> the acronym XPL -
> Some flavour of Pascal I think, I could find virtually nothing on 
it. We
> could be facing a naming conflict...
--- End forwarded message ---

[exprla-devel] Re: [xpl] FAQs for comment

[reid_spencer <ras...@re...>]

--- In xpl-dev@y..., "Garreth Galligan" <garreth.galligan@o...> wrote:
Michael Lauzon wrote:

>we do have a problem: xpl.com, xpl.org (I do tend to lean more 
towards
>this one!), xpl.net, expel.com, expel.org, expel.net; they all happen
>to be taken,

We could follow oasis' lead and use:

xpl-open.org
or
open-xpl.org

as it is an open source project.

However I believe there is a very obscure language already in 
existence with
the acronym XPL -
Some flavour of Pascal I think, I could find virtually nothing on it. 
We
could be facing a naming conflict...
--- End forwarded message ---

[exprla-devel] Re: [xpl] FAQs for comment

[reid_spencer <ras...@re...>]

--- In xpl-dev@y..., "Garreth Galligan" <garreth.galligan@o...> wrote:
Michael Lauzon wrote:

>we do have a problem: xpl.com, xpl.org (I do tend to lean more 
towards
>this one!), xpl.net, expel.com, expel.org, expel.net; they all happen
>to be taken,

We could follow oasis' lead and use:

xpl-open.org
or
open-xpl.org

as it is an open source project.

However I believe there is a very obscure language already in 
existence with
the acronym XPL -
Some flavour of Pascal I think, I could find virtually nothing on it. 
We
could be facing a naming conflict...
--- End forwarded message ---

[exprla-devel] Re: [xpl] FAQs for comment

[reid_spencer <ras...@re...>]

--- In xpl-dev@y..., "Michael Lauzon" <ce940@f...> wrote:
Yes, this is a great start I'll try and think of some questions for 
the FAQ and post them to the list if I have time, but they may 
already be thought of!  :)  I am trying to get our group a free 
homepage on Linux Start, though if we eventually want our own
website, 
we do have a problem: xpl.com, xpl.org (I do tend to lean more
towards 
this one!), xpl.net, expel.com, expel.org, expel.net; they all happen 
to be taken, yet...they have no websites assciated with them.  Anyone 
have any suggestions about what we can do?



--- In xpl@e..., Ciaran Weldon <cmweldon@y...> wrote:
> Fine by me........
> 
> --- Jonathan Burns <saski@w...> wrote:
> > What is XPL?
> > 
> > XPL is a programming language whose source code
> > consists
> > of XML documents.
> > 
> > Another way of saying this is:
> > 
> > XPL is a markup language for algorithms.
> > 
> > The specification of XPL is the task of the
> > members of
> > the XPL: eXtensible Programming Language
> > mailing list.
> > 
> > 
> > Why do we need XPL?
> > 
> > Platform-independent programmability for Web
> > content.
> > 
> > 
> > Why do we need XPL, when we already have
> > platform-
> > independent languages such as Java, JavaScript,
> > Perl,
> > Tk/Tcl, and so on?
> > 
> > We expect that XPL will be simpler, and easier
> > to extend,
> > than the cross-platform languages in use at
> > present.
> > 
> > In some cases, there will be little difference
> > between XPL
> > and the others, in terms of simplicity and
> > extensibility.
> > 
> > However, these are the pioneering days of
> > world-wide
> > distributed interactive information processing.
> > In the
> > near future, every one of the solutions above
> > will be
> > tested to its limits. There will be a need for
> > any
> > software tool which provides more extensibility
> > with
> > less complexity.
> > 
> > 
> > 
> > Jo que, companeros. I have several other
> > questions to
> > work on, but my sense is that if we get these
> > two down
> > solid, peoples' ears will prick up when they
> > hit the
> > homepage.
> > 
> > If you think there's a better answer, or a
> > better way
> > of stating things, post it in at once.
> > 
> > Jonathan
> > 
> > It's self-XPLanetary!
> > 
> > 
> > 
> > 
> > 
> > 
> 
> ____________________________________________________________
> Do You Yahoo!?
> Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk
> or your free @yahoo.ie address at http://mail.yahoo.ie
--- End forwarded message ---

[exprla-devel] FAQs for comment

[reid_spencer <ras...@re...>]

--- In xpl-dev@y..., Jonathan Burns <saski@w...> wrote:
What is XPL?

XPL is a programming language whose source code consists
of XML documents.

Another way of saying this is:

XPL is a markup language for algorithms.

The specification of XPL is the task of the members of
the XPL: eXtensible Programming Language mailing list.


Why do we need XPL?

Platform-independent programmability for Web content.


Why do we need XPL, when we already have platform-
independent languages such as Java, JavaScript, Perl,
Tk/Tcl, and so on?

We expect that XPL will be simpler, and easier to extend,
than the cross-platform languages in use at present.

In some cases, there will be little difference between XPL
and the others, in terms of simplicity and extensibility.

However, these are the pioneering days of world-wide
distributed interactive information processing. In the
near future, every one of the solutions above will be
tested to its limits. There will be a need for any
software tool which provides more extensibility with
less complexity.



Jo que, companeros. I have several other questions to
work on, but my sense is that if we get these two down
solid, peoples' ears will prick up when they hit the
homepage.

If you think there's a better answer, or a better way
of stating things, post it in at once.

Jonathan

It's self-XPLanetary!
--- End forwarded message ---

[exprla-devel] [xpl] What do we want on our web page?

[reid_spencer <ras...@re...>]

--- In xpl-dev@y..., Jonathan Burns <saski@w...> wrote:
My provisional to-do list:

List -> FAQ

Review postings in XPL list archive.
Make a list of the general questions found.
Sort/merge into the Draft FAQ.

FAQs Answered

Put down point notes for FAQs above,
to expand into answers at "leisure".

Links

Review my Netscape Bookmarks, list all URLs
with XML content.

Local Home Page

Find out where I left my own local page on this
machine. Lay out some research areas for Java
experiments etc.

XPL & XML

Review XML standards and developments on
www.w3.org/xml.
Make notes on how each extends XML, or applies
to XPL.

Profiles

Set up form for relevant personal details, for any of
us who want to be identified on our web page.
E.g. Home platform, favourite languages, interest
in XPL...

XPL Logo

Hey, Aly! Weren't you advertising Planetary Illustrations
or something?

XP Parser

Special section on James Clark's XP: how to get it,
what our experiences with it are, tutorial examples.

Timeline

Form for regualr report on progress.


Any more suggestions?

Jonathan

Think or thwin!
--- End forwarded message ---

[exprla-devel] Re: [xpl] Re: Okay....

[reid_spencer <ras...@re...>]

--- In xpl-dev@y..., "Michael Lauzon" <ce940@f...> wrote:
Yes, I know, MivaScript is not a good language to follow its 
footsteps, because it is not extensible, but XPL won't have that 
problem, yes XPL will also work with databases (as Miva does)...but 
the difference is, we will support a multitude of them, unlike Miva.  
Any other people want to help work on the website as well...come on 
people; there are 30 of us on this list altogether?!


--- In xpl@e..., Jonathan Burns <saski@w...> wrote:
> Garreth Galligan wrote:
> 
> > I believe we could happily turn out a version of HTMLScript, hell
> > JAVA's API's have done most of the work for us (and that's just
if 
we
> > want to ignore the sizeable body of components out there that
> > probably already *have* done the work, just plug 'em together). 
Throw
> > it at James Clark's parser and sprinkle in a little JDBC and Bob's
> > your Uncle.
> >
> 
> I'd reckon. XPL would seem to flourish in a rich Message Soup,like 
COM
> and CORBA.
> 
> And ...
> 
> <xpl>
>     <messageform>
>         JavaBeans 1.x.y
>     </messageform>
>     <debugout>
>         Hi! I'm an XPL program, and I speak fluent Java Bean!
>     </debugout>
> </xpl>
> 
> > ...
> 
> > Sure some of Jonathan's ideas may seem off the wall and
> > Aly's "drowning in a sea of GOTO's" (which is a very interesting
> > concept and I haven't stopped thinking about it yet)
> 
> (me neither)
> 
> > would cause most
> > OO programmers to throw fits and curl up in the corner frothing at
> > the mouth. But it's all grist for a debate that must happen
before 
we
> > can begin to commence to proceed on XPL. A debate where the word
> > architecture
> 
> Yes indeed. But we stand to learn heaps, just bybuilding a James 
Clark
> XP parser for the tags we
> have already. The architecture debate can start in
> parallel, and draw on our experience with the
> prototype effort.
> 
> Hah! Those Wright Brothers, how much aerodyamics
> do they know?  :-)
> 
> 
> > is used a lot and I get to stick a least one set of
> > parentheses in every paragraph.
> 
> I promise to give it a rest after this, but Aly's"What is 
compilation?"
> rocked me back on my heels.
> I mean, the idea of compilation was delivered with
> such gravity in the courses I did, that we went away
> thinking it was The Inner Knowledge. The killer was
> that Aly turns out to be very shrewd on software
> architecture.
> 
> The paradigm has shifted.
> 
> I was burning off the weeds and thistles the other day,
> when a couple of 10-yearolds stopped to join in.
> Presently, I discovered I had run into the first
> generation who have never seen Alien. Welcome to
> the 21st Century, Jonno.
> 
> > --------------------
> > WHY do we need XPL?
> > --------------------
> 
> > -------------
> > WHAT is XPL?
> > -------------
> 
> These are the FAQs. Muchas gracias.
> 
> Jonathan
--- End forwarded message ---

[exprla-devel] Re: [xpl] Re: Okay....

[reid_spencer <ras...@re...>]

--- In xpl-dev@y..., Jonathan Burns <saski@w...> wrote:
Garreth Galligan wrote:

> I believe we could happily turn out a version of HTMLScript, hell
> JAVA's API's have done most of the work for us (and that's just if 
we
> want to ignore the sizeable body of components out there that
> probably already *have* done the work, just plug 'em together). 
Throw
> it at James Clark's parser and sprinkle in a little JDBC and Bob's
> your Uncle.
>

I'd reckon. XPL would seem to flourish in a rich Message Soup,like COM
and CORBA.

And ...

<xpl>
    <messageform>
        JavaBeans 1.x.y
    </messageform>
    <debugout>
        Hi! I'm an XPL program, and I speak fluent Java Bean!
    </debugout>
</xpl>

> ...

> Sure some of Jonathan's ideas may seem off the wall and
> Aly's "drowning in a sea of GOTO's" (which is a very interesting
> concept and I haven't stopped thinking about it yet)

(me neither)

> would cause most
> OO programmers to throw fits and curl up in the corner frothing at
> the mouth. But it's all grist for a debate that must happen before 
we
> can begin to commence to proceed on XPL. A debate where the word
> architecture

Yes indeed. But we stand to learn heaps, just bybuilding a James Clark
XP parser for the tags we
have already. The architecture debate can start in
parallel, and draw on our experience with the
prototype effort.

Hah! Those Wright Brothers, how much aerodyamics
do they know?  :-)


> is used a lot and I get to stick a least one set of
> parentheses in every paragraph.

I promise to give it a rest after this, but Aly's"What is 
compilation?"
rocked me back on my heels.
I mean, the idea of compilation was delivered with
such gravity in the courses I did, that we went away
thinking it was The Inner Knowledge. The killer was
that Aly turns out to be very shrewd on software
architecture.

The paradigm has shifted.

I was burning off the weeds and thistles the other day,
when a couple of 10-yearolds stopped to join in.
Presently, I discovered I had run into the first
generation who have never seen Alien. Welcome to
the 21st Century, Jonno.

> --------------------
> WHY do we need XPL?
> --------------------

> -------------
> WHAT is XPL?
> -------------

These are the FAQs. Muchas gracias.

Jonathan
--- End forwarded message ---

[exprla-devel] Re: [xpl] Okay....

[reid_spencer <ras...@re...>]

--- In xpl-dev@y..., Jonathan Burns <saski@w...> wrote:
Michael Lauzon wrote:

>  Love the ideas, keep them coming.  Though, let's drop the idea 
about
> XPL being a compiled language, was a bad idea on my part.

No it's not.

I know the technology to compile XPL, or at least give it
all the advantages of a compiled language.

<yoda> Long and hard, pondered these things have we. </yoda>

But, I haven't brought it out yet, because it involves taking
some existing low-level language implementation approaches,
and carefully recasting them for the context in which we will
want to use XPL. (E.g. the Java Virtual Machine.)

And because XPL parsing in Java must be worked out in
any case; and is the right platform for egroup prototyping.

And because we have enough to think about already.

But once we have our prototype standard XP-based XPL setup
working, and reasonably documented, I've got the goods.

>  Let's give
> Miva(Script) [http://www..miva.com/] a run for it's money, because
> XPL
> is open-source--Miva is not--make the engine that runs it
> freeware--Miva is not--how many people have heard of Miva.  Raise
> your
> hands.

No hands here, but I'll be dashed interested in their specs.

>  Since I don't have home 'Net access, is there anyone here who
> wants to help work on the website...please speak now, or forever 
hold
> your peace.
>

I'm over-volunteered already, but I'm up for it anyway.

Reason is, I'm a website design newbie, and I need the
experience. Just as soon as I get over some modem/ppp
hitches on my new machine, which should be a matter of
days.

Seeya Soon
Jonathan

Quality accumulates, rubbish just piles up.
--- End forwarded message ---

[exprla-devel] Re: Okay....

[reid_spencer <ras...@re...>]

--- In xpl-dev@y..., "Garreth Galligan" <garreth.galligan@o...> wrote:
I've heard of HTMLScript (vaguely), but didn't know about the name 
change until you brought it up in a previous mail. I think an open 
source version would be a great *application* of XPL. Who wouldn't 
want to use super easy PHP / free ASP. It would certainly help open 
up the field of server-side development to HTML authors, and they're 
going to need something to do if XML is properly and widely adopted 
by industry (as surely it must be, or am I naive and all we'll be 
looking at is XHTML?).

I believe we could happily turn out a version of HTMLScript, hell 
JAVA's API's have done most of the work for us (and that's just if we 
want to ignore the sizeable body of components out there that 
probably already *have* done the work, just plug 'em together). Throw 
it at James Clark's parser and sprinkle in a little JDBC and Bob's 
your Uncle.

However I must now stick my face in the blender of controversy:
 
MivaScript is mostly a DB API with a little control flow and math 
added for flavour. We are not creating an *eXtensible* Programming 
Language if MivaScript is our model.

Sure some of Jonathan's ideas may seem off the wall and 
Aly's "drowning in a sea of GOTO's" (which is a very interesting 
concept and I haven't stopped thinking about it yet) would cause most 
OO programmers to throw fits and curl up in the corner frothing at 
the mouth. But it's all grist for a debate that must happen before we 
can begin to commence to proceed on XPL. A debate where the word 
architecture is used a lot and I get to stick a least one set of 
parentheses in every paragraph.



I'd like to start it by asking a question that no one has asked yet:
--------------------
WHY do we need XPL? (and MivaScript may comes into the answer there)
--------------------


Which has been preceded by, and will be succeeded by:
-------------
WHAT is XPL?
-------------
--- End forwarded message ---

[exprla-devel] Okay....

[reid_spencer <ras...@re...>]

--- In xpl-dev@y..., "Michael Lauzon" <ce940@f...> wrote:
Love the ideas, keep them coming.  Though, let's drop the idea about 
XPL being a compiled language, was a bad idea on my part.  Let's give 
Miva(Script) [http://www..miva.com/] a run for it's money, because
XPL 
is open-source--Miva is not--make the engine that runs it 
freeware--Miva is not--how many people have heard of Miva.  Raise
your 
hands.  Since I don't have home 'Net access, is there anyone here who 
wants to help work on the website...please speak now, or forever hold 
your peace.
--- End forwarded message ---

[exprla-devel] Re: [xpl] DTD or namespace?

[reid_spencer <ras...@re...>]

--- In xpl-dev@y..., "Garreth Galligan" <garreth.galligan@o...> wrote:
For people new to the concepts, what Aly and Jonathan have begun to 
discuss
is fundamentally the old SGML concept of 'architectural forms'.  
Prehaps
more the methods of implementation rather than the concept.
The concepts themselves are not too difficult to grasp, however the
implementations/interfaces can become quite huge edifices.

But please no one get scared and run away :)
There is a substantial (if sometimes slightly difficult to find) body 
of
work on this subject out there, and the specification for their 
development
is described at great and formal length in the SGML ISO spec.

I will not repeat the concepts here but rather set about gathering 
resources
on the matter to post the web site. As, I hope, will others.

HyTime is a good example of architectural forms usage. If you have a 
week to
spare - take a look.
--- End forwarded message ---

[exprla-devel] Re: [xpl] DTD or namespace?

[reid_spencer <ras...@re...>]

--- In xpl-dev@y..., Jonathan Burns <saski@w...> wrote:
Aly Hopkins wrote:

>  In reply to Jonathan Burns' letter of 29 Apr. (Re: It's Us....), I
> was thinking that we had the option of switching languages on the 
fly
> by reference to a different namespace, therefore:
>
> xpl:constant-declaration
> xpl:input
> xpl:dataType
> xpl:if
> xpl:test
> xpl:operator
>
> and so forth.
>

Bingo. I discovered XML namespaces just last night, nosing roundthe
World Wide Web Consortium XML page. Thank heavens, we're
beginning to anticipate the ned for collision detection and build
the remedies in.

Haven't got namespaces integrated into my thinking yet.

> I suspect that he & I are really talking about the same thing, just
> applied a little differently.

Me too. Need to think it through.

> I would be happier with leaving the DTD fixed in stone but

> allowing XPL to call in any language via namespace

> prefix.

This fits with my intuition of DTDs being like classes.At least in 
C++,
we don't generate classes on the fly.
(In Smalltalk we can, but that's another story.)

I seem to remember that Java has a namespace-like
mechanism forprograms to work with imports.

But here's the test:

Here we have the XPL definition. It has integers, xpl:int.
We call in an accessory XPL language, say "executable
MathML", or eMML. It has integers as well.

How should we tell the XPL parser, that wherever the
xpl:int type appears in the DTD, eMML:int is also acceptable?

> As indeed XML is pretty good at calling in ANY resource, in
> any number of ways, from anywhere.

Really?  Oh, this is looking better and better.

By the way...

Compilation is a process which converts a program in a
high-level language directly to instructions for the physical machine
architecture on which the program is to run.

As contrasted with...

Interpretation is the process by which instructions
for a virtual machine architecture are processed by
the virtual machine. This process is indepedent of
any physical architecture on which the interpreter
program may be running.

An architecture consists of a processing model and
a set of instructions which operate on the processing
model.

(Not happy with this, it's too close to the kind of
description which one has to understand beforehand,
to make any sense of it.)

Goodwill
Jonathan
--- End forwarded message ---