Google
 

Trailing-Edge - PDP-10 Archives - SRI_NIC_PERM_FS_1_19910112 - c/x3j11/request.bad
There are no other files named request.bad in the archive.
15-Jun-89 17:46:16-PDT,1265;000000000000
Return-Path: <[email protected]>
Received: from SMOKE.BRL.MIL by SRI-NIC.ARPA with TCP; Thu, 15 Jun 89 17:45:58 PDT
Date:     Thu, 15 Jun 89 20:10:18 EDT
From:     BRL Mail System (MMDF) <[email protected]>
Sender:   [email protected]
Subject:  Waiting mail  (msg.aa08384)
To:       [email protected]
Message-ID:  <[email protected]>

    After 3 days (70 hours), your message has not yet been
fully delivered.  Attempts to deliver the message will continue
for 8 more days.  No further action is required by you.

    Delivery attempts are still pending for the following address(es):

	[email protected] (host: vgr.brl.mil) (queue: brlnet)

    Problems usually are due to service interruptions at the receiving
machine.  Less often, they are caused by the communication system.

    Your message begins as follows:

Received: from SRI-NIC.ARPA by SMOKE.BRL.MIL id aa08384; 12 Jun 89 21:16 EDT
Date: Mon, 12 Jun 89 12:15:53 PDT
From: Ken Harrenstien <[email protected]>
Subject: Re: X3J11 mailing list.
To: [email protected], [email protected]
cc: [email protected]
In-Reply-To: <[email protected]>
Message-ID: <[email protected]>

Hi... I'm not sure, but I'll check and let you know.
-------
...
15-Jun-89 17:57:37-PDT,1758;000000000000
Return-Path: <[email protected]>
Received: from SMOKE.BRL.MIL by SRI-NIC.ARPA with TCP; Thu, 15 Jun 89 17:57:27 PDT
Date:     Thu, 15 Jun 89 20:10:22 EDT
From:     BRL Mail System (MMDF) <[email protected]>
Sender:   [email protected]
Subject:  Waiting mail  (msg.aa06081)
To:       [email protected]
Message-ID:  <[email protected]>

    After 4 days (73 hours), your message has not yet been
fully delivered.  Attempts to deliver the message will continue
for 8 more days.  No further action is required by you.

    Delivery attempts are still pending for the following address(es):

	[email protected] (host: vgr.brl.mil) (queue: brlnet)

    Problems usually are due to service interruptions at the receiving
machine.  Less often, they are caused by the communication system.

    Your message begins as follows:

Received: from SRI-NIC.ARPA by SMOKE.BRL.MIL id aa06081; 12 Jun 89 18:26 EDT
Received: from uunet.uu.net by SRI-NIC.ARPA with TCP; Mon, 12 Jun 89 09:49:37 PDT
Received: from hp4nl.nluug.nl by uunet.uu.net (5.61/1.14) with SMTP 
	id AA13784; Mon, 12 Jun 89 12:49:16 -0400
Received: from star.cs.vu.nl by hp4nl.nluug.nl with SMTP
          id AA13491 (5.58.1.14/2.14); Mon, 12 Jun 89 16:00:41 MET
Received: from tornado.cs.vu.nl by star.cs.vu.nl id aa22105;
          12 Jun 89 16:01 MET DST
Received: from pequod.cs.vu.nl by tornado.cs.vu.nl id aa00609;
          12 Jun 89 16:01 MET DST
Date:     Mon, 12 Jun 89 16:01:09 MET DST
From: Keizer E G <[email protected]>
To: [email protected]
Subject:  X3J11 mailing list.
Message-Id:  <[email protected]>

Hello, I received your confirmation of my message of few months back.
I duly sent back the confirmation you asked me for.
...
15-Jun-89 23:07:06-PDT,1830;000000000000
Date: Thu, 15 Jun 89 23:06:46 PDT
From: The Mailer Daemon <[email protected]>
To: [email protected]
Subject: Message of 5-Jun-89 15:18:51

Message undeliverable and dequeued after 10 days:
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
	    ------------
Received: from uunet.uu.net by SRI-NIC.ARPA with TCP; Mon, 5 Jun 89 15:04:05 PDT
Received: from stellar.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA03670; Mon, 5 Jun 89 15:25:28 -0400
Received: from capricorn.stellar.COM 
	by stellar.Stellar.COM (4.0/smail2.5/01-28-89)
	id AA06998; Mon, 5 Jun 89 15:17:53 EDT
Received: by capricorn.stellar.COM (4.0/SMI-3.2)
	id AA02260; Mon, 5 Jun 89 15:17:51 EDT
From: [email protected] (Peter Darnell @stellar)
Message-Id: <[email protected]>
To: Ken Harrenstien <[email protected]>
Cc: [email protected]
Subject: ANSI request for clarification.
Date: Mon, 05 Jun 89 15:17:49 -0400

   There has been much discussion of "Miranda Rules" for function
argument behavior in the absence of prototypes.  As I understand it,
a function call can be thought of as causing a prototype
to be built that corresponds to widened actual argument types. What
has been implied in non-ANSI literature is that the "Miranda" prototype is
constructed for the initial reference and retained for the rest of the
file.
  My understanding of ANSI function prototyping is that, for
non-prototyped functions, a prototype is constructed anew for each function call.
  This is actually a request from Larry Rosenthal who doesn not have
access to this mailing list.

  Thanks,
  Pete Darnell
-------
16-Jun-89 07:49:09-PDT,2482;000000000000
Date: Fri, 16 Jun 89 07:46:57 PDT
From: The Mailer Daemon <[email protected]>
To: [email protected]
Subject: Message of 7-Jun-89 12:30:21

Message undeliverable and dequeued after 8 days:
[email protected]: Cannot connect to host
	    ------------
Received: from uunet.uu.net by SRI-NIC.ARPA with TCP; Wed, 7 Jun 89 12:29:45 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA26895; Wed, 7 Jun 89 15:30:06 -0400
From: [email protected]
Message-Id: <[email protected]>
To: [email protected]
Subject: 89-051
Date: Wed Jun  7 07:59:54 1989

.X3 89-051  "Administrative notices" "06 Jun 89"
.LP
Jim Brodie, P J Plauger, and I are still trying to determine the
exact state of affairs with our X3 approval.
We have finally decided to send out this mailing without
a full status report;
that will have to wait for another mailing soon.
.LP
Very briefly, everything is still in the X3 office in Washington.
Our understanding is that Mr Hansberry has asked for a full formal
appeal process.
We will send further information as it becomes available.
.LP
Please do not inundate us with telephone calls asking what
news we have next week.
We are attempting to create a quick-notification network,
and will also send another mailing soon.
.LP
Potentially helpful things for the next stages:
.IP o
If you have not already done so,
please try to obtain access to an e-mail facility that can be
reached through Usenet.
.IP o
If you have information about "portal" services which can connect
Usenet to other existing networks, please telephone me
or send email to [email protected] .
.IP o
If you have a new or changed net-address to report,
please send email to Ken Harrenstien, [email protected] .
.IP o
I would very much appreciate the services of a volunteer to
integrate the ordinary-mail mailing list with the Usenet list.
That is, if every voting member of the committee either
had a net-address, or had someone with a net-address willing
to send quick photocopies,
we would be better prepared for our next phases.
If you can help with this please contact me.
.IP o
If, on the other hand,
you have a net-address but already know that it would be unrealistic
for you to make copies of your mail for a few other members,
please let me know via email.
.LP
Our thanks to everyone who has worked so long and hard on this project.
We will keep you posted.

-------
16-Jun-89 13:14:33-PDT,8563;000000000000
Date: Fri, 16 Jun 89 13:05:23 PDT
From: The Mailer Daemon <[email protected]>
To: [email protected]
Subject: Message of 10-Jun-89 18:47:09

Message undeliverable and dequeued after 5 days:
[email protected]: Cannot connect to host
	    ------------
Received: from uunet.uu.net by SRI-NIC.ARPA with TCP; Sat, 10 Jun 89 18:46:44 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA08395; Sat, 10 Jun 89 21:46:35 -0400
From: [email protected]
Message-Id: <[email protected]>
To: [email protected]
Subject: 89-052
Date: Sat Jun 10 21:34:33 1989

BY MY RECORDS, THESE ARE THE VOTING PRINCIPALS (2 OF RECENT 3 MEETINGS).
*** PLEASE CALL OR EMAIL PLUM IF YOU HAVE ANY CHANGES OR ADDITIONS ***
   E = has e-mail address registered with [email protected]
    I = expressed interest in interpretation phase 
     S = company was represented at Seattle meeting
      X = company is represented on X3

------- "North" Boston -------
M806 Meyers, Randy; Digital Equipment Corp; 110 Spit Brook Rd MS ZK02-3/N30;
## EISX      Nashua, NH  03062;;   603-881-2743; [email protected] P-J11
E269 Peyton, John; Apollo Computer; 330 Billerica Rd MS CHF01RD; Chelmsford, MA  01824;
## -I-X         617-256-6600; P-J11
P366 Van Leewwen, Lucy; Concurrent (formerly Masscomp); 1 Technology Pk;
## -I-X      Westford, MA  01886; 508-392-2849; A-J11   
N213 Brosnan, Kevin; Alliant Computer Systems; 1 Monarch Drive; Littleton, MA  01460;
## -I-X      617-486-1345;;   P-J11
8238 Blodgett, Bruce; Honeywell Information Systems; 300 Concord Rd MS MA30/843A;
## -ISX      Billerica, MA  01821;;   617-671-2029; P-J11
8249 Rozakis, Fred T; Wang Labs; 1 Industrial Av; Lowell, MA  01851;
## -ISX      508-967-7002;;   P-J11

------- "South" Boston --------
4224 Johnson, Andrew; Prime Computer; 500 Old Connecticut Path ; MS 10C17-3;
## EISX      Framingham, MA  01701;;   508-879-2960 x4045; [email protected] P-J11
P359 Plauger, P J; 398 Main St; Concord, MA  01742; 508-369-8489; P-J11  
## -IS-      [email protected] (?)
0156 Colligan, Terry; Rational Systems; 102 Union St; POB 480; Natick, MA  01760;
## ----      508-653-6006;;   P-J11
E989 Hudson, Randy; Intermetrics; 733 Concord Av; Cambridge, MA  02138;
## EIS-      617-661-1840;;   [email protected] P-J11
4218 Darnell, Peter; Stellar Computer; 95 Wells Av; Newton, MA  02159;
## EIS-      617-964-1000x260; "stellar!pete"@UCBVAX.BERKELEY.EDU" P-J11   

------- NY/NJ -------
H233 Prosser, David; AT&T; 190 River Rd; Summit, NJ  07901; 201-522-6227;
## EISX     ;   [email protected] P-J11
5049 Plum, Thomas; Plum Hall; 1 Spruce Av; Cardiff, NJ  08232; 808-879-4449;
## EIS-     ;   [email protected] P-J11
H383 Adamczyk, J Stephen  Edison Design Group; 907 Timber Oaks Rd; Edison, NJ  08820;
## --S-      201-769-8262;;   [email protected] P-J11
G820 Bordelon, Craig; Bellcore; RRC-1B218; 444 Hoes Lane; Piscataway, NJ  08854;
## -IS-     ;   201-699-6732; P-J11
8195 Farance, Frank; Farance Inc; 555 Main St; New York , NY  10044;
## -IS-      212-486-4700; P-J11   

------- MD/VA/NC -------
1140 Gwyn, Douglas A; US Army Ballistic Research Lab; ATTN: SLCBR-VL-V;
## EISX      Aberdeen Proving Gr, MD  21005;;   301-278-6647; [email protected] P-J11
E235 Williams, James; Naval Research Laboratory; 55 Joyceton Wy; Upper Marlboro, MD  20772;
## E---      202-767-9035(w);;   [email protected] P-J11
B085 Jaeschke, Rex; DEC Professional; 1810 Michael Faraday Dr #101; Reston, VA  22090;
## E-S-     ;   703-860-0091; [email protected] P-J11
4226 Meissner, Michael; Data General; 62 Alexander Drive; Research Triangle, NC  22709;
## --S-     ;   919-248-6250; [email protected] (?) P-J11
E056 Bradley, Oliver; SAS Institute; SAS Circle; Box 8000; Cary, NC  27512;
## ----      919-467-8000;;   P-J11


------- FL -------
G311 Davies, Steve; Concurrent Computer Corp; 2486 Sand Lake Rd; Orlando, FL  32809;
## E-S-      407-850-1040; [email protected] P-J11   
4232 Jeter, Gary; Harris Computer Systems; 2101 W Cypress Creek Rd MS 161;
## -IS-      Ft Lauderdale, FL  33309;;   305-973-5230; P-J11
N867 Bennett, Mike; Encore Computers; 6901 W Sunrise Blvd; Ft Lauderdale, FL  33569;
## E-S-     ;   305-587-2900x4834; [email protected] P-J11

------- OH -------
1333 Jones, Larry; SDRC; 2000 Eastman Dr; Milford, OH  45150; 513-576-2070;
## EIS-      [email protected] P-J11   
H817 Mickey, Daniel; Chemical Abstracts Serv; 2540 Olentangy River Rd;
## --S-      POB 3012; Columbus, OH  43210;;   614-421-3600; P-J11
M344 Saks, Daniel; Saks & Associates; 287 W McCreight Av; Springfield, OH  45504;
## -IS-      513-324-8669;;   P-J11

------- MN/IL -------
5716 MacDonald, Tom; Cray Research; 1345 Northland Dr; Mendota Hts, MN  55120;
## EIS-      612-681-5818;;   [email protected] P-J11
H337 Bixler, Don; Unisys; POB 64942 MS WE3B; St Paul, MN  55164; 612-635-2062;
## -ISX      P-J11   
7259 Ness, Steve; Mark Williams Co; 601 N Skokie Hwy; Lake Bluff, IL  60044;
## ----      415-821-1235(CA);;   P-J11

------- TX/UT/S.CA -------
M878 Terrazas, Mike; DECUS Representative; c/o LDS Church; 50 E North Temple St 27 Fl;
## -ISX      Salt Lake City,;   UT  84150; 801-531-3246; P-J11
D278 Ohmes, Leonard; Datapoint; 9725 Datapoint Dr #S25; San Antonio, TX  78284;
## --S-      512-699-7336;;   P-J11
H234 Khushf, Monika; Tymlabs; 811 Barton Springs Rd #511; Austin, TX  78759;
## -IS-      512-478-0611;;   P-J11
4217 Brodie, Jim; J Brodie & Associates; 106 S Terrace; Chandler, AZ  85226;
## --S-      602-863-5462;;   P-J11
D306 Schubert, Rick; NCR; 9900 Old Grove Rd; San Diego, CA  92131; 619-693-5717;
## -ISX     ;   P-J11

------- Greater Bay area -------
N220 Stanberry, Linda; Lawrence Livermore Labs; 7000 East Av; POB 808 L300;
## EISX      Livermore, CA  94550;;   415-422-1100; [email protected] P-J11
K425 Rasbold, Chuck; Supercomputer Systems Inc; 1404 Concannon Blvd;
## EIS-      Livermore, CA  94550; 415-449-9392;;   [email protected] P-J11
8240 Pennello, Tom; Metaware; 903 Pacific Av #201; Santa Cruz, CA  95060;
## ----      408-429-6382;;   P-J11
K220 Jervis, Bob; Borland International; 4585 Scotts Valley Dr; Scotts Valley, CA  95066;
## --S-     ;   408-438-8400x460; P-J11
J026 Relph, Richard; EPI; 3707 Williams Rd; San Jose, CA  95117; 408-244-7900;
## --S-      P-J11   









------- Silicon Valley -------
M149 Crockett, Elizabeth  Apple Computers; MS 22-AE; 20525 Mariani Av;
## EISX      Cupertino, CA  95014;;   408-974-5084; [email protected] P-J11
N438 Murray, Walter J; Hewlett Packard; 19447 Pruneridge Av; Cupertino, CA  95014;
## EISX      408-447-6129;;   [email protected] P-J11
N871 Walcott, Zona; Pyramid Technology; 1295 Charleston Rd; POB 7295;
## EIS-      Mountain View, CA  94039;    415-965-7200; [email protected] P-J11P-J11
K375 Meissen, Courtney; Sun Microsystems; MS/1-40; 2550 Garcia Av; Mountain View, CA  94043;
## EISX     ;   415-336-7397; [email protected] P-J11
B088 Weidenhofer, Neal; Amdahl; MS 316; 1250 E Arques; Sunnyvale, CA  94088;
## EIS-      408-737-5007;;   [email protected] P-J11
H237 Hausman, John M; Tandem Computers; 10555 Ridgeview Court; Cupertino, CA  95014;
## --S-      408-996-6555;    P-J11

------- OR/WA -------
4792 Weil, David F; Microsoft; 16011 NE 36 Wy; POB 97017; Redmond, WA  98073;
## EIS-      206-882-8516;;   [email protected] P-J11
K915 Sutton, Carl; Tektronix; POB 500  MS 19-333; Beaverton, OR  97077;
## ----      503-627-7111;;   [email protected] P-J11
M708 Nelson, Clark; Intel; 5200 Elam Young Pkwy MS HF280; Hillsboro, OR  97124;
## EIS-     ;   503-681-2018; [email protected] P-J11
N403 Ryan, Ralph; Chiron Systems; 14486 NE 58 St; Bellevue, WA  98007;
## EIS-      206-869-0141(W); [email protected] P-J11   

------- Ontario -------
5680 Elliott, Shawn; IBM; Dept 31/827; 844 Don Mills Rd; North York, Ontario  M3C 1V7;
## E-SX     ;   CANADA; 416-448-2172; [email protected] P-J11
M146 Fosbury, Don; Control Data; Canadian Development Division; 1855 Minnesota Court;
## --SX     ;   Mississauga, ON  L5N 1K7; CANADA; 416-826-8640x3608; P-J11
D276 Kelly, Thomas; HCR Corporation; 130 Bloor St W; Toronto , Ontario  M5S 1N5;
## -IS-      CANADA;;   416-922-1937; P-J11
J738 Crigger, Fred; Watcom Systems; 415 Phillip St; Waterloo, Ontario  N2L 3X2;
## EIS-      CANADA;;   519-886-3700; [email protected] P-J11

-------
16-Jun-89 13:14:38-PDT,667;000000000000
Date: Fri, 16 Jun 89 13:06:02 PDT
From: The Mailer Daemon <[email protected]>
To: [email protected]
Subject: Message of 10-Jun-89 20:09:29

Message undeliverable and dequeued after 5 days:
[email protected]: Cannot connect to host
	    ------------
Received: from uunet.uu.net by SRI-NIC.ARPA with TCP; Sat, 10 Jun 89 20:09:18 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA00969; Sat, 10 Jun 89 23:09:05 -0400
From: [email protected]
Message-Id: <[email protected]>
To: [email protected], [email protected], [email protected]
Date: Sat Jun 10 22:52:46 1989

	Welcome to XENIX!

-------
16-Jun-89 20:23:44-PDT,765;000000000000
Return-Path: <[email protected]>
Received: from uunet.uu.net by SRI-NIC.ARPA with TCP; Fri, 16 Jun 89 20:23:30 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA27966; Thu, 15 Jun 89 20:11:35 -0400
From: [email protected]
Message-Id: <[email protected]>
To: [email protected]
Subject: addresses
Date: Thu Jun 15 20:09:09 1989

Thanks for "more names" (14 Jun 15:02 PDT).
Here are two new ones, and a change:

Ed Keizer    uunet!cs.vu.nl!keie
Jim Blondeau [email protected]
Carl Sutton  [email protected]

Thanks for the careful work.


Thomas Plum  609-927-3770
Plum Hall Inc
1 Spruce Av, Cardiff NJ 08232 USA
uunet!plumhall!plum  OR  [email protected]

17-Jun-89 22:09:14-PDT,1325;000000000000
Mail-From: VIVIAN created at 17-Jun-89 22:07:36
Date: Sat, 17 Jun 89 22:07:36 PDT
From: The Mailer Daemon <[email protected]>
To: [email protected]
Subject: Message of 12-Jun-89 09:51:34

Message undeliverable and dequeued after 6 days:
[email protected]: Cannot connect to host
	    ------------
Received: from uunet.uu.net by SRI-NIC.ARPA with TCP; Mon, 12 Jun 89 09:49:37 PDT
Received: from hp4nl.nluug.nl by uunet.uu.net (5.61/1.14) with SMTP 
	id AA13784; Mon, 12 Jun 89 12:49:16 -0400
Received: from star.cs.vu.nl by hp4nl.nluug.nl with SMTP
          id AA13491 (5.58.1.14/2.14); Mon, 12 Jun 89 16:00:41 MET
Received: from tornado.cs.vu.nl by star.cs.vu.nl id aa22105;
          12 Jun 89 16:01 MET DST
Received: from pequod.cs.vu.nl by tornado.cs.vu.nl id aa00609;
          12 Jun 89 16:01 MET DST
Date:     Mon, 12 Jun 89 16:01:09 MET DST
From: Keizer E G <[email protected]>
To: [email protected]
Subject:  X3J11 mailing list.
Message-Id:  <[email protected]>

Hello, I received your confirmation of my message of few months back.
I duly sent back the confirmation you asked me for.
I never received anything after that first message, although messages
seem to have gone out. At least, that is what Rex Jaeschke tells me.

What happened?

Ed Keizer
-------
17-Jun-89 22:19:16-PDT,660;000000000000
Mail-From: VIVIAN created at 17-Jun-89 22:15:05
Date: Sat, 17 Jun 89 22:15:05 PDT
From: The Mailer Daemon <[email protected]>
To: [email protected]
Subject: Message of 12-Jun-89 12:27:28

Message undeliverable and dequeued after 5 days:
[email protected]: Cannot connect to host
	    ------------
Date: Mon, 12 Jun 89 12:15:53 PDT
From: Ken Harrenstien <[email protected]>
Subject: Re: X3J11 mailing list.
To: [email protected], [email protected]
cc: [email protected]
In-Reply-To: <[email protected]>
Message-ID: <[email protected]>

Hi... I'm not sure, but I'll check and let you know.
-------
-------
22-Jun-89 10:51:01-PDT,1141;000000000000
Return-Path: <[email protected]>
Received: from Sun.COM by SRI-NIC.ARPA with TCP; Thu, 22 Jun 89 10:50:49 PDT
Received: from snail.Sun.COM (snail.Corp.Sun.COM) by Sun.COM (4.1/SMI-4.1)
	id AA15718; Thu, 22 Jun 89 10:46:37 PDT
Received: from ringworld.sun.com by snail.Sun.COM (4.1/SMI-4.1)
	id AA29873; Thu, 22 Jun 89 10:45:01 PDT
Received: by ringworld.sun.com (4.0/SMI-4.0)
	id AA15420; Thu, 22 Jun 89 10:46:47 PDT
Date: Thu, 22 Jun 89 10:46:47 PDT
From: [email protected] (Mike Eager)
Message-Id: <[email protected]>
To: [email protected], [email protected], [email protected], [email protected],
        [email protected], [email protected],
        [email protected], [email protected], [email protected],
        [email protected], [email protected], [email protected], [email protected],
        [email protected], [email protected], [email protected], [email protected],
        [email protected], [email protected]

Change of address:
	Michael J. Eager
	Eager Consulting
	481 Century Drive
	Campbell, CA 95008
	(408) 378-8820

UUCP:	[email protected]	<=== new e-mail address

Thanks,
-- Mike
23-Jun-89 05:27:40-PDT,3226;000000000000
Date: Fri, 23 Jun 89 05:23:25 PDT
From: The Mailer Daemon <[email protected]>
To: [email protected]
Subject: Message of 16-Jun-89 13:54:52

Message undeliverable and dequeued after 7 days:
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
[email protected].#Internet: Cannot connect to host
[email protected].#Internet: Cannot connect to host
	    ------------
Received: from uunet.uu.net by SRI-NIC.ARPA with TCP; Fri, 16 Jun 89 13:53:14 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA13949; Thu, 15 Jun 89 16:48:47 -0400
From: [email protected]
Message-Id: <[email protected]>
To: [email protected]
Subject: 89-054
Date: Thu Jun 15 16:45:28 1989







INFORMATION PROCESSING SYSTEMS              Doc No: X3J11/89-054

American National Standards Committee       Date: 15 Jun 89
Operating under the procedures of the       Project: 381-D
American National Standards Institute       Ref Doc:
                                            Reply to: Thomas Plum

                Status______ of__ X3J11_____ Proposed________ Standard________

The following information comes from telephone conversations with
Marilyn  Kornfeld,  Manager  of Projects and Standards, X3 Secre-
tariat:

     In April, Mr Russell Hansberry filed a 27-page appeal to the
     X3  Secretariat.  The appeal deals with procedural questions
     and contains threats of legal  actions.   The  Secretariat's
     lawyers  have  recommended  that  the Secretariat not send a
     copy to X3J11, or at least not yet.

     Mr Hansberry appealed the X3 procedure that allowed him only
     30  days  to  file  his  appeal.  A decision was made at the
     Secretariat to allow him until 1 July to draft his  detailed
     appeal.

The operative procedure here is Section 11 (Appeals Procedure) in
X3/SD-2 (Organization and Procedures):

     The Secretariat must respond to the appeal within  30  days,
     i.e. by 1 August.

     If, after that, the appellant and the Secretariat are unable
     to  resolve  the  complaint, the Secretariat "shall" [must?]
     schedule an three-person  appeals  panel:  one  selected  by
     appellant,  one  by  Secretariat, one jointly.  There are no
     mandated time limits on the panel selection.

     The panel shall render a decision in 30 days.  Section  11.5
     indicates that further appeals may be made to ANSI.

Plum has communicated the following question to the  Secretariat:
What  criteria does the Secretariat follow in determining whether
to grant an appeals panel to an appellant?

X3J11 members from organizations with X3 representation will pro-
bably want to discuss this situation with their representative.

Brodie summarized X3J11's position in his cover letter 89-028: Mr
Hansberry  received  a  fair  hearing,  and the committee did not
adopt any of his proposals.


__________

X3 Secretariat: Computer and Business Equipment Manufacturers Association
311 First Street NW, Suite 500, Washington DC 20001          202/737-8888


                              - 1 -


-------
23-Jun-89 18:37:24-PDT,1131;000000000000
Return-Path: <[email protected]>
Received: from SMOKE.BRL.MIL by SRI-NIC.ARPA with TCP; Fri, 23 Jun 89 18:37:14 PDT
Date:     Fri, 23 Jun 89 20:10:48 EDT
From:     BRL Mail System (MMDF) <[email protected]>
Sender:   [email protected]
Subject:  Failed mail  (msg.aa08384)
To:       [email protected]
Message-ID:  <[email protected]>

    After 11 days (262 hours), your message could not be
fully delivered.

    It failed to be received by the following address(es):

	[email protected] (host: vgr.brl.mil) (queue: brlnet)

    Problems usually are due to service interruptions at the receiving
machine.  Less often, they are caused by the communication system.

    Your message follows:

