HDTenEightyP/NetNews huggingface dataset:
From: lardieri@phoenix.Princeton.EDU (Stephen Lardieri)
Subject: Looking for good APL2 book
Originator: news@nimaster
Organization: Princeton University
Distribution: us
Date: Wed, 20 Jan 1993 06:55:31 GMT

I would like to learn the APL2 language and am looking for recommendations
on a good book to buy.  I would prefer a book that does not assume I will
be using one particular computer system.  I would also prefer a book that
does not waste time trying to teach me programming:  I want to learn the
LANGUAGE, not how important it is to write "structured programs."  :-)
(Especially because I'll mostly be maintaining code rather than writing it.)

If it matters, I will be using APL2 1.3.0 on an IBM 3090 with a Mac running
Brown tn3270 as my terminal.  However, I will eventually be using STSC
APL on a PC, which is why I prefer the book to be non-system-specific.

Please reply to lardieri@princeton.edu
Newsgroups: comp.lang.apl
From: cbbrowne@csi.uottawa.ca (Christopher Browne)
Subject: Source Code of 6.??
Keywords: GCC, ReadLine Interface
Organization: Dept. of Computer Science, University of Ottawa
Date: Wed, 27 Jan 93 20:00:13 GMT

I compiled the latest source code edition of J (6.2, I believe it is?
It's at home, so I can't check offhand) on my Atari ST, with no great
difficulties.  Ran a bunch of the tests, and while I wasn't able to
browse them in TOO much detail, they seemed to do what they were
expected to.  Lots of rank errors, and the likes, where illegal
expressions were tested.

What I was wondering is:
Past editions of the Atari version of J have typically had (I think)
the GNU Readline package linked in, so that emacs-like keybindings can
be used to edit current and past command lines.  It's not 100% clear
how I'd link it in.

Do I need one of the "famous" books?  Or does someone know offhand
which functions need to get replaced?

A while back, I'd looked at the source code, and thought that it was
written in Obfusticated C.  In looking again, I think I was wrong.  It
just LOOKS confusing, and that's probably a function of J being a
fairly complex language.

-- 
Christopher Browne                |     PGP 2.0 key available
cbbrowne@csi.uottawa.ca           |======================================
University of Ottawa              | Genius may have its limitations, but
Master of System Science Program  | stupidity is not thus handicapped.
Newsgroups: comp.lang.apl
From: weg@mace.cc.purdue.edu (Eythan Weg)
Subject: Re: $: (self-reference) difficulties
Organization: Purdue University
Date: Mon, 25 Jan 1993 16:56:50 GMT

In article <abalje47.727925543@ursa> abalje47@ursa.calvin.edu (Alan Baljeu) writes:

	   NB. The following four lines were copied (cut and paste) from
	   NB. tut19.js which I got at watserv1.waterloo.edu from the file
	   NB. /languages/apl/j/tutorial.tar.  It was placed there in March,
	   NB. while the executable arrived in October '92

      a=. '$.=. 2-0=y.' ; '1'
      b=. 'y. * $: y.-1'
      factorial=. (a,<b) : ''
      factorial 5
   limit error
   [2] y. * $: y.-1

The manual (version 5) says that $: means essentially the phrase in
which it occurs.  For anything to behave properly there should be a
way out of the resulting self reference (recursion).  Hence the limit
error.

Eythan
Newsgroups: comp.lang.apl
From: emclean@sfsuvax1.sfsu.edu (Emmett McLean)
Subject: Re: $: (self-reference) difficulties
Keywords: J
Organization: San Francisco State University
Date: Mon, 25 Jan 1993 03:46:08 GMT

   NB. I don't know why your example doesn't work, it should.
   NB. On Jv6.2 I get the same results as you. Obviously if you change
   NB. $: to factorial then you will have no problems.

   a=. '$.=. 2-0=y.' ; '1'
   b=. 'y. * factorial y.-1 '
   factorial=. (a,<b) : ''
   factorial 5
120

NB.    That the example doesn't work may have something to do with
NB.    the fact that factorial is an explicit verb. This tacit verb
NB.    for factorial using $: works fine.
NB. 
   factorial =. 1:`(]*$:@<:) @. *
   factorial 4
24
  
NB.    How does this work?
NB. 
NB.    Well, * used as a monad is signum, returning 1 for positive numbers,
NB.    0 for 0 and _1 for negative numbers.
NB. 
NB.    @. (agenda ) is a case statment. If factorial is called with a noun
NB.    called "n" then
NB. 
NB.    if "* n " is postive then factorial multiplies n times factorial
NB.    with the argument "<: n" ( n minus 1).
NB. 
NB.    if "* n" is zero then 1 is returned (1: is a verb always returning
NB.    one.)
NB.     
NB.    Similarly changing $: to test in the simplified example yeilds :

   b =. 'test 0'
   test =. (a,<b) : ''
   test 2

NB.   which works fine.

NB.   And the tacit solution  using $: works OK too.

   test =. 1:`($:@<:@]) @. *
