home *** CD-ROM | disk | FTP | other *** search
/ Programmer's ROM - The Computer Language Library / programmersrom.iso / ada / news / asr007.doc < prev    next >
Encoding:
Text File  |  1988-05-03  |  15.2 KB  |  397 lines
  1.                      ASR Newsletter, Issue 7, October 1986
  2.  
  3.  
  4.  Ada (tm) Software Repository (ASR) Newsletter     Issue 7, October 1986
  5.  Richard Conn, Newsletter Editor                   Published by Echelon, Inc.
  6.  
  7.                                    THIS ISSUE
  8.                                                                     Page
  9.    I. ARCHIVE SERVER                                                  1
  10.       A. Introduction
  11.       B. Address of the Archive Server
  12.       C. Message Body
  13.       D. Archive Server Operation
  14.   II. INFORMATION OF GENERAL INTEREST                                 4
  15.       A. Current Air Force, Army, and Navy Policy Concerning Ada
  16.       B. Accounts Available on SIMTEL20
  17.       C. Ada Software Repository Evolution and Control Committee
  18.       D. Talks Scheduled on the Ada Software Repository
  19.  III. NEW FILES IN THE ADA SOFTWARE REPOSITORY                        6
  20.  
  21.  ----------------------------------------------------------------------------
  22.    I. ARCHIVE SERVER
  23.       A.  Introduction.   The  Archive  Server  is a program  which  receives 
  24.  electronic  mail containing commands,  such as "SEND format  filename,"  and 
  25.  processes those commands.   It allows people to obtain directory displays of 
  26.  and files from the repositories on SIMTEL20 by using electronic mail.
  27.  
  28.       The Ada Software Repository and the other repositories on SIMTEL20  can 
  29.  be accessed through three mechanisms:
  30.  
  31.            1. FTP - File Transfer Protocol
  32.  
  33.            2. Archive Server
  34.  
  35.            3. Tape Distribution
  36.  
  37.       The  user community of the repositories on SIMTEL20 can be divided into 
  38.  three classes:
  39.  
  40.            1.  Users who employ a host computer that is directly connected to 
  41.  Defense Data Network
  42.  
  43.            2. Users who employ a host computer that is connected to a network 
  44.  which  interfaces  to  the  Defense Data Network  through  a  gateway;  only 
  45.  electronic mail may pass through this gateway
  46.  
  47.            3. Other users
  48.  
  49.       For user class 1 (users on the DDN), all three methods of accessing the 
  50.  repositories are available.   FTP is the fastest and most timely,  and these 
  51.  users  can employ the Archive Server but are encouraged to use FTP  and  the 
  52.  tape distribution rather than the Archive Server.
  53.  
  54.       For  user  class  2 (users on other networks connected to the  DDN  via 
  55.  gateways which pass electronic mail only),  only the Archive Server and  the 
  56.  tape   distribution   are  available.    The  Archive  Server  was   created 
  57.  specifically for this class of users.
  58.  
  59.  
  60.  
  61.                                     Page 1
  62.  
  63.  
  64.  
  65.  
  66.  
  67.                      ASR Newsletter, Issue 7, October 1986
  68.  
  69.  
  70.       For user class 3, only the tape distribution is available.
  71.  
  72.  
  73.       B.  Address  of the Archive Server.  The electronic mail address of the 
  74.  Archive Server is
  75.  
  76.            ARCHIVE-REQUEST@SIMTEL20.ARPA
  77.  
  78.       For  those  users  on USENET and other UUCP-based  networks  which  are 
  79.  connected  to the Defense Data Networks via electronic  mail  gateways,  the 
  80.  following gateway-oriented addresses may be used:
  81.  
  82.            ...!ucbvax!simtel20.arpa!archive-request
  83.            ...!uw-beaver!simtel20.arpa!archive-request
  84.            ...!decwrl!simtel20.arpa!archive-request
  85.            ...!lll-crg!simtel20.arpa!archive-request
  86.  
  87.       C.  Message Body.  The body of the electronic mail message must contain 
  88.  only  lines beginning with the keyword SEND.   Case is not significant,  and 
  89.  the general syntax of the SEND line is:
  90.  
  91.            SEND verb
  92.  or
  93.            SEND format filename
  94.  
  95.       The  "SEND verb" form transmits specific information on Archive  Server 
  96.  and SIMTEL20 to the user.  The allowed forms of "SEND verb" are:
  97.  
  98.            1.  SEND  HELP.   A brief information file on how to  use  Archive 
  99.  Server is mailed to the requester.
  100.  
  101.            2.  SEND  INFO.   A  detailed description of the  repositories  on 
  102.  SIMTEL20, the brief information file transmitted by the "SEND HELP" command, 
  103.  pointers  to  certain key files,  and descriptions of various file  transfer 
  104.  programs and related utilities are transmitted to the requester.
  105.  
  106.            3.  SEND BOOTSTRAP.   A brief quick reference listing of filenames 
  107.  of  the key utilities used to reconstruct files sent by the compression  and 
  108.  encoding techniques used to store certain files in the repositories.
  109.  
  110.       The "SEND format filespec" form transmits either a directory display or 
  111.  a specific file to the requester.   Each SEND command can transmit only  one 
  112.  directory  display or one file.   Wildcards are not allowed in SEND commands 
  113.  which request file transmissions.  If the file to be sent is larger than 55K 
  114.  bytes,  the  file is sent in more than one electronic  mail  message.   Each 
  115.  message  is numbered in the subject line so the parts may be reassembled  in 
  116.  the  proper  order should be messages not be received in the order in  which 
  117.  they were sent.   In reassembling files received in this manner, any headers 
  118.  and  trailers in each message must be removed before the original files  can 
  119.  be reconstructed.
  120.  
  121.       Two allowed forms of the "SEND format file" command are:
  122.  
  123.            1.  SEND  DIR  filespec.   This  form returns a CRC  list  of  the 
  124.  requested  files.   This is the only format which allows wildcard  filenames 
  125.  
  126.  
  127.                                     Page 2
  128.  
  129.  
  130.  
  131.  
  132.  
  133.                      ASR Newsletter, Issue 7, October 1986
  134.  
  135.  
  136.  (but notwildcard directory names).  The list is sent as an ASCII text file.
  137.  
  138.            2.  SEND RAW filename.   If the file is ASCII,  it is sent  as-is, 
  139.  regardless of size. This form is the least efficient in terms of network and 
  140.  mail  gateway  resource utilization.   Use this format only if there  is  no 
  141.  other choice.
  142.  
  143.       The  following  four  forms  are used to send files  in  various  text, 
  144.  compressed,  and  encoded  formats.   If  the file is ASCII  and  under  25K 
  145.  characters,  it  is sent as-is (as if the RAW form was  requested).   Binary 
  146.  files  are always processed according to the requested  format.  However,  a 
  147.  request for ARC or SQ processing of files with type .ARC,  .LBR,  or .%Q% is 
  148.  ignored and the original file is either uuencoded or hexified (if possible), 
  149.  according to the requested format.   If the file was not sent RAW,  a  short 
  150.  preface  is  inserted  at the front of the message  describing  the  process 
  151.  actually taken and a CRC entry describing the original file.  These forms of 
  152.  the SEND command are:
  153.  
  154.       1. SEND ARE filename  or  SEND filename. The original file is made into 
  155.  a uuencoded ARC file.
  156.  
  157.       2.  SEND  ARH filename.   The original file is made into a hexified ARC 
  158.  file  if the ARC file is under 64K bytes long.   Otherwise,  an  apology  is 
  159.  returned instead of the requested file.
  160.  
  161.       3.  SEND  SQE  filename.  The  original file is made into  a  uuencoded 
  162.  SQueezed file.
  163.  
  164.       4.  SEND  SQH  filename.   The original file is made  into  a  hexified 
  165.  SQueezed file if the Squeezed file is under 64K bytes long.   Otherwise,  an 
  166.  apology is returned instead of the requested file.
  167.  
  168.       D. Archive Server Operation. The ARCHIVE-REQUEST address is serviced by 
  169.  a  batch job that reschedules itself one hour after it completes the current 
  170.  pass.  That frequency is subject to change.
  171.  
  172.  
  173.  
  174.  
  175.  
  176.  
  177.  
  178.  
  179.  
  180.  
  181.  
  182.  
  183.  
  184.  
  185.  
  186.  
  187.  
  188.  
  189.  
  190.  
  191.  
  192.  
  193.                                     Page 3
  194.  
  195.  
  196.  
  197.  
  198.  
  199.                      ASR Newsletter, Issue 7, October 1986
  200.  
  201.  
  202.  ---------------------------------------------------------------------------
  203.   II. INFORMATION OF GENERAL INTEREST
  204.       A.  Current  Air  Force,  Army,  and Navy Policy Concerning  Ada.   The 
  205.  following statements are extracted from the most recent newsletter from  the 
  206.  Ada Information Clearinghouse:
  207.  
  208.            1. Air Force Policy on the Use of Ada
  209.       "For   Mission  Critical  Computer  (MCC)  systems  designated  by  the 
  210.  Secretary of Defense to be managed as Major Systems,  Ada must be used or  a 
  211.  waiver submitted to HQ U.S.  Air Force.  MCC systems are designated as Major 
  212.  Systems based on:   (1) development risk, urgency of need, or other interest 
  213.  of the Secretary of Defense,   (2) joint acquisition with other nations,  or 
  214.  by  two or more DoD components or (3) estimated cost exceeding $200  million 
  215.  for RDT&E or $1 billion for production.     
  216.       "For  all  other MCC systems,  Ada is to be used to the maximum  extent 
  217.  practical with waiver authority delegated to the developing Air Force  Major 
  218.  Command (e.g., AFSC, TAC, SAC).
  219.       "For non-MCC systems (information systems), Ada is approved as a higher 
  220.  order programming language and actively encouraged for use on new systems."
  221.  
  222.            2. Army Policy on the Use of Ada
  223.       "Ada  is required for all MCC and non-MCC new starts.   Exceptions  are 
  224.  required  for  non-use  of Ada on MCC systems and must be  approved  by  the 
  225.  appropriate Life Cycle Software Engineering Center and HQ AMC.   For non-use 
  226.  of Ada on non-MCC systems, an exemption must be obtained from HQ USAISC.
  227.  
  228.            3. Navy Policy on the Use of Ada
  229.       "Ada  is an approved Navy standard high order programming language  and 
  230.  will  be  used  to  support the needs of standard  Navy  embedded  computers 
  231.  (AN/UYK-44,  -43 and AN/AYK-14) when the Ada Langauge System/Navy (ALS/N) is 
  232.  available.
  233.       "All  mission  critical  applications and  systems  falling  under  the 
  234.  cognizance  of the Tactical Digital Standards (TADSTAND) program that do not 
  235.  utilize the standard Navy embedded computers,  shall use the Ada programming 
  236.  language, unless a specific waiver is granted.  
  237.       "Ada  is  approved for use on all  non-embedded,  non-mission  critical 
  238.  (information systems or mission support) Navy systems."
  239.  
  240.       B. Accounts Available on SIMTEL20
  241.       The  following is quoted from an electronic mail message sent by  Frank 
  242.  Wancho (WANCHO@SIMTEL20.ARPA):
  243.  
  244.       "SIMTEL20  is available for federal government and  federal  government 
  245.  sponsored  contractor  accounts.   The normal arrangement is one person  per 
  246.  account at the rate of $2k per FY.   For details, please contact Elwood Baas 
  247.  at  AV 258-5603 or FTS 898-55603 or 505-678-5603 between approximately  0730 
  248.  and 1630 MDT."
  249.  
  250.  
  251.  
  252.  
  253.  
  254.  
  255.  
  256.  
  257.  
  258.  
  259.                                     Page 4
  260.  
  261.  
  262.  
  263.  
  264.  
  265.                      ASR Newsletter, Issue 7, October 1986
  266.  
  267.  
  268.       C. Ada Software Repository Evolution and Control Committee.
  269.  
  270.       I feel we are finally ready for the next step in the ASR evolution.
  271.  
  272.       The  ASR has grown by leaps and bounds over the last two years and many 
  273.  objectives have been achieved.  We have:
  274.  
  275.            1) two (soon to be three) distribution mechanisms
  276.               -- FTP over the DDN
  277.               -- magnetic tape
  278.               -- Archive Server
  279.  
  280.            2)  automated documentation generation capability for both  online 
  281.  and hardcopy documentation
  282.  
  283.            3) excellent communications paths to and from users via ADA-SW
  284.  
  285.            4) a lot of software, and more to come
  286.  
  287.       I  would  like  to  see  a number of things  take  place  in  its  next 
  288.  evolutionary step:
  289.  
  290.            1) a committee be set up to oversee the ASR  operation,  including 
  291.  providing configuration management (formal)
  292.  
  293.            2)  a  configuration management system be set  up,  including  the 
  294.  handling  of  SPRs (software performance reports) and SCRs (software  change 
  295.  requests)
  296.  
  297.            3)  mechanisms be established to change software as  specified  by 
  298.  SCRs
  299.  
  300.       I  feel  that  the  first step toward this goal is to  form  a  special 
  301.  subgroup  to discuss this dream and see if something can be done.  An  email 
  302.  list  for this subgroup has been established,  a request for volunteers  was 
  303.  sent out to ADA-SW,  and ten volunteers were accepted.   Called ASR-CC, this 
  304.  group  is  now  beginning  discussions on the future  of  the  Ada  Software 
  305.  Repository.
  306.  
  307.       ASR-CC is a democratic body,  and its membership is closed at this time 
  308.  while  the  group  forms and takes direction.   Items to be  voted  on  soon 
  309.  include  how  to  proceed and whether to reopen  membership.   Minutes  will 
  310.  probably be posted to the ASR community as a whole as time goes along.   The 
  311.  discussion  has already started out on a lively note,  and I'm  hoping  this 
  312.  experience  will  prove  to  be useful and beneficial to  the  Ada  Software 
  313.  Repository.
  314.  
  315.                                          -- Rick Conn
  316.  
  317.  
  318.  
  319.  
  320.  
  321.  
  322.  
  323.  
  324.  
  325.                                     Page 5
  326.  
  327.  
  328.  
  329.  
  330.  
  331.                      ASR Newsletter, Issue 7, October 1986
  332.  
  333.  
  334.       D. Talks on the Ada Software Repository Scheduled.
  335.  
  336.            The  following talks on the Ada Software Repository are  scheduled 
  337.  as indicated.  All talks will be given by Richard Conn.
  338.  
  339.            1.  November  17-21,  1986.   AdaJUG,  SIGAda,  and Ada Expo  '86.  
  340.  Charleston,  West Virginia.   POC:  Becca Essman, 301/662-9400.  A 90-minute 
  341.  tutorial  on  the Ada Software Repository is scheduled for the afternoon  of 
  342.  November 18 from 1:30 to 3:00.
  343.  
  344.            2. February 23-26, 1987.  32nd IEEE Computer Society International 
  345.  Conference:  Compcon  Spring '87.   San Francisco,  California.   A panel on 
  346.  software  reusability  is scheduled,  and a brief presentation  on  the  Ada 
  347.  Software Repository will be given.  Open discussion will be encouraged.
  348.  
  349.            3.   March  16-19,   1987.    Fifth  National  Conference  on  Ada 
  350.  Technology,  Fourth  Washington  Ada Symposium.   Mariott  Crystal  Gateway, 
  351.  Arlington,  Virginia.   POC: Joint National Conference on Ada Technology, US 
  352.  Army  Communications-Electronics Command (Albert  Rodriguez),  201/532-5846.  
  353.  The presentation on the Ada Software Repository is tentative at this time.
  354.  
  355.  ----------------------------------------------------------------------------
  356.  
  357.  III. NEW FILES IN THE ADA SOFTWARE REPOSITORY
  358.  
  359.       The latest list of validated Ada compilers (60 of them),  dated 15  Sep 
  360.  86, is in the ASR:
  361.  
  362.     PD:<ADA.POINTERS>
  363.                    Bytes
  364.   COMPILERS.INF.4  30504
  365.  
  366.       The new newsletter from the Ada Information Clearinghouse is available:
  367.  
  368.     PD:<ADA.NEWS>
  369.                    Bytes
  370.   AIC43.DOC.1      41422
  371.  
  372.  
  373.  ==============================================================================
  374.  Ada is a registered trademark, U.S. Government - Ada Joint Program Office. The 
  375.  following are trademarks of Digital Equipment Corporation:  DEC, DECSYSTEM-20, 
  376.  ULTRIX,  VAX,  VMS.   UNIX  is  a trademark of AT&T  Bell  Laboratories.   The 
  377.  following are trademarks of Data General Corporation:  AOS, ROLM.  Verdix is a 
  378.  trademark  of  Verdix Corporation.   TeleGen2 and TeleSoft are  trademarks  of 
  379.  TeleSoft.
  380.  
  381.  The Ada Software Repository Newsletter is Copyright 1986  Echelon,  Inc.   All 
  382.  Rights Reserved.  Permission to reprint, wholly or partially, is automatically 
  383.  granted if source credit is given to Echelon.
  384.                                                                   Echelon, Inc.
  385.                                                         885 N. San Antonio Road
  386.                                                         Los Altos, CA 94022 USA
  387.                                                         Telephone: 415/948-3820
  388.  
  389.  
  390.  
  391.                                     Page 6
  392.  
  393.  
  394.  
  395.  
  396.  
  397.