Received: from SRI-NIC.ARPA by SMOKE.BRL.MIL id aa08384; 12 Jun 89 21:16 EDT
Date: Mon, 12 Jun 89 12:15:53 PDT
From: Ken Harrenstien <[email protected]>
Subject: Re: X3J11 mailing list.
To: [email protected], [email protected]
cc: [email protected]
In-Reply-To: <[email protected]>
Message-ID: <[email protected]>

Hi... I'm not sure, but I'll check and let you know.
-------
23-Jun-89 18:37:39-PDT,1796;000000000000
Return-Path: <[email protected]>
Received: from SMOKE.BRL.MIL by SRI-NIC.ARPA with TCP; Fri, 23 Jun 89 18:37:19 PDT
Date:     Fri, 23 Jun 89 20:11:32 EDT
From:     BRL Mail System (MMDF) <[email protected]>
Sender:   [email protected]
Subject:  Failed mail  (msg.aa06081)
To:       [email protected]
Message-ID:  <[email protected]>

    After 12 days (265 hours), your message could not be
fully delivered.

    It failed to be received by the following address(es):

	[email protected] (host: vgr.brl.mil) (queue: brlnet)

    Problems usually are due to service interruptions at the receiving
machine.  Less often, they are caused by the communication system.

    Your message follows:

Received: from SRI-NIC.ARPA by SMOKE.BRL.MIL id aa06081; 12 Jun 89 18:26 EDT
Received: from uunet.uu.net by SRI-NIC.ARPA with TCP; Mon, 12 Jun 89 09:49:37 PDT
Received: from hp4nl.nluug.nl by uunet.uu.net (5.61/1.14) with SMTP 
	id AA13784; Mon, 12 Jun 89 12:49:16 -0400
Received: from star.cs.vu.nl by hp4nl.nluug.nl with SMTP
          id AA13491 (5.58.1.14/2.14); Mon, 12 Jun 89 16:00:41 MET
Received: from tornado.cs.vu.nl by star.cs.vu.nl id aa22105;
          12 Jun 89 16:01 MET DST
Received: from pequod.cs.vu.nl by tornado.cs.vu.nl id aa00609;
          12 Jun 89 16:01 MET DST
Date:     Mon, 12 Jun 89 16:01:09 MET DST
From: Keizer E G <[email protected]>
To: [email protected]
Subject:  X3J11 mailing list.
Message-Id:  <[email protected]>

Hello, I received your confirmation of my message of few months back.
I duly sent back the confirmation you asked me for.
I never received anything after that first message, although messages
seem to have gone out. At least, that is what Rex Jaeschke tells me.

What happened?

Ed Keizer
 4-Jul-89 19:32:07-PDT,3286;000000000000
Return-Path: <[email protected]>
Received: from Sun.COM by SRI-NIC.ARPA with TCP; Tue, 4 Jul 89 19:32:01 PDT
Received: by Sun.COM (4.1/SMI-4.1)
	id AA26469; Tue, 4 Jul 89 19:31:57 PDT
Date: Tue, 4 Jul 89 19:31:57 PDT
From: [email protected] (Mail Delivery Subsystem)
Subject: Returned mail: User unknown
Message-Id: <[email protected]>
To: <[email protected]>

   ----- Transcript of session follows -----
Connected to ringworld:
>>> RCPT To:<eager@ringworld>
<<< 550 eager@ringworld... User unknown
550 eager@ringworld... User unknown

   ----- Unsent message follows -----
Received: from SRI-NIC.ARPA by Sun.COM (4.1/SMI-4.1)
	id AA26467; Tue, 4 Jul 89 19:31:57 PDT
Received: from uunet.uu.net by SRI-NIC.ARPA with TCP; Tue, 4 Jul 89 19:02:41 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA02085; Tue, 4 Jul 89 22:02:07 -0400
From: [email protected]
Message-Id: <[email protected]>
To: [email protected]
Subject: 89-055.1
Date: Tue Jul  4 12:42:19 1989

89-055 PRELIMINARY DRAFT #1
04 Jul 1989
Current status of X3J11 standard

Thomas Plum  609-927-3770 Plum Hall Inc
1 Spruce Av, Cardiff NJ 08232 USA
uunet!plumhall!plum  OR  [email protected]

On 29 June, X3 received an 8(?)-page addendum from Russell Hansberry,
adding to the 26-page appeal received previously.  Copies of both
documents are being expressed to X3J11 officers, to be received
Wednesday 05 July.

There will be an all-day meeting at the X3 Secretariat Friday 07 July,
with officers from J11, X3, SPARC (Standards Planning and Requirements
Committee), and SMC (Secretariat Management Committee).  J11 will be
represented by Plauger (Secretary) and Plum (Vice-Chair).  Brodie
(Chair) concurs with this representation.

We have been asked to provide a chronology of J11's interactions with
Hansberry.  I believe he makes a claim that he did not receive an
adequate hearing.  Therefore, the e-mail distribution of this paper
is accompanied by my rough draft of the chronology (89-056.1).  The main
focus is "Who talked with Hansberry, and for how long?".

Three requests:

(1) Please check this chronology for accuracy and completeness; it needs
more details.  By noon Thursday (06 July), please e-mail or phone with
any changes for the chronology.

(2) (Referring to 89-052, the list of current voting members) If you
know of someone in your local region, who does not receive e-mail, and
was involved in this chronology, please telephone them to see if they
can add any details.

(3) If your company has X3 representation, please discuss this
upcoming Friday meeting with your X3 representative.  If they feel that
it is appropriate, suggest that they telephone any of the X3, SPARC, or
SMC Chair or Vice-Chair people, so that they have some sense of how
their constituents feel about this Hansberry delay.

The officers of J11 believe that an overwhelming consensus of J11
desire that the current Proposed standard should be ratified with the
minimum amount of further delay, and that the officers' responsibility
to the J11 membership is to pursue all legal means to minimize any
further delay. (If you disagree with this assessment, please let me
know.)

 4-Jul-89 20:06:31-PDT,3805;000000000000
Return-Path: <[email protected]>
Received: from Sun.COM by SRI-NIC.ARPA with TCP; Tue, 4 Jul 89 20:06:24 PDT
Received: by Sun.COM (4.1/SMI-4.1)
	id AA26686; Tue, 4 Jul 89 19:47:13 PDT
Date: Tue, 4 Jul 89 19:47:13 PDT
From: [email protected] (Mail Delivery Subsystem)
Subject: Returned mail: User unknown
Message-Id: <[email protected]>
To: <[email protected]>

   ----- Transcript of session follows -----
Connected to ringworld:
>>> RCPT To:<eager@ringworld>
<<< 550 eager@ringworld... User unknown
550 eager@ringworld... User unknown

   ----- Unsent message follows -----
Received: from SRI-NIC.ARPA by Sun.COM (4.1/SMI-4.1)
	id AA26683; Tue, 4 Jul 89 19:47:13 PDT
Received: from uunet.uu.net by SRI-NIC.ARPA with TCP; Tue, 4 Jul 89 19:05:14 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA03144; Tue, 4 Jul 89 22:04:51 -0400
From: [email protected]
Message-Id: <[email protected]>
To: [email protected]
Subject: 89-056.1
Date: Tue Jul  4 12:42:28 1989

PRELIMINARY DRAFT - Please e-mail corrections and additions ASAP.

Chronology of X3J11 discussions with Russell Hansberry
Thomas Plum
03 July 1989

Date   Duration  From / To
       Synopsis
1986:
09/__  Letter  Russell Hansberry to Rex Jaeschke:
       How do I comment to J11?
09/__  Letter  Jaeschke  to Hansberry:
       Send your comments to ANSI BSR and X3 at CBEMA.
1989:
03/06  Letter  Hansberry to Jaeschke:
       No responses yet, what do I do?
03/__  FAX'es  Jaeschke  to J11 officers:
       We have a problem, letter was lost; FAX'ed copy of his letter.
03/14  18min   Jaeschke + Hansberry (206-743-7695):
       "I sent your letter to J11 officers." Some technical discussion.
03/21  Letter  Hansberry to Jaeschke:
       Thanks for your help, some progress.
03/__  30-45m  Hansberry to Tom MacDonald:
       Technical. "Most of your points already have been discussed."
03/__  e-mail  MacDonald to Dennis Ritchie:
       "Should we consider changing precedence?"
03/__  e-mail  Ritchie to MacDonald:
       "Not at this point in the maturity of C."
03/__  15-20m  MacDonald to Hansberry:
       Tried to convince Hansberry to drop his proposals, unlikely
       that the committee would have adopted even last year.
03/__      --  Jim Brodie called Hansberry, left message.
03/__  30-45m  Hansberry + Brodie:
       Suggest you discuss your points with several C experts on J11.
03/28  25min   Jaeschke + Hansberry:
       Technical discussion.  "Realistic assessment:
       very little likelihood of changes at this point."
04/__  ______  P J Plauger to Hansberry:
       ________
04/03? FAX     Hansberry FAX'ed paper to Tom Plum.
04/03? 60-90m  Plum to Hansberry:
       Technical discussion of points.  Committee is willing to
       correct errors, but unlikely to make changes on preferences.
04/__  15-30m  Brodie to Hansberry: We will follow procedures and
       give you a hearing, but little likelihood.  Please consider
       withdrawing your proposal.
04/06  Letter  Dave Weil FedEx'ed Hansberry the J11 responses to 1st and
       2nd public reviews (about 1 1/2 inches of paper), so he could see
       that we had been responding to public input, his case was unique.
04/10  60-75m  Seattle meeting, morning session.  Subgroup:
       Full-time: Gwyn, Meissner, Adamski, Ryan.
       Part-time: Rosler, Wiedenhofer, ...
04/10  2hr?    Afternoon session, subgroup.
04/11  30m?    Morning session, subgroup, prepared 3 points for full J11
04/11  45m     J11 full committee, discussed 3 points.  Votes 31/0,
       28/1, 27/3.

Thomas Plum  609-927-3770
Plum Hall Inc
1 Spruce Av, Cardiff NJ 08232 USA
uunet!plumhall!plum  OR  [email protected]

 5-Jul-89 09:59:50-PDT,3830;000000000000