From: bowman@apl.demon.co.uk (Dick Bowman)
Newsgroups: comp.lang.apl
Subject: Re: APL on SPARC
Date: 26 Jan 93 20:02:18 GMT
Reply-To: bowman@apl.demon.co.uk
Organization: Dogon Research
X-Mailer: Simple NEWS 1.90 (ka9q DIS 1.19)

In article <C1EI0n.Fo@quadsys.com> roland@quadsys.com writes:

>I am considering getting an APL implementation, preferably APL2, for
>my SPARC 2 or DECStation 5000/200 - or both.
>
>I would like to hear from anyone who has APL running on either of these
>machines.
>
>Also, does anyone have an email address or phone number for MicroAPL
>in England? I seem to remember that they were working on APL2 for the
>SUN.
>
>Thanx
>
>-- 
>
>--------------------------------------------------
>------------------------------
>Roland Besserer          QUAD Systems, Santa Cruz            
> roland@quadsys.com
>

MicroAPL may be reached at South Bank Technopark, 90 London Road, London
SE1 6LN, UK; telephone 071 922 8866; fax 071 928 1006. Their email address
eludes me.
Newsgroups: comp.lang.apl
From: wchang@phage.cshl.org (William Chang in Marr Lab - CSHL)
Subject: APL?! (APL who bang)
Organization: Cold Spring Harbor Lab, Long Is New York
Date: Tue, 26 Jan 1993 15:47:01 GMT

APL?!                                                 DRAFT 30 March 1992

A quick summary.  The most commonly used APL operations are given symbols.
There are few symbol combinations.  Keywords are named after functions
instead of glyphs because glyph names are more verbose and less standard.
Ambivalent APL symbols are given the dyadic function name, because it is 
not always possible to distinguish (automatically) between monadic and 
dyadic use--better to stick to the dyadic name uniformly.  Luckily, the 
less intuitive times-sign, modulo-magnitude have symbols instead of keywords. 
As for user names conflicting with keywords, I suggest using the opposite
case for keywords.


? rho [looks a bit like rho; query an array for its shape]
! iota [upside-down i; factorial is product of 1 2 3 ... n]
^ take [head; looks like up-arrow]
~ drop [tail; array less head]
# execute [convert to number]
$ format [convert to string]
= < > ~= <= >= comparisons
+ - * % | arithmetic (plus minus times divide modulo)
/ reduce and compress; \ scan and expand
/[!1] \[!1] along leading axis [/-minus and \-minus are unnecessary]
.f. outer-product
f.g inner-product

not and or nand nor power log [keywords]
rotate [reverse is rotate by 180 degrees]
rotate[!1] along leading axis [circle-minus is unnecessary]
transpose member up down encode decode choose solve deal circle [keywords]

-> goto; <- gets [so A< -B must be written with a space]
<> separator; o} comment
@ quad; "@ quote-quad; & delta; _& underscore-delta 
_number (negative constant); "name (glyph name for I/O purposes)


I hope this is a relatively straight forward solution, to the problem
of transliterating (most of) ISO APL.  Whether or not anyone will use
it is another matter.  Although I personally think APL/! is more
consistent and economical in terms of design, I do not necessarily
prefer it.  In any case, I got no converts :-)

I would like to thank everyone who has contributed to the discussion.
Further suggestions are also welcome!


-- Bill Chang (wchang@cshl.org)         Cold Spring Harbor Lab., NY

p.s. How should one pronounce ?!
Newsgroups: comp.lang.apl
From: roland@quadsys.com (Roland Besserer)
Subject: Re: J is NOT APL (was Re: Interpreter advice sought.)
Organization: QUAD Systems
X-Newsreader: Tin 1.1 PL3
Date: Mon, 25 Jan 1993 08:35:46 GMT

