[225] in Release_Engineering
No subject found in mail header
daemon@ATHENA.MIT.EDU (geer@ATHENA.MIT.EDU)
Mon Aug 22 16:12:21 1988
From: <geer@ATHENA.MIT.EDU>
To: rel-eng@ATHENA.MIT.EDU
Date: Mon, 22 Aug 88 16:11:30 EDT
------- Forwarded Message
Received: by E40-PO.MIT.EDU (5.45/4.7) id AA05941; Mon, 22 Aug 88 14:38:29 EDT
Received: by ATHENA.MIT.EDU (5.45/4.7) id AA15411; Mon, 22 Aug 88 14:36:10 EDT
Received: by KLEE.MIT.EDU (5.45/4.7) id AA07217; Mon, 22 Aug 88 14:35:56 EDT
Message-Id: <8808221835.AA07217@KLEE.MIT.EDU>
To: vanharen@ATHENA.MIT.EDU, tjcoppet@ATHENA.MIT.EDU, cfyi@ATHENA.MIT.EDU,
geer@ATHENA.MIT.EDU
Cc: enprabha@ATHENA.MIT.EDU, raeburn@ATHENA.MIT.EDU, garybean@ATHENA.MIT.EDU,
billb@ATHENA.MIT.EDU, brandy@ATHENA.MIT.EDU, ademola@ATHENA.MIT.EDU
Subject: RS/1 R 3 Status report
Date: Mon, 22 Aug 88 14:35:53 EDT
From: Beth Anderson (Consulting Manager) <beth@ATHENA.MIT.EDU>
Please mail comment -cc all.
- -------------------------------------------------------------------------------
From: Ernie Prabhakar <enprabha@ATHENA.MIT.EDU>
Subject: RS/1 R 3 Status report
Date: Mon, 22 Aug
Hello,
I have just finished hacking RS/1 R 3. There are three changes that have
been made:
1) device names available
2) RS/1 variables
3) hardcopy output
1) 'xterm' is now a recognized alias for 'vt100', so RS/1 will start up
correctly. Also, 'tek4014' aliases 't4010'.
RS/1 postscript now supports the DEC printers, so that will be the
standard hardcopy device (see below)
This was all accomplished by changes to the device tables made by Jim
Rees.
2) There is now a public procedure called "$SET_ATHENA_ENV" which will
set all the variables mentioned in Ess. RS/1. Defaults are lpt80 for
text and PostScript for plots.
Since PRINTER variables aren't set by UNIX by default, I included a
procedure called "$SET_PRINTER_QUEUE" which will let RS/1s output
routines know where to send its files (see below). If the PRINTER
variable ever gets fixed, the settings from "$SET_ATHENA_ENV" will work
since they don't use the "-P" option.
3) Because of the above, the procedure for getting hardcopy output can
be simplified as follows, although the prior procedures also work.
PRINT/PLOT object will spool it onto the printer directly
(actually via /tmp, but who cares?)
PRINT/PLOT object ON FILE will just write it onto a file
I have yet to think of a simpler way to do landscape mode. I don't want
to create any more site specific files than absolutely necessary.
Copies of these changes are all kept in the RS/1 maintenance home
/mit/rs1.new/Mainthome under my name (for now).
That's all for this for now, I think. Next step is the conversion
script, which I hope to do tonight. Please let me know if you have any
comments. Thank you.
Ernest Prabhakar
Athena User Consultant
------- End of Forwarded Message
