home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / lang / rexx / 849 < prev    next >
Encoding:
Text File  |  1992-08-31  |  1.2 KB  |  24 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!paladin.american.edu!auvm!UCSFVM.BITNET!GOMBERG
  3. Message-ID: <REXXLIST%92083116435170@UGA.CC.UGA.EDU>
  4. Newsgroups: comp.lang.rexx
  5. Date:         Mon, 31 Aug 1992 13:28:12 PDT
  6. Sender:       REXX Programming discussion list <REXXLIST@UGA.BITNET>
  7. From:         Dave Gomberg <GOMBERG@UCSFVM.BITNET>
  8. Subject:      Re: Blanks, REXX, and portability...
  9. In-Reply-To:  Message of Mon, 31 Aug 1992 14:16:58 GMT from <ets@WRKGRP.COM>
  10. Lines: 12
  11.  
  12. On Mon, 31 Aug 1992 14:16:58 GMT Edward T Spire said:
  13. >I would like REXX to be useful in the environment in which it is to be
  14. >used.  Hence if it is to parse OS generated output that contains tabs
  15. >where one would expect blanks, it is better to modify the REXX
  16. >definition to be something useful for that environment rather than
  17. >simply curse the darkness.
  18.  
  19. But Ed, the problem is not one other character, it is a raft (of undefined
  20. size and contents) of other characters.  And implemenation (and even usage
  21. paradigm) specific at that.  Far better each such environment should provide
  22. an "expand" tool, and a place in the language processor for it to fit.  So
  23. that the effect of "expand | rexx" is achieved.
  24.