hui@fid.morgan.com (Roger Hui) writes:
: Kurt Swanson writes:
: 
: > ... 
: > In these days of fonts galore, graphical windows (of many types), 
: > postscript, and last but not least UNICODE, there is NO reason to 
: > switch to an antiquated 7-bit US standard.  
: > ...
: 
: There are some simple tests of this assertion.  For example,
: try posting the text of an APL function to this news group, 
: using the system editor on your machine to construct the message.

This is certainly not a valid point. To hopelessly confuse the syntax and limit
it to agonizingly obscure sequences of punctuation characters for the sake
of being able to post verbose sources is nonsense.

-- 

--------------------------------------------------------------------------------
Roland Besserer          QUAD Systems, Santa Cruz             roland@quadsys.com
Newsgroups: comp.lang.apl
From: roland@quadsys.com (Roland Besserer)
Subject: Re: J is NOT APL (was Re: Interpreter advice sought.)
Organization: QUAD Systems
X-Newsreader: Tin 1.1 PL3
Date: Mon, 25 Jan 1993 08:31:42 GMT

kurt@dna.lth.se (Kurt Swanson) writes:
: kurt@dna.lth.se (Kurt Swanson)  [That's me] writes:
: >Is there any "free" apl *interpreter* available for UNIX and/or MAC's???
:                      ===
: 
: Many have written to me tell me about the wonders of J.  Thanks, but
: I'm not interested.  I've used it. It's not APL.
: 
: To me the "enhancements" of J from APL are minimal, and certainly not
: enough to swallow that terrible ASCIIzation of the language (even if
: you can say J is a modification of APL).
: 

: In these days of fonts galore, graphical windows (of many types),
: postscript, and last but not least UNICODE, there is NO reason to
: switch to an antiquated 7-bit US standard.
: 
: From a pure programming theory standpoint, J is flawed where APL is
: not.  APL uses real mathematical symbols that, (get this), perform
: what they look like they should.  J uses cryptic combinations of
: overloaded operators taken from a subset of english punctuation.  Talk
: about unreadability!!!


I felt exactly the same way after first looking into J. I still rememeber
the first time I saw a APL printout and I was immeditely intrigued the
the simplicity of the languge and its character set. It took me very little
time to become familiar with the language and I have enjoyed using it ever
since. A major part of this enjoyment comes from the use of easily 
idetifyable and recognizable characters.

J is just a confusing, unreadable mess and, as you said, there simply isn't
any reason for J's overuse of ASCII punctuation characters.

-- 

--------------------------------------------------------------------------------
Roland Besserer          QUAD Systems, Santa Cruz             roland@quadsys.com
Newsgroups: comp.lang.apl
From: Mike Kent <70530.1226@CompuServe.COM>
Subject: ToT Proceedings (with postpaid prices)
Organization: University of Waterloo
Date: Wed, 27 Jan 1993 06:40:58 GMT

 Yesterday I posted the content of the ToT VIII proceedings; after
 extensive consultation with the Higher Authorities of NY/SIGAPL,
 the price is $20 postpaid in North America.  But wait!  THAT'S NOT
 ENOUGH!!  For $30 postpaid in North America, we'll include a copy of
 the ToT VII proceedings too!  Or, you can order the ToT VII Proceedings
 for $20.  Order now!  Supplies are limited!

 Outside North America, add $5 to these prices.  

 Anyway, here's the Contents of the ToT VII (April 27, 1991) Proceedings
 (v + 119 pp.):

 Alvord		"Using Rainbows for More Than Wishes"
 Waters		"Verifying Statistical Inference"
 Schineller	"APL in the Math Classroom:  Discovery Lessons"
 Mansour	"Making Linear Algebra FUN-damental with APL"
 Hardy		"An Introduction to Cryptography Using APL"	
 Anscombe       "A Statistician Looks at APL"
 Heiberger	"Simple Experimental Designs and Their Analysis" 	
			(abstract only)
 Lewis		"A Full-Screen, Scrollable APL Spreadsheet 
			Input/Output Editor"
 Ostroff	"APL:  the Ultimate Computer Game"
 Rosebush	"Advances in Using APL Notation for Parallel Computers"
 Huang		"A Cook's Tour of Computational Origami"
 Jordan		"The Many Dimensions of British Airways"
 Becker & Main  "The Tool on the Hill, or Tracking Legislaative
			Proceedings with APL"
 Dunn, Lauer,   "APL as a Tool for Professional Software Development"
    & Pickens
 Scholes	"Function Assignment in APL"
 Bergquist	"Writing Good APL"
 Kent		"An APL/OOP Tutorial"
 Brickman	"APL to Print"
 Gibson		"APL:  Beginners' Tutorial"

 
 To order, send a check (US funds) to:

		ToT Proceedings
		NY/SIGAPL
		PO Box 138
		New York, NY  10185-0002
		USA


Newsgroups: comp.lang.apl
From: wchang@phage.cshl.org (William Chang in Marr Lab - CSHL)
Subject: Re: J is NOT APL (was Re: Interpreter advice sought.)
Organization: Cold Spring Harbor Lab, Long Is New York
Date: Tue, 26 Jan 1993 16:14:45 GMT

In article <93025.48953.6035230@LMSC5.IS.LMSC.LOCKHEED.COM> 6035230@LMSC5.IS.LMSC.LOCKHEED.COM (Charles Schulz) writes:
>---------------------------------Original article------------------------
>MicroAPL in London has two Mac APLs, the basic one is quite low-priced,
>but >$100 I think.

It is $155 + $8 shipping.  May still have 30-day money back guarantee.
The fpu version is $415, level II (close to APL2) is $995.

Educational discount is about a third off.

USA: 201-307-9099
London: 071-922-8866

These products have an excellent reputation for speed and reliability.

-- Bill Chang (wchang@cshl.org)
Newsgroups: comp.lang.apl
From: kurt@dna.lth.se (Kurt Swanson)
Subject: Interpreter advice sought.
Organization: Lund Institute of Technology, Sweden
Date: Thu, 21 Jan 1993 16:06:04 GMT

Is there any "free" apl *interpreter* available for UNIX and/or MAC's???
-- 
Kurt Swanson, Dept. of Computer Science,
Lunds universitet.  Kurt.Swanson@dna.lth.se
Newsgroups: comp.lang.apl
From: Mike Kent <70530.1226@CompuServe.COM>
Subject: ToT VIII Report
Organization: University of Waterloo
Date: Tue, 26 Jan 1993 06:09:30 GMT


 The 8th NY/SIGAPL-sponsored "Tool of  Thought" professional development
 seminar was held this past Saturday (January 23) in the facilities of
 Cornell University Medical College/New York Hospital in Manhattan.

 Plenary sessions were addressed by J. Philip Benkard on the topic of 
 "Changing Perspectives" and by Kenneth E. Iverson on "From Iverson
 Notation to J".  There were additionally over a dozen workshops and
 tutorials.  Most speakers and attendees were from the New York metro
 area, but others came from California, Texas, New England, Canada, and
 the United Kingdom.  Academics, employees of large and small firms, and
 independent consultants were among the attendees.  In all there were
 approximately 70 attendees.

 Spiral-bound proceedings are available (vii+141 pp.); I don't know the 
 exact price yet, but it will not exceed $US 20 postpaid in North America.
 I will post the price and ordering address to the news group as soon as
 I know exactly what it is.

 Contents of the proceedings:

	Langlet		"New Mathematics for the Computer"
	Alvord		"When 0 is False and 1 is True"
	Waters		"Population Study:  Life Tables and Age Pyramids"
	Wood		"Thoughts Rescued:  an Historian's Use of APL"
	MacDonald	"Computers in the Curriculum:  Structural
				Geology and Tectonics"
	Conser		"The Use of APL in Monitoring Marine Fish
				Populations"
	Lin		"Teaching Operations Research with APL"
	Bowman		"APL Makes Me Feel All GUI"
	Armstrong	"Expanding Vocabularies"
	Jones		"Inner-Product Scans for Spirals and Random Bits"
	Butterworth	"Integrating Graphics to Your APL*PLUS 	 	
				Application" 
	Lea		"Object Oriented Design and APL"
	Lee		"Object Oriented Programming and APL"
	Kent		"Data Typing, Encapsulation, and Abstraction:
				an APL2 Technique"
	Lucas		"APL -- Concepts and Tools"

 Additionally, software (TryAPL and APL2/PC) for Jones's and Kent's
 presentations was received, and will be made available both by diskette
 purchase (probably around $5, price not fixed) from NY/SIGAPL, and by
 ftp (most likeley at UWaterloo, once th details of transport are worked
 out).

 Somewhat to my surprise (and disappointment), there were no presentations
 on or using J, except for Ken's plenary address, but (very) preliminary
 preparations for ToT IX will be underway soon.  As soon as we have
 a proposed date (or range of dates) and an address, I'll post it here.

 Finally, I think it safe to say that a good time was had by all, and
 NY/SIGAPL looks forward to the next ToT PDS.


Newsgroups: comp.lang.apl
From: tsar.Princeton.EDU!fuchs (Ira H. Fuchs)
Subject: APL on HP95?
Originator: news@nimaster
Organization: Princeton University
Date: Wed, 27 Jan 1993 12:41:51 GMT

Has anyone succeeded in getting APL (any flavor but best would be IBM's  
APL2) to run on the HP95 complete with the APL font? I have J and it works  
just fine but I'm not sure if I am up to learning another "write-only"  
language.
Newsgroups: comp.lang.apl
From: 6035230@LMSC5.IS.LMSC.LOCKHEED.COM (Charles Schulz)
Subject: Re:  Looking for good APL2 book
Organization: Lockheed Missiles & Space Company, Inc.
Date: Mon, 25 Jan 93 13:33:04 PST

--------------------------------Original note----------------------------
Newsgroups: comp.lang.apl
From: Mike Kent <70530.1226@CompuServe.COM>
Subject: Re:  Looking for good APL2 book
Date: Sun, 24 Jan 1993 03:09:33 GMT

In article <1993Jan20.065531.22302@Princeton.EDU>,
lardieri@phoenix.Princeton.EDU (Stephen Lardieri) writes:

>>  I would like to learn the APL2 language and am looking for
>>  recommendations on a good book to buy.  I would prefer a book that
>>  does not assume I will be using one particular computer system.
>>  ...
>>  I will be using APL2 1.3.0 on an IBM 3090 ... I will eventually be
>>  using STSC APL on a PC ...

"APL2 at a Glance", by Brown et. al. is pretty good at an elementary
level, which is fortunate as it's the only general introduction to APL2
that I know of.  For more depth, the choice is clear (to me):  the IBM
APL2 Language Reference. ...

END-----------------------------Original note----------------------------

More detail and contact info for APL2 books:

Renaissance Data Systems -- all APL books in print?
PO Box 20023
Park West Finance Station
NY, NY  USA  10025-1510
(212) 864-3078

SIGAPL book sale -- surplus supplies of various books
Robert G. Brown, executive editor of Quote-Quad:
116 Bentley Avenue
Old Bridge, New Jersey, USA  08857-1336
Robert_Brown@MTS.cc.Wayne.edu

IBM manuals to start with:
- "An Introduction to APL2" (SH20-9229)
- "APL2 Programming: Language Reference" (SH20-9227)

Other books:
- "APL2 at a Glance", Brown et. al., (ISBN 0-13-038670-7, Prentice Hall)
- "APL:  An Interactive Approach", Gilman & Rose (220-471-30022-5, Wiley)

/Charles A. Schulz
Lockheed Missiles & Space Co., Inc.
Sunnyvale, California  94088-3504
E-mail:  cschulz@lmsc.lockheed.com
Newsgroups: comp.lang.apl
From: alaroy@nyx.cs.du.edu (Andrew LaRoy)
Subject: Ftp site for J source code
Organization: Nyx, Public Access Unix @ U. of Denver Math/CS dept.
Distribution: usa
Date: Sat, 23 Jan 93 16:47:10 GMT

Thanks.  Please e-mail, since I don't make my way to netnews often.


--
-----
                                            Sincerely,
                                            alaroy@nyx.cs.du.edu
Friends don't let friends use VM/CMS!
Newsgroups: comp.lang.apl
From: wchang@phage.cshl.org (William Chang in Marr Lab - CSHL)
Subject: APL/! (APL slash bang)
Organization: Cold Spring Harbor Lab, Long Is New York
Date: Tue, 26 Jan 1993 15:43:51 GMT

APL slash bang	                              DRAFT 31 December, 1991

I would like to propose an ASCII rendition of APL, to be called
APL/! (a pun on APL\?, itself a pun on APL).  In this scheme, ASCII
symbol combinations that are visually appealing are assigned to
functions that are most commonly used, subject of course to rules
of consistency and operator ambivalence.  In particular, APL's two
Greek letters rho and iota are transliterated to slash / and bang !.
There are two adverbs, a pre-modifier tilde ~ signifying oppositeness, 
and a post-modifier dot . signifying extension.  A longer note on the
motivation and design of APL/! will be submitted later.

Logical and Comparison:    
  ~. not   ^. and   v. or      ~^. nand    ~v. nor
  = equal  < less   > greater  ~= unequal  ~< not less  ~> not greater
Structural (shaping, slicing, transposing, shifting):
  , ravel, catenate   / shape, reshape   | take  ~| drop   \ transpose  
  -. reverse, rotate (row-wise)  +. (column-wise)
Special:
  ! initial segment of indices, index of   ? membership
  /. compress, reduce (cumulate)   \. expand, scan (partials)
  ~/. ~\. (column-wise)            # execute  ~# format
  (.f.) outer product   (f).(g) inner product
Arithmetic:  
  + plus   - negative, minus   * sign, times   % reciprocal, divide   
  ^ power  ~^ logarithm 
Numerical:
  <. floor, min  >. ceiling, max   ~<. grade up  ~>. grade down
  *. factorial, choose   %. invert matrix, solve   ?. roll, deal
  #. decode  ~#. encode  @. pi times, circle  |. magnitude, modulo
Syntactic:
  ~number (negative constant)   @name (system variable or function)
  @ quad (numerical input/output)  ~@ quote-quad (text input/output)
  =. assignment   -> branch   <> statement separator   <>. o} comment
  & delta  &. delta-underscore   ~& del (define function)  ~&. lock
