home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / vms / 18185 < prev    next >
Encoding:
Text File  |  1992-11-18  |  1.4 KB  |  28 lines
  1. Newsgroups: comp.os.vms
  2. Path: sparky!uunet!sun-barr!cs.utexas.edu!zaphod.mps.ohio-state.edu!darwin.sura.net!haven.umd.edu!decuac!pa.dec.com!nntpd2.cxo.dec.com!adserv.enet.dec.com!winalski
  3. From: winalski@adserv.enet.dec.com (Paul S. Winalski)
  4. Subject: Re: The problem with $CREMBX System_Service
  5. Message-ID: <1992Nov18.171216.26136@nntpd2.cxo.dec.com>
  6. Lines: 15
  7. Sender: usenet@nntpd2.cxo.dec.com (USENET News System)
  8. Reply-To: winalski@adserv.enet.dec.com (Paul S. Winalski)
  9. Organization: Digital Equipment Corporation, Nashua NH
  10. References:  <14709.2b092769@ohstpy.mps.ohio-state.edu>
  11. Date: Wed, 18 Nov 1992 17:12:16 GMT
  12.  
  13.  
  14. The DCL command interpreter uses RMS to read its input file.  RMS is a record-
  15. oriented I/O system.  When the input device is a terminal, the sequence of
  16. characters up to a carriage return (or other similar line-terminating control
  17. character) is considered a single record.  When the input device is a mailbox,
  18. RMS considers each message in the mailbox to be a separate record.  You are
  19. reading characters one at a time from the terminal and then writing them one
  20. at a time using $QIO to the mailbox.  Each character thus ends up as a separate
  21. message, and is seen as a separate record by DCL.
  22.  
  23. The solution is to buffer characters inside your program until you read a
  24. CR from the terminal, then write the buffered string (not including the CR) to
  25. the mailbox using one $QIO.
  26.  
  27. --PSW
  28.