home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / lang / rexx / 693 next >
Encoding:
Internet Message Format  |  1992-08-12  |  1.3 KB
  1. Path: sparky!uunet!sun-barr!ames!agate!ucbvax!VNET.IBM.COM!pmuellr
  2. From: pmuellr@VNET.IBM.COM ("Pat Mueller")
  3. Newsgroups: comp.lang.rexx
  4. Subject: command output to a queue in OS/2 (was: Automated FTP session)
  5. Message-ID: <9208121208.AA24115@ucbvax.Berkeley.EDU>
  6. Date: 12 Aug 92 12:04:00 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Lines: 30
  9.  
  10. > While on the subject of REXX API's am I missing something or is there
  11. > no interface between REXX and OS/2.  What I have in mind is the
  12. > equivalent of Personal REXX's:
  13. >
  14. >       'DIR >stk'
  15. >
  16. > or CMS's:
  17. >
  18. >       'EXECIO * CP (LIFO ST whatever'
  19. >
  20. > I am not asking for the same externals, but for a REXX program to be
  21. > able to process the output of a command.  Did I miss something in the
  22. > helps?   IBM has not been cooperative in providing written doc to the
  23. > first non-IBM REXX author.  So I am in the dark like the rest of you.
  24.  
  25. There is an RXQUEUE program which reads from stdin, and places the
  26. lines received on the stack.  So you can do something like this
  27.  
  28.    "DIR | RXQUEUE"
  29.    do while queued()
  30.       parse pull line
  31.       ...
  32.    end
  33.  
  34. As far as I know, this >is< documented (hardcopy and online, at least
  35. for 2.0), but it would be in the reference manual.
  36.  
  37. Patrick Mueller
  38. pmuellr@vnet.ibm.com
  39. Programming Systems, IBM Cary, NC
  40.