home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / vms / 21866 < prev    next >
Encoding:
Internet Message Format  |  1993-01-24  |  1.9 KB
  1. Path: sparky!uunet!ukma!gatech!concert!ais.com!bruce
  2. From: bruce@ais.com (Bruce C. Wright)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: Receiving outside messages in a file .. possible ?
  5. Message-ID: <1993Jan23.101553.5958@ais.com>
  6. Date: 23 Jan 93 10:15:53 GMT
  7. References: <01GTT2VGDMN48Y6630@JCSVAX1.BITNET>
  8. Distribution: world
  9. Organization: Applied Information Systems, Chapel Hill, NC
  10. Lines: 38
  11.  
  12. In article <01GTT2VGDMN48Y6630@JCSVAX1.BITNET>, HANY@JCSVAX1.BITNET writes:
  13. >         I am writing a small program that requires the reception of messages
  14. > sent to my address to be captured, in real time, to an open input file.
  15. > For example
  16. > 
  17. > $ FINGER @nodename
  18. > 
  19. > returns a list of logged in users that is output to the screen. When I tried
  20. > DEFINE SYS$INPUT, I still got the list on my screen, and the input file, after
  21. > closing it, was found to be empty. Nothing was directed there.
  22. > DEFINE SYS$OUTPUT also didn't work. Those seem to only work when action is
  23. > taken from within the account. What about text coming from other sources ?
  24. > How can I capture that ?
  25.  
  26. If I understand you correctly, you want to put the output from FINGER
  27. into a file rather than onto your screen.  Defining SYS$INPUT won't
  28. have any effect -- that will only redirect input TO the FINGER program,
  29. not output FROM it.
  30.  
  31. What you probably want to do is
  32.  
  33.     $ define /user sys$output myfile.lis
  34.  
  35. If that doesn't work, then the FINGER program is probably not writing
  36. its output to that source.  You could try:
  37.  
  38.     $ define /user tt myfile.lis
  39.  
  40. This still might not work, depending on how FINGER is writing its output.
  41. This redirection to a file will only work if the program is using RMS
  42. to write its output to the terminal;  if it's using direct QIO calls to
  43. the TTDRIVER, it won't work.  Your only alternative would be to look
  44. into pseudoterminals or possibly mailboxes (some interactive progams
  45. get very upset with mailboxes but are happy with pseudoterminals).
  46.  
  47. Good luck,
  48.  
  49. Bruce C. Wright
  50.