Unchanged:  
  ;  :  [ ]  ( )  '
Initials for Extended APL:
  c. enclose  ~c. disclose   o. box (objectify)  ~o. open

Some familiar idioms:
  /A "shape A"    //A "rank A"   (/B)/A "B-conform A"
  !10 "initial ten"    !/A "indices A"   B!A "B-indices A"
  ((!/A)=A!A)/.A "A minus duplicates" 
      [indices A equal A-indices A, subset A]
  +/.^.\. "find first zero" [cumulative-add all-one left-partials]
  +/.^.\.-.' '=A "count trailing blanks"
      [find first zero, backwards, in space-equal-A]
  (-+/.^.\.-.' '=A)~|A "A minus trailing blanks"
  (-+/.^.\.-.' '=A)-.A "right-justify A"  
      [row-wise circular shift, trailing blanks to front]
  (!10)(.*.)(!10) "ten-by-ten multiplication table"
  A(+).(*)B "matrix product"   A(<.).(+)A "shortest paths, one stop-over"
  ->(COND)/LABEL [goto LABEL if COND]
  ->(CONDS)/.LABELS [goto LABEL corresponding to first true COND]

-----------------------------------------------------------------------------
William I. Chang, Ph.D.
Cold Spring Harbor Laboratory
100 Bungtown Road, Cold Spring Harbor, NY 11724
(516)367-8866 -8461(fax)  email: wchang@cshl.org
Newsgroups:   comp.lang.apl
From:         loc@yrloc.ipsa.reuter.COM (Leigh Clayton)
Subject:      branching in proposed ISO standard
X-Telephone:  +1 (416) 364-5361 Fax +1 (416) 364-2910 Telex 0622259
Organization: Reuters APL Software Division
X-Mail:       1900/2 First Canadian Place, Toronto, Canada, M5X 1E3
Date:         23 Jan 93 23:23:21 UT

 abalje47@ursa.calvin.edu (Alan Baljeu) asks about branching in the proposed
standard:

 I haven't fetched the newest draft yet, but assuming it hasn't changed in any
unintended way, look at section 6.3.13 (Process-End-of-Statement). You'll see
that two of the possible four patterns involve branches; one returns ESCAPE for
the 'niladic' branch-arrow, the other returns a BRANCH for 'monadic'
branch-arrow. The upshot is that branching hasn't changed from the previous
standard.

 By the way, inquiries about the proposed ISO standard should properly be
addressed to the mailing-list at the following address:

             apl-stds@watmath.UWaterloo.CA (SC22 WG3 attendees)

.../Leigh

--------------------------------------------------------
 Make haste, therefore, sweet love, whilest it is prime
 For none can call again the passed time.
                 Edmund Spenser
--------------------------------------------------------
Leigh Clayton                  loc@yrloc.ipsa.reuter.COM
    -or-                     loc@ipsalab.ipsa.reuter.COM
Newsgroups: comp.lang.apl