Return-Path: <intelhf!medusa!intelhf!uucp%[email protected]>
Received: from RELAY.CS.NET by SRI-NIC.ARPA with TCP; Wed, 5 Jul 89 09:59:36 PDT
Received: from [128.215.97.4] by RELAY.CS.NET id aa22610; 5 Jul 89 12:38 EDT
Return-path: [email protected]
Received: from ihf1.intel.com by sc.intel.com; Wed, 28 Jun 89 17:00 PDT
Received: by ihf1.intel.com (/\=-/\ Smail3.1.4.3 #4.4) id
 <[email protected]>; Wed, 28 Jun 89 17:02 PDT
Received: by intelhf.hf.intel.com (smail2.5s1); 28 Jun 89 16:44:40 PDT (Wed)
Received: by medusa.intel.com (/\=-/\ Smail3.1.4.3 #4.3) id
 <[email protected]>; Wed, 28 Jun 89 16:40 PDT
Received: by intelhf.hf.intel.com (smail2.5s1); 7 Jun 89 17:13:22 PDT (Wed)
Date: 7 Jun 89 17:13:22 PDT (Wed)
From: intelhf_OpenNET_mailer%[email protected]
Subject: OpenNET mail delivery problem
To: sri-nic.arpa!X3J11-RELAY%[email protected]
Message-Id: <[email protected]>

Trouble sending OpenNET Mail to  `langlab1'
============ Transcript follows ============

mail.onet: Network connection broke...data lost

============== Message follows =============
From medusa!sri-nic.arpa!X3J11-RELAY  Wed Jun  7 17:13:11 1989 remote from intelhf
Received: by intelhf.hf.intel.com (smail2.5s1); 7 Jun 89 17:13:11 PDT (Wed)
Received: by medusa.intel.com (/\=-/\ Smail3.1.4.3 #4.3)
	id <[email protected]>; Wed, 7 Jun 89 17:13 PDT
Return-path: X3J11-RELAY%[email protected]
Received: from SRI-NIC.ARPA by sc.intel.com; Wed, 7 Jun 89 17:15 PDT
Received: from uunet.uu.net by SRI-NIC.ARPA with TCP; Wed, 7 Jun 89 12:29:45 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP id AA26895;
 Wed, 7 Jun 89 15:30:06 -0400
Date: Wed Jun  7 07:59:54 1989
From: plumhall!plum%[email protected]
Subject: 89-051
To: [email protected]
Message-Id: <[email protected]>

..X3 89-051  "Administrative notices" "06 Jun 89"
..LP
Jim Brodie, P J Plauger, and I are still trying to determine the
exact state of affairs with our X3 approval.
We have finally decided to send out this mailing without
a full status report;
that will have to wait for another mailing soon.
..LP
Very briefly, everything is still in the X3 office in Washington.
Our understanding is that Mr Hansberry has asked for a full formal
appeal process.
We will send further information as it becomes available.
..LP
Please do not inundate us with telephone calls asking what
news we have next week.
We are attempting to create a quick-notification network,
and will also send another mailing soon.
..LP
Potentially helpful things for the next stages:
..IP o
If you have not already done so,
please try to obtain access to an e-mail facility that can be
reached through Usenet.
..IP o
If you have information about "portal" services which can connect
Usenet to other existing networks, please telephone me
or send email to [email protected] .
..IP o
If you have a new or changed net-address to report,
please send email to Ken Harrenstien, [email protected] .
..IP o
I would very much appreciate the services of a volunteer to
integrate the ordinary-mail mailing list with the Usenet list.
That is, if every voting member of the committee either
had a net-address, or had someone with a net-address willing
to send quick photocopies,
we would be better prepared for our next phases.
If you can help with this please contact me.
..IP o
If, on the other hand,
you have a net-address but already know that it would be unrealistic
for you to make copies of your mail for a few other members,
please let me know via email.
..LP
Our thanks to everyone who has worked so long and hard on this project.
We will keep you posted.

 5-Jul-89 10:00:55-PDT,10083;000000000000
Return-Path: <intelhf!medusa!intelhf!root%[email protected]>
Received: from RELAY.CS.NET by SRI-NIC.ARPA with TCP; Wed, 5 Jul 89 10:00:22 PDT
Received: from [128.215.97.4] by RELAY.CS.NET id ab22610; 5 Jul 89 12:38 EDT
Return-path: [email protected]
Received: from ihf1.intel.com by sc.intel.com; Wed, 28 Jun 89 17:08 PDT
Received: by ihf1.intel.com (/\=-/\ Smail3.1.4.3 #4.4) id
 <[email protected]>; Wed, 28 Jun 89 17:10 PDT
Received: by intelhf.hf.intel.com (smail2.5s1); 28 Jun 89 16:53:30 PDT (Wed)
Received: by medusa.intel.com (/\=-/\ Smail3.1.4.3 #4.3) id
 <[email protected]>; Wed, 28 Jun 89 16:44 PDT
Received: by intelhf.hf.intel.com (smail2.5s1); 15 Jun 89 04:40:29 PDT (Thu)
Date: 15 Jun 89 04:40:29 PDT (Thu)
From: intelhf.hf.intel.com!Postmaster%[email protected]
Subject: SWCAD netmail delivery problem
To: sri-nic.arpa!X3J11-RELAY%[email protected]
Message-Id: <[email protected]>

Trouble sending SWCAD Netmail to ' clark ' on 'langlab1':

(NOTE: If there are multiple Transcript sections,
       check the last one, as it will be the most
       useful to you.)

============ Transcript follows ============

Message in queue more than 24 hours, returning

============== Message follows =============

From medusa!sri-nic.arpa!X3J11-RELAY  Wed Jun 14 04:03:48 1989 remote from intelhf
Received: by intelhf.hf.intel.com (smail2.5s1); 14 Jun 89 04:03:48 PDT (Wed)
Received: by medusa.intel.com (/\=-/\ Smail3.1.4.3 #4.3)
	id <[email protected]>; Wed, 14 Jun 89 04:02 PDT
Return-path: X3J11-RELAY%[email protected]
Received: from SRI-NIC.ARPA by sc.intel.com; Wed, 14 Jun 89 04:03 PDT
Received: from uunet.uu.net by SRI-NIC.ARPA with TCP; Sat, 10 Jun 89 18:46:44
 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP id AA08395;
 Sat, 10 Jun 89 21:46:35 -0400
Date: Sat Jun 10 21:34:33 1989
From: plumhall!root%[email protected]
Subject: 89-052
To: voting%[email protected]
Message-Id: <[email protected]>

BY MY RECORDS, THESE ARE THE VOTING PRINCIPALS (2 OF RECENT 3 MEETINGS).
*** PLEASE CALL OR EMAIL PLUM IF YOU HAVE ANY CHANGES OR ADDITIONS ***
   E = has e-mail address registered with [email protected]
    I = expressed interest in interpretation phase 
     S = company was represented at Seattle meeting
      X = company is represented on X3

------- "North" Boston -------
M806 Meyers, Randy; Digital Equipment Corp; 110 Spit Brook Rd MS ZK02-3/N30;
## EISX      Nashua, NH  03062;;   603-881-2743; [email protected] P-J11
E269 Peyton, John; Apollo Computer; 330 Billerica Rd MS CHF01RD; Chelmsford, MA  01824;
## -I-X         617-256-6600; P-J11
P366 Van Leewwen, Lucy; Concurrent (formerly Masscomp); 1 Technology Pk;
## -I-X      Westford, MA  01886; 508-392-2849; A-J11   
N213 Brosnan, Kevin; Alliant Computer Systems; 1 Monarch Drive; Littleton, MA  01460;
## -I-X      617-486-1345;;   P-J11
8238 Blodgett, Bruce; Honeywell Information Systems; 300 Concord Rd MS MA30/843A;
## -ISX      Billerica, MA  01821;;   617-671-2029; P-J11
8249 Rozakis, Fred T; Wang Labs; 1 Industrial Av; Lowell, MA  01851;
## -ISX      508-967-7002;;   P-J11

------- "South" Boston --------
4224 Johnson, Andrew; Prime Computer; 500 Old Connecticut Path ; MS 10C17-3;
## EISX      Framingham, MA  01701;;   508-879-2960 x4045; [email protected] P-J11
P359 Plauger, P J; 398 Main St; Concord, MA  01742; 508-369-8489; P-J11  
## -IS-      [email protected] (?)
0156 Colligan, Terry; Rational Systems; 102 Union St; POB 480; Natick, MA  01760;
## ----      508-653-6006;;   P-J11
E989 Hudson, Randy; Intermetrics; 733 Concord Av; Cambridge, MA  02138;
## EIS-      617-661-1840;;   [email protected] P-J11
4218 Darnell, Peter; Stellar Computer; 95 Wells Av; Newton, MA  02159;
## EIS-      617-964-1000x260; "stellar!pete"@UCBVAX.BERKELEY.EDU" P-J11   

------- NY/NJ -------
H233 Prosser, David; AT&T; 190 River Rd; Summit, NJ  07901; 201-522-6227;
## EISX     ;   [email protected] P-J11
5049 Plum, Thomas; Plum Hall; 1 Spruce Av; Cardiff, NJ  08232; 808-879-4449;
## EIS-     ;   [email protected] P-J11
H383 Adamczyk, J Stephen  Edison Design Group; 907 Timber Oaks Rd; Edison, NJ  08820;
## --S-      201-769-8262;;   [email protected] P-J11
G820 Bordelon, Craig; Bellcore; RRC-1B218; 444 Hoes Lane; Piscataway, NJ  08854;
## -IS-     ;   201-699-6732; P-J11
8195 Farance, Frank; Farance Inc; 555 Main St; New York , NY  10044;
## -IS-      212-486-4700; P-J11   

------- MD/VA/NC -------
1140 Gwyn, Douglas A; US Army Ballistic Research Lab; ATTN: SLCBR-VL-V;
## EISX      Aberdeen Proving Gr, MD  21005;;   301-278-6647; [email protected] P-J11
E235 Williams, James; Naval Research Laboratory; 55 Joyceton Wy; Upper Marlboro, MD  20772;
## E---      202-767-9035(w);;   [email protected] P-J11
B085 Jaeschke, Rex; DEC Professional; 1810 Michael Faraday Dr #101; Reston, VA  22090;
## E-S-     ;   703-860-0091; [email protected] P-J11
4226 Meissner, Michael; Data General; 62 Alexander Drive; Research Triangle, NC  22709;
## --S-     ;   919-248-6250; [email protected] (?) P-J11
E056 Bradley, Oliver; SAS Institute; SAS Circle; Box 8000; Cary, NC  27512;
## ----      919-467-8000;;   P-J11


------- FL -------
G311 Davies, Steve; Concurrent Computer Corp; 2486 Sand Lake Rd; Orlando, FL  32809;
## E-S-      407-850-1040; [email protected] P-J11   
4232 Jeter, Gary; Harris Computer Systems; 2101 W Cypress Creek Rd MS 161;
## -IS-      Ft Lauderdale, FL  33309;;   305-973-5230; P-J11
N867 Bennett, Mike; Encore Computers; 6901 W Sunrise Blvd; Ft Lauderdale, FL  33569;
## E-S-     ;   305-587-2900x4834; [email protected] P-J11

------- OH -------
1333 Jones, Larry; SDRC; 2000 Eastman Dr; Milford, OH  45150; 513-576-2070;
## EIS-      [email protected] P-J11   
H817 Mickey, Daniel; Chemical Abstracts Serv; 2540 Olentangy River Rd;
## --S-      POB 3012; Columbus, OH  43210;;   614-421-3600; P-J11
M344 Saks, Daniel; Saks & Associates; 287 W McCreight Av; Springfield, OH  45504;
## -IS-      513-324-8669;;   P-J11

------- MN/IL -------
5716 MacDonald, Tom; Cray Research; 1345 Northland Dr; Mendota Hts, MN  55120;
## EIS-      612-681-5818;;   [email protected] P-J11
H337 Bixler, Don; Unisys; POB 64942 MS WE3B; St Paul, MN  55164; 612-635-2062;
## -ISX      P-J11   
7259 Ness, Steve; Mark Williams Co; 601 N Skokie Hwy; Lake Bluff, IL  60044;
## ----      415-821-1235(CA);;   P-J11

------- TX/UT/S.CA -------
M878 Terrazas, Mike; DECUS Representative; c/o LDS Church; 50 E North Temple St 27 Fl;
## -ISX      Salt Lake City,;   UT  84150; 801-531-3246; P-J11
D278 Ohmes, Leonard; Datapoint; 9725 Datapoint Dr #S25; San Antonio, TX  78284;
## --S-      512-699-7336;;   P-J11
H234 Khushf, Monika; Tymlabs; 811 Barton Springs Rd #511; Austin, TX  78759;
## -IS-      512-478-0611;;   P-J11
4217 Brodie, Jim; J Brodie & Associates; 106 S Terrace; Chandler, AZ  85226;
## --S-      602-863-5462;;   P-J11
D306 Schubert, Rick; NCR; 9900 Old Grove Rd; San Diego, CA  92131; 619-693-5717;
## -ISX     ;   P-J11

------- Greater Bay area -------
N220 Stanberry, Linda; Lawrence Livermore Labs; 7000 East Av; POB 808 L300;
## EISX      Livermore, CA  94550;;   415-422-1100; [email protected] P-J11
K425 Rasbold, Chuck; Supercomputer Systems Inc; 1404 Concannon Blvd;
## EIS-      Livermore, CA  94550; 415-449-9392;;   [email protected] P-J11
8240 Pennello, Tom; Metaware; 903 Pacific Av #201; Santa Cruz, CA  95060;
## ----      408-429-6382;;   P-J11
K220 Jervis, Bob; Borland International; 4585 Scotts Valley Dr; Scotts Valley, CA  95066;
## --S-     ;   408-438-8400x460; P-J11
J026 Relph, Richard; EPI; 3707 Williams Rd; San Jose, CA  95117; 408-244-7900;
## --S-      P-J11   









------- Silicon Valley -------
M149 Crockett, Elizabeth  Apple Computers; MS 22-AE; 20525 Mariani Av;
## EISX      Cupertino, CA  95014;;   408-974-5084; [email protected] P-J11
N438 Murray, Walter J; Hewlett Packard; 19447 Pruneridge Av; Cupertino, CA  95014;
## EISX      408-447-6129;;   [email protected] P-J11
N871 Walcott, Zona; Pyramid Technology; 1295 Charleston Rd; POB 7295;
## EIS-      Mountain View, CA  94039;    415-965-7200; [email protected] P-J11P-J11
K375 Meissen, Courtney; Sun Microsystems; MS/1-40; 2550 Garcia Av; Mountain View, CA  94043;
## EISX     ;   415-336-7397; [email protected] P-J11
B088 Weidenhofer, Neal; Amdahl; MS 316; 1250 E Arques; Sunnyvale, CA  94088;
## EIS-      408-737-5007;;   [email protected] P-J11
H237 Hausman, John M; Tandem Computers; 10555 Ridgeview Court; Cupertino, CA  95014;
## --S-      408-996-6555;    P-J11

------- OR/WA -------
4792 Weil, David F; Microsoft; 16011 NE 36 Wy; POB 97017; Redmond, WA  98073;
## EIS-      206-882-8516;;   [email protected] P-J11
K915 Sutton, Carl; Tektronix; POB 500  MS 19-333; Beaverton, OR  97077;
## ----      503-627-7111;;   [email protected] P-J11
M708 Nelson, Clark; Intel; 5200 Elam Young Pkwy MS HF280; Hillsboro, OR  97124;
## EIS-     ;   503-681-2018; [email protected] P-J11
N403 Ryan, Ralph; Chiron Systems; 14486 NE 58 St; Bellevue, WA  98007;
## EIS-      206-869-0141(W); [email protected] P-J11   

------- Ontario -------
5680 Elliott, Shawn; IBM; Dept 31/827; 844 Don Mills Rd; North York, Ontario  M3C 1V7;
## E-SX     ;   CANADA; 416-448-2172; [email protected] P-J11
M146 Fosbury, Don; Control Data; Canadian Development Division; 1855 Minnesota Court;
## --SX     ;   Mississauga, ON  L5N 1K7; CANADA; 416-826-8640x3608; P-J11
D276 Kelly, Thomas; HCR Corporation; 130 Bloor St W; Toronto , Ontario  M5S 1N5;
## -IS-      CANADA;;   416-922-1937; P-J11
J738 Crigger, Fred; Watcom Systems; 415 Phillip St; Waterloo, Ontario  N2L 3X2;
## EIS-      CANADA;;   519-886-3700; [email protected] P-J11

 5-Jul-89 11:49:56-PDT,2202;000000000000
Return-Path: <intelhf!medusa!intelhf!root%[email protected]>
Received: from RELAY.CS.NET by SRI-NIC.ARPA with TCP; Wed, 5 Jul 89 11:48:28 PDT
Received: from [128.215.97.4] by RELAY.CS.NET id ac22610; 5 Jul 89 12:38 EDT
Return-path: [email protected]
Received: from ihf1.intel.com by sc.intel.com; Wed, 28 Jun 89 17:12 PDT
Received: by ihf1.intel.com (/\=-/\ Smail3.1.4.3 #4.4) id
 <[email protected]>; Wed, 28 Jun 89 17:14 PDT
Received: by intelhf.hf.intel.com (smail2.5s1); 28 Jun 89 17:02:38 PDT (Wed)
Received: by medusa.intel.com (/\=-/\ Smail3.1.4.3 #4.3) id
 <[email protected]>; Wed, 28 Jun 89 16:45 PDT
Received: by intelhf.hf.intel.com (smail2.5s1); 15 Jun 89 04:42:53 PDT (Thu)
Date: 15 Jun 89 04:42:53 PDT (Thu)
From: intelhf.hf.intel.com!Postmaster%[email protected]
Subject: SWCAD netmail delivery problem
To: sri-nic.arpa!X3J11-RELAY%[email protected]
Message-Id: <[email protected]>

Trouble sending SWCAD Netmail to ' clark ' on 'langlab1':

(NOTE: If there are multiple Transcript sections,
       check the last one, as it will be the most
       useful to you.)

============ Transcript follows ============

Message in queue more than 24 hours, returning

============== Message follows =============

From medusa!sri-nic.arpa!X3J11-RELAY  Wed Jun 14 04:09:02 1989 remote from intelhf
Received: by intelhf.hf.intel.com (smail2.5s1); 14 Jun 89 04:09:02 PDT (Wed)
Received: by medusa.intel.com (/\=-/\ Smail3.1.4.3 #4.3)
	id <[email protected]>; Wed, 14 Jun 89 04:04 PDT
Return-path: X3J11-RELAY%[email protected]
Received: from SRI-NIC.ARPA by sc.intel.com; Wed, 14 Jun 89 04:05 PDT
Received: from uunet.uu.net by SRI-NIC.ARPA with TCP; Sat, 10 Jun 89 20:09:18
 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP id AA00969;
 Sat, 10 Jun 89 23:09:05 -0400
Date: Sat Jun 10 22:52:46 1989
From: plumhall!root%[email protected]
To: [email protected], eec1%[email protected],
 pete%[email protected]
Message-Id: <[email protected]>

	Welcome to XENIX!

 5-Jul-89 21:30:29-PDT,3720;000000000000
Return-Path: <[email protected]>
Received: from uunet.uu.net by SRI-NIC.ARPA with TCP; Wed, 5 Jul 89 21:28:41 PDT
Received: from aussie.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA00983; Thu, 6 Jul 89 00:27:55 -0400
Date: Thu, 6 Jul 89 00:09:14 EST
From: [email protected] (Rex Jaeschke)
Subject: Re: 89-057
Message-Id: <8907060009.0.UUL1.3#[email protected]>
To: [email protected]
In-Reply-To: Your message of Wed Jul  5 11:09:33 1989

> Claim that our membership does not contain members competent to make
> decisions about embedded systems.

Plauger + Whitesmiths affiliates (Maurice Fathi & company + ADC in
Japan) all went over the draft from this perspective.  Also, I assume
did Dan Lau from Intel and his affiliates Anders Rundgren in Sweeden
and they did the Intel 8051C (I think that's its name) embedded
system compiler.  Motorola and Zilog were also involved at various
times. Carl Sutton from Tecktronix.  Also, Computer Innovations who
offer rommable stuff.

Of course, Plauger's role as Tech Editor of Embedded Systems 
Programming should not be taken lightly.

> Claim that the formation of a Numerical Extensions Group indicates that
> numerical users believe that C is still not a suitable language for
> numerical work.

I don't see what this has to do with anything. This is the first I've 
heard that he was interested in numerical applications. Besides, 
numerical and embedded are not necessarily related. In fact, I suggest 
that most embedded C stuff is NOT numerically related. NCEG is 
initially interested in vector/parallel, complex, IEEE, and the like 
issues. Now Digital Signal Processing embedded systems might well 
involve these issues but that has not been the mainstream embedded 
application of the past. Besides, numerical extensions was not within 
the agreed framework of the original committee's work definition. The 
fact that NCEG exists meand we are prepared to continue on from where 
the Stnadard left off. It by no means should be interpreted as a bad 
mark against X3J11. In fact, I started NCEG and I have no expertise or 
direct interest in numerical programming; I simply wanted such 
extensions to be done in a uniform manner. It was NOT the numerical 
community complaining about X3J11's inaction in this area.

> Claim that the failure to adopt Hansberry's proposals in Seattle will
> make his work as an embedded-systems programmer significantly more
> difficult, thus causing him damage and giving him the standing to
> initiate a formal appeal.

I don't see how. const and volatile help out as does pinning down 
stuff on sequence points, sig_atomic_t. Also, so does prototypes as 
gives better quality assurance before burning proms. So does 
assignment-compatibility checking. void * probably helps too as does 
spec of minimum library, limits.h and float.h. locale.h may well play 
a role here too in future workstations.



I don't recall his ever supporting his arguments with concrete 
examples of problems in any environment let alone embedded systems 
programming. Sounds like a last ditched effort as far as I can see.

Rex

----------------------------------------------------------------------------
Rex Jaeschke     | C Users Journal     |  Journal of C Language Translation
(703) 860-0091   | DEC PROFESSIONAL    |1810 Michael Faraday Drive, Suite 101
uunet!aussie!rex | Programmers Journal |     Reston, Virginia 22090, USA
----------------------------------------------------------------------------
Convener of the Numerical C Extensions Group (NCEG)
----------------------------------------------------------------------------

 6-Jul-89 04:11:46-PDT,1569;000000000000
Return-Path: <[email protected]>
Received: from uunet.uu.net by SRI-NIC.ARPA with TCP; Thu, 6 Jul 89 04:11:37 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA06518; Thu, 6 Jul 89 07:01:52 -0400
From: [email protected]
Message-Id: <[email protected]>
To: [email protected]
Subject: delete Yost
Date: Wed Jul  5 18:45:22 1989

>From uunet!attunix.att.com!dfp Wed Jul  5 18:08:53 1989
Received: from arpa.att.com by uunet.uu.net (5.61/1.14) with SMTP 
	id AA16269; Wed, 5 Jul 89 16:22:12 -0400
Message-Id: <[email protected]>
>From: uunet!attunix.att.com!dfp
Date: Wed, 5 Jul 89 15:45 EDT
To: plumhall!plum
Subject: forwarded anti-mailing request

	From attunix!arpa!cmcl2.NYU.EDU!esquire!yost Wed Jul 05 09:33:35 0400 1989
	Received: by cmcl2.NYU.EDU (5.61/1.34)
		id AA16533; Wed, 5 Jul 89 09:46:20 -0400
	Received: from info8 by ESQUIRE.DPW. id aa10097; 5 Jul 89 9:32 EDT
	Received: from localhost by info8. (4.0/SMI-4.0)
		id AA00898; Wed, 5 Jul 89 09:33:37 EDT
	Message-Id: <8907051333.AA00898@info8.>
	To: [email protected]@dpw.NYU.EDU
	Cc: [email protected]
	Subject: Please take me off the X3J11 lists
	Reply-To: [email protected]
	Date: Wed, 05 Jul 89 09:33:35 -0400
	From: [email protected]
	
	I unsubscribed to X3J11 over a year ago, and yet
	I keep getting mailings and my name keeps showing
	up on the list of observers (David Yost, LaurelArts).
	Who keeps that list?  Can I be removed?
	
	Thanks.
	
	 --dave
	
Dave

 6-Jul-89 16:27:31-PDT,2951;000000000000
Return-Path: <[email protected]>
Received: from rutgers.edu by SRI-NIC.ARPA with TCP; Thu, 6 Jul 89 16:27:03 PDT
Received: from ogccse.UUCP by rutgers.edu (5.59/SMI4.0/RU1.1/3.04) with UUCP 
	id AA00511; Thu, 6 Jul 89 19:26:21 EDT
Received: by cse.ogc.edu (5.61+OGC_1.5 (named)/OGC_6.0a)
		id AA14334 ; Thu, 6 Jul 89 15:49:51 -0700
Received: by littlei.hf.intel.com (smail2.5a); 6 Jul 89 13:35:13 PDT (Thu)
Received: by intelhf.hf.intel.com (smail2.5s1); 5 Jul 89 21:27:56 PDT (Wed)
Received: by medusa.intel.com (/\=-/\ Smail3.1.4.3 #4.3)
	id <[email protected]>; Wed, 5 Jul 89 21:23 PDT
Received: by intelhf.hf.intel.com (smail2.5s1); 5 Jul 89 21:24:26 PDT (Wed)
To: [email protected]
Subject: OpenNET mail delivery problem
Message-Id: <[email protected]>
Date: 5 Jul 89 21:24:26 PDT (Wed)
From: [email protected]

Trouble sending OpenNET Mail to  `langlab1'
============ Transcript follows ============

mail.onet: Network connection broke...data lost

============== Message follows =============
>From medusa!relay.cs.net!sri-nic.arpa!X3J11-RELAY  Wed Jul  5 21:24:17 1989 remote from intelhf
Received: by intelhf.hf.intel.com (smail2.5s1); 5 Jul 89 21:24:17 PDT (Wed)
Received: by medusa.intel.com (/\=-/\ Smail3.1.4.3 #4.3)
	id <[email protected]>; Wed, 5 Jul 89 21:19 PDT
Return-path: X3J11-RELAY%[email protected]
Received: from SRI-NIC.ARPA by sc.intel.com; Wed, 5 Jul 89 21:20 PDT
Received: from uunet.uu.net by SRI-NIC.ARPA with TCP; Wed, 5 Jul 89 13:20:30 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP id AA16070;
 Wed, 5 Jul 89 16:20:27 -0400
Date: Wed Jul  5 11:09:33 1989
From: plumhall!root%[email protected]
Subject: 89-057
To: x3j11%[email protected]
Message-Id: <[email protected]>

89-057
Request for further information

Thomas Plum  609-927-3770
Plum Hall Inc
1 Spruce Av, Cardiff NJ 08232 USA
uunet!plumhall!plum  OR  [email protected]

We have received copies of Hansberry's protests.  There are a number of
claims that involve J11:

Claim that our membership does not contain members competent to make
decisions about embedded systems.

Claim that the formation of a Numerical Extensions Group indicates that
numerical users believe that C is still not a suitable language for
numerical work.

Claim that the failure to adopt Hansberry's proposals in Seattle will
make his work as an embedded-systems programmer significantly more
difficult, thus causing him damage and giving him the standing to
initiate a formal appeal.

Please discuss these with the other voting members in your local area
(refer to 89-052).  Please by noon Thursday (tomorrow) phone or e-mail
any information which helps to refute these claims, all three of which
I believe to be incorrect.

I will keep you posted on developments.

11-Jul-89 03:32:49-PDT,3043;000000000000
Date: Tue, 11 Jul 89 03:28:29 PDT
From: The Mailer Daemon <[email protected]>
To: [email protected]
Subject: Message of 4-Jul-89 19:03:30

Message undeliverable and dequeued after 6 days:
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
[email protected].#Internet: Cannot connect to host
[email protected].#Internet: Cannot connect to host
[email protected]: Cannot connect to host
	    ------------
Received: from uunet.uu.net by SRI-NIC.ARPA with TCP; Tue, 4 Jul 89 19:02:41 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA02085; Tue, 4 Jul 89 22:02:07 -0400
From: [email protected]
Message-Id: <[email protected]>
To: [email protected]
Subject: 89-055.1
Date: Tue Jul  4 12:42:19 1989

89-055 PRELIMINARY DRAFT #1
04 Jul 1989
Current status of X3J11 standard

Thomas Plum  609-927-3770 Plum Hall Inc
1 Spruce Av, Cardiff NJ 08232 USA
uunet!plumhall!plum  OR  [email protected]

On 29 June, X3 received an 8(?)-page addendum from Russell Hansberry,
adding to the 26-page appeal received previously.  Copies of both
documents are being expressed to X3J11 officers, to be received
Wednesday 05 July.

There will be an all-day meeting at the X3 Secretariat Friday 07 July,
with officers from J11, X3, SPARC (Standards Planning and Requirements
Committee), and SMC (Secretariat Management Committee).  J11 will be
represented by Plauger (Secretary) and Plum (Vice-Chair).  Brodie
(Chair) concurs with this representation.

We have been asked to provide a chronology of J11's interactions with
Hansberry.  I believe he makes a claim that he did not receive an
adequate hearing.  Therefore, the e-mail distribution of this paper
is accompanied by my rough draft of the chronology (89-056.1).  The main
focus is "Who talked with Hansberry, and for how long?".

Three requests:

(1) Please check this chronology for accuracy and completeness; it needs
more details.  By noon Thursday (06 July), please e-mail or phone with
any changes for the chronology.

(2) (Referring to 89-052, the list of current voting members) If you
know of someone in your local region, who does not receive e-mail, and
was involved in this chronology, please telephone them to see if they
can add any details.

(3) If your company has X3 representation, please discuss this
upcoming Friday meeting with your X3 representative.  If they feel that
it is appropriate, suggest that they telephone any of the X3, SPARC, or
SMC Chair or Vice-Chair people, so that they have some sense of how
their constituents feel about this Hansberry delay.

The officers of J11 believe that an overwhelming consensus of J11
desire that the current Proposed standard should be ratified with the
minimum amount of further delay, and that the officers' responsibility
to the J11 membership is to pursue all legal means to minimize any
further delay. (If you disagree with this assessment, please let me
know.)

-------
11-Jul-89 03:32:51-PDT,3562;000000000000
Date: Tue, 11 Jul 89 03:32:02 PDT
From: The Mailer Daemon <[email protected]>
To: [email protected]
Subject: Message of 4-Jul-89 19:05:56

Message undeliverable and dequeued after 6 days:
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
[email protected].#Internet: Cannot connect to host
[email protected].#Internet: Cannot connect to host
[email protected]: Cannot connect to host
	    ------------
Received: from uunet.uu.net by SRI-NIC.ARPA with TCP; Tue, 4 Jul 89 19:05:14 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA03144; Tue, 4 Jul 89 22:04:51 -0400
From: [email protected]
Message-Id: <[email protected]>
To: [email protected]
Subject: 89-056.1
Date: Tue Jul  4 12:42:28 1989

PRELIMINARY DRAFT - Please e-mail corrections and additions ASAP.

Chronology of X3J11 discussions with Russell Hansberry
Thomas Plum
03 July 1989

Date   Duration  From / To
       Synopsis
1986:
09/__  Letter  Russell Hansberry to Rex Jaeschke:
       How do I comment to J11?
09/__  Letter  Jaeschke  to Hansberry:
       Send your comments to ANSI BSR and X3 at CBEMA.
1989:
03/06  Letter  Hansberry to Jaeschke:
       No responses yet, what do I do?
03/__  FAX'es  Jaeschke  to J11 officers:
       We have a problem, letter was lost; FAX'ed copy of his letter.
03/14  18min   Jaeschke + Hansberry (206-743-7695):
       "I sent your letter to J11 officers." Some technical discussion.
03/21  Letter  Hansberry to Jaeschke:
       Thanks for your help, some progress.
03/__  30-45m  Hansberry to Tom MacDonald:
       Technical. "Most of your points already have been discussed."
03/__  e-mail  MacDonald to Dennis Ritchie:
       "Should we consider changing precedence?"
03/__  e-mail  Ritchie to MacDonald:
       "Not at this point in the maturity of C."
03/__  15-20m  MacDonald to Hansberry:
       Tried to convince Hansberry to drop his proposals, unlikely
       that the committee would have adopted even last year.
03/__      --  Jim Brodie called Hansberry, left message.
03/__  30-45m  Hansberry + Brodie:
       Suggest you discuss your points with several C experts on J11.
03/28  25min   Jaeschke + Hansberry:
       Technical discussion.  "Realistic assessment:
       very little likelihood of changes at this point."
04/__  ______  P J Plauger to Hansberry:
       ________
04/03? FAX     Hansberry FAX'ed paper to Tom Plum.
04/03? 60-90m  Plum to Hansberry:
       Technical discussion of points.  Committee is willing to
       correct errors, but unlikely to make changes on preferences.
04/__  15-30m  Brodie to Hansberry: We will follow procedures and
       give you a hearing, but little likelihood.  Please consider
       withdrawing your proposal.
04/06  Letter  Dave Weil FedEx'ed Hansberry the J11 responses to 1st and
       2nd public reviews (about 1 1/2 inches of paper), so he could see
       that we had been responding to public input, his case was unique.
04/10  60-75m  Seattle meeting, morning session.  Subgroup:
       Full-time: Gwyn, Meissner, Adamski, Ryan.
       Part-time: Rosler, Wiedenhofer, ...
04/10  2hr?    Afternoon session, subgroup.
04/11  30m?    Morning session, subgroup, prepared 3 points for full J11
04/11  45m     J11 full committee, discussed 3 points.  Votes 31/0,
       28/1, 27/3.

Thomas Plum  609-927-3770
Plum Hall Inc
1 Spruce Av, Cardiff NJ 08232 USA
uunet!plumhall!plum  OR  [email protected]

-------
11-Jul-89 15:53:42-PDT,2066;000000000000
Date: Tue, 11 Jul 89 12:05:24 PDT
From: The Mailer Daemon <[email protected]>
To: [email protected]
Subject: Message of 5-Jul-89 13:22:05

Message undeliverable and dequeued after 6 days:
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
[email protected].#Internet: Cannot connect to host
[email protected].#Internet: Cannot connect to host
[email protected]: Cannot connect to host
	    ------------
Received: from uunet.uu.net by SRI-NIC.ARPA with TCP; Wed, 5 Jul 89 13:20:30 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA16070; Wed, 5 Jul 89 16:20:27 -0400
From: [email protected]
Message-Id: <[email protected]>
To: [email protected]
Subject: 89-057
Date: Wed Jul  5 11:09:33 1989

89-057
Request for further information

Thomas Plum  609-927-3770
Plum Hall Inc
1 Spruce Av, Cardiff NJ 08232 USA
uunet!plumhall!plum  OR  [email protected]

We have received copies of Hansberry's protests.  There are a number of
claims that involve J11:

Claim that our membership does not contain members competent to make
decisions about embedded systems.

Claim that the formation of a Numerical Extensions Group indicates that
numerical users believe that C is still not a suitable language for
numerical work.

Claim that the failure to adopt Hansberry's proposals in Seattle will
make his work as an embedded-systems programmer significantly more
difficult, thus causing him damage and giving him the standing to
initiate a formal appeal.

Please discuss these with the other voting members in your local area
(refer to 89-052).  Please by noon Thursday (tomorrow) phone or e-mail
any information which helps to refute these claims, all three of which
I believe to be incorrect.

I will keep you posted on developments.

-------
13-Jul-89 00:21:49-PDT,792;000000000000
Mail-From: KLH created at 13-Jul-89 00:21:36
Date: Thu, 13 Jul 89 00:21:36 PDT
From: Ken Harrenstien <[email protected]>
Subject: Re: delete Yost
To: [email protected], [email protected]
cc: [email protected]
In-Reply-To: <[email protected]>
Message-ID: <[email protected]>

Was on vacation for awhile, catching up now.

- Dave Yost was never on the X3J11 e-mail list, so that's OK.
- John Peyton was added as [email protected].

A few people are still failing to get their mail, e.g. [email protected] appears
to be unreachable... at least from here.  After I have time to gather up
some examples, I'll let you know who they are, in case you have other
ways of contacting them and perhaps getting a better address.

--Ken
-------
14-Jul-89 23:13:42-PDT,2049;000000000000
Return-Path: <[email protected]>
Received: from Sun.COM by SRI-NIC.ARPA with TCP; Fri, 14 Jul 89 23:13:32 PDT
Received: by Sun.COM (4.1/SMI-4.1)
	id AB25501; Fri, 14 Jul 89 23:12:22 PDT
Date: Fri, 14 Jul 89 23:12:22 PDT
From: [email protected] (Mail Delivery Subsystem)
Subject: Returned mail: Cannot send message for 3 days
Message-Id: <[email protected]>
To: <[email protected]>

   ----- Transcript of session follows -----
421 ringworld: Host ringworld is down

   ----- Unsent message follows -----
Received: from SRI-NIC.ARPA by Sun.COM (4.1/SMI-4.1)
	id AA19090; Tue, 11 Jul 89 12:05:10 PDT
Received: from uunet.uu.net by SRI-NIC.ARPA with TCP; Wed, 5 Jul 89 13:20:30 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA16070; Wed, 5 Jul 89 16:20:27 -0400
From: [email protected]
Message-Id: <[email protected]>
To: [email protected]
Subject: 89-057
Date: Wed Jul  5 11:09:33 1989

89-057
Request for further information

Thomas Plum  609-927-3770
Plum Hall Inc
1 Spruce Av, Cardiff NJ 08232 USA
uunet!plumhall!plum  OR  [email protected]

We have received copies of Hansberry's protests.  There are a number of
claims that involve J11:

Claim that our membership does not contain members competent to make
decisions about embedded systems.

Claim that the formation of a Numerical Extensions Group indicates that
numerical users believe that C is still not a suitable language for
numerical work.

Claim that the failure to adopt Hansberry's proposals in Seattle will
make his work as an embedded-systems programmer significantly more
difficult, thus causing him damage and giving him the standing to
initiate a formal appeal.

Please discuss these with the other voting members in your local area
(refer to 89-052).  Please by noon Thursday (tomorrow) phone or e-mail
any information which helps to refute these claims, all three of which
I believe to be incorrect.

I will keep you posted on developments.

15-Jul-89 00:14:24-PDT,1942;000000000000
Return-Path: <[email protected]>
Received: from uunet.uu.net by SRI-NIC.ARPA with TCP; Sat, 15 Jul 89 00:14:09 PDT
Received: from ukc.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA15435; Sat, 15 Jul 89 03:14:20 -0400
Message-Id: <[email protected]>
To: [email protected]
From: UKC FTP Daemon <[email protected]>
Subject: Failure of your mail.
Date: Sat, 15 Jul 89 08:06:50

Your mail to uk.co.bt.axion failed when the file was transferred.
The mail at this host was to be sent to the follow addresses.

    neil%uucp.bsiqa%[email protected]

This was due to an error at uk.co.bt.axion.
The reason given was:

   Repeated temporary MMDF failure after 2 attempts [FIO]

The body of your mail follows.

Received: from mcvax by kestrel.Ukc.AC.UK   via EUnet with authorised UUCP
           id aa28132; 15 Jul 89 8:04 BST
Received: by mcvax.cwi.nl via EUnet; Sat, 15 Jul 89 08:57:49 +0200 (MET)
Received: from SRI-NIC.ARPA by uunet.uu.net (5.61/1.14) with SMTP 
	id AA07569; Sat, 15 Jul 89 02:41:33 -0400
Received: from vgr.brl.mil by SRI-NIC.ARPA with TCP; Fri, 14 Jul 89 21:29:56 PDT
Date:     Sat, 15 Jul 89 0:22:09 EDT
From: Doug Gwyn (VLD/VMB) <[email protected]>
To: [email protected]
Cc: [email protected]
Subject:  Re:  recursive main()? (and invisible prototype query)
Message-Id:  <[email protected]>
Sender: [email protected]

Programmers who need to recurse can do so without using main() as the
name of the recursive function.  main() has some special attributes
that could (and apparently do, on VMS at least) require special
treatment for the main() function.  We have practically guaranteed
that some implementations will have to handle main() specially, due
to permitting it to be validly defined both with and without
parameters.

I think you're right about old-style function definitions needing to
create an equivalent prototype.
16-Jul-89 01:29:37-PDT,2619;000000000000
Return-Path: <[email protected]>
Received: from Sun.COM by SRI-NIC.ARPA with TCP; Sun, 16 Jul 89 01:29:30 PDT
Received: by Sun.COM (4.1/SMI-4.1)
	id AA12718; Sun, 16 Jul 89 01:28:35 PDT
Date: Sun, 16 Jul 89 01:28:35 PDT
From: [email protected] (Mail Delivery Subsystem)
Subject: Returned mail: Cannot send message for 3 days
Message-Id: <[email protected]>
To: <[email protected]>

   ----- Transcript of session follows -----
421 ringworld: Host ringworld is down

   ----- Unsent message follows -----
Received: from SRI-NIC.ARPA by Sun.COM (4.1/SMI-4.1)
	id AA14501; Thu, 13 Jul 89 00:48:35 PDT
Date: Thu, 13 Jul 89 00:11:12 PDT
From: Ken Harrenstien <[email protected]>
Subject: [[email protected] (Rex Jaeschke): Pls foreward to X3J11 dist list]
To: [email protected]
Message-Id: <[email protected]>

Forwarding at Rex's request:
                ---------------
Date: Wed, 12 Jul 89 16:01:25 EST
From: [email protected] (Rex Jaeschke)
Subject: Pls foreward to X3J11 dist list

----

Dear X3J11 member,

In my first official act as your (acting) International Rep I need
your input on something, and it's not even C-related.

I need to cast a vote on a ballot re ALGOL 60. Since the US has no 
standards group dealing with this, ANSI is asking all other language 
groups to provide input. You have three choices:

Either ALGOL 60 ISO 1538:1984 should be:

A) confirmed
B) Revised
C) Withdrawn

If you feel at all qualified in this matter PLEASE contact me 
immediately. Due to the limited time I have left to respond and my 
travel schedule, I can only accept email responses (to 
uunet!aussie!rex) that arrive here by mid-Sunday July 16th.  After
that (or instead of email) phone me on (703) 860-0091.  I work out of
home so weekends is fine.  There's an answering machine too.

Thanks in advance.

----
BTW, does anyone out there believe an ANSI-conformant implementation 
requires that main be able to be called reliably, recursively? This is 
a serious issue.
----

Rex

----------------------------------------------------------------------------
Rex Jaeschke     | C Users Journal     |  Journal of C Language Translation
(703) 860-0091   | DEC PROFESSIONAL    |1810 Michael Faraday Drive, Suite 101
uunet!aussie!rex | Programmers Journal |     Reston, Virginia 22090, USA
----------------------------------------------------------------------------
Convener of the Numerical C Extensions Group (NCEG)
----------------------------------------------------------------------------

-------
16-Jul-89 02:33:01-PDT,1235;000000000000
Return-Path: <[email protected]>
Received: from Sun.COM by SRI-NIC.ARPA with TCP; Sun, 16 Jul 89 02:32:56 PDT
Received: by Sun.COM (4.1/SMI-4.1)
	id AA15256; Sun, 16 Jul 89 02:32:03 PDT
Date: Sun, 16 Jul 89 02:32:03 PDT
From: [email protected] (Mail Delivery Subsystem)
Subject: Returned mail: Cannot send message for 3 days
Message-Id: <[email protected]>
To: <[email protected]>

   ----- Transcript of session follows -----
421 ringworld: Host ringworld is down

   ----- Unsent message follows -----
