home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / vms / 12638 < prev    next >
Encoding:
Internet Message Format  |  1992-07-22  |  1.4 KB

  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!ucbvax!lrw.com!leichter
  2. From: leichter@lrw.com (JERRY LEICHTER)
  3. Newsgroups: comp.os.vms
  4. Subject: re: wait for event flag halts ast deliver [DCL write without newline]
  5. Message-ID: <9207221103.AA26099@uu3.psi.com>
  6. Date: 22 Jul 92 11:05:03 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Distribution: world
  9. Organization: The Internet
  10. Lines: 27
  11.  
  12.  
  13.     CS19241593T@LUST2.LATROBE.EDU.AU (Bernard Leach) asks:
  14.     |>
  15.     |>Ok for a real question:
  16.     |>Is there a simple method for outputting to the terminal using DCL
  17.     |>without appending a linefeed?
  18.  
  19.     Paul Winalski answers:
  20.     Call a program that does the output for you.  There isn't any direct
  21.     way to override the default carriage control of the DCL WRITE
  22.     statement.
  23.  
  24. Paul, I'm afraid your VMS Hacker's License will have to be returned for
  25. regrooving. :-)  While what you say about WRITE is technically true, there
  26. is a classic hack for accomplishing the final goal:
  27.  
  28.     $ READ/PROMPT="string to write"/TIMEOUT=0/ERROR=NEXT SYS$COMMAND DUMMY
  29.     $NEXT:
  30.  
  31. This does have the side-effect of discarding (well, placing in DUMMY) one line
  32. of type-ahead, so it's not a complete solution - writing the program is the
  33. clearly the right way to go.  But there are many cases in which it's "good
  34. enough" (especially if the command file will eventually read the input, in
  35. which case it can tell from $STATUS whether a timeout occured, and if not
  36. simply use the value read in to DUMMY.)
  37.                             -- Jerry
  38.  
  39.