home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / lang / rexx / 890 < prev    next >
Encoding:
Internet Message Format  |  1992-09-07  |  1.4 KB
  1. Path: sparky!uunet!decwrl!contessa!mwm
  2. From: mwm@contessa.palo-alto.ca.us (Mike Meyer)
  3. Subject: Re: Blanks, REXX, and portability...
  4. Newsgroups: comp.lang.rexx
  5. Distribution: world
  6. References: <9208260321.AA05688@SERVER.uwindsor.ca> <1992Aug26.155501.2612@hou.amoco.com>
  7. X-NewsSoftware: Amiga Yarn 3.4, 1992/08/12 15:49:52
  8. Keywords: 
  9. Summary: 
  10. Message-ID: <mwm.1p6r@contessa.palo-alto.ca.us>
  11. Date: 29 Aug 92 22:49:29 PST
  12. Organization: Missionaria Phonibalonica
  13. Lines: 20
  14.  
  15. In <1992Aug26.155501.2612@hou.amoco.com>, zjlc12@hou.amoco.com (Jerry Campbell) wrote:
  16. > Just an observation from someone whose done a LOT of Rexx programming 
  17. > under CMS and not a whole lot under Unix.  The commonly accepted "style"
  18. > (at least in my shop) for constructing data streams to feed to Rexx or
  19. > for interpreting system information (msgs, cmd output, what not) many
  20. > times leads to code such as this:
  21. > 
  22. >    Parse Var sometin 1 parm1 +4 5 parm2 +4 ....
  23. > 
  24. > All very byte position oriented.  The programmer expects to intepret things
  25. > in terms of "card columns".  Many programs are written with that kind of 
  26. > dependency on CMS.  Unix seems to require a different conceptualization
  27. > of data streams.   
  28.  
  29. Quite right - unix programs use whitespace to seperate output items,
  30. and expect whitespace to seperate input items. Trying to use stock
  31. Unix tools on position-oriented data with no seperation is
  32. frustrating, at best.
  33.  
  34.     <mike
  35.