Received: from SRI-NIC.ARPA by Sun.COM (4.1/SMI-4.1)
	id AA16282; Thu, 13 Jul 89 01:33:59 PDT
Received: from vgr.brl.mil by SRI-NIC.ARPA with TCP; Thu, 13 Jul 89 00:58:52 PDT
Date:     Thu, 13 Jul 89 3:57:50 EDT
From: Doug Gwyn (VLD/VMB) <[email protected]>
To: Ken Harrenstien <[email protected]>
Cc: [email protected]
Subject:  Re:  [[email protected] (Rex Jaeschke): Pls foreward to X3J11 dist list]
Message-Id:  <[email protected]>

I don't think main() can be used recursively, because the nested call
would violate the specification with regard to how the parameters are
set up upon entry to main(), i.e. would conflict with what we say for
normal functions.
18-Jul-89 00:47:46-PDT,1501;000000000000
Return-Path: <[email protected]>
Received: from Sun.COM by SRI-NIC.ARPA with TCP; Tue, 18 Jul 89 00:47:38 PDT
Received: by Sun.COM (4.1/SMI-4.1)
	id AD09528; Tue, 18 Jul 89 00:46:19 PDT
Date: Tue, 18 Jul 89 00:46:19 PDT
From: [email protected] (Mail Delivery Subsystem)
Subject: Returned mail: Cannot send message for 3 days
Message-Id: <[email protected]>
To: <[email protected]>

   ----- Transcript of session follows -----
421 ringworld: Host ringworld is down

   ----- Unsent message follows -----
Received: from SRI-NIC.ARPA by Sun.COM (4.1/SMI-4.1)
	id AA04008; Fri, 14 Jul 89 23:39:18 PDT
Received: from vgr.brl.mil by SRI-NIC.ARPA with TCP; Fri, 14 Jul 89 21:29:56 PDT
Date:     Sat, 15 Jul 89 0:22:09 EDT
From: Doug Gwyn (VLD/VMB) <[email protected]>
To: Ken Harrenstien <[email protected]>
Cc: [email protected]
Subject:  Re:  recursive main()? (and invisible prototype query)
Message-Id:  <[email protected]>

Programmers who need to recurse can do so without using main() as the
name of the recursive function.  main() has some special attributes
that could (and apparently do, on VMS at least) require special
treatment for the main() function.  We have practically guaranteed
that some implementations will have to handle main() specially, due
to permitting it to be validly defined both with and without
parameters.

I think you're right about old-style function definitions needing to
create an equivalent prototype.
19-Jul-89 02:47:01-PDT,2455;000000000000
Mail-From: VIVIAN created at 19-Jul-89 02:44:41
Date: Wed, 19 Jul 89 02:44:41 PDT
From: The Mailer Daemon <[email protected]>
To: [email protected]
Subject: Message of 13-Jul-89 00:11:20

Message undeliverable and dequeued after 6 days:
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
[email protected].#Internet: Cannot connect to host
[email protected].#Internet: Cannot connect to host
	    ------------
Date: Thu, 13 Jul 89 00:11:12 PDT
From: Ken Harrenstien <[email protected]>
Subject: [[email protected] (Rex Jaeschke): Pls foreward to X3J11 dist list]
To: [email protected]
Message-ID: <[email protected]>

Forwarding at Rex's request:
                ---------------
Date: Wed, 12 Jul 89 16:01:25 EST
From: [email protected] (Rex Jaeschke)
Subject: Pls foreward to X3J11 dist list

----

Dear X3J11 member,

In my first official act as your (acting) International Rep I need
your input on something, and it's not even C-related.

I need to cast a vote on a ballot re ALGOL 60. Since the US has no 
standards group dealing with this, ANSI is asking all other language 
groups to provide input. You have three choices:

Either ALGOL 60 ISO 1538:1984 should be:

A) confirmed
B) Revised
C) Withdrawn

If you feel at all qualified in this matter PLEASE contact me 
immediately. Due to the limited time I have left to respond and my 
travel schedule, I can only accept email responses (to 
uunet!aussie!rex) that arrive here by mid-Sunday July 16th.  After
that (or instead of email) phone me on (703) 860-0091.  I work out of
home so weekends is fine.  There's an answering machine too.

Thanks in advance.

----
BTW, does anyone out there believe an ANSI-conformant implementation 
requires that main be able to be called reliably, recursively? This is 
a serious issue.
----

Rex

----------------------------------------------------------------------------
Rex Jaeschke     | C Users Journal     |  Journal of C Language Translation
(703) 860-0091   | DEC PROFESSIONAL    |1810 Michael Faraday Drive, Suite 101
uunet!aussie!rex | Programmers Journal |     Reston, Virginia 22090, USA
----------------------------------------------------------------------------
Convener of the Numerical C Extensions Group (NCEG)
----------------------------------------------------------------------------

-------
-------
19-Jul-89 02:47:04-PDT,1087;000000000000
Mail-From: VIVIAN created at 19-Jul-89 02:44:44
Date: Wed, 19 Jul 89 02:44:44 PDT
From: The Mailer Daemon <[email protected]>
To: [email protected]
Subject: Message of 13-Jul-89 00:58:59

Message undeliverable and dequeued after 6 days:
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
[email protected].#Internet: Cannot connect to host
[email protected].#Internet: Cannot connect to host
	    ------------
Received: from vgr.brl.mil by SRI-NIC.ARPA with TCP; Thu, 13 Jul 89 00:58:52 PDT
Date:     Thu, 13 Jul 89 3:57:50 EDT
From:     Doug Gwyn (VLD/VMB) <[email protected]>
To:       Ken Harrenstien <[email protected]>
cc:       [email protected]
Subject:  Re:  [[email protected] (Rex Jaeschke): Pls foreward to X3J11 dist list]
Message-ID:  <[email protected]>

I don't think main() can be used recursively, because the nested call
would violate the specification with regard to how the parameters are
set up upon entry to main(), i.e. would conflict with what we say for
normal functions.
-------
19-Jul-89 02:52:32-PDT,2234;000000000000
Date: Wed, 19 Jul 89 02:52:08 PDT
From: The Mailer Daemon <[email protected]>
To: [email protected]
Subject: Message of 13-Jul-89 06:47:11

