home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / cdccyber / cd3kerdoc.txt < prev    next >
Text File  |  2020-01-01  |  21KB  |  458 lines

  1.   
  2.                                CYBER 170 KERMIT 
  3.   
  4. Author:   Jim Knutson, University of Texas.
  5. Language: CDC FTN5 (Fortran 77) and COMPASS Assembler
  6. Version:  2.2    September 1984, Jim Knutson, University of Texas.
  7.           2.2.1  June 1985, Mark Miller, S. O. Lidie, Lehigh University. 
  8.           2.2.2  July 1986, S. O. Lidie, Lehigh University.
  9.           3.0    October 1984, Joerg Hallbauer, Cal State University.
  10.           3.1    December 1984, Paul Wells, University of Washington. 
  11.           3.2    February 1987, Steve Roseman, Lehigh University.
  12.           3.3    March 1987, Steve Roseman, Lehigh University.
  13.   
  14. CYBER 170 Kermit Capabilities at a Glance: 
  15.   
  16.  Local Operation                No 
  17.  Remote Operation               Yes
  18.  Transfers text files           Yes
  19.  Transfers binary files         Yes
  20.  Wildcard Send                  Yes 
  21.  ^X/^Z interruption             Yes (through micro) 
  22.  Filename collision avoidance   Yes
  23.  Can time out                   Yes
  24.  8th-bit prefixing              Yes 
  25.  Repeat count prefixing         Yes
  26.  Alternate block checks         No
  27.  Terminal emulation             No 
  28.  Communications settings        No
  29.  Transmit BREAK                 No
  30.  Transaction logging            Yes
  31.  Session logging                No
  32.  Raw transmit                   No 
  33.  Sliding windows                No
  34.  Long packets                   Yes 
  35.  Act as server                  Yes 
  36.  Talk to server                 No
  37.  Advanced server functions      No 
  38.  Advanced commands for servers  Limited
  39.  Handle Attribute Packets       No
  40.  Command/Init files             Yes 
  41.  Command Macros                 No
  42.   
  43. 1. Cyber File Systems
  44. The features of the Cyber's file system that are of greatest interest to Kermit 
  45. users are storage class, file  structure,  file  specifications  and  character
  46. sets. 
  47.   
  48. Cyber Storage Classes 
  49.   
  50. The  NOS operating system uses the concept of local and permanent file storage.
  51. This means that files that are to be kept around after a job is  finished  must
  52. be  moved  to  permanent storage first.  Jobs that wish to use a file from per- 
  53. manent storage must copy or attach it to local storage before using it. 
  54.   
  55. To send a file from the Cyber, you may GET/ATTACH the file before entering Ker- 
  56. mit,  or have Kermit access the file itself.  If you request that Kermit send a 
  57. file which is not found as a local file, it will attempt  to  find  a  matching
  58. permanent file.  You may restrict Kermit to local or permanent files by prefix- 
  59. ing the file name with L: or P:, respectively. After receiving a  file  on  the
  60. Cyber do not forget to SAVE/REPLACE/DEFINE the file to make it permanent.
  61.   
  62. The  DIRECTORY  command  and  REMOTE DIRECTORY server command allow the user to
  63. display the names of available local or permanent files. 
  64.   
  65. Cyber File Structure 
  66.   
  67. Many Cyber files use internal structure information.  Cyber Kermit supports two
  68. file  types:  Z-type  (line  image, unit record) called TEXT, and any other ar- 
  69. bitrary file whose data is transferred 8 bits at a time (7.5 bytes  per  60-bit
  70. word),  called  BINARY.    Other  internal file structures, such as other Cyber
  71. Record Manager record types, are not supported by Cyber Kermit. 
  72.   
  73. Cyber File Specification 
  74.   
  75. A NOS file name consists of from one to seven alphanumeric characters.  Special 
  76. characters  are  not allowed in the file name.  File names beginning with ZZ or
  77. SCR should be avoided, since these are commonly used scratch file names.
  78.   
  79. Cyber Kermit allows a  group  of  files  to  be  specified  in  a  single  file 
  80. specification  by  including the special "wildcard" characters, "*" and "?".  A
  81. "*" matches any string of characters, including no characters  at  all;  a  "?"
  82. matches  any  single  character.    Any  number of "*" and "?"  may appear in a 
  83. wildcard specification.  To complement the selection criteria, suffix a "-"  to
  84. the wildcard specification. 
  85.   
  86. Here are some examples:
  87.   
  88.   *BUG    All files ending in BUG. 
  89.   
  90.   *DOG*   All file names containing DOG. 
  91.   
  92.   F*      All files whose names start with F. 
  93.   
  94.   F?X*    All  files  whose names start with F and contain X in the third posi- 
  95.           tion, followed by zero or more characters.
  96.   
  97.   FRED-   All files except FRED. 
  98.   
  99. Wildcard notation is most commonly used to instruct Kermit to send, or  display
  100. a directory of, a group of files.  Its usage is similar to capabilities on many
  101. other computer systems. 
  102.   
  103. Cyber Character Sets 
  104.   
  105. Until the recent NOS/VE operating system, the character set used by most  Cyber
  106. systems  was  a six bit DISPLAY CODE character set.  The six bit character sets 
  107. supported by Cyber Kermit are the 63 and 64 character sets.    These  character
  108. sets differ in the use of the COLON and PERCENT SIGN characters.
  109.   
  110. There  are  also  several  ASCII character sets in use on NOS.  One set, called
  111. 6/12 or simply ASCII, uses 6-bit DISPLAY CODE characters with  certain  charac- 
  112. ters set aside as flags to indicate lower case or control characters.
  113.   
  114. Another  ASCII  character set is the 8/12 or ASCII8 character set.  This stores 
  115. ASCII characters as 8 bits in a 12-bit byte.  The exception to this is that  an
  116. EOL  (End-Of-Line)  is indicated by the usual CDC convention of at least twelve 
  117. bits of 0 (0000B) in the low order bits  of  the  word.    NUL  characters  are
  118. represented as 4000B to prevent interpretation as an EOL sequence.
  119.   
  120. Cyber Kermit will normally automatically recognize the character set when send- 
  121. ing a TEXT file, and will do the appropriate conversions.    The  first  buffer
  122. full  (approx  1000  characters) from the disk file is examined and the file is
  123. recognized to be 8/12 ASCII if the top 4 bits of each byte are zero; 6/12 ASCII
  124. if  the  first  2 characters in any CM word are lower case; display code other-
  125. wise.  Received TEXT files are normally converted  to  6/12  ASCII.    The  SET 
  126. TEXT-MODE  command allows the user to request specific conversion modes of DIS- 
  127. PLAY, 6/12-ASCII, or 8/12-ASCII, or set AUTO conversion as described above.
  128.   
  129. 2. Program Operation
  130. Cyber Kermit's prompt is "Kermit-170>".  It must be run interactively  and  has 
  131. no parameters.  Commands can be typed in like this: 
  132.   
  133.     /kermit 
  134.     Cyber-170/NOS KERMIT Ver 3.2.0  (87/01/16)
  135.     Kermit-170>send dog*
  136.   
  137.       [the files are sent] 
  138.   
  139.     Kermit-170>status
  140.   
  141.       [performance statistics are printed] 
  142.   
  143.     Kermit-170>receive
  144.   
  145.       [files are received]
  146.   
  147.     Kermit-170>exit
  148.     / 
  149.   
  150. Cyber  Kermit  provides  an initialization file capability.  It will look for a 
  151. file named KERMINI in the user's local files, and then in  the  permanent  file 
  152. catalog.   If found, Kermit will take commands from this file before requesting 
  153. commands from the user.
  154.   
  155. Cyber Kermit mimics the DEC-20 style command parser in  that  a  question  mark
  156. followed  by  a  carriage  return  may  be  placed anywhere on the command line 
  157. (except for the SEND and DIR commands).  This will display the  options  avail- 
  158. able  at that point.  Unfortunately, the entire command will have to be retyped 
  159. afterwards. 
  160.   
  161. Command keywords may be abbreviated to their shortest unique combination.  This
  162. comes in very handy since Cyber Kermit does not support command completion.
  163.   
  164. Cyber  Kermit  may  only be run as a remote Kermit.  This Kermit is "smart" and
  165. hence need not be closely watched during a transfer since it will timeout in  a 
  166. deadlock situation.
  167.   
  168. A Cyber filename is restricted to 7 alphanumeric characters. When a file is be- 
  169. ing sent to the Cyber, Kermit will take up to 3  characters  of  the  extension
  170. (part  following  a  period) of the micro's file name, plus as much as possible
  171. from the first part of the file name.  This  will  lessen  the  conflicts  when 
  172. transferring a group of files with the same name but different extensions.
  173.   
  174. If  a file under that name already exists, an "error packet" stating so will be 
  175. sent back to the micro and Cyber Kermit will abort the entire transfer. 
  176.   
  177. If you are having trouble transferring files with Kermit, it may be due to  the
  178. parity.    Cyber  Kermit has no way of determining the parity of the connection 
  179. and does not affect it in any way.  If you  are  having  problems  getting  the
  180. first  packet  to  transfer,  then this is probably the problem.  If necessary,
  181. enter a ! TRMDEF command from within Kermit to set the Cyber front-end's parity
  182. to  match  that  of your micro (eg.  ! TRMDEF,PA=N for no parity, ! TRMDEF,PA=E
  183. for even.) 
  184.   
  185. 3. Cyber Kermit Commands
  186. The following is a list of Cyber Kermit commands and their descriptions. 
  187.   
  188. ! command  Execute a NOS command and then return to Kermit.  Note that a single
  189.           space  must  follow the ! character.  Cyber Kermit will supply a con- 
  190.           trol statement terminator if needed. 
  191.   
  192. DIRECTORY [filename]
  193.           Displays the names of the files local to the user's job, or the names
  194.           of files in the user's permanent file  catalog;  filename  may  be  a
  195.           wildcard filename.
  196.   
  197.           If  the  command is specified with no parameters or the L: parameter,
  198.           all local files are listed.  If the P:  parameter is used,  all  per- 
  199.           manent files are listed.
  200.           To  list  a  single local file or subset of local files, the user may
  201.           specify a file name or wildcard file name.  To list a single or  sub-
  202.           set  of  permanent  files,  the  user  may  precede  the file name or
  203.           wildcard file name by P: 
  204.   
  205.           [The above syntax is also applicable to the REMOTE  DIRECTORY  server 
  206.           command.]
  207.   
  208. EXIT, QUIT
  209.           Exit from Kermit-170.  You may also stop Kermit-170 in the midst of a
  210.           transfer  or  during  server operations by aborting your local Kermit 
  211.           with a CTRL-C.  Connect to the Cyber Kermit (don't  forget  to  first 
  212.           FINISH  if  you  were using the Cyber Kermit in server mode) and then
  213.           EXIT. 
  214.   
  215. HELP [topic] 
  216.           Give Help.  There's a general help text, plus separate help texts for
  217.           each Kermit-170 command.  HELP ? lists the available topics. 
  218.   
  219. PUSH      Exit to NOS command level, saving  the  current  Kermit  environment.
  220.           The environment will be restored when Kermit is reentered. 
  221.   
  222. RECEIVE   Receive a file or group of files from the other host.  If the name in
  223.           the header packet is not a legal Cyber file name, the first  7  legal
  224.           characters will be used.
  225.   
  226.           If  the  file  already  exits  as a local file, Kermit will abort the
  227.           transfer.  If an error occurs during transfer, the local  file  being
  228.           received  will be deleted to allow the transfer to be retried.  After 
  229.           entering the RECEIVE command, you should escape back  to  your  local 
  230.           Kermit and give the SEND command. 
  231.   
  232. SEND filename or L:filename or P:filename 
  233.           Send one or more files to the local (micro) Kermit; filename may be a
  234.           wildcard filename.  The name of each file is passed to the other Ker- 
  235.           mit in a file header packet, so that the file  can  be  stored  there
  236.           with  the same name.  You should escape back to your local Kermit and 
  237.           give the RECEIVE command.  If you  don't  do  this  fast  enough  the
  238.           "send-init"  packet may arrive prematurely.  To prevent this, use SET
  239.           DELAY or hit the RETURN key on your  microcomputer  if  it  does  not
  240.           timeout. 
  241.   
  242.           If  you use the first form of this command and no local file(s) match 
  243.           your request, your permanent file catalog is  searched  for  matching 
  244.           file(s).    If you prefix the filename with L:, only your local files
  245.           are searched; if P:, only your permanent file  catalog  is  searched. 
  246.           (Note  that  for  a permanent file transfer, any local file which has 
  247.           the same name as a permanent file being sent, is deleted.) 
  248.   
  249. SERVER    Act as a server for another Kermit.  Whatever options were previously 
  250.           SET  will be used.  The server may be shut down from the local Kermit 
  251.           by using the BYE or FINISH commands.  Generally, you should  use  the
  252.           FINISH  command  if you were transferring a file to the Cyber so that 
  253.           you may then connect and make the file permanent. The BYE  or  LOGOUT 
  254.           command  causes  the  remote Kermit to logout and thus should be used 
  255.           when receiving a file from the Cyber and there is no real  reason  to
  256.           re-connect.
  257.   
  258.           The  following server features are currently supported in Kermit-170: 
  259.           GET, SEND, FINISH, BYE, REM DIR 
  260.   
  261. SET keyword value 
  262.           Establish  system-dependent parameters.  You can examine their values 
  263.           with the  SHOW  command.    Numeric  values  may  be  decimal,  octal
  264.           (postfixed  with  a B), or hexadecimal (postfixed by an H).  The fol-
  265.           lowing may be SET:
  266.   
  267.           DEBUG option
  268.               Show packet traffic explicitly.  Options are: 
  269.   
  270.               ALL Set all debug options (PACKETS and STATES). 
  271.   
  272.               LOG-FILE filename 
  273.                   Log states and packets to the specified file.    The  default
  274.                   log-file is named KERMLOG.
  275.   
  276.               OFF Don't  log  debugging  information (this is the default).  If
  277.                   debugging was in effect, turn it off and close the log file. 
  278.   
  279.               PACKETS 
  280.                   Log each incoming and outgoing packet (lengthy).
  281.   
  282.               STATES
  283.                   Log Kermit state transitions and packet numbers (brief).
  284.   
  285.           DELAY decimal-number 
  286.               Sets  the  number  of  seconds  to  wait before sending the first 
  287.               packet.  This gives you time to "escape" back and issue a RECEIVE 
  288.               command.  The default is 2 seconds.
  289.   
  290.           DUPLEX keyword 
  291.               Changes the method of echoing characters when being prompted  for 
  292.               commands.    The choices are FULL and HALF.  FULL means the Cyber
  293.               will echo the characters you type.  HALF means the  local  system
  294.               echoes them.  FULL is the default, and is used by most hosts. 
  295.   
  296.           FILE-MODE ftype
  297.               Declares the file mode to be used  while  processing  Cyber  disk
  298.               files.    Allowable  values  for ftype are TEXT and BINARY.  TEXT
  299.               means that the file contains text in either 8/12 ASCII, 6/12  AS- 
  300.               CII,  or  Display  Code (See SET TEXT-MODE command). BINARY means
  301.               that file contains binary data, packed 7.5 8-bit bytes per 60-bit 
  302.               word.  The default is TEXT.
  303.   
  304.           INIT-RETRY decimal-number
  305.               Set the maximum number of retries allowed for the initial connec-
  306.               tion before giving up. Default is 15. 
  307.   
  308.           RECEIVE parameter value 
  309.               These commands allow you to specify to the other Kermit what  the
  310.               packets  it sends should look like, or to inform this Kermit what
  311.               to expect.  Value may be specified as a decimal number, an  octal
  312.               number (B suffix), or a hexadecimal number (H suffix).  Character 
  313.               values are specified as  the  numeric  equivalent  of  the  ASCII
  314.               character. 
  315.   
  316.               END-OF-LINE value
  317.                   The octal value of the ASCII character which will be used  as
  318.                   a  line terminator for packets by the other system.  Carriage 
  319.                   return (15B) is the default.
  320.   
  321.               PACKET-LENGTH value
  322.                   Maximum  packet  length  the other system may send, a decimal
  323.                   number, between 20 and 1000, 94 by default.  Size used is the
  324.                   minimum  of  this parameter and the SEND PACKET-LENGTH of the
  325.                   other Kermit. 
  326.   
  327.               PAD-CHARACTER value
  328.                   Character to use for padding.  Default is NUL. 
  329.   
  330.               PAD-LENGTH value 
  331.                   Set the number of padding characters to send before a packet.
  332.                   Default is no padding. 
  333.   
  334.               QUOTE-CHARACTER value
  335.                   The printable character to use for quoting of control charac- 
  336.                   ters.  Default  is  #  (43B).    There should be no reason to 
  337.                   change this.
  338.   
  339.               SYNC-CHARACTER value 
  340.                   The control character that marks the beginning of the packet. 
  341.                   Normally SOH (Control-A, ASCII 1).  There should be no reason
  342.                   to change this. 
  343.   
  344.               TIME-OUT value 
  345.                   The number of seconds the other  Kermit  should  wait  for  a 
  346.                   packet  before  asking  for  retransmission.  Default  is  10
  347.                   seconds. 
  348.   
  349.           RETRY decimal-number 
  350.               Sets  the  maximum  number  of  retries  allowed for a particular
  351.               packet before giving up. Default is 10. 
  352.   
  353.           SEND parameter value
  354.               These  commands  allow you to specify how outgoing packets should
  355.               look, in case the other Kermit has non-standard requirements.
  356.   
  357.               END-OF-LINE value
  358.                   The  octal  value of the ASCII character to be used as a line
  359.                   terminator for packets, if one is required by the other  sys- 
  360.                   tem.  Carriage return (15B) by default.
  361.   
  362.               PACKET-LENGTH value
  363.                   Maximum packet length to send, decimal number, between 20 and
  364.                   1000,  94  by  default.    Size  used  is the minimum of this 
  365.                   parameter and the RECEIVE PACKET-LENGTH of the other Kermit.
  366.   
  367.               PAD-CHARACTER value
  368.                   Character to use for padding.  Default is NUL. 
  369.   
  370.               PAD-LENGTH value 
  371.                   Set the number of padding characters to send before a packet.
  372.                   Default is no padding. 
  373.   
  374.               QUOTE-CHARACTER value
  375.                   The printable character to use for quoting of control charac- 
  376.                   ters.   The default is # (43B).  There should be no reason to
  377.                   change this.
  378.   
  379.               SYNC-CHARACTER value 
  380.                   The control character that marks the beginning of the packet. 
  381.                   Normally SOH (Control-A, ASCII 1).  There should be no reason
  382.                   to change this. 
  383.   
  384.               TIME-OUT value 
  385.                   How many seconds to wait for a packet  before  trying  again. 
  386.                   Default is 10 seconds. 
  387.   
  388.           TEXT-MODE ctype
  389.               Sets the character set of TEXT files.  Allowable values for ctype
  390.               are:  AUTO,  DISPLAY, 6/12-ASCII, and 8/12 ASCII.  The default is 
  391.               AUTO, which tells Cyber Kermit to attempt to auto-recognize files 
  392.               on send, and write 6/12 ASCII files on receive. 
  393.   
  394. SHOW      Display  current SET parameters, version of Kermit-170, and other in-
  395.           formation. 
  396.   
  397. STATUS    Give statistics about the most recent file transfer. 
  398.   
  399. TAKE filename or L:filename or P:filename 
  400.           Take  Kermit  commands  from  a  file.  Kermit will first look in the 
  401.           user's local files; if not found it will then look in  the  permanent
  402.           file  catalog.  You may restrict the search by prefixing the filename
  403.           with "P:" or "L:".  (See the SEND command above.)   When  an  logical
  404.           end-of-record  is encountered on the TAKE file, Kermit will revert to 
  405.           accepting commands from  the  terminal.    TAKE  commands  cannot  be 
  406.           nested;  a  TAKE command read from a file will begin reading commands
  407.           from the new file, but at it's end will not revert to the first file. 
  408.   
  409.   
  410.   
  411. Index 
  412.           !   0 
  413.   
  414.           Control-C   1 
  415.   
  416.           Debugging   1 
  417.           DIR   0 
  418.           DIRECTORY   0 
  419.           Duplex   1 
  420.   
  421.           EXIT   1
  422.   
  423.           File Type   1 
  424.   
  425.           Help   0, 1
  426.   
  427.           KERMINI   0 
  428.           Kermit Initialization   0 
  429.   
  430.           Parity   0 
  431.           PUSH   1
  432.   
  433.           QUIT   1
  434.   
  435.           RECEIVE   1 
  436.           Receive Files   1 
  437.           Retry   1 
  438.   
  439.           SEND   1
  440.           SERVER   1
  441.           SET   1 
  442.           SHOW   1
  443.           STATUS   1
  444.   
  445.           TAKE   1
  446.           Text Mode   1 
  447.   
  448.           Wildcard   0 
  449.   
  450.   
  451.   
  452.                                Table of Contents 
  453.    1. Cyber File Systems                                                      0
  454.    2. Program Operation                                                       0 
  455.    3. Cyber Kermit Commands                                                   0 
  456.   
  457. Index                                                                         3 
  458.