home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / lang / rexx / 807 < prev    next >
Encoding:
Text File  |  1992-08-27  |  1.4 KB  |  28 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!VM.CC.LATECH.EDU!SPJRG
  3. Message-ID: <REXXLIST%92082714224433@UGA.CC.UGA.EDU>
  4. Newsgroups: comp.lang.rexx
  5. Date:         Thu, 27 Aug 1992 13:10:36 CST
  6. Sender:       REXX Programming discussion list <REXXLIST@UGA.BITNET>
  7. From:         Jim Glover <SPJRG@VM.CC.LATECH.EDU>
  8. Subject:      Re: Blanks, REXX, and portability...
  9. Comments: To: rexxlist@uga.cc.uga.edu
  10. Lines: 16
  11.  
  12. >However, it has been my experience (however limited you might perceive
  13. >that to be) that the format of the data is seldom constant, so, it seems
  14. >that *MOST* CMS REXX programmers parse data on the basis of white-space-
  15. >delimited words and/or the presence of known constants at least as often
  16. >as they parse data on the basis of hard-coded "column numbers".
  17.  
  18. I'd like to add my "Amen!"  I too am a CMS REXX programmer, and I can
  19. tell you that I *rarely* parse based on column position.  I do make an
  20. exception sometimes when data will be located in a particular position
  21. without any delimiting white space at all, or when data will be located
  22. in a particular position and the preceeding fields may unpredictably
  23. be blank, thus preventing my knowing how many .'s to include in some-
  24. thing like  PARSE VAR INPUT . . . Stuff_I_Want .
  25. I'd guess that such cases represent about 1% of what I do in REXX.  The
  26. rest of the time, I'm using white space just like everyone else.
  27.                             --Jim
  28.