Movatterモバイル変換


[0]ホーム

URL:


[RFC Home] [TEXT|PDF|HTML] [Tracker] [IPR] [Info page]

UNKNOWN
Network Working Group                             M. A. PadlipskyRequest for Comments #411                             MIT-MULTICSNIC 124D3                                       November 14, 1972NEW MULTICS NETWORK SOFTWARE FEATURESTwo recently-installed features of the Multics  Network  softwaremight be of general interest to the Network community, and shouldbe of particular interest to those who use Multics via TIP's:Case Mapping---- -------In  order  to allow Network users at upper-case-only terminals onsystems which do not  furnish  case-mapping  to  access  Multics,typing   "MAP"   (upper-case,   followed   by   Telnet  New-line)immediately after receipt of the Multics  load  message  actuatesMultics software which applies the following typing conventions:1) as most Multics  input  is  lower-case,  alphabetic  input  is    mapped  to  lower-case,  except  for  any  letter immediately    preceded by "2) back (left) arrow  is  treated  as  underscore,  up  arrow  as    circumflex, apostrophe as acute (right) accent3) escape sequences exist for the following:    backspace = -    grave (left) accent = '    left brace =    vertical line =    right brace = )    tilde = =4) the sequence "\" is treated as  "    octal  escape, it is only necessary to type     a "    themThe case-mapping software is also actuated if "HELP" (upper-case)is  typed  prior  to  login  in  response  to the system's "loginincorrect" message, in which case the normal  information  (whichwould  appear  in response to lower-case "help" as well) on loginformat will be printed out.  (Note: the escape sequences are  thesame  as  existing Multics   conventions for direct-dialled Model33/35 TTY's.  On these particular devices, "indicated on the key-caps: it is input as SHIFT-L.)                                                                [Page 1]

Allocate Handling-------- --------Output  to  systems  which give small allocations has long been aproblem, both to the remote user (who experienced frequent pausesin the output at  his  terminal)  and  to  the  Multics  "NetworkDaemon"  process  (which  encountered  considerable  inefficiencybecause of being frequently awakened to process the  ALL  controlmessages).   To alleviate this, we have introduced interrupt-timecode which processes the ALL's and  outputs  the  next  group  ofbytes  without  causing  the Network Daemon to take a wakeup.  Asattendees of the ICCC will have already observed, response is farsuperior under the new scheme.  (System  Programmers  responsiblefor  NCP's  might  be  interested  to  know  that some 75% of ourcontrol-message processing deals with ALL's.)    [ This RFC was put into machine readable form for entry ]    [ into the online RFC archives by BBN Corp. under the   ]    [ direction of Alex McKenzie.                      1/97 ]                                                                [Page 2]

[8]ページ先頭

©2009-2025 Movatter.jp