Message undeliverable and dequeued after 5 days:
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
[email protected].#Internet: Cannot connect to host
[email protected].#Internet: Cannot connect to host
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
fwc%[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
	    ------------
Received: from arpa.att.com by SRI-NIC.ARPA with TCP; Thu, 13 Jul 89 06:46:28 PDT
From: [email protected]
Date: Thu, 13 Jul 89 09:36 EDT
To: [email protected]
Subject: Re: recursive main()?

Rex Jaeschke asks:
> BTW, does anyone out there believe an ANSI-conformant implementation 
> requires that main be able to be called reliably, recursively? This is 
> a serious issue.

To which Doug Gwyn replies:
> I don't think main() can be used recursively, because the nested call
> would violate the specification with regard to how the parameters are
> set up upon entry to main(), i.e. would conflict with what we say for
> normal functions.

I disagree.  I see nothing in the description of main() that disallows
a strictly conforming program from calling its own main().  There are
requirements on the startup call's arguments to main(), and requirements
about the return from this initial call, but these do not apply to any
subsequent calls.

I would say that a conforming implementation must allow main() to be
called by a program...subject to the normal function call rules, limits
on stack space, and so on.  Putting it another way, the following should
be a strictly conforming program that always prints "Hello world" and
terminates successfully:

	#include <stdio.h>

	int
	main(int argc, char **argv)
	{
		if (argc > 0)
			return 32767 - main(0, (char **)0);
		(void)printf("Hello world\n");
		return 32767;
	}

Dave Prosser
-------
19-Jul-89 03:32:49-PDT,1566;000000000000
Mail-From: VIVIAN created at 19-Jul-89 03:32:06
Date: Wed, 19 Jul 89 03:32:06 PDT
From: The Mailer Daemon <[email protected]>
To: [email protected]
Subject: Message of 13-Jul-89 14:03:28

Message undeliverable and dequeued after 5 days:
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
[email protected].#Internet: Cannot connect to host
[email protected].#Internet: Cannot connect to host
	    ------------
Date: Thu, 13 Jul 89 14:03:00 PDT
From: Ken Harrenstien <[email protected]>
Subject: Re: recursive main()? (and invisible prototype query)
To: [email protected]
cc: [email protected]
In-Reply-To: Message from "[email protected]" of Thu, 13 Jul 89 06:55:05 PDT
Message-ID: <[email protected]>

I agree with Dave Prosser, there isn't anything I can see that prohibits
recursion on main() -- something that actually can be useful in at least
one real program I know of.  Why would this be a problem?

By the way, as long as I'm writing, here's a different question that
I'm wondering about.  What happens when you have an old-style function
definition followed later by a new-style (prototype) reference?  The
discussion of compatibility in 3.5.4.3 (p.69, l.12-25) doesn't
distinguish between the ordering.  This appears to imply that every
old-style function definition, even though it doesn't declare a
prototype, must still create and carry around a prototype which is
totally invisible EXCEPT for this single solitary special case.  Ugh!

--Ken
-------
-------
19-Jul-89 20:47:11-PDT,2158;000000000000
Return-Path: <[email protected]>
Received: from Sun.COM by SRI-NIC.ARPA with TCP; Wed, 19 Jul 89 20:47:03 PDT
Received: by Sun.COM (4.1/SMI-4.1)
	id AB27378; Wed, 19 Jul 89 20:45:52 PDT
Date: Wed, 19 Jul 89 20:45:52 PDT
From: [email protected] (Mail Delivery Subsystem)
Subject: Returned mail: Cannot send message for 3 days
Message-Id: <[email protected]>
To: <[email protected]>

   ----- Transcript of session follows -----
421 ringworld: Host ringworld is down

   ----- Unsent message follows -----
Received: from SRI-NIC.ARPA by Sun.COM (4.1/SMI-4.1)
	id AA19093; Sun, 16 Jul 89 16:19:30 PDT
Message-Id: <[email protected]>
Received: from arpa.att.com by SRI-NIC.ARPA with TCP; Thu, 13 Jul 89 06:46:28 PDT
From: [email protected]
Date: Thu, 13 Jul 89 09:36 EDT
To: [email protected]
Subject: Re: recursive main()?

Rex Jaeschke asks:
> BTW, does anyone out there believe an ANSI-conformant implementation 
> requires that main be able to be called reliably, recursively? This is 
> a serious issue.

To which Doug Gwyn replies:
> I don't think main() can be used recursively, because the nested call
> would violate the specification with regard to how the parameters are
> set up upon entry to main(), i.e. would conflict with what we say for
> normal functions.

I disagree.  I see nothing in the description of main() that disallows
a strictly conforming program from calling its own main().  There are
requirements on the startup call's arguments to main(), and requirements
about the return from this initial call, but these do not apply to any
subsequent calls.

I would say that a conforming implementation must allow main() to be
called by a program...subject to the normal function call rules, limits
on stack space, and so on.  Putting it another way, the following should
be a strictly conforming program that always prints "Hello world" and
terminates successfully:

	#include <stdio.h>

	int
	main(int argc, char **argv)
	{
		if (argc > 0)
			return 32767 - main(0, (char **)0);
		(void)printf("Hello world\n");
		return 32767;
	}

Dave Prosser
19-Jul-89 23:15:36-PDT,1730;000000000000
Return-Path: <[email protected]>
Received: from Sun.COM by SRI-NIC.ARPA with TCP; Wed, 19 Jul 89 23:15:28 PDT
Received: by Sun.COM (4.1/SMI-4.1)
	id AA03406; Wed, 19 Jul 89 23:14:18 PDT
Date: Wed, 19 Jul 89 23:14:18 PDT
From: [email protected] (Mail Delivery Subsystem)
Subject: Returned mail: Cannot send message for 3 days
Message-Id: <[email protected]>
To: <[email protected]>

   ----- Transcript of session follows -----
421 ringworld: Host ringworld is down

   ----- Unsent message follows -----
Received: from SRI-NIC.ARPA by Sun.COM (4.1/SMI-4.1)
	id AA02928; Sun, 16 Jul 89 22:49:14 PDT
Date: Thu, 13 Jul 89 14:03:00 PDT
From: Ken Harrenstien <[email protected]>
Subject: Re: recursive main()? (and invisible prototype query)
To: [email protected]
Cc: [email protected]
In-Reply-To: Message from "[email protected]" of Thu, 13 Jul 89 06:55:05 PDT
Message-Id: <[email protected]>

I agree with Dave Prosser, there isn't anything I can see that prohibits
recursion on main() -- something that actually can be useful in at least
one real program I know of.  Why would this be a problem?

By the way, as long as I'm writing, here's a different question that
I'm wondering about.  What happens when you have an old-style function
definition followed later by a new-style (prototype) reference?  The
discussion of compatibility in 3.5.4.3 (p.69, l.12-25) doesn't
distinguish between the ordering.  This appears to imply that every
old-style function definition, even though it doesn't declare a
prototype, must still create and carry around a prototype which is
totally invisible EXCEPT for this single solitary special case.  Ugh!

--Ken
-------
21-Jul-89 21:51:54-PDT,1488;000000000000
Return-Path: <[email protected]>
Received: from uunet.uu.net by SRI-NIC.ARPA with TCP; Fri, 21 Jul 89 21:51:26 PDT
Received: from aussie.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA03872; Sat, 22 Jul 89 00:51:19 -0400
Date: Fri, 21 Jul 89 23:48:22 EST
From: [email protected] (Rex Jaeschke)
Subject: Re: recursive main()? (and invisible prototype query)
Message-Id: <8907212348.0.UUL1.3#[email protected]>
To: [email protected]
In-Reply-To: Your message of Thu, 13 Jul 89 14:03:00 PDT

> I agree with Dave Prosser, there isn't anything I can see that prohibits
> recursion on main() -- something that actually can be useful in at least
> one real program I know of.  Why would this be a problem?
> 
Consider an (existing) implementation in which main actually calls
the startup code, not vice versa.  Subsequent calls to main then also 
call the startup code causing the program to crash and burn.

Rex

----------------------------------------------------------------------------
Rex Jaeschke     | C Users Journal     |  Journal of C Language Translation
(703) 860-0091   | DEC PROFESSIONAL    |1810 Michael Faraday Drive, Suite 101
uunet!aussie!rex | Programmers Journal |     Reston, Virginia 22090, USA
----------------------------------------------------------------------------
Convener of the Numerical C Extensions Group (NCEG)
----------------------------------------------------------------------------

24-Jul-89 01:06:50-PDT,2263;000000000000
Return-Path: <[email protected]>
Received: from Sun.COM by SRI-NIC.ARPA with TCP; Mon, 24 Jul 89 01:06:40 PDT
Received: by Sun.COM (4.1/SMI-4.1)
	id AA29585; Mon, 24 Jul 89 01:05:51 PDT
Date: Mon, 24 Jul 89 01:05:51 PDT
From: [email protected] (Mail Delivery Subsystem)
Subject: Returned mail: Cannot send message for 3 days
Message-Id: <[email protected]>
To: <[email protected]>

   ----- Transcript of session follows -----
421 ringworld: Host ringworld is down

   ----- Unsent message follows -----
Received: from SRI-NIC.ARPA by Sun.COM (4.1/SMI-4.1)
	id AA23730; Fri, 21 Jul 89 01:04:21 PDT
Message-Id: <[email protected]>
Received: from arpa.att.com by SRI-NIC.ARPA with TCP; Mon, 17 Jul 89 07:28:50 PDT
From: [email protected]
Date: Mon, 17 Jul 89 10:18 EDT
To: attunix!arpa!SRI-NIC.ARPA!KLH, [email protected]
Subject: Re: recursive main()? (and invisible prototype query)

> I agree with Dave Prosser, there isn't anything I can see that prohibits
> recursion on main() -- something that actually can be useful in at least
> one real program I know of.  Why would this be a problem?
>
> By the way, as long as I'm writing, here's a different question that
> I'm wondering about.  What happens when you have an old-style function
> definition followed later by a new-style (prototype) reference?  The
> discussion of compatibility in 3.5.4.3 (p.69, l.12-25) doesn't
> distinguish between the ordering.  This appears to imply that every
> old-style function definition, even though it doesn't declare a
> prototype, must still create and carry around a prototype which is
> totally invisible EXCEPT for this single solitary special case.  Ugh!
>
> --Ken
> -------

I agree with Ken and Doug--each old-style function definition that has
so far appeared in a compilation unit must retain some information about
its parameters.  Not enough so as to cause any modification in argument
passing, but enough to give a diagnostic should a mismatching prototype
occur (at file scope) for one of these functions.  Of course, a "quality"
implementation will make use of this information to give diagnostics
about any misshaped calls to the function, but that's not required.

Dave
24-Jul-89 13:43:01-PDT,1285;000000000000
Date: Mon, 24 Jul 89 13:33:21 PDT
From: The Mailer Daemon <[email protected]>
To: [email protected]
Subject: Message of 14-Jul-89 21:30:06

Message undeliverable and dequeued after 10 days:
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
	    ------------
Received: from vgr.brl.mil by SRI-NIC.ARPA with TCP; Fri, 14 Jul 89 21:29:56 PDT
Date:     Sat, 15 Jul 89 0:22:09 EDT
From:     Doug Gwyn (VLD/VMB) <[email protected]>
To:       Ken Harrenstien <[email protected]>
cc:       [email protected]
Subject:  Re:  recursive main()? (and invisible prototype query)
Message-ID:  <[email protected]>

Programmers who need to recurse can do so without using main() as the
name of the recursive function.  main() has some special attributes
that could (and apparently do, on VMS at least) require special
treatment for the main() function.  We have practically guaranteed
that some implementations will have to handle main() specially, due
to permitting it to be validly defined both with and without
parameters.

I think you're right about old-style function definitions needing to
create an equivalent prototype.
-------
 3-Aug-89 12:22:29-PDT,1760;000000000000
Date: Thu, 3 Aug 89 12:05:57 PDT
From: The Mailer Daemon <[email protected]>
To: [email protected]
Subject: Message of 28-Jul-89 11:30:27

Message undeliverable and dequeued after 6 days:
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
[email protected].#Internet: Cannot connect to host
[email protected].#Internet: Cannot connect to host
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
fwc%[email protected]: Cannot connect to host
[email protected].#Internet: Cannot connect to host
	    ------------
Received: from RELAY.CS.NET ([192.31.103.4]) by SRI-NIC.ARPA with TCP; Fri, 28 Jul 89 11:28:31 PDT
Received: from relay2.cs.net by RELAY.CS.NET id ac17209; 28 Jul 89 14:25 EDT
Received: from ncr.com by RELAY.CS.NET id ae09268; 28 Jul 89 14:21 EDT
To: [email protected]
From: rns%[email protected]
Date: Fri, 28 Jul 89 14:02:03 -0400 (at ncrlnk.Dayton.NCR.COM)

Can this mailing list be used to keep us up-to-date on the Hansberry
situation?  I, for one, would be interested in what has been happening.
I would also like to keep my X3 representative informed as far as he
may be involved, although I realize that there may be some discussion
we may want to keep within X3J11.

Which of Hansberry's issues is he still pursuing?  I have a copy of
89-017 which has 20 points.

Thanks.

-- Rick Schubert ([email protected])
-------
 4-Aug-89 16:29:15-PDT,4627;000000000000
Date: Fri, 4 Aug 89 16:28:22 PDT
From: The Mailer Daemon <[email protected]>
To: [email protected]
Subject: Message of 1-Aug-89 10:23:20

Message failed for the following:
[email protected]: 550 <[email protected]>... User unknown
	    ------------
Received: from uunet.uu.net by SRI-NIC.ARPA with TCP; Tue, 1 Aug 89 10:07:36 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA28723; Tue, 1 Aug 89 13:05:50 -0400
From: [email protected]
Message-Id: <[email protected]>
To: [email protected]
Subject: 89-058.1
Date: Tue Aug  1 13:00:21 1989

.X3 89-058 "Current status, and cancellation of meeting" \
    "01 Aug 89"     "Jim Brodie"

This is a formal notice that the meeting scheduled for Salt Lake
City on September 21st and 22nd, 1989 has been CANCELLED.

Let me give you a little background on our current status to help
explain why the meeting has been cancelled.

We submitted the draft standard and our responses to Mr.
Hansberry's comments to the X3 Secretariat following the April
X3J11 meeting.  This was done on the timetable discussed at that
meeting.

Mr. Hansberry, however, did not accept our responses and has
written a formal appeal to X3, challenging the work of X3J11.
The appeal is fairly lengthy, raising about 40 different
technical and procedural issues.  It also threatens legal action
if he is not satisfied with the results.

According to the X3 rules only procedural issues can be addressed
in an appeal.  The technical issues will be considered closed if
no negative X3 votes arise during the reconsideration ballot
which is currently being conducted.  (Mr Hansberry's letter and
our responses were, after a delay because of the appeal,
distributed to the X3 members and they have been given an
opportunity to change their vote based solely on the issues
raised in his paper).  This reconsideration ballot will close
August 2, 1989.

The procedural issues are not so easily addressed.  Each appeal
issue must be responded to by X3.  Tom Plum and Bill Plauger met
with the X3 leadership, in Washington D.C., to help organize,
supply information for, and expedite the X3 response to the
appeal.  The formal procedures for the appeal process,
unfortunately, take a considerable amount of time.

A response to Mr Hansberry's appeal has been prepared and sent
out by X3 (with a lot of help from Tom Plum).  The X3 position is
that appeal is unwarranted and that no additional remedial action
is required.

If Mr. Hansberry accepts the X3 response (or does not respond by
August 15, 1989 ) and there are no ballot changes during the
reconsideration ballot, the proposed draft C standard will be
forwarded up to ANSI for consideration during August.

If Mr. Hansberry does not accept the X3 response to his appeal,
then a formal appeal board must be formed.  The process for
forming and convening this board will probably take a least two
months.  The findings of this board will govern what further
steps must be taken.

If the board finds in favor of X3J11 (as we currently believe
that they should), the standard will be forwarded on to ANSI at
the conclusion of their work.

The ANSI committee, BSR, that reviews draft proposed standards
meets in the middle of October and the middle of December.  If by
some outside chance we get the draft proposed C standard to them
in time to be considered during the October meeting, we would, if
there are no further problems, have a standard by November, 1989.
If we miss October and make the December meeting, it will
probably be January, 1990 before we formally have an approved
standard.

If still not satisfied, Mr Hansberry has the option of appealing
yet again at the ANSI level.  However, in most cases, this appeal
is processed after the draft proposed standard receives the
American National Standard status.

The bottom line on all of this is that we don't have a C standard
yet.  We, therefore, are not in a position to begin the process
of doing interpretations.  This makes a September meeting of very
limited value.  Since it seems our time and travel budgets are
always strained, the officers believed that it was better to
simply cancel this meeting and aim for the March, 1990 meeting in
New York.

If you have any questions, please feel free to give me a call.  I
have recently accepted a position with Honeywell Inc in Phoenix.
My new phone number is (602) 863-5462.

[A POSTSCRIPT DATED AUGUST 02 OR 03 WILL GO HERE, WITH RESULTS OF
X3 RECONSIDERATION BALLOT. - T Plum. ]

-------
 6-Aug-89 19:13:33-PDT,4775;000000000000
Date: Sun, 6 Aug 89 19:11:20 PDT
From: The Mailer Daemon <[email protected]>
To: [email protected]
Subject: Message of 1-Aug-89 10:23:20

Message undeliverable and dequeued after 5 days:
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
[email protected].#Internet: Cannot connect to host
[email protected].#Internet: Cannot connect to host
	    ------------
Received: from uunet.uu.net by SRI-NIC.ARPA with TCP; Tue, 1 Aug 89 10:07:36 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA28723; Tue, 1 Aug 89 13:05:50 -0400
From: [email protected]
Message-Id: <[email protected]>
To: [email protected]
Subject: 89-058.1
Date: Tue Aug  1 13:00:21 1989

.X3 89-058 "Current status, and cancellation of meeting" \
    "01 Aug 89"     "Jim Brodie"

This is a formal notice that the meeting scheduled for Salt Lake
City on September 21st and 22nd, 1989 has been CANCELLED.

Let me give you a little background on our current status to help
explain why the meeting has been cancelled.

We submitted the draft standard and our responses to Mr.
Hansberry's comments to the X3 Secretariat following the April
X3J11 meeting.  This was done on the timetable discussed at that
meeting.

Mr. Hansberry, however, did not accept our responses and has
written a formal appeal to X3, challenging the work of X3J11.
The appeal is fairly lengthy, raising about 40 different
technical and procedural issues.  It also threatens legal action
if he is not satisfied with the results.

According to the X3 rules only procedural issues can be addressed
in an appeal.  The technical issues will be considered closed if
no negative X3 votes arise during the reconsideration ballot
which is currently being conducted.  (Mr Hansberry's letter and
our responses were, after a delay because of the appeal,
distributed to the X3 members and they have been given an
opportunity to change their vote based solely on the issues
raised in his paper).  This reconsideration ballot will close
August 2, 1989.

The procedural issues are not so easily addressed.  Each appeal
issue must be responded to by X3.  Tom Plum and Bill Plauger met
with the X3 leadership, in Washington D.C., to help organize,
supply information for, and expedite the X3 response to the
appeal.  The formal procedures for the appeal process,
unfortunately, take a considerable amount of time.

A response to Mr Hansberry's appeal has been prepared and sent
out by X3 (with a lot of help from Tom Plum).  The X3 position is
that appeal is unwarranted and that no additional remedial action
is required.

If Mr. Hansberry accepts the X3 response (or does not respond by
August 15, 1989 ) and there are no ballot changes during the
reconsideration ballot, the proposed draft C standard will be
forwarded up to ANSI for consideration during August.

If Mr. Hansberry does not accept the X3 response to his appeal,
then a formal appeal board must be formed.  The process for
forming and convening this board will probably take a least two
months.  The findings of this board will govern what further
steps must be taken.

If the board finds in favor of X3J11 (as we currently believe
that they should), the standard will be forwarded on to ANSI at
the conclusion of their work.

The ANSI committee, BSR, that reviews draft proposed standards
meets in the middle of October and the middle of December.  If by
some outside chance we get the draft proposed C standard to them
in time to be considered during the October meeting, we would, if
there are no further problems, have a standard by November, 1989.
If we miss October and make the December meeting, it will
probably be January, 1990 before we formally have an approved
standard.

If still not satisfied, Mr Hansberry has the option of appealing
yet again at the ANSI level.  However, in most cases, this appeal
is processed after the draft proposed standard receives the
American National Standard status.

The bottom line on all of this is that we don't have a C standard
yet.  We, therefore, are not in a position to begin the process
of doing interpretations.  This makes a September meeting of very
limited value.  Since it seems our time and travel budgets are
always strained, the officers believed that it was better to
simply cancel this meeting and aim for the March, 1990 meeting in
New York.

If you have any questions, please feel free to give me a call.  I
have recently accepted a position with Honeywell Inc in Phoenix.
My new phone number is (602) 863-5462.

[A POSTSCRIPT DATED AUGUST 02 OR 03 WILL GO HERE, WITH RESULTS OF
X3 RECONSIDERATION BALLOT. - T Plum. ]

-------
 7-Aug-89 12:32:39-PDT,557;000000000000
Return-Path: <@SRI-NIC.ARPA:[email protected]>
Received: from SRI-NIC.ARPA by SRI-NIC.ARPA with TCP; Mon, 7 Aug 89 12:06:04 PDT
Received: from uunet.uu.net by SRI-NIC.ARPA with TCP; Mon, 7 Aug 89 10:58:47 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA19661; Sat, 5 Aug 89 08:26:44 -0400
From: [email protected]
Message-Id: <[email protected]>
To: [email protected]
Subject: New address
Date: Fri Aug  4 17:29:57 1989

Tom Penello, Metaware   uunet!sun!acad!metaware!tom

 7-Aug-89 22:53:17-PDT,4987;000000000000
Return-Path: <[email protected]>
Received: from Sun.COM by NIC.DDN.MIL with TCP; Mon, 7 Aug 89 22:53:09 PDT
Received: by Sun.COM (4.1/SMI-4.1)
	id AD17142; Mon, 7 Aug 89 20:54:27 PDT
Date: Mon, 7 Aug 89 20:54:27 PDT
From: [email protected] (Mail Delivery Subsystem)
Subject: Returned mail: Cannot send message for 3 days
Message-Id: <[email protected]>
To: <[email protected]>

   ----- Transcript of session follows -----
421 ringworld: Host ringworld is down

   ----- Unsent message follows -----
Received: from SRI-NIC.ARPA by Sun.COM (4.1/SMI-4.1)
	id AA12684; Fri, 4 Aug 89 16:27:43 PDT
Received: from uunet.uu.net by SRI-NIC.ARPA with TCP; Tue, 1 Aug 89 10:07:36 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA28723; Tue, 1 Aug 89 13:05:50 -0400
From: [email protected]
Message-Id: <[email protected]>
To: [email protected]
Subject: 89-058.1
Date: Tue Aug  1 13:00:21 1989

.X3 89-058 "Current status, and cancellation of meeting" \
    "01 Aug 89"     "Jim Brodie"

This is a formal notice that the meeting scheduled for Salt Lake
City on September 21st and 22nd, 1989 has been CANCELLED.

Let me give you a little background on our current status to help
explain why the meeting has been cancelled.

We submitted the draft standard and our responses to Mr.
Hansberry's comments to the X3 Secretariat following the April
X3J11 meeting.  This was done on the timetable discussed at that
meeting.

Mr. Hansberry, however, did not accept our responses and has
written a formal appeal to X3, challenging the work of X3J11.
The appeal is fairly lengthy, raising about 40 different
technical and procedural issues.  It also threatens legal action
if he is not satisfied with the results.

According to the X3 rules only procedural issues can be addressed
in an appeal.  The technical issues will be considered closed if
no negative X3 votes arise during the reconsideration ballot
which is currently being conducted.  (Mr Hansberry's letter and
our responses were, after a delay because of the appeal,
distributed to the X3 members and they have been given an
opportunity to change their vote based solely on the issues
raised in his paper).  This reconsideration ballot will close
August 2, 1989.

The procedural issues are not so easily addressed.  Each appeal
issue must be responded to by X3.  Tom Plum and Bill Plauger met
with the X3 leadership, in Washington D.C., to help organize,
supply information for, and expedite the X3 response to the
appeal.  The formal procedures for the appeal process,
unfortunately, take a considerable amount of time.

A response to Mr Hansberry's appeal has been prepared and sent
out by X3 (with a lot of help from Tom Plum).  The X3 position is
that appeal is unwarranted and that no additional remedial action
is required.

If Mr. Hansberry accepts the X3 response (or does not respond by
August 15, 1989 ) and there are no ballot changes during the
reconsideration ballot, the proposed draft C standard will be
forwarded up to ANSI for consideration during August.

If Mr. Hansberry does not accept the X3 response to his appeal,
then a formal appeal board must be formed.  The process for
forming and convening this board will probably take a least two
months.  The findings of this board will govern what further
steps must be taken.

If the board finds in favor of X3J11 (as we currently believe
that they should), the standard will be forwarded on to ANSI at
the conclusion of their work.

The ANSI committee, BSR, that reviews draft proposed standards
meets in the middle of October and the middle of December.  If by
some outside chance we get the draft proposed C standard to them
in time to be considered during the October meeting, we would, if
there are no further problems, have a standard by November, 1989.
If we miss October and make the December meeting, it will
probably be January, 1990 before we formally have an approved
standard.

If still not satisfied, Mr Hansberry has the option of appealing
yet again at the ANSI level.  However, in most cases, this appeal
is processed after the draft proposed standard receives the
American National Standard status.

The bottom line on all of this is that we don't have a C standard
yet.  We, therefore, are not in a position to begin the process
of doing interpretations.  This makes a September meeting of very
limited value.  Since it seems our time and travel budgets are
always strained, the officers believed that it was better to
simply cancel this meeting and aim for the March, 1990 meeting in
New York.

If you have any questions, please feel free to give me a call.  I
have recently accepted a position with Honeywell Inc in Phoenix.
My new phone number is (602) 863-5462.

[A POSTSCRIPT DATED AUGUST 02 OR 03 WILL GO HERE, WITH RESULTS OF
X3 RECONSIDERATION BALLOT. - T Plum. ]

 9-Aug-89 20:18:38-PDT,1786;000000000000
Date: Wed, 9 Aug 89 20:15:57 PDT
From: The Mailer Daemon <[email protected]>
To: [email protected]
Subject: Message of 9-Aug-89 17:41:18

Message failed for the following:
[email protected]: 550 <[email protected]>... User unknown
	    ------------
Received: from uc.msc.umn.edu by NIC.DDN.MIL with TCP; Wed, 9 Aug 89 17:41:09 PDT
Received: from tmacd.cray.com by uc.msc.umn.edu (5.59/1.14)
	id AA25868; Wed, 9 Aug 89 19:38:58 CDT
Received: by tmacd.cray.com
	id AA05419; 3.2/CRI-3.10; Wed, 9 Aug 89 19:40:47 CDT
Date: Wed, 9 Aug 89 19:40:47 CDT
From: [email protected] (Tom MacDonald)
Message-Id: <[email protected]>
To: [email protected]
Subject: Supercomputing 89


			CALL FOR SPEAKERS

			     from

			Tom MacDonald
			Cray Research, Inc.
			1345 Northland Drive
			Mendota Heights, MN  55120
			(612) 681 - 5818
			[email protected]
			uunet!cray!tam


During the week of November 13 - 17, 1989 the "Supercomputer 89" conference
will be held in Reno, Nevada.  I am organizing a workshop on Friday the
17th.  The topic is "Scientific and Numerical Programming in C."  The
focus of the workshop is to discuss issues involved with using C for
numerical and scientific applications.  This includes programming
techniques used to achieve high performance on supercomputers and any
issues involved with using C on supercomputers.  This also includes C
derivatives such as C++, C*, and Objective C.

Please let me know if you have any interest in making a presentation
or if you know of someone else that I could contact.  The popularity
of C on supercomputers is increasing every year and this is an excellent
opportunity to learn about and discuss issues that affect all of us.

Thank you for your interest.
-------
12-Aug-89 20:25:08-PDT,2149;000000000000
Return-Path: <[email protected]>
Received: from Sun.COM by NIC.DDN.MIL with TCP; Sat, 12 Aug 89 20:25:01 PDT
Received: by Sun.COM (4.1/SMI-4.1)
	id AB12979; Sat, 12 Aug 89 20:23:41 PDT
Date: Sat, 12 Aug 89 20:23:41 PDT
From: [email protected] (Mail Delivery Subsystem)
Subject: Returned mail: Cannot send message for 3 days
Message-Id: <[email protected]>
To: <[email protected]>

   ----- Transcript of session follows -----
421 ringworld: Host ringworld is down

   ----- Unsent message follows -----
Received: from NIC.DDN.MIL by Sun.COM (4.1/SMI-4.1)
	id AA06121; Wed, 9 Aug 89 20:11:41 PDT
Received: from uc.msc.umn.edu by NIC.DDN.MIL with TCP; Wed, 9 Aug 89 17:41:09 PDT
Received: from tmacd.cray.com by uc.msc.umn.edu (5.59/1.14)
	id AA25868; Wed, 9 Aug 89 19:38:58 CDT
Received: by tmacd.cray.com
	id AA05419; 3.2/CRI-3.10; Wed, 9 Aug 89 19:40:47 CDT
Date: Wed, 9 Aug 89 19:40:47 CDT
From: [email protected] (Tom MacDonald)
Message-Id: <[email protected]>
To: [email protected]
Subject: Supercomputing 89


			CALL FOR SPEAKERS

			     from

			Tom MacDonald
			Cray Research, Inc.
			1345 Northland Drive
			Mendota Heights, MN  55120
			(612) 681 - 5818
			[email protected]
			uunet!cray!tam


During the week of November 13 - 17, 1989 the "Supercomputer 89" conference
will be held in Reno, Nevada.  I am organizing a workshop on Friday the
17th.  The topic is "Scientific and Numerical Programming in C."  The
focus of the workshop is to discuss issues involved with using C for
numerical and scientific applications.  This includes programming
techniques used to achieve high performance on supercomputers and any
issues involved with using C on supercomputers.  This also includes C
derivatives such as C++, C*, and Objective C.

Please let me know if you have any interest in making a presentation
or if you know of someone else that I could contact.  The popularity
of C on supercomputers is increasing every year and this is an excellent
opportunity to learn about and discuss issues that affect all of us.

Thank you for your interest.
15-Aug-89 03:12:31-PDT,1937;000000000000
Date: Tue, 15 Aug 89 03:08:53 PDT
From: The Mailer Daemon <[email protected]>
To: [email protected]
Subject: Message of 9-Aug-89 17:41:18

Message undeliverable and dequeued after 5 days:
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
[email protected].#Internet: Cannot connect to host
[email protected].#Internet: Cannot connect to host
	    ------------
Received: from uc.msc.umn.edu by NIC.DDN.MIL with TCP; Wed, 9 Aug 89 17:41:09 PDT
Received: from tmacd.cray.com by uc.msc.umn.edu (5.59/1.14)
	id AA25868; Wed, 9 Aug 89 19:38:58 CDT
Received: by tmacd.cray.com
	id AA05419; 3.2/CRI-3.10; Wed, 9 Aug 89 19:40:47 CDT
Date: Wed, 9 Aug 89 19:40:47 CDT
From: [email protected] (Tom MacDonald)
Message-Id: <[email protected]>
To: [email protected]
Subject: Supercomputing 89


			CALL FOR SPEAKERS

			     from

			Tom MacDonald
			Cray Research, Inc.
			1345 Northland Drive
			Mendota Heights, MN  55120
			(612) 681 - 5818
			[email protected]
			uunet!cray!tam


During the week of November 13 - 17, 1989 the "Supercomputer 89" conference
will be held in Reno, Nevada.  I am organizing a workshop on Friday the
17th.  The topic is "Scientific and Numerical Programming in C."  The
focus of the workshop is to discuss issues involved with using C for
numerical and scientific applications.  This includes programming
techniques used to achieve high performance on supercomputers and any
issues involved with using C on supercomputers.  This also includes C
derivatives such as C++, C*, and Objective C.

Please let me know if you have any interest in making a presentation
or if you know of someone else that I could contact.  The popularity
of C on supercomputers is increasing every year and this is an excellent
opportunity to learn about and discuss issues that affect all of us.

Thank you for your interest.
-------
15-Aug-89 14:48:09-PDT,2565;000000000000
Return-Path: <[email protected]>
Received: from decwrl.dec.com by NIC.DDN.MIL with TCP; Tue, 15 Aug 89 14:47:07 PDT
Received: from NIC.DDN.MIL by decwrl.dec.com (5.54.5/4.7.34)
	id AA22926; Tue, 15 Aug 89 03:08:02 PDT
Date: Tue, 15 Aug 89 03:08:02 PDT
From: [email protected] (Mail Delivery Subsystem)
Subject: Returned mail: Remote protocol error
Message-Id: <[email protected]>
Received: from NIC.DDN.MIL by decwrl.dec.com (5.54.5/4.7.34)
	for [email protected]; id AA22926; Tue, 15 Aug 89 03:08:02 PDT
To: <[email protected]>

   ----- Transcript of session follows -----
>>> MAIL From:<[email protected]>
<<< 559 No such node as dec-decwet
554 <[email protected]>... Remote protocol error

   ----- Unsent message follows -----
Received: from NIC.DDN.MIL by decwrl.dec.com (5.54.5/4.7.34)
	id AA22924; Tue, 15 Aug 89 03:08:02 PDT
Received: from NIC.DDN.MIL by decwrl.dec.com (5.54.5/4.7.34)
	for dec-decwet::vandepas; id AA22924; Tue, 15 Aug 89 03:08:02 PDT
Received: from uc.msc.umn.edu by NIC.DDN.MIL with TCP; Wed, 9 Aug 89 17:41:09 PDT
Received: from tmacd.cray.com by uc.msc.umn.edu (5.59/1.14)
	id AA25868; Wed, 9 Aug 89 19:38:58 CDT
Received: by tmacd.cray.com
	id AA05419; 3.2/CRI-3.10; Wed, 9 Aug 89 19:40:47 CDT
Date: Wed, 9 Aug 89 19:40:47 CDT
From: [email protected] (Tom MacDonald)
Message-Id: <[email protected]>
To: [email protected]
Subject: Supercomputing 89


			CALL FOR SPEAKERS

			     from

			Tom MacDonald
			Cray Research, Inc.
			1345 Northland Drive
			Mendota Heights, MN  55120
			(612) 681 - 5818
			[email protected]
			uunet!cray!tam


During the week of November 13 - 17, 1989 the "Supercomputer 89" conference
will be held in Reno, Nevada.  I am organizing a workshop on Friday the
17th.  The topic is "Scientific and Numerical Programming in C."  The
focus of the workshop is to discuss issues involved with using C for
numerical and scientific applications.  This includes programming
techniques used to achieve high performance on supercomputers and any
issues involved with using C on supercomputers.  This also includes C
derivatives such as C++, C*, and Objective C.

Please let me know if you have any interest in making a presentation
or if you know of someone else that I could contact.  The popularity
of C on supercomputers is increasing every year and this is an excellent
opportunity to learn about and discuss issues that affect all of us.

Thank you for your interest.
18-Aug-89 10:08:59-PDT,913;000000000000
Return-Path: <[email protected]>
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Fri, 18 Aug 89 10:07:32 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA25702; Fri, 18 Aug 89 13:03:59 -0400
From: [email protected]
Message-Id: <[email protected]>
To: [email protected]
Subject: logist.ncr
Date: Thu Aug 17 07:34:39 1989

>From uunet!ncrlnk!ncr-sd!se-sd.SanDiego.NCR.COM!rns Thu Aug 17 07:26:56 1989
Received: from ncrlnk.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA27793; Tue, 15 Aug 89 20:14:48 -0400
Message-Id: <[email protected]>
Date: 15 Aug 89 16:33:03 PDT
From: uunet!se-sd.SanDiego.NCR.COM!rns
To: plumhall.uu.NET!plum
Subject: X3J11 Logistics Committee

Tom,

I hereby volunteer for the Logistics Committee.  Let me know what I can do.

-- Rick Schubert ([email protected])

28-Aug-89 17:00:57-PDT,1490;000000000000
Date: Mon, 28 Aug 89 16:57:20 PDT
From: The Mailer Daemon <[email protected]>
To: [email protected]
Subject: Message of 28-Aug-89 16:30:05

Message failed for the following:
[email protected]: 550 <[email protected]>... User unknown
	    ------------
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Mon, 28 Aug 89 16:29:56 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA23692; Mon, 28 Aug 89 19:29:41 -0400
From: [email protected]
Message-Id: <[email protected]>
To: [email protected]
Subject: sad_news
Date: Mon Aug 28 19:22:22 1989

It is my very sad task to tell you that Joan Hall left her physical
form this past August 17.  She had struggled against a cancer problem
for over two years, with apparent success until last month, when a
rapidly growing liver involvement overcame her.

I have not spent much time in the office since then.  Jim Brodie and
P. J. Plauger have been handling any necessary X3J11 business in
the meantime.

Joan always cared passionately that we would be of service to people
and represent the highest possible integrity.  We will attempt to see
that all our commitments to our customers and associates will be met
in a way that would make her proud.  I thank you collectively for
the regard you had for her and for our work.

Thomas Plum  609-927-3770
Plum Hall Inc
1 Spruce Av, Cardiff NJ 08232 USA
uunet!plumhall!plum  OR  [email protected]

-------
28-Aug-89 17:48:04-PDT,1977;000000000000
Return-Path: <[email protected]>
Received: from decwrl.dec.com by NIC.DDN.MIL with TCP; Mon, 28 Aug 89 17:47:51 PDT
Received: by decwrl.dec.com; id AB28671; Mon, 28 Aug 89 17:46:18 -0700
Date: Mon, 28 Aug 89 17:46:18 -0700
From: [email protected] (Mail Delivery Subsystem)
Subject: Returned mail: Remote protocol error
Message-Id: <[email protected]>
To: [email protected]

   ----- Transcript of session follows -----
While talking to /usr/bin/mail11v3:
>>> MAIL From:<[email protected]>
<<< 559 No such node as dec-decwet
554 <[email protected]>... Remote protocol error

   ----- Unsent message follows -----
Received: by decwrl.dec.com; id AA25905; Mon, 28 Aug 89 16:44:33 -0700
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Mon, 28 Aug 89 16:29:56 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA23692; Mon, 28 Aug 89 19:29:41 -0400
From: [email protected]
Message-Id: <[email protected]>
To: [email protected]
Subject: sad_news
Date: Mon Aug 28 19:22:22 1989

It is my very sad task to tell you that Joan Hall left her physical
form this past August 17.  She had struggled against a cancer problem
for over two years, with apparent success until last month, when a
rapidly growing liver involvement overcame her.

I have not spent much time in the office since then.  Jim Brodie and
P. J. Plauger have been handling any necessary X3J11 business in
the meantime.

Joan always cared passionately that we would be of service to people
and represent the highest possible integrity.  We will attempt to see
that all our commitments to our customers and associates will be met
in a way that would make her proud.  I thank you collectively for
the regard you had for her and for our work.

Thomas Plum  609-927-3770
Plum Hall Inc
1 Spruce Av, Cardiff NJ 08232 USA
uunet!plumhall!plum  OR  [email protected]

28-Aug-89 18:25:09-PDT,1994;000000000000
Return-Path: <[email protected]>
Received: from decwrl.dec.com by NIC.DDN.MIL with TCP; Mon, 28 Aug 89 18:24:57 PDT
Received: by decwrl.dec.com; id AA01838; Mon, 28 Aug 89 18:23:27 -0700
Date: Mon, 28 Aug 89 18:23:27 -0700
From: [email protected] (Mail Delivery Subsystem)
Subject: Returned mail: Remote protocol error
Message-Id: <[email protected]>
To: [email protected]

   ----- Transcript of session follows -----
While talking to /usr/bin/mail11v3:
>>> MAIL From:<[email protected]>
<<< 559 No such node as dec-tle
554 <[email protected]>,<[email protected]>... Remote protocol error

   ----- Unsent message follows -----
Received: by decwrl.dec.com; id AA25995; Mon, 28 Aug 89 16:45:10 -0700
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Mon, 28 Aug 89 16:29:56 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA23692; Mon, 28 Aug 89 19:29:41 -0400
From: [email protected]
Message-Id: <[email protected]>
To: [email protected]
Subject: sad_news
Date: Mon Aug 28 19:22:22 1989

It is my very sad task to tell you that Joan Hall left her physical
form this past August 17.  She had struggled against a cancer problem
for over two years, with apparent success until last month, when a
rapidly growing liver involvement overcame her.

I have not spent much time in the office since then.  Jim Brodie and
P. J. Plauger have been handling any necessary X3J11 business in
the meantime.

Joan always cared passionately that we would be of service to people
and represent the highest possible integrity.  We will attempt to see
that all our commitments to our customers and associates will be met
in a way that would make her proud.  I thank you collectively for
the regard you had for her and for our work.

Thomas Plum  609-927-3770
Plum Hall Inc
1 Spruce Av, Cardiff NJ 08232 USA
uunet!plumhall!plum  OR  [email protected]

29-Aug-89 12:53:48-PDT,2687;000000000000
Return-Path: <[email protected]>
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Tue, 29 Aug 89 12:53:33 PDT
Received: from ukc.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA22155; Tue, 29 Aug 89 15:53:29 -0400
Received: from axion.bt.co.uk by kestrel.Ukc.AC.UK   via PSS (UKC CAMEL FTP)
           id aa16110; 29 Aug 89 17:05 BST
Received: from kyns by zaphod.axion.bt.co.uk   via UUCP channel  id aa11858;
          29 Aug 89 16:50 WET DST
To: [email protected]
Subject: mail problem
From: [email protected]
Date: Tue, 29 Aug 89 14:40:54 GMT
Message-Id:  <[email protected]>

Trouble sending mail at `bsiqa',  Tue Aug 29 14:40:53 1989

============ Transcript follows ============
  neil
0 alias errors
No local user named "neil"
1 delivery errors
1 total errors

============== Message follows =============
>From kyns!axion!ukc.ac.uk!nic.ddn.mil!x3j11-relay Tue Aug 29 14:40:53 1989
Received: from ukc.ac.uk by zaphod.axion.bt.co.uk   via PSS with NIFTP
           id aa01424; 29 Aug 89 13:38 WET DST
Received: from mcvax by kestrel.Ukc.AC.UK   via EUnet with authorised UUCP
           id aa24161; 29 Aug 89 13:29 BST
Received: by mcvax.cwi.nl via EUnet; Tue, 29 Aug 89 14:10:41 +0200 (MET)
Received: from NIC.DDN.MIL by uunet.uu.net (5.61/1.14) with SMTP 
	id AA00719; Mon, 28 Aug 89 19:56:02 -0400
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Mon, 28 Aug 89 16:29:56 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA23692; Mon, 28 Aug 89 19:29:41 -0400
From: [email protected]
Message-Id: <[email protected]>
To: [email protected]
Subject: sad_news
Date: Mon Aug 28 19:22:22 1989
Sender: [email protected]

It is my very sad task to tell you that Joan Hall left her physical
form this past August 17.  She had struggled against a cancer problem
for over two years, with apparent success until last month, when a
rapidly growing liver involvement overcame her.

I have not spent much time in the office since then.  Jim Brodie and
P. J. Plauger have been handling any necessary X3J11 business in
the meantime.

Joan always cared passionately that we would be of service to people
and represent the highest possible integrity.  We will attempt to see
that all our commitments to our customers and associates will be met
in a way that would make her proud.  I thank you collectively for
the regard you had for her and for our work.

Thomas Plum  609-927-3770
Plum Hall Inc
1 Spruce Av, Cardiff NJ 08232 USA
uunet!plumhall!plum  OR  [email protected]



 1-Sep-89 04:08:58-PDT,1849;000000000000
Return-Path: <[email protected]>
Received: from Sun.COM by NIC.DDN.MIL with TCP; Fri, 1 Sep 89 04:08:52 PDT
Received: by Sun.COM (4.1/SMI-4.1)
	id AB13199; Fri, 1 Sep 89 03:24:36 PDT
Date: Fri, 1 Sep 89 03:24:36 PDT
From: [email protected] (Mail Delivery Subsystem)
Subject: Returned mail: Cannot send message for 3 days
Message-Id: <[email protected]>
To: <[email protected]>

   ----- Transcript of session follows -----
421 ringworld: Host ringworld is down

   ----- Unsent message follows -----
Received: from NIC.DDN.MIL by Sun.COM (4.1/SMI-4.1)
	id AA29652; Mon, 28 Aug 89 16:54:11 PDT
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Mon, 28 Aug 89 16:29:56 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA23692; Mon, 28 Aug 89 19:29:41 -0400
From: [email protected]
Message-Id: <[email protected]>
To: [email protected]
Subject: sad_news
Date: Mon Aug 28 19:22:22 1989

It is my very sad task to tell you that Joan Hall left her physical
form this past August 17.  She had struggled against a cancer problem
for over two years, with apparent success until last month, when a
rapidly growing liver involvement overcame her.

I have not spent much time in the office since then.  Jim Brodie and
P. J. Plauger have been handling any necessary X3J11 business in
the meantime.

Joan always cared passionately that we would be of service to people
and represent the highest possible integrity.  We will attempt to see
that all our commitments to our customers and associates will be met
in a way that would make her proud.  I thank you collectively for
the regard you had for her and for our work.

Thomas Plum  609-927-3770
Plum Hall Inc
1 Spruce Av, Cardiff NJ 08232 USA
uunet!plumhall!plum  OR  [email protected]

 4-Sep-89 13:17:44-PDT,1687;000000000000
Date: Mon, 4 Sep 89 13:16:11 PDT
From: The Mailer Daemon <[email protected]>
To: [email protected]
Subject: Message of 28-Aug-89 16:30:05

Message undeliverable and dequeued after 7 days:
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
[email protected].#Internet: Cannot connect to host
[email protected].#Internet: Cannot connect to host
	    ------------
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Mon, 28 Aug 89 16:29:56 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA23692; Mon, 28 Aug 89 19:29:41 -0400
From: [email protected]
Message-Id: <[email protected]>
To: [email protected]
Subject: sad_news
Date: Mon Aug 28 19:22:22 1989

It is my very sad task to tell you that Joan Hall left her physical
form this past August 17.  She had struggled against a cancer problem
for over two years, with apparent success until last month, when a
rapidly growing liver involvement overcame her.

I have not spent much time in the office since then.  Jim Brodie and
P. J. Plauger have been handling any necessary X3J11 business in
the meantime.

Joan always cared passionately that we would be of service to people
and represent the highest possible integrity.  We will attempt to see
that all our commitments to our customers and associates will be met
in a way that would make her proud.  I thank you collectively for
the regard you had for her and for our work.

Thomas Plum  609-927-3770
Plum Hall Inc
1 Spruce Av, Cardiff NJ 08232 USA
uunet!plumhall!plum  OR  [email protected]

-------
 9-Sep-89 14:40:43-PDT,541;000000000000
Return-Path: <[email protected]>
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Sat, 9 Sep 89 14:38:25 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA13466; Sat, 9 Sep 89 17:27:06 -0400
From: [email protected]
Message-Id: <[email protected]>
To: [email protected]
Subject: Derek Jones
Date: Sat Sep  9 15:33:59 1989

Another X3J11 address, please:
uunet!ukc!knosof!derek     Derek Jones     Knowledge Software Ltd

Thanks very much, Ken.

- Tom

14-Oct-89 01:31:47-PDT,2362;000000000000
Return-Path: <[email protected]>
Received: from decwrl.dec.com by NIC.DDN.MIL with TCP; Sat, 14 Oct 89 01:31:38 PDT
Received: by decwrl.dec.com; id AA25615; Sat, 14 Oct 89 01:32:54 -0700
Date: Sat, 14 Oct 89 01:32:54 -0700
From: [email protected] (Mail Delivery Subsystem)
Subject: Returned mail: Remote protocol error
Message-Id: <[email protected]>
To: [email protected]

   ----- Transcript of session follows -----
While talking to /usr/bin/mail11v3:
>>> MAIL From:<[email protected]>
<<< 559 No such node as dec-decwet
554 <[email protected]>... Remote protocol error

   ----- Unsent message follows -----
Received: by decwrl.dec.com; id AA25612; Sat, 14 Oct 89 01:32:54 -0700
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Fri, 13 Oct 89 07:57:00 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA24041; Fri, 13 Oct 89 10:57:11 -0400
From: [email protected]
Message-Id: <[email protected]>
To: [email protected]
Subject: request.89a
Date: Fri Oct 13 10:44:13 1989

I am beginning to outline some articles that discuss
the new official (as of the future article-release date)
ANSI Standard for C.

What kind of questions are people asking you about ANSI C?
What concerns do your users have?

Here are a few of my current notes for the UNIX-related article:
What preparations does a project need to make to transition from
old UNIX (V.3 or 4.3 or other POSIX) C to full ANSI C?
What tools are available to help with any transition difficulties?
How much more restrictive is strict-ANSI (for any environment at all)
portability vs portability to a System V or POSIX or X/OPEN
environment?

If you have any information on these questions, or other questions
to propose, please beam them to me.  Thanks for your comments.

By the way, the X3J11 situation is that a meeting has been scheduled
for the panel to hear the procedural appeal; it is set for 20 October.
We certainly expect that X3J11 and X3 will be upheld by the panel,
but there is not much more I can tell you.  If all goes well, we will
reach the 15 December meeting of ANSI Board of Standards Review.

Thomas Plum  609-927-3770
Plum Hall Inc
1 Spruce Av, Cardiff NJ 08232 USA
uunet!plumhall!plum  OR  [email protected]

14-Oct-89 01:31:58-PDT,2379;000000000000
Return-Path: <[email protected]>
Received: from decwrl.dec.com by NIC.DDN.MIL with TCP; Sat, 14 Oct 89 01:31:53 PDT
Received: by decwrl.dec.com; id AA25634; Sat, 14 Oct 89 01:33:09 -0700
Date: Sat, 14 Oct 89 01:33:09 -0700
From: [email protected] (Mail Delivery Subsystem)
Subject: Returned mail: Remote protocol error
Message-Id: <[email protected]>
To: [email protected]

   ----- Transcript of session follows -----
While talking to /usr/bin/mail11v3:
>>> MAIL From:<[email protected]>
<<< 559 No such node as dec-tle
554 <[email protected]>,<[email protected]>... Remote protocol error

   ----- Unsent message follows -----
Received: by decwrl.dec.com; id AA25628; Sat, 14 Oct 89 01:33:09 -0700
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Fri, 13 Oct 89 07:57:00 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA24041; Fri, 13 Oct 89 10:57:11 -0400
From: [email protected]
Message-Id: <[email protected]>
To: [email protected]
Subject: request.89a
Date: Fri Oct 13 10:44:13 1989

I am beginning to outline some articles that discuss
the new official (as of the future article-release date)
ANSI Standard for C.

What kind of questions are people asking you about ANSI C?
What concerns do your users have?

Here are a few of my current notes for the UNIX-related article:
What preparations does a project need to make to transition from
old UNIX (V.3 or 4.3 or other POSIX) C to full ANSI C?
What tools are available to help with any transition difficulties?
How much more restrictive is strict-ANSI (for any environment at all)
portability vs portability to a System V or POSIX or X/OPEN
environment?

If you have any information on these questions, or other questions
to propose, please beam them to me.  Thanks for your comments.

By the way, the X3J11 situation is that a meeting has been scheduled
for the panel to hear the procedural appeal; it is set for 20 October.
We certainly expect that X3J11 and X3 will be upheld by the panel,
but there is not much more I can tell you.  If all goes well, we will
reach the 15 December meeting of ANSI Board of Standards Review.

Thomas Plum  609-927-3770
Plum Hall Inc
1 Spruce Av, Cardiff NJ 08232 USA
uunet!plumhall!plum  OR  [email protected]

14-Oct-89 01:56:47-PDT,1875;000000000000
Date: Sat, 14 Oct 89 01:54:20 PDT
From: The Mailer Daemon <[email protected]>
To: [email protected]
Subject: Message of 13-Oct-89 08:00:41

Message failed for the following:
[email protected]: 550 <[email protected]>... User unknown
	    ------------
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Fri, 13 Oct 89 07:57:00 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA24041; Fri, 13 Oct 89 10:57:11 -0400
From: [email protected]
Message-Id: <[email protected]>
To: [email protected]
Subject: request.89a
Date: Fri Oct 13 10:44:13 1989

I am beginning to outline some articles that discuss
the new official (as of the future article-release date)
ANSI Standard for C.

What kind of questions are people asking you about ANSI C?
What concerns do your users have?

Here are a few of my current notes for the UNIX-related article:
What preparations does a project need to make to transition from
old UNIX (V.3 or 4.3 or other POSIX) C to full ANSI C?
What tools are available to help with any transition difficulties?
How much more restrictive is strict-ANSI (for any environment at all)
portability vs portability to a System V or POSIX or X/OPEN
environment?

If you have any information on these questions, or other questions
to propose, please beam them to me.  Thanks for your comments.

By the way, the X3J11 situation is that a meeting has been scheduled
for the panel to hear the procedural appeal; it is set for 20 October.
We certainly expect that X3J11 and X3 will be upheld by the panel,
but there is not much more I can tell you.  If all goes well, we will
reach the 15 December meeting of ANSI Board of Standards Review.

Thomas Plum  609-927-3770
Plum Hall Inc
1 Spruce Av, Cardiff NJ 08232 USA
uunet!plumhall!plum  OR  [email protected]

-------
14-Oct-89 03:24:27-PDT,2598;000000000000
Return-Path: <[email protected]>
Received: from css.itd.nrl.navy.mil by NIC.DDN.MIL with TCP; Sat, 14 Oct 89 03:24:20 PDT
Received: by css.itd.nrl.navy.mil (5.61/1.34)
	id AA22711; Sat, 14 Oct 89 06:25:27 -0400
Received: by sae.com (3.2/SMI-3.2)
	id AB16586; Sat, 14 Oct 89 05:29:23 EDT
Date: Sat, 14 Oct 89 05:29:23 EDT
From: [email protected] (Mail Delivery Subsystem)
Subject: Returned mail: Bad usage
Message-Id: <[email protected]>
To: [email protected]

   ----- Transcript of session follows -----
cannot open database /home/sae/Overhead/jim/.vacation
vacation: No message to send
500 "| /usr/ucb/vacation jim"... Bad usage

   ----- Unsent message follows -----
Return-Path: <nrl-css!NIC.DDN.MIL!X3J11-RELAY>
Received: by sae.com (3.2/SMI-3.2)
	id AA16582; Sat, 14 Oct 89 05:29:23 EDT
Received: from nic.ddn.mil by css.itd.nrl.navy.mil (5.61/1.34)
	id AA22465; Sat, 14 Oct 89 04:32:19 -0400
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Fri, 13 Oct 89 07:57:00 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA24041; Fri, 13 Oct 89 10:57:11 -0400
From: nrl-css!uunet.uu.net!plumhall!root
Message-Id: <[email protected]>
To: [email protected]
Subject: request.89a
Date: Fri Oct 13 10:44:13 1989

I am beginning to outline some articles that discuss
the new official (as of the future article-release date)
ANSI Standard for C.

What kind of questions are people asking you about ANSI C?
What concerns do your users have?

Here are a few of my current notes for the UNIX-related article:
What preparations does a project need to make to transition from
old UNIX (V.3 or 4.3 or other POSIX) C to full ANSI C?
What tools are available to help with any transition difficulties?
How much more restrictive is strict-ANSI (for any environment at all)
portability vs portability to a System V or POSIX or X/OPEN
environment?

If you have any information on these questions, or other questions
to propose, please beam them to me.  Thanks for your comments.

By the way, the X3J11 situation is that a meeting has been scheduled
for the panel to hear the procedural appeal; it is set for 20 October.
We certainly expect that X3J11 and X3 will be upheld by the panel,
but there is not much more I can tell you.  If all goes well, we will
reach the 15 December meeting of ANSI Board of Standards Review.

Thomas Plum  609-927-3770
Plum Hall Inc
1 Spruce Av, Cardiff NJ 08232 USA
uunet!plumhall!plum  OR  [email protected]

14-Oct-89 03:24:31-PDT,2849;000000000000
Return-Path: <[email protected]>
Received: from css.itd.nrl.navy.mil by NIC.DDN.MIL with TCP; Sat, 14 Oct 89 03:24:22 PDT
Received: by css.itd.nrl.navy.mil (5.61/1.34)
	id AA22716; Sat, 14 Oct 89 06:25:31 -0400
Received: from callisto.sae.com by sae.com (3.2/SMI-3.2)
	id AA16594; Sat, 14 Oct 89 05:29:38 EDT
Received: from sae.com by callisto.sae.com (3.2/SMI-3.2)
	id AB08647; Sat, 14 Oct 89 05:29:02 EDT
Date: Sat, 14 Oct 89 05:29:02 EDT
From: [email protected] (Mail Delivery Subsystem)
Subject: Returned mail: Bad usage
Message-Id: <[email protected]>
To: <[email protected]>

   ----- Transcript of session follows -----
cannot open database /home/sae/Overhead/jim/.vacation
vacation: No message to send
500 "| /usr/ucb/vacation jim"... Bad usage

   ----- Unsent message follows -----
Return-Path: <nrl-css!NIC.DDN.MIL!X3J11-RELAY>
Received: from sae.com by callisto.sae.com (3.2/SMI-3.2)
	id AA08645; Sat, 14 Oct 89 05:29:02 EDT
Received: by sae.com (3.2/SMI-3.2)
	id AA16582; Sat, 14 Oct 89 05:29:23 EDT
Received: from nic.ddn.mil by css.itd.nrl.navy.mil (5.61/1.34)
	id AA22465; Sat, 14 Oct 89 04:32:19 -0400
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Fri, 13 Oct 89 07:57:00 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA24041; Fri, 13 Oct 89 10:57:11 -0400
From: nrl-css!uunet.uu.net!plumhall!root
Message-Id: <[email protected]>
To: [email protected]
Subject: request.89a
Date: Fri Oct 13 10:44:13 1989

I am beginning to outline some articles that discuss
the new official (as of the future article-release date)
ANSI Standard for C.

What kind of questions are people asking you about ANSI C?
What concerns do your users have?

Here are a few of my current notes for the UNIX-related article:
What preparations does a project need to make to transition from
old UNIX (V.3 or 4.3 or other POSIX) C to full ANSI C?
What tools are available to help with any transition difficulties?
How much more restrictive is strict-ANSI (for any environment at all)
portability vs portability to a System V or POSIX or X/OPEN
environment?

If you have any information on these questions, or other questions
to propose, please beam them to me.  Thanks for your comments.

By the way, the X3J11 situation is that a meeting has been scheduled
for the panel to hear the procedural appeal; it is set for 20 October.
We certainly expect that X3J11 and X3 will be upheld by the panel,
but there is not much more I can tell you.  If all goes well, we will
reach the 15 December meeting of ANSI Board of Standards Review.

Thomas Plum  609-927-3770
Plum Hall Inc
1 Spruce Av, Cardiff NJ 08232 USA
uunet!plumhall!plum  OR  [email protected]

17-Oct-89 16:50:07-PDT,2263;000000000000
Return-Path: <[email protected]>
Received: from Sun.COM by NIC.DDN.MIL with TCP; Tue, 17 Oct 89 14:56:35 PDT
Received: by Sun.COM (4.1/SMI-4.1)
	id AB13379; Tue, 17 Oct 89 01:54:17 PDT
Date: Tue, 17 Oct 89 01:54:17 PDT
From: [email protected] (Mail Delivery Subsystem)
Subject: Returned mail: Cannot send message for 3 days
Message-Id: <[email protected]>
To: <[email protected]>

   ----- Transcript of session follows -----
421 ringworld.eng.sun.com.: Host ringworld.eng.sun.com. is down

   ----- Unsent message follows -----
Received: from NIC.DDN.MIL by Sun.COM (4.1/SMI-4.1)
	id AA13401; Sat, 14 Oct 89 01:53:06 PDT
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Fri, 13 Oct 89 07:57:00 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA24041; Fri, 13 Oct 89 10:57:11 -0400
From: [email protected]
Message-Id: <[email protected]>
To: [email protected]
Subject: request.89a
Date: Fri Oct 13 10:44:13 1989

I am beginning to outline some articles that discuss
the new official (as of the future article-release date)
ANSI Standard for C.

What kind of questions are people asking you about ANSI C?
What concerns do your users have?

Here are a few of my current notes for the UNIX-related article:
What preparations does a project need to make to transition from
old UNIX (V.3 or 4.3 or other POSIX) C to full ANSI C?
What tools are available to help with any transition difficulties?
How much more restrictive is strict-ANSI (for any environment at all)
portability vs portability to a System V or POSIX or X/OPEN
environment?

If you have any information on these questions, or other questions
to propose, please beam them to me.  Thanks for your comments.

By the way, the X3J11 situation is that a meeting has been scheduled
for the panel to hear the procedural appeal; it is set for 20 October.
We certainly expect that X3J11 and X3 will be upheld by the panel,
but there is not much more I can tell you.  If all goes well, we will
reach the 15 December meeting of ANSI Board of Standards Review.

Thomas Plum  609-927-3770
Plum Hall Inc
1 Spruce Av, Cardiff NJ 08232 USA
uunet!plumhall!plum  OR  [email protected]

19-Oct-89 16:53:20-PDT,2025;000000000000
Date: Thu, 19 Oct 89 11:16:55 PDT
From: The Mailer Daemon <[email protected]>
To: [email protected]
Subject: Message of 13-Oct-89 08:00:41

Message undeliverable and dequeued after 6 days:
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
[email protected].#Internet: Cannot connect to host
[email protected].#Internet: Cannot connect to host
	    ------------
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Fri, 13 Oct 89 07:57:00 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA24041; Fri, 13 Oct 89 10:57:11 -0400
From: [email protected]
Message-Id: <[email protected]>
To: [email protected]
Subject: request.89a
Date: Fri Oct 13 10:44:13 1989

I am beginning to outline some articles that discuss
the new official (as of the future article-release date)
ANSI Standard for C.

What kind of questions are people asking you about ANSI C?
What concerns do your users have?

Here are a few of my current notes for the UNIX-related article:
What preparations does a project need to make to transition from
old UNIX (V.3 or 4.3 or other POSIX) C to full ANSI C?
What tools are available to help with any transition difficulties?
How much more restrictive is strict-ANSI (for any environment at all)
portability vs portability to a System V or POSIX or X/OPEN
environment?

If you have any information on these questions, or other questions
to propose, please beam them to me.  Thanks for your comments.

By the way, the X3J11 situation is that a meeting has been scheduled
for the panel to hear the procedural appeal; it is set for 20 October.
We certainly expect that X3J11 and X3 will be upheld by the panel,
but there is not much more I can tell you.  If all goes well, we will
reach the 15 December meeting of ANSI Board of Standards Review.

Thomas Plum  609-927-3770
Plum Hall Inc
1 Spruce Av, Cardiff NJ 08232 USA
uunet!plumhall!plum  OR  [email protected]

-------
25-Oct-89 22:09:19-PDT,808;000000000000
Return-Path: <[email protected]>
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Wed, 25 Oct 89 22:08:05 PDT
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA00667; Thu, 26 Oct 89 01:05:03 -0400
From: [email protected]
Message-Id: <[email protected]>
To: [email protected]
Subject: J11 addresses
Date: Thu Oct 26 00:55:49 1989

These I think I have sent already:

  Ed Keizer       uunet!cs.vu.nl!keie
  Jim Blondeau    [email protected]
  Carl Sutton     [email protected]
  Tom Pennello    sun!acad!metaware!tom
  Rick Schubert   [email protected]

This one is new:

  Walter Nielsen  [email protected]

Would you be so kind as to send me another complete list?
Thanks, Ken.
- Tom Plum

27-Oct-89 07:37:04-PDT,527;000000000000
Return-Path: <[email protected]>
Received: from osf.osf.org by NIC.DDN.MIL with TCP; Fri, 27 Oct 89 07:36:39 PDT
Received: from osf.osf.org by osf.osf.org (5.61/OSF 0.9)
	id AA22774; Fri, 27 Oct 89 10:36:34 -0400
Message-Id: <[email protected]>
To: [email protected]
Subject: Change to Mailing List
Date: Fri, 27 Oct 89 10:36:31 -0400
From: [email protected]

Please change my mailing list from:
	[email protected]
to:
	[email protected]

This is effective immediately.  Thank you.

-Andy Johnson
30-Oct-89 23:17:43-PST,2169;000000000000
Return-Path: <[email protected]>
Received: from decwrl.dec.com by NIC.DDN.MIL with TCP; Mon, 30 Oct 89 23:17:38 PST
Received: by decwrl.dec.com; id AA03856; Mon, 30 Oct 89 23:18:36 -0800
Date: Mon, 30 Oct 89 23:18:36 -0800
From: [email protected] (Mail Delivery Subsystem)
Subject: Returned mail: Remote protocol error
Message-Id: <[email protected]>
To: [email protected]

   ----- Transcript of session follows -----
While talking to /usr/bin/mail11v3:
>>> MAIL From:<[email protected]>
<<< 559 No such node as dec-tle
554 <[email protected]>,<[email protected]>... Remote protocol error

   ----- Unsent message follows -----
Received: by decwrl.dec.com; id AA03854; Mon, 30 Oct 89 23:18:36 -0800
Received: from uunet.uu.net ([192.48.96.2]) by NIC.DDN.MIL with TCP; Mon, 30 Oct 89 11:16:47 PST
Received: from aussie.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA27600; Mon, 30 Oct 89 14:16:29 -0500
Date: Mon, 30 Oct 89 12:43:38 EST
From: [email protected] (Rex Jaeschke)
Subject: Change of Address
Message-Id: <8910301243.201.UUL1.3#[email protected]>
To: [email protected]

Until recently I had two postal addresses, my home (Swans Neck Way)
and a business PO box (Michael Faraday Drive.) Effective immediately,
the Michael Faraday Drive address is discontinued, however, mail will
be forwarded for a while.  Please use Swans Neck Way in future. The 
complete address is shown below.

Rex

----------------------------------------------------------------------------
                         ********   NEW POSTAL ADDRESS EFFECTIVE OCT 16th
----------------------------------------------------------------------------
Rex Jaeschke     | C Users Journal     |  Journal of C Language Translation
(703) 860-0091   | DEC PROFESSIONAL    |         2051 Swans Neck Way
uunet!aussie!rex | Programmers Journal |     Reston, Virginia 22091, USA
----------------------------------------------------------------------------
Convener of the Numerical C Extensions Group (NCEG)
----------------------------------------------------------------------------

30-Oct-89 23:19:39-PST,2152;000000000000
Return-Path: <[email protected]>
Received: from decwrl.dec.com by NIC.DDN.MIL with TCP; Mon, 30 Oct 89 23:19:32 PST
Received: by decwrl.dec.com; id AA03849; Mon, 30 Oct 89 23:18:29 -0800
Date: Mon, 30 Oct 89 23:18:29 -0800
From: [email protected] (Mail Delivery Subsystem)
Subject: Returned mail: Remote protocol error
Message-Id: <[email protected]>
To: [email protected]

   ----- Transcript of session follows -----
While talking to /usr/bin/mail11v3:
>>> MAIL From:<[email protected]>
<<< 559 No such node as dec-decwet
554 <[email protected]>... Remote protocol error

   ----- Unsent message follows -----
Received: by decwrl.dec.com; id AA03847; Mon, 30 Oct 89 23:18:29 -0800
Received: from uunet.uu.net ([192.48.96.2]) by NIC.DDN.MIL with TCP; Mon, 30 Oct 89 11:16:47 PST
Received: from aussie.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA27600; Mon, 30 Oct 89 14:16:29 -0500
Date: Mon, 30 Oct 89 12:43:38 EST
From: [email protected] (Rex Jaeschke)
Subject: Change of Address
Message-Id: <8910301243.201.UUL1.3#[email protected]>
To: [email protected]

Until recently I had two postal addresses, my home (Swans Neck Way)
and a business PO box (Michael Faraday Drive.) Effective immediately,
the Michael Faraday Drive address is discontinued, however, mail will
be forwarded for a while.  Please use Swans Neck Way in future. The 
complete address is shown below.

Rex

----------------------------------------------------------------------------
                         ********   NEW POSTAL ADDRESS EFFECTIVE OCT 16th
----------------------------------------------------------------------------
Rex Jaeschke     | C Users Journal     |  Journal of C Language Translation
(703) 860-0091   | DEC PROFESSIONAL    |         2051 Swans Neck Way
uunet!aussie!rex | Programmers Journal |     Reston, Virginia 22091, USA
----------------------------------------------------------------------------
Convener of the Numerical C Extensions Group (NCEG)
----------------------------------------------------------------------------

30-Oct-89 23:34:27-PST,1665;000000000000
Date: Mon, 30 Oct 89 23:30:45 PST
From: The Mailer Daemon <[email protected]>
To: [email protected]
Subject: Message of 30-Oct-89 14:38:37

Message failed for the following:
[email protected]: 550 <[email protected]>... User unknown
	    ------------
Received: from uunet.uu.net ([192.48.96.2]) by NIC.DDN.MIL with TCP; Mon, 30 Oct 89 11:16:47 PST
Received: from aussie.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA27600; Mon, 30 Oct 89 14:16:29 -0500
Date: Mon, 30 Oct 89 12:43:38 EST
From: [email protected] (Rex Jaeschke)
Subject: Change of Address
Message-Id: <8910301243.201.UUL1.3#[email protected]>
To: [email protected]

Until recently I had two postal addresses, my home (Swans Neck Way)
and a business PO box (Michael Faraday Drive.) Effective immediately,
the Michael Faraday Drive address is discontinued, however, mail will
be forwarded for a while.  Please use Swans Neck Way in future. The 
complete address is shown below.

Rex

----------------------------------------------------------------------------
                         ********   NEW POSTAL ADDRESS EFFECTIVE OCT 16th
----------------------------------------------------------------------------
Rex Jaeschke     | C Users Journal     |  Journal of C Language Translation
(703) 860-0091   | DEC PROFESSIONAL    |         2051 Swans Neck Way
uunet!aussie!rex | Programmers Journal |     Reston, Virginia 22091, USA
----------------------------------------------------------------------------
Convener of the Numerical C Extensions Group (NCEG)
----------------------------------------------------------------------------

-------
 2-Nov-89 23:58:23-PST,2050;000000000000
Return-Path: <[email protected]>
Received: from Sun.COM by NIC.DDN.MIL with TCP; Thu, 2 Nov 89 23:58:15 PST
Received: by Sun.COM (4.1/SMI-4.1)
	id AA17771; Thu, 2 Nov 89 23:58:09 PST
Date: Thu, 2 Nov 89 23:58:09 PST
From: [email protected] (Mail Delivery Subsystem)
Subject: Returned mail: Cannot send message for 3 days
Message-Id: <[email protected]>
To: <[email protected]>

   ----- Transcript of session follows -----
421 ringworld.eng.sun.com.: Host ringworld.eng.sun.com. is down

   ----- Unsent message follows -----
Received: from NIC.DDN.MIL by Sun.COM (4.1/SMI-4.1)
	id AA22912; Mon, 30 Oct 89 23:27:57 PST
Received: from uunet.uu.net ([192.48.96.2]) by NIC.DDN.MIL with TCP; Mon, 30 Oct 89 11:16:47 PST
Received: from aussie.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA27600; Mon, 30 Oct 89 14:16:29 -0500
Date: Mon, 30 Oct 89 12:43:38 EST
From: [email protected] (Rex Jaeschke)
Subject: Change of Address
Message-Id: <8910301243.201.UUL1.3#[email protected]>
To: [email protected]

Until recently I had two postal addresses, my home (Swans Neck Way)
and a business PO box (Michael Faraday Drive.) Effective immediately,
the Michael Faraday Drive address is discontinued, however, mail will
be forwarded for a while.  Please use Swans Neck Way in future. The 
complete address is shown below.

Rex

----------------------------------------------------------------------------
                         ********   NEW POSTAL ADDRESS EFFECTIVE OCT 16th
----------------------------------------------------------------------------
Rex Jaeschke     | C Users Journal     |  Journal of C Language Translation
(703) 860-0091   | DEC PROFESSIONAL    |         2051 Swans Neck Way
uunet!aussie!rex | Programmers Journal |     Reston, Virginia 22091, USA
----------------------------------------------------------------------------
Convener of the Numerical C Extensions Group (NCEG)
----------------------------------------------------------------------------

 8-Nov-89 21:22:33-PST,1814;000000000000
Date: Wed, 8 Nov 89 21:17:39 PST
From: The Mailer Daemon <[email protected]>
To: [email protected]
Subject: Message of 30-Oct-89 14:38:37

Message undeliverable and dequeued after 9 days:
[email protected]: Cannot connect to host
[email protected]: Cannot connect to host
[email protected].#Internet: Cannot connect to host
[email protected].#Internet: Cannot connect to host
	    ------------
Received: from uunet.uu.net ([192.48.96.2]) by NIC.DDN.MIL with TCP; Mon, 30 Oct 89 11:16:47 PST
Received: from aussie.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA27600; Mon, 30 Oct 89 14:16:29 -0500
Date: Mon, 30 Oct 89 12:43:38 EST
From: [email protected] (Rex Jaeschke)
Subject: Change of Address
Message-Id: <8910301243.201.UUL1.3#[email protected]>
To: [email protected]

Until recently I had two postal addresses, my home (Swans Neck Way)
and a business PO box (Michael Faraday Drive.) Effective immediately,
the Michael Faraday Drive address is discontinued, however, mail will
be forwarded for a while.  Please use Swans Neck Way in future. The 
complete address is shown below.

Rex

----------------------------------------------------------------------------
                         ********   NEW POSTAL ADDRESS EFFECTIVE OCT 16th
----------------------------------------------------------------------------
Rex Jaeschke     | C Users Journal     |  Journal of C Language Translation
(703) 860-0091   | DEC PROFESSIONAL    |         2051 Swans Neck Way
uunet!aussie!rex | Programmers Journal |     Reston, Virginia 22091, USA
----------------------------------------------------------------------------
Convener of the Numerical C Extensions Group (NCEG)
----------------------------------------------------------------------------

-------
21-Dec-89 12:09:43-PST,643;000000000000
Return-Path: <[email protected]>
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Thu, 21 Dec 89 12:08:18 PST
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA03529; Thu, 21 Dec 89 15:08:03 -0500
From: [email protected]
Message-Id: <[email protected]>
To: [email protected]
Subject: new names for J11
Date: Thu Dec 21 00:15:36 1989

! Wendy Merrill     !       [email protected]
! Sheryl Horowitz   !       [email protected]


Thomas Plum  609-927-3770
Plum Hall Inc
1 Spruce Av, Cardiff NJ 08232 USA
uunet!plumhall!plum  OR  [email protected]

22-Dec-89 22:17:50-PST,2161;000000000000
Return-Path: <[email protected]>
Received: from decwrl.dec.com by NIC.DDN.MIL with TCP; Fri, 22 Dec 89 22:17:45 PST
Received: by decwrl.dec.com; id AA10073; Fri, 22 Dec 89 22:17:27 -0800
Date: Fri, 22 Dec 89 22:17:27 -0800
From: [email protected] (Mail Delivery Subsystem)
Subject: Returned mail: Remote protocol error
Message-Id: <[email protected]>
To: [email protected]

   ----- Transcript of session follows -----
While talking to /usr/bin/mail11v3:
>>> MAIL From:<[email protected]>
<<< 559 No such node as dec-tle
554 <[email protected]>... Remote protocol error
While talking to /usr/bin/mail11v3:
>>> MAIL From:<[email protected]>
<<< 559 No such node as dec-tle
554 <[email protected]>... Remote protocol error

   ----- Unsent message follows -----
Received: by decwrl.dec.com; id AA10070; Fri, 22 Dec 89 22:17:27 -0800
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Fri, 22 Dec 89 22:03:49 PST
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA22648; Sat, 23 Dec 89 01:03:28 -0500
From: [email protected]
Message-Id: <[email protected]>
To: [email protected], [email protected],
        [email protected], [email protected],
        [email protected],
        [email protected], [email protected],
        [email protected], [email protected]
Subject: Approved!
Date: Sat Dec 23 01:00:34 1989

I have been informed verbally by Jean-Paul Emard, Director of the
X3 Standards Secretariat, that the X3J11 draft was unanimously(!)
approved by the ANSI Board of Standards Review on 14 December 1989.
There appears to be high probability that an appeal will be filed with
them.  If so, I understand that the appeal will be resolved at their
February meeting.  We still expect that approval will be completed by
the time of our March meeting.

Vice-Chair, X3J11:
Thomas Plum     Plum Hall Inc, 1 Spruce Av, Cardiff NJ 08232 USA
609-927-3770    uunet!plumhall!plum  OR  [email protected]

22-Dec-89 22:17:53-PST,2003;000000000000
Return-Path: <[email protected]>
Received: from decwrl.dec.com by NIC.DDN.MIL with TCP; Fri, 22 Dec 89 22:17:44 PST
Received: by decwrl.dec.com; id AA10055; Fri, 22 Dec 89 22:17:15 -0800
Date: Fri, 22 Dec 89 22:17:15 -0800
From: [email protected] (Mail Delivery Subsystem)
Subject: Returned mail: Remote protocol error
Message-Id: <[email protected]>
To: [email protected]

   ----- Transcript of session follows -----
While talking to /usr/bin/mail11v3:
>>> MAIL From:<[email protected]>
<<< 559 No such node as dec-decwet
554 <[email protected]>... Remote protocol error

   ----- Unsent message follows -----
Received: by decwrl.dec.com; id AA10053; Fri, 22 Dec 89 22:17:15 -0800
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Fri, 22 Dec 89 22:03:49 PST
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA22648; Sat, 23 Dec 89 01:03:28 -0500
From: [email protected]
Message-Id: <[email protected]>
To: [email protected], [email protected],
        [email protected], [email protected],
        [email protected],
        [email protected], [email protected],
        [email protected], [email protected]
Subject: Approved!
Date: Sat Dec 23 01:00:34 1989

I have been informed verbally by Jean-Paul Emard, Director of the
X3 Standards Secretariat, that the X3J11 draft was unanimously(!)
approved by the ANSI Board of Standards Review on 14 December 1989.
There appears to be high probability that an appeal will be filed with
them.  If so, I understand that the appeal will be resolved at their
February meeting.  We still expect that approval will be completed by
the time of our March meeting.

Vice-Chair, X3J11:
Thomas Plum     Plum Hall Inc, 1 Spruce Av, Cardiff NJ 08232 USA
609-927-3770    uunet!plumhall!plum  OR  [email protected]

22-Dec-89 22:33:30-PST,1516;000000000000
Date: Fri, 22 Dec 89 22:29:53 PST
From: The Mailer Daemon <[email protected]>
To: [email protected]
Subject: Message of 22-Dec-89 22:04:00

Message failed for the following:
[email protected]: 550 <[email protected]>... User unknown
	    ------------
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Fri, 22 Dec 89 22:03:49 PST
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA22648; Sat, 23 Dec 89 01:03:28 -0500
From: [email protected]
Message-Id: <[email protected]>
To: [email protected], [email protected],
        [email protected], [email protected],
        [email protected],
        [email protected], [email protected],
        [email protected], [email protected]
Subject: Approved!
Date: Sat Dec 23 01:00:34 1989

I have been informed verbally by Jean-Paul Emard, Director of the
X3 Standards Secretariat, that the X3J11 draft was unanimously(!)
approved by the ANSI Board of Standards Review on 14 December 1989.
There appears to be high probability that an appeal will be filed with
them.  If so, I understand that the appeal will be resolved at their
February meeting.  We still expect that approval will be completed by
the time of our March meeting.

Vice-Chair, X3J11:
Thomas Plum     Plum Hall Inc, 1 Spruce Av, Cardiff NJ 08232 USA
609-927-3770    uunet!plumhall!plum  OR  [email protected]

-------
26-Dec-89 15:48:51-PST,1961;000000000000
Return-Path: <[email protected]>
Received: from Sun.COM by NIC.DDN.MIL with TCP; Tue, 26 Dec 89 15:48:41 PST
Received: by Sun.COM (4.1/SMI-4.1)
	id AJ00112; Tue, 26 Dec 89 10:36:40 PST
Date: Tue, 26 Dec 89 10:36:40 PST
From: [email protected] (Mail Delivery Subsystem)
Subject: Returned mail: Cannot send message for 3 days
Message-Id: <[email protected]>
To: <[email protected]>

   ----- Transcript of session follows -----
421 smile.eng.sun.com.: Host smile.eng.sun.com. is down
421 ringworld.eng.sun.com.: Host ringworld.eng.sun.com. is down

   ----- Unsent message follows -----
Received: from NIC.DDN.MIL by Sun.COM (4.1/SMI-4.1)
	id AA04746; Fri, 22 Dec 89 22:26:39 PST
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Fri, 22 Dec 89 22:03:49 PST
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA22648; Sat, 23 Dec 89 01:03:28 -0500
From: [email protected]
Message-Id: <[email protected]>
To: [email protected], [email protected],
        [email protected], [email protected],
        [email protected],
        [email protected], [email protected],
        [email protected], [email protected]
Subject: Approved!
Date: Sat Dec 23 01:00:34 1989

I have been informed verbally by Jean-Paul Emard, Director of the
X3 Standards Secretariat, that the X3J11 draft was unanimously(!)
approved by the ANSI Board of Standards Review on 14 December 1989.
There appears to be high probability that an appeal will be filed with
them.  If so, I understand that the appeal will be resolved at their
February meeting.  We still expect that approval will be completed by
the time of our March meeting.

Vice-Chair, X3J11:
Thomas Plum     Plum Hall Inc, 1 Spruce Av, Cardiff NJ 08232 USA
609-927-3770    uunet!plumhall!plum  OR  [email protected]

28-Dec-89 08:38:50-PST,1627;000000000000
Date: Thu, 28 Dec 89 08:36:09 PST
From: The Mailer Daemon <[email protected]>
To: [email protected]
Subject: Message of 22-Dec-89 22:04:00

Message undeliverable and dequeued after 5 days:
[email protected]: Cannot connect to host
[email protected].#Internet: Cannot connect to host
[email protected].#Internet: Cannot connect to host
	    ------------
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Fri, 22 Dec 89 22:03:49 PST
Received: from plumhall.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA22648; Sat, 23 Dec 89 01:03:28 -0500
From: [email protected]
Message-Id: <[email protected]>
To: [email protected], [email protected],
        [email protected], [email protected],
        [email protected],
        [email protected], [email protected],
        [email protected], [email protected]
Subject: Approved!
Date: Sat Dec 23 01:00:34 1989

I have been informed verbally by Jean-Paul Emard, Director of the
X3 Standards Secretariat, that the X3J11 draft was unanimously(!)
approved by the ANSI Board of Standards Review on 14 December 1989.
There appears to be high probability that an appeal will be filed with
them.  If so, I understand that the appeal will be resolved at their
February meeting.  We still expect that approval will be completed by
the time of our March meeting.

Vice-Chair, X3J11:
Thomas Plum     Plum Hall Inc, 1 Spruce Av, Cardiff NJ 08232 USA
609-927-3770    uunet!plumhall!plum  OR  [email protected]

-------
28-Dec-89 11:14:08-PST,727;000000000000
Return-Path: <[email protected]>
Received: from osf.osf.org by NIC.DDN.MIL with TCP; Thu, 28 Dec 89 11:13:58 PST
Received: from osf.osf.org by osf.osf.org (5.61/OSF 0.9)
	id AA23285; Thu, 28 Dec 89 13:02:19 -0500
Message-Id: <[email protected]>
To: [email protected]
Cc: [email protected], [email protected]
Subject: Change of address
Date: Thu, 28 Dec 89 13:02:17 -0500
From: [email protected]

I had sent a request earlier, but it didn't seem to be acted upon.

Please change:
   [email protected]
to:
   [email protected]
in the X3J11 mailing list.  I am getting mail forwarded for now, but that will
be discontinued in the near future, and I will lose any subsequent mail.

Thank you.

-AndyJ
19-Jan-90 10:43:31-PST,1929;000000000000
Return-Path: <[email protected]>
Received: from decpa.pa.dec.com by NIC.DDN.MIL with TCP; Fri, 19 Jan 90 10:42:53 PST
Received: by decpa.pa.dec.com; id AA14068; Fri, 19 Jan 90 10:40:36 -0800
Date: Fri, 19 Jan 90 10:40:36 -0800
From: [email protected] (Mail Delivery Subsystem)
Subject: Returned mail: Host unknown
Message-Id: <[email protected]>
To: [email protected]

   ----- Transcript of session follows -----
550 dec-decwet.dec.com (tcp)... 550 Host unknown
554 <[email protected]>... 550 Host unknown (Valid name but no A or MX)

   ----- Unsent message follows -----
Received: by decpa.pa.dec.com; id AA14049; Fri, 19 Jan 90 10:40:36 -0800
Received: from uunet.UU.NET by NIC.DDN.MIL with TCP; Thu, 18 Jan 90 17:03:17 PST
Received: from plumhall.UUCP by uunet.UU.NET (5.61/1.14) with UUCP 
	id AA04919; Thu, 18 Jan 90 20:03:13 -0500
Date: Wed, 17 Jan 90 17:32:08 EST
From: plum%[email protected] (Thomas Plum)
Subject: No appeals; FINAL!
Message-Id: <9001171732.0.UUL1.3#[email protected]>
To: [email protected]


By telephone conversation with Louise Germani,
at ANSI Board of Standards Review, I have confirmed the news given to me
yesterday by Jean Paul Emard at X3:
The time allowed for receipt of appeals to ANSI has expired.
No appeals have been received.
The approval by ANSI BSR is official.
The C Standard will be known as ANS X3.159-1989, because the approval
meeting was 14 December 1989.

I convey this news to you with great, and mixed, emotions.
Let me just express, on behalf of everyone, to everyone,
thanks for everything that was done to bring about this long-delayed result.

PS: My apologies if you had trouble reaching plumhall.uu.net last week;
we had a series of hardware problems.  Access should now be reliable.

Thomas Plum, Vice-Chair X3J11
[email protected]   (USA) 609-927-3770

19-Jan-90 10:44:21-PST,1946;000000000000
Return-Path: <[email protected]>
Received: from decpa.pa.dec.com by NIC.DDN.MIL with TCP; Fri, 19 Jan 90 10:43:51 PST
Received: by decpa.pa.dec.com; id AA14113; Fri, 19 Jan 90 10:41:12 -0800
Date: Fri, 19 Jan 90 10:41:12 -0800
From: [email protected] (Mail Delivery Subsystem)
Subject: Returned mail: Host unknown
Message-Id: <[email protected]>
To: [email protected]

   ----- Transcript of session follows -----
550 dec-tle.dec.com (tcp)... 550 Host unknown
554 <[email protected]>,<[email protected]>... 550 Host unknown (Valid name but no A or MX)

   ----- Unsent message follows -----
Received: by decpa.pa.dec.com; id AA14085; Fri, 19 Jan 90 10:41:12 -0800
Received: from uunet.UU.NET by NIC.DDN.MIL with TCP; Thu, 18 Jan 90 17:03:17 PST
Received: from plumhall.UUCP by uunet.UU.NET (5.61/1.14) with UUCP 
	id AA04919; Thu, 18 Jan 90 20:03:13 -0500
Date: Wed, 17 Jan 90 17:32:08 EST
From: plum%[email protected] (Thomas Plum)
Subject: No appeals; FINAL!
Message-Id: <9001171732.0.UUL1.3#[email protected]>
To: [email protected]


By telephone conversation with Louise Germani,
at ANSI Board of Standards Review, I have confirmed the news given to me
yesterday by Jean Paul Emard at X3:
The time allowed for receipt of appeals to ANSI has expired.
No appeals have been received.
The approval by ANSI BSR is official.
The C Standard will be known as ANS X3.159-1989, because the approval
meeting was 14 December 1989.

I convey this news to you with great, and mixed, emotions.
Let me just express, on behalf of everyone, to everyone,
thanks for everything that was done to bring about this long-delayed result.

PS: My apologies if you had trouble reaching plumhall.uu.net last week;
we had a series of hardware problems.  Access should now be reliable.

Thomas Plum, Vice-Chair X3J11
[email protected]   (USA) 609-927-3770

19-Jan-90 11:24:13-PST,1532;000000000000
Date: Fri, 19 Jan 90 11:22:56 PST
From: The Mailer Daemon <[email protected]>
To: [email protected]
Subject: Message of 18-Jan-90 17:04:11

Message failed for the following:
[email protected]: 550 <[email protected]>... User unknown
[email protected]: 550 <[email protected]>... User unknown
	    ------------
Received: from uunet.UU.NET by NIC.DDN.MIL with TCP; Thu, 18 Jan 90 17:03:17 PST
Received: from plumhall.UUCP by uunet.UU.NET (5.61/1.14) with UUCP 
	id AA04919; Thu, 18 Jan 90 20:03:13 -0500
Date: Wed, 17 Jan 90 17:32:08 EST
From: plum%[email protected] (Thomas Plum)
Subject: No appeals; FINAL!
Message-Id: <9001171732.0.UUL1.3#[email protected]>
To: [email protected]


By telephone conversation with Louise Germani,
at ANSI Board of Standards Review, I have confirmed the news given to me
yesterday by Jean Paul Emard at X3:
The time allowed for receipt of appeals to ANSI has expired.
No appeals have been received.
The approval by ANSI BSR is official.
The C Standard will be known as ANS X3.159-1989, because the approval
meeting was 14 December 1989.

I convey this news to you with great, and mixed, emotions.
Let me just express, on behalf of everyone, to everyone,
thanks for everything that was done to bring about this long-delayed result.

PS: My apologies if you had trouble reaching plumhall.uu.net last week;
we had a series of hardware problems.  Access should now be reliable.

Thomas Plum, Vice-Chair X3J11
[email protected]   (USA) 609-927-3770

-------
25-Jan-90 17:33:20-PST,1591;000000000000
Date: Thu, 25 Jan 90 17:30:02 PST
From: The Mailer Daemon <[email protected]>
To: [email protected]
Subject: Message of 18-Jan-90 17:04:11

Message undeliverable and dequeued after 7 days:
[email protected]: Cannot connect to host
[email protected].#Internet: Cannot connect to host
[email protected].#Internet: Cannot connect to host
	    ------------
Received: from uunet.UU.NET by NIC.DDN.MIL with TCP; Thu, 18 Jan 90 17:03:17 PST
Received: from plumhall.UUCP by uunet.UU.NET (5.61/1.14) with UUCP 
	id AA04919; Thu, 18 Jan 90 20:03:13 -0500
Date: Wed, 17 Jan 90 17:32:08 EST
From: plum%[email protected] (Thomas Plum)
Subject: No appeals; FINAL!
Message-Id: <9001171732.0.UUL1.3#[email protected]>
To: [email protected]


By telephone conversation with Louise Germani,
at ANSI Board of Standards Review, I have confirmed the news given to me
yesterday by Jean Paul Emard at X3:
The time allowed for receipt of appeals to ANSI has expired.
No appeals have been received.
The approval by ANSI BSR is official.
The C Standard will be known as ANS X3.159-1989, because the approval
meeting was 14 December 1989.

I convey this news to you with great, and mixed, emotions.
Let me just express, on behalf of everyone, to everyone,
thanks for everything that was done to bring about this long-delayed result.

PS: My apologies if you had trouble reaching plumhall.uu.net last week;
we had a series of hardware problems.  Access should now be reliable.

Thomas Plum, Vice-Chair X3J11
[email protected]   (USA) 609-927-3770

-------
 3-Feb-90 00:07:21-PST,4683;000000000000
Return-Path: <[email protected]>
Received: from decpa.pa.dec.com by NIC.DDN.MIL with TCP; Sat, 3 Feb 90 00:07:01 PST
Received: by decpa.pa.dec.com; id AA17927; Sat, 3 Feb 90 00:04:20 -0800
Date: Sat, 3 Feb 90 00:04:20 -0800
From: MAILER-DAEMON@decpa (Mail Delivery Subsystem)
Subject: Returned mail: Host unknown
Message-Id: <[email protected]>
To: [email protected]

   ----- Transcript of session follows -----
550 dec-decwet.dec.com (tcp)... 550 Host unknown
554 <[email protected]>... 550 Host unknown (Valid name but no A or MX)

   ----- Unsent message follows -----
Received: by decpa.pa.dec.com; id AA17920; Sat, 3 Feb 90 00:04:20 -0800
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Fri, 2 Feb 90 19:16:47 PST
Received: from aussie.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA08595; Fri, 2 Feb 90 22:09:09 -0500
Date: Fri, 2 Feb 90 15:49:10 EST
From: [email protected] (Rex Jaeschke)
Subject: ANSI C Information
Message-Id: <9002021549.0.UUL1.3#[email protected]>
To: [email protected]

%---------------------------------------------------------------

The following text will apear in Volume 1, number 4, March 1990, of 
The Journal of C Language Translation. Although it was written by Rex 
Jaeschke, it will apear as part of Jim Brodie's Standards Column.

It is reproduced here for your convenience as a service by the
Journal and for those of you who are are not Journal subscribers. 
Please note this extract is Copyright 1990, Rex Jaeschke and all
rights are reserved.

This information is believed to be accurate as at February 2nd, 1990.

%---------------------------------------------------------------

The American National Standard for C has finally been approved.
The period for appeals before enactment of the standard has now
passed and actual publication of the standard should occur shortly. 
(ANSI anticipates copies being available by late March.) The
Standard's official designation is ANSI X3.159-1989.  To obtain a
copy, contact:

	American National Standards Institute
	Sales Department
	1430 Broadway
	New York, NY 10018
	(212) 642-4900
	fax (212) 302-1286

At press time, the price of the standard had not yet been determined.

{Interpretations Phase}

If you would like to formally submit a request for interpretation, do
so to:

	X3 Secretariat
	CBEMA
	311 First Street N.W.
	Suite 500
	Washington, DC 20001-2178
	Attn: Manager of Standards Processing

{The U.S. Government FIPS}

There is not yet a Federal Information Processing Standard (FIPS)
for C.  Referencing a FIPS significantly simplifies the process of
using a language in a U.S. defense project.  Now that the ANSI standard
for C has been approved the C FIPS should follow soon.  Sometime in
February 1990 the FIPS proposal will be issued for a 90 day public
comment period.  Assuming there are no objections, the FIPS is
presented to the U.S.  Secretary of Commerce for signing.  It is
expected this whole process will be completed during the Fall of
1990.  This is then followed by a six month acceptance period after
which the FIPS becomes final.  Note, however, that since the ANSI
Standard exists right now, a U.S. Government agency can require
conformance to that standard in RFPs right now! They do not need to
wait until a FIPS is produced.

{The Formal Validation Process}

On the U.S. front, activity in that direction has also begun in
earnest.  According to the National Institute of Standards and
Technology (NIST) they issued a Request For Proposal (RFP) in late
January asking for submissions of C language validation test suites. 
To get a copy of the solicitation for C language validation suite RFP
(Solicitation Number 52SBNB0C6O42) contact:

	National Institute of Standards and Technology
	Contracts Department
	Gaithersburg, MD 20899

Note that the process of selecting or developing a validation suite is 
not related to the FIPS. That is, the suite may be finalized 
before or after a FIPS is produced.

%---------------------------------------------------------------

Rex

----------------------------------------------------------------------------
Rex Jaeschke     |  Journal of C Language Translation  | C Users Journal
(703) 860-0091   |        2051 Swans Neck Way          | DEC PROFESSIONAL
uunet!aussie!rex |     Reston, Virginia 22091, USA     | Programmers Journal
----------------------------------------------------------------------------
Convener of the Numerical C Extensions Group (NCEG)
----------------------------------------------------------------------------

 3-Feb-90 00:07:29-PST,4858;000000000000
Received: from Relay.Prime.COM ([129.122.1.1]) by NIC.DDN.MIL with TCP; Sat, 3 Feb 90 00:07:13 PST
Date: 03 Feb 90 03:09:34 EST
From: [email protected] (PDNmail version 2.3.x123)
Subject: returned mail
Message-Type: Return
Encoding: 6 text, message
To: <[email protected]>

Mail addressed to "[email protected]" could not be forwarded.

Service at S55.Prime.COM said:
550 Cannot write to mailbox; user not known

------- Unsent message follows -------

Received: from sh.prime.com by Relay.Prime.COM; 03 Feb 90 03:09:19 EST
Received: from Relay.Prime.COM by sh.prime.com (3.2/SMI-3.2)
	id AA14027; Sat, 3 Feb 90 03:04:44 EST
Received: from NET.Prime.COM by Relay.Prime.COM; 03 Feb 90 03:09:07 EST
Received: from EN-C06.Prime.COM by NET.Prime.COM; 03 Feb 90 03:06:56 EST
Received: from NIC.DDN.MIL by EN-C06.Prime.COM; 03 Feb 90 03:11:45 EST
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Fri, 2 Feb 90 19:16:47 PST
Received: from aussie.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA08595; Fri, 2 Feb 90 22:09:09 -0500
Date: Fri, 2 Feb 90 15:49:10 EST
From: [email protected] (Rex Jaeschke)
Subject: ANSI C Information
Message-Id: <9002021549.0.UUL1.3#[email protected]>
To: [email protected]

%---------------------------------------------------------------

The following text will apear in Volume 1, number 4, March 1990, of 
The Journal of C Language Translation. Although it was written by Rex 
Jaeschke, it will apear as part of Jim Brodie's Standards Column.

It is reproduced here for your convenience as a service by the
Journal and for those of you who are are not Journal subscribers. 
Please note this extract is Copyright 1990, Rex Jaeschke and all
rights are reserved.

This information is believed to be accurate as at February 2nd, 1990.

%---------------------------------------------------------------

The American National Standard for C has finally been approved.
The period for appeals before enactment of the standard has now
passed and actual publication of the standard should occur shortly. 
(ANSI anticipates copies being available by late March.) The
Standard's official designation is ANSI X3.159-1989.  To obtain a
copy, contact:

	American National Standards Institute
	Sales Department
	1430 Broadway
	New York, NY 10018
	(212) 642-4900
	fax (212) 302-1286

At press time, the price of the standard had not yet been determined.

{Interpretations Phase}

If you would like to formally submit a request for interpretation, do
so to:

	X3 Secretariat
	CBEMA
	311 First Street N.W.
	Suite 500
	Washington, DC 20001-2178
	Attn: Manager of Standards Processing

{The U.S. Government FIPS}

There is not yet a Federal Information Processing Standard (FIPS)
for C.  Referencing a FIPS significantly simplifies the process of
using a language in a U.S. defense project.  Now that the ANSI standard
for C has been approved the C FIPS should follow soon.  Sometime in
February 1990 the FIPS proposal will be issued for a 90 day public
comment period.  Assuming there are no objections, the FIPS is
presented to the U.S.  Secretary of Commerce for signing.  It is
expected this whole process will be completed during the Fall of
1990.  This is then followed by a six month acceptance period after
which the FIPS becomes final.  Note, however, that since the ANSI
Standard exists right now, a U.S. Government agency can require
conformance to that standard in RFPs right now! They do not need to
wait until a FIPS is produced.

{The Formal Validation Process}

On the U.S. front, activity in that direction has also begun in
earnest.  According to the National Institute of Standards and
Technology (NIST) they issued a Request For Proposal (RFP) in late
January asking for submissions of C language validation test suites. 
To get a copy of the solicitation for C language validation suite RFP
(Solicitation Number 52SBNB0C6O42) contact:

	National Institute of Standards and Technology
	Contracts Department
	Gaithersburg, MD 20899

Note that the process of selecting or developing a validation suite is 
not related to the FIPS. That is, the suite may be finalized 
before or after a FIPS is produced.

%---------------------------------------------------------------

Rex

----------------------------------------------------------------------------
Rex Jaeschke     |  Journal of C Language Translation  | C Users Journal
(703) 860-0091   |        2051 Swans Neck Way          | DEC PROFESSIONAL
uunet!aussie!rex |     Reston, Virginia 22091, USA     | Programmers Journal
----------------------------------------------------------------------------
Convener of the Numerical C Extensions Group (NCEG)
----------------------------------------------------------------------------

 3-Feb-90 00:25:08-PST,4299;000000000000
Date: Sat, 3 Feb 90 00:21:18 PST
From: The Mailer Daemon <[email protected]>
To: [email protected]
Subject: Message of 2-Feb-90 19:18:17

Message failed for the following:
[email protected]: 550 <[email protected]>... User unknown
[email protected]: 550 <[email protected]>... User unknown
	    ------------
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Fri, 2 Feb 90 19:16:47 PST
Received: from aussie.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA08595; Fri, 2 Feb 90 22:09:09 -0500
Date: Fri, 2 Feb 90 15:49:10 EST
From: [email protected] (Rex Jaeschke)
Subject: ANSI C Information
Message-Id: <9002021549.0.UUL1.3#[email protected]>
To: [email protected]

%---------------------------------------------------------------

The following text will apear in Volume 1, number 4, March 1990, of 
The Journal of C Language Translation. Although it was written by Rex 
Jaeschke, it will apear as part of Jim Brodie's Standards Column.

It is reproduced here for your convenience as a service by the
Journal and for those of you who are are not Journal subscribers. 
Please note this extract is Copyright 1990, Rex Jaeschke and all
rights are reserved.

This information is believed to be accurate as at February 2nd, 1990.

%---------------------------------------------------------------

The American National Standard for C has finally been approved.
The period for appeals before enactment of the standard has now
passed and actual publication of the standard should occur shortly. 
(ANSI anticipates copies being available by late March.) The
Standard's official designation is ANSI X3.159-1989.  To obtain a
copy, contact:

	American National Standards Institute
	Sales Department
	1430 Broadway
	New York, NY 10018
	(212) 642-4900
	fax (212) 302-1286

At press time, the price of the standard had not yet been determined.

{Interpretations Phase}

If you would like to formally submit a request for interpretation, do
so to:

	X3 Secretariat
	CBEMA
	311 First Street N.W.
	Suite 500
	Washington, DC 20001-2178
	Attn: Manager of Standards Processing

{The U.S. Government FIPS}

There is not yet a Federal Information Processing Standard (FIPS)
for C.  Referencing a FIPS significantly simplifies the process of
using a language in a U.S. defense project.  Now that the ANSI standard
for C has been approved the C FIPS should follow soon.  Sometime in
February 1990 the FIPS proposal will be issued for a 90 day public
comment period.  Assuming there are no objections, the FIPS is
presented to the U.S.  Secretary of Commerce for signing.  It is
expected this whole process will be completed during the Fall of
1990.  This is then followed by a six month acceptance period after
which the FIPS becomes final.  Note, however, that since the ANSI
Standard exists right now, a U.S. Government agency can require
conformance to that standard in RFPs right now! They do not need to
wait until a FIPS is produced.

{The Formal Validation Process}

On the U.S. front, activity in that direction has also begun in
earnest.  According to the National Institute of Standards and
Technology (NIST) they issued a Request For Proposal (RFP) in late
January asking for submissions of C language validation test suites. 
To get a copy of the solicitation for C language validation suite RFP
(Solicitation Number 52SBNB0C6O42) contact:

	National Institute of Standards and Technology
	Contracts Department
	Gaithersburg, MD 20899

Note that the process of selecting or developing a validation suite is 
not related to the FIPS. That is, the suite may be finalized 
before or after a FIPS is produced.

%---------------------------------------------------------------

Rex

----------------------------------------------------------------------------
Rex Jaeschke     |  Journal of C Language Translation  | C Users Journal
(703) 860-0091   |        2051 Swans Neck Way          | DEC PROFESSIONAL
uunet!aussie!rex |     Reston, Virginia 22091, USA     | Programmers Journal
----------------------------------------------------------------------------
Convener of the Numerical C Extensions Group (NCEG)
----------------------------------------------------------------------------

-------
 3-Feb-90 23:34:04-PST,4711;000000000000
Return-Path: <[email protected]>
Received: from decpa.pa.dec.com by NIC.DDN.MIL with TCP; Sat, 3 Feb 90 23:33:33 PST
Received: by decpa.pa.dec.com; id AA17946; Sat, 3 Feb 90 00:04:46 -0800
Date: Sat, 3 Feb 90 00:04:46 -0800
From: [email protected] (Mail Delivery Subsystem)
Subject: Returned mail: Host unknown
Message-Id: <[email protected]>
To: [email protected]

   ----- Transcript of session follows -----
550 dec-tle.dec.com (tcp)... 550 Host unknown
554 <[email protected]>,<[email protected]>... 550 Host unknown (Valid name but no A or MX)

   ----- Unsent message follows -----
Received: by decpa.pa.dec.com; id AA17933; Sat, 3 Feb 90 00:04:46 -0800
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Fri, 2 Feb 90 19:16:47 PST
Received: from aussie.UUCP by uunet.uu.net (5.61/1.14) with UUCP 
	id AA08595; Fri, 2 Feb 90 22:09:09 -0500
Date: Fri, 2 Feb 90 15:49:10 EST
From: [email protected] (Rex Jaeschke)
Subject: ANSI C Information
Message-Id: <9002021549.0.UUL1.3#[email protected]>
To: [email protected]

%---------------------------------------------------------------

The following text will apear in Volume 1, number 4, March 1990, of 
The Journal of C Language Translation. Although it was written by Rex 
Jaeschke, it will apear as part of Jim Brodie's Standards Column.

It is reproduced here for your convenience as a service by the
Journal and for those of you who are are not Journal subscribers. 
Please note this extract is Copyright 1990, Rex Jaeschke and all
rights are reserved.

This information is believed to be accurate as at February 2nd, 1990.

%---------------------------------------------------------------

The American National Standard for C has finally been approved.
The period for appeals before enactment of the standard has now
passed and actual publication of the standard should occur shortly. 
(ANSI anticipates copies being available by late March.) The
Standard's official designation is ANSI X3.159-1989.  To obtain a
copy, contact:

	American National Standards Institute
	Sales Department
	1430 Broadway
	New York, NY 10018
	(212) 642-4900
	fax (212) 302-1286

At press time, the price of the standard had not yet been determined.

{Interpretations Phase}

If you would like to formally submit a request for interpretation, do
so to:

	X3 Secretariat
	CBEMA
	311 First Street N.W.
	Suite 500
	Washington, DC 20001-2178
	Attn: Manager of Standards Processing

{The U.S. Government FIPS}

There is not yet a Federal Information Processing Standard (FIPS)
for C.  Referencing a FIPS significantly simplifies the process of
using a language in a U.S. defense project.  Now that the ANSI standard
for C has been approved the C FIPS should follow soon.  Sometime in
February 1990 the FIPS proposal will be issued for a 90 day public
comment period.  Assuming there are no objections, the FIPS is
presented to the U.S.  Secretary of Commerce for signing.  It is
expected this whole process will be completed during the Fall of
1990.  This is then followed by a six month acceptance period after
which the FIPS becomes final.  Note, however, that since the ANSI
Standard exists right now, a U.S. Government agency can require
conformance to that standard in RFPs right now! They do not need to
wait until a FIPS is produced.

{The Formal Validation Process}

On the U.S. front, activity in that direction has also begun in
earnest.  According to the National Institute of Standards and
Technology (NIST) they issued a Request For Proposal (RFP) in late
January asking for submissions of C language validation test suites. 
To get a copy of the solicitation for C language validation suite RFP
(Solicitation Number 52SBNB0C6O42) contact:

	National Institute of Standards and Technology
	Contracts Department
	Gaithersburg, MD 20899

Note that the process of selecting or developing a validation suite is 
not related to the FIPS. That is, the suite may be finalized 
before or after a FIPS is produced.

%---------------------------------------------------------------

Rex

----------------------------------------------------------------------------
Rex Jaeschke     |  Journal of C Language Translation  | C Users Journal
(703) 860-0091   |        2051 Swans Neck Way          | DEC PROFESSIONAL
uunet!aussie!rex |     Reston, Virginia 22091, USA     | Programmers Journal
----------------------------------------------------------------------------
Convener of the Numerical C Extensions Group (NCEG)
----------------------------------------------------------------------------

 4-Feb-90 14:57:32-PST,3324;000000000000
Return-Path: <[email protected]>
Received: from decpa.pa.dec.com by NIC.DDN.MIL with TCP; Sun, 4 Feb 90 14:57:18 PST
Received: by decpa.pa.dec.com; id AA08929; Sun, 4 Feb 90 14:56:40 -0800
Date: Sun, 4 Feb 90 14:56:40 -0800
From: MAILER-DAEMON@decpa (Mail Delivery Subsystem)
Subject: Returned mail: Host unknown
Message-Id: <[email protected]>
To: [email protected]

   ----- Transcript of session follows -----
550 dec-decwet.dec.com (tcp)... 550 Host unknown
554 <[email protected]>... 550 Host unknown (Valid name but no A or MX)

   ----- Unsent message follows -----
Received: by decpa.pa.dec.com; id AA08927; Sun, 4 Feb 90 14:56:40 -0800
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Sun, 4 Feb 90 14:18:33 PST
Received: by uunet.uu.net (5.61/1.14) 
	id AA29698; Sun, 4 Feb 90 10:42:09 -0500
Date: Sat, 3 Feb 90 19:48:53 EST
From: [email protected] (Rex Jaeschke)
Subject: C Aid to Eastern Europe
Message-Id: <9002031948.0.UUL1.3#[email protected]>
To: [email protected]

---------------------------------------------------------------------

Since late in 1989 we've heard much of the upheaval in the Eastern
European Bloc.  Until you can relate to it personally, it's just
another news item.  What's this to do with you? Well recently I
recieved a letter from a Senior Software Engineer in Romania.  The
relevant extract follows:

   Prior to, and during, the recent revolution in Romania we at the
   Research Institute for Computers suffered much.  Much hardware was
   damaged or destroyed and we also lost considerable software and many
   books.

   I would be very grateful if you could help me, by appealing to your
   readers, rebuild our collection of books and documentation on C,
   C++, and expert systems.  Also software and even hardware if
   possible.

I have put together a shipment of books and manuals that I intend to
send.  I encourage you to do the same.  If you have any doubts about
export restrictions on certain items (hardware, for example) consult
your national Trade Commission or relevant government agency.  Since
I know they are using Borland's Turbo C it appears they at least have
IBM-PC compatibles.

The address to send computer care packages is:

	Doru Turturea
	Research Institute for Computers
	Strada Clucererului No 1, Sector 1
	Bloc 40, Scarad
	Bucuresti 71308
	ROMANIA

Apart from doing a good deed for our colleagues abroad I'm sure some
in your marketing department would love the press coverage a generous
donation could bring.  Think about it.  Wouldn't your company like to
get a foot into the door of the newly opened Eastern Europe
marketplace?

---------------------------------------------------------------------

Rex

----------------------------------------------------------------------------
Rex Jaeschke     |  Journal of C Language Translation  | C Users Journal
(703) 860-0091   |        2051 Swans Neck Way          | DEC PROFESSIONAL
uunet!aussie!rex |     Reston, Virginia 22091, USA     | Programmers Journal
----------------------------------------------------------------------------
Convener of the Numerical C Extensions Group (NCEG)
----------------------------------------------------------------------------

 4-Feb-90 14:57:38-PST,3341;000000000000
Return-Path: <[email protected]>
Received: from decpa.pa.dec.com by NIC.DDN.MIL with TCP; Sun, 4 Feb 90 14:57:29 PST
Received: by decpa.pa.dec.com; id AA08935; Sun, 4 Feb 90 14:56:47 -0800
Date: Sun, 4 Feb 90 14:56:47 -0800
From: MAILER-DAEMON@decpa (Mail Delivery Subsystem)
Subject: Returned mail: Host unknown
Message-Id: <[email protected]>
To: [email protected]

   ----- Transcript of session follows -----
550 dec-tle.dec.com (tcp)... 550 Host unknown
554 <[email protected]>,<[email protected]>... 550 Host unknown (Valid name but no A or MX)

   ----- Unsent message follows -----
Received: by decpa.pa.dec.com; id AA08933; Sun, 4 Feb 90 14:56:47 -0800
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Sun, 4 Feb 90 14:18:33 PST
Received: by uunet.uu.net (5.61/1.14) 
	id AA29698; Sun, 4 Feb 90 10:42:09 -0500
Date: Sat, 3 Feb 90 19:48:53 EST
From: [email protected] (Rex Jaeschke)
Subject: C Aid to Eastern Europe
Message-Id: <9002031948.0.UUL1.3#[email protected]>
To: [email protected]

---------------------------------------------------------------------

Since late in 1989 we've heard much of the upheaval in the Eastern
European Bloc.  Until you can relate to it personally, it's just
another news item.  What's this to do with you? Well recently I
recieved a letter from a Senior Software Engineer in Romania.  The
relevant extract follows:

   Prior to, and during, the recent revolution in Romania we at the
   Research Institute for Computers suffered much.  Much hardware was
   damaged or destroyed and we also lost considerable software and many
   books.

   I would be very grateful if you could help me, by appealing to your
   readers, rebuild our collection of books and documentation on C,
   C++, and expert systems.  Also software and even hardware if
   possible.

I have put together a shipment of books and manuals that I intend to
send.  I encourage you to do the same.  If you have any doubts about
export restrictions on certain items (hardware, for example) consult
your national Trade Commission or relevant government agency.  Since
I know they are using Borland's Turbo C it appears they at least have
IBM-PC compatibles.

The address to send computer care packages is:

	Doru Turturea
	Research Institute for Computers
	Strada Clucererului No 1, Sector 1
	Bloc 40, Scarad
	Bucuresti 71308
	ROMANIA

Apart from doing a good deed for our colleagues abroad I'm sure some
in your marketing department would love the press coverage a generous
donation could bring.  Think about it.  Wouldn't your company like to
get a foot into the door of the newly opened Eastern Europe
marketplace?

---------------------------------------------------------------------

Rex

----------------------------------------------------------------------------
Rex Jaeschke     |  Journal of C Language Translation  | C Users Journal
(703) 860-0091   |        2051 Swans Neck Way          | DEC PROFESSIONAL
uunet!aussie!rex |     Reston, Virginia 22091, USA     | Programmers Journal
----------------------------------------------------------------------------
Convener of the Numerical C Extensions Group (NCEG)
----------------------------------------------------------------------------

 4-Feb-90 15:00:02-PST,3499;000000000000
Received: from Relay.Prime.COM ([129.122.1.1]) by NIC.DDN.MIL with TCP; Sun, 4 Feb 90 14:59:41 PST
Date: 04 Feb 90 18:01:55 EST
From: [email protected] (PDNmail version 2.3.x123)
Subject: returned mail
Message-Type: Return
Encoding: 6 text, message
To: <[email protected]>

Mail addressed to "[email protected]" could not be forwarded.

Service at S55.Prime.COM said:
550 Cannot write to mailbox; user not known

------- Unsent message follows -------

Received: from sh.prime.com by Relay.Prime.COM; 04 Feb 90 18:01:11 EST
Received: from Relay.Prime.COM by sh.prime.com (3.2/SMI-3.2)
	id AA15133; Sun, 4 Feb 90 17:56:47 EST
Received: from NET.Prime.COM by Relay.Prime.COM; 04 Feb 90 18:00:59 EST
Received: from EN-C06.Prime.COM by NET.Prime.COM; 04 Feb 90 17:59:00 EST
Received: from NIC.DDN.MIL by EN-C06.Prime.COM; 04 Feb 90 18:03:48 EST
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Sun, 4 Feb 90 14:18:33 PST
Received: by uunet.uu.net (5.61/1.14) 
	id AA29698; Sun, 4 Feb 90 10:42:09 -0500
Date: Sat, 3 Feb 90 19:48:53 EST
From: [email protected] (Rex Jaeschke)
Subject: C Aid to Eastern Europe
Message-Id: <9002031948.0.UUL1.3#[email protected]>
To: [email protected]

---------------------------------------------------------------------

Since late in 1989 we've heard much of the upheaval in the Eastern
European Bloc.  Until you can relate to it personally, it's just
another news item.  What's this to do with you? Well recently I
recieved a letter from a Senior Software Engineer in Romania.  The
relevant extract follows:

   Prior to, and during, the recent revolution in Romania we at the
   Research Institute for Computers suffered much.  Much hardware was
   damaged or destroyed and we also lost considerable software and many
   books.

   I would be very grateful if you could help me, by appealing to your
   readers, rebuild our collection of books and documentation on C,
   C++, and expert systems.  Also software and even hardware if
   possible.

I have put together a shipment of books and manuals that I intend to
send.  I encourage you to do the same.  If you have any doubts about
export restrictions on certain items (hardware, for example) consult
your national Trade Commission or relevant government agency.  Since
I know they are using Borland's Turbo C it appears they at least have
IBM-PC compatibles.

The address to send computer care packages is:

	Doru Turturea
	Research Institute for Computers
	Strada Clucererului No 1, Sector 1
	Bloc 40, Scarad
	Bucuresti 71308
	ROMANIA

Apart from doing a good deed for our colleagues abroad I'm sure some
in your marketing department would love the press coverage a generous
donation could bring.  Think about it.  Wouldn't your company like to
get a foot into the door of the newly opened Eastern Europe
marketplace?

---------------------------------------------------------------------

Rex

----------------------------------------------------------------------------
Rex Jaeschke     |  Journal of C Language Translation  | C Users Journal
(703) 860-0091   |        2051 Swans Neck Way          | DEC PROFESSIONAL
uunet!aussie!rex |     Reston, Virginia 22091, USA     | Programmers Journal
----------------------------------------------------------------------------
Convener of the Numerical C Extensions Group (NCEG)
----------------------------------------------------------------------------

 4-Feb-90 15:21:10-PST,2940;000000000000
Date: Sun, 4 Feb 90 15:16:41 PST
From: The Mailer Daemon <[email protected]>
To: [email protected]
Subject: Message of 4-Feb-90 14:18:51

Message failed for the following:
[email protected]: 550 <[email protected]>... User unknown
[email protected]: 550 <[email protected]>... User unknown
	    ------------
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Sun, 4 Feb 90 14:18:33 PST
Received: by uunet.uu.net (5.61/1.14) 
	id AA29698; Sun, 4 Feb 90 10:42:09 -0500
Date: Sat, 3 Feb 90 19:48:53 EST
From: [email protected] (Rex Jaeschke)
Subject: C Aid to Eastern Europe
Message-Id: <9002031948.0.UUL1.3#[email protected]>
To: [email protected]

---------------------------------------------------------------------

Since late in 1989 we've heard much of the upheaval in the Eastern
European Bloc.  Until you can relate to it personally, it's just
another news item.  What's this to do with you? Well recently I
recieved a letter from a Senior Software Engineer in Romania.  The
relevant extract follows:

   Prior to, and during, the recent revolution in Romania we at the
   Research Institute for Computers suffered much.  Much hardware was
   damaged or destroyed and we also lost considerable software and many
   books.

   I would be very grateful if you could help me, by appealing to your
   readers, rebuild our collection of books and documentation on C,
   C++, and expert systems.  Also software and even hardware if
   possible.

I have put together a shipment of books and manuals that I intend to
send.  I encourage you to do the same.  If you have any doubts about
export restrictions on certain items (hardware, for example) consult
your national Trade Commission or relevant government agency.  Since
I know they are using Borland's Turbo C it appears they at least have
IBM-PC compatibles.

The address to send computer care packages is:

	Doru Turturea
	Research Institute for Computers
	Strada Clucererului No 1, Sector 1
	Bloc 40, Scarad
	Bucuresti 71308
	ROMANIA

Apart from doing a good deed for our colleagues abroad I'm sure some
in your marketing department would love the press coverage a generous
donation could bring.  Think about it.  Wouldn't your company like to
get a foot into the door of the newly opened Eastern Europe
marketplace?

---------------------------------------------------------------------

Rex

----------------------------------------------------------------------------
Rex Jaeschke     |  Journal of C Language Translation  | C Users Journal
(703) 860-0091   |        2051 Swans Neck Way          | DEC PROFESSIONAL
uunet!aussie!rex |     Reston, Virginia 22091, USA     | Programmers Journal
----------------------------------------------------------------------------
Convener of the Numerical C Extensions Group (NCEG)
----------------------------------------------------------------------------

-------
 5-Feb-90 09:24:39-PST,1731;000000000000
Return-Path: <[email protected]>
Received: from decpa.pa.dec.com by NIC.DDN.MIL with TCP; Mon, 5 Feb 90 09:24:17 PST
Received: by decpa.pa.dec.com; id AA27171; Mon, 5 Feb 90 09:23:32 -0800
Date: Mon, 5 Feb 90 09:23:32 -0800
From: MAILER-DAEMON@decpa (Mail Delivery Subsystem)
Subject: Returned mail: Host unknown
Message-Id: <[email protected]>
To: [email protected]

   ----- Transcript of session follows -----
550 dec-decwet.dec.com (tcp)... 550 Host unknown
554 <[email protected]>... 550 Host unknown (Valid name but no A or MX)

   ----- Unsent message follows -----
Received: by decpa.pa.dec.com; id AA27168; Mon, 5 Feb 90 09:23:32 -0800
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Mon, 5 Feb 90 07:17:31 PST
Received: by uunet.uu.net (5.61/1.14) 
	id AA27930; Mon, 5 Feb 90 10:16:05 -0500
Received: from thor by sdrc; Mon, 5 Feb 90 10:10:13 est
Received: by thor; Mon, 5 Feb 90 09:57:19 EST
Date: Mon, 5 Feb 90 09:57:19 EST
From: Larry Jones <sdrc!scjones%[email protected]>
Message-Id: <9002051457.AA00211@thor>
To: [email protected]
Subject: GKS-3D C Language Binding

I have just received an interim copy of the GKS-3D C Language
Binding for review prior to a late March meeting of the commitee
that does graphic language bindings.  If anyone would like a copy
to review, please let me know.
----
Larry Jones                         UUCP: uunet!sdrc!scjones
SDRC                                      [email protected]
2000 Eastman Dr.                    BIX:  ltl
Milford, OH  45150-2789             AT&T: (513) 576-2070
"You know how Einstein got bad grades as a kid?  Well MINE are even WORSE!"
-Calvin
 5-Feb-90 09:25:06-PST,1748;000000000000
Return-Path: <[email protected]>
Received: from decpa.pa.dec.com by NIC.DDN.MIL with TCP; Mon, 5 Feb 90 09:24:46 PST
Received: by decpa.pa.dec.com; id AA27188; Mon, 5 Feb 90 09:23:46 -0800
Date: Mon, 5 Feb 90 09:23:46 -0800
From: MAILER-DAEMON@decpa (Mail Delivery Subsystem)
Subject: Returned mail: Host unknown
Message-Id: <[email protected]>
To: [email protected]

   ----- Transcript of session follows -----
550 dec-tle.dec.com (tcp)... 550 Host unknown
554 <[email protected]>,<[email protected]>... 550 Host unknown (Valid name but no A or MX)

   ----- Unsent message follows -----
Received: by decpa.pa.dec.com; id AA27179; Mon, 5 Feb 90 09:23:46 -0800
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Mon, 5 Feb 90 07:17:31 PST
Received: by uunet.uu.net (5.61/1.14) 
	id AA27930; Mon, 5 Feb 90 10:16:05 -0500
Received: from thor by sdrc; Mon, 5 Feb 90 10:10:13 est
Received: by thor; Mon, 5 Feb 90 09:57:19 EST
Date: Mon, 5 Feb 90 09:57:19 EST
From: Larry Jones <sdrc!scjones%[email protected]>
Message-Id: <9002051457.AA00211@thor>
To: [email protected]
Subject: GKS-3D C Language Binding

I have just received an interim copy of the GKS-3D C Language
Binding for review prior to a late March meeting of the commitee
that does graphic language bindings.  If anyone would like a copy
to review, please let me know.
----
Larry Jones                         UUCP: uunet!sdrc!scjones
SDRC                                      [email protected]
2000 Eastman Dr.                    BIX:  ltl
Milford, OH  45150-2789             AT&T: (513) 576-2070
"You know how Einstein got bad grades as a kid?  Well MINE are even WORSE!"
-Calvin
 5-Feb-90 09:42:30-PST,1347;000000000000
Date: Mon, 5 Feb 90 09:41:02 PST
From: The Mailer Daemon <[email protected]>
To: [email protected]
Subject: Message of 5-Feb-90 07:17:40

Message failed for the following:
[email protected]: 550 <[email protected]>... User unknown
[email protected]: 550 <[email protected]>... User unknown
	    ------------
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Mon, 5 Feb 90 07:17:31 PST
Received: by uunet.uu.net (5.61/1.14) 
	id AA27930; Mon, 5 Feb 90 10:16:05 -0500
Received: from thor by sdrc; Mon, 5 Feb 90 10:10:13 est
Received: by thor; Mon, 5 Feb 90 09:57:19 EST
Date: Mon, 5 Feb 90 09:57:19 EST
From: Larry Jones <sdrc!scjones%[email protected]>
Message-Id: <9002051457.AA00211@thor>
To: [email protected]
Subject: GKS-3D C Language Binding

I have just received an interim copy of the GKS-3D C Language
Binding for review prior to a late March meeting of the commitee
that does graphic language bindings.  If anyone would like a copy
to review, please let me know.
----
Larry Jones                         UUCP: uunet!sdrc!scjones
SDRC                                      [email protected]
2000 Eastman Dr.                    BIX:  ltl
Milford, OH  45150-2789             AT&T: (513) 576-2070
"You know how Einstein got bad grades as a kid?  Well MINE are even WORSE!"
-Calvin
-------
 5-Feb-90 13:49:00-PST,1906;000000000000
Received: from Relay.Prime.COM ([129.122.1.1]) by NIC.DDN.MIL with TCP; Mon, 5 Feb 90 13:48:49 PST
Date: 05 Feb 90 16:51:47 EST
From: [email protected] (PDNmail version 2.3.x144)
Subject: returned mail
Message-Type: Return
Encoding: 6 text, message
To: <[email protected]>

Mail addressed to "[email protected]" could not be forwarded.

Service at S55.Prime.COM said:
550 Cannot write to mailbox; user not known

------- Unsent message follows -------

Received: from sh.prime.com by Relay.Prime.COM; 05 Feb 90 16:51:15 EST
Received: from Relay.Prime.COM by sh.prime.com (3.2/SMI-3.2)
	id AA15911; Mon, 5 Feb 90 16:46:07 EST
Received: from NET.Prime.COM by Relay.Prime.COM; 05 Feb 90 16:51:04 EST
Received: from EN-C06.Prime.COM by NET.Prime.COM; 05 Feb 90 16:48:21 EST
Received: from NIC.DDN.MIL by EN-C06.Prime.COM; 05 Feb 90 16:49:36 EST
Received: from uunet.uu.net by NIC.DDN.MIL with TCP; Mon, 5 Feb 90 07:17:31 PST
Received: by uunet.uu.net (5.61/1.14) 
	id AA27930; Mon, 5 Feb 90 10:16:05 -0500
Received: from thor by sdrc; Mon, 5 Feb 90 10:10:13 est
Received: by thor; Mon, 5 Feb 90 09:57:19 EST
Date: Mon, 5 Feb 90 09:57:19 EST
From: Larry Jones <sdrc!scjones%[email protected]>
Message-Id: <9002051457.AA00211@thor>
To: [email protected]
Subject: GKS-3D C Language Binding

I have just received an interim copy of the GKS-3D C Language
Binding for review prior to a late March meeting of the commitee
that does graphic language bindings.  If anyone would like a copy
to review, please let me know.
----
Larry Jones                         UUCP: uunet!sdrc!scjones
SDRC                                      [email protected]
2000 Eastman Dr.                    BIX:  ltl
Milford, OH  45150-2789             AT&T: (513) 576-2070
"You know how Einstein got bad grades as a kid?  Well MINE are even WORSE!"
-Calvin