home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / lang / rexx / 844 < prev    next >
Encoding:
Internet Message Format  |  1992-08-31  |  3.7 KB

  1. Path: sparky!uunet!dtix!darwin.sura.net!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!The-Star.honeywell.com!umn.edu!noc.msc.net!uc.msc.edu!apctrc!wsc!mozart!zjlc12
  2. From: zjlc12@hou.amoco.com (Jerry Campbell)
  3. Newsgroups: comp.lang.rexx
  4. Subject: Re:      Re: Blanks, REXX, and portability...
  5. Message-ID: <1992Aug31.141929.11734@hou.amoco.com>
  6. Date: 31 Aug 92 14:19:29 GMT
  7. References: <REXXLIST%92082714064578@UGA.CC.UGA.EDU>
  8. Sender: news@hou.amoco.com
  9. Reply-To: zjlc12@hou.amoco.com
  10. Organization: Amoco
  11. Lines: 55
  12.  
  13. In article 92082714064578@UGA.CC.UGA.EDU,         Paul Russell <PRUSSELL@IUBVM.BITNET> () writes:
  14. >On Thu, 27 Aug 1992 06:30:35 LCL Anders Christensen said:
  15. >.... lots of stuff deleted ...
  16. >>Someone posted earlier that CMS programmers often tend to regard the
  17. >>format of data as very constant, e.g. that the interesting portion of
  18. >>the output from command XXX starts in column 42, and is 8 characters
  19. >>long. That is very different from the Unix approach, in which the
  20. >>exact column where things start is often not constant, and where the
  21. >>number of whitespace-separated words in the output is used to find the
  22. >>right data. The difference can be seen from these two examples
  23. >>
  24. >>    parse var foo 42 user +8
  25. >>    parse var foo . . . user .
  26. >>
  27. >>Rexx is powerful enough to handle both approaches. But this will only
  28. >>work on Unix machines, if Unix Rexx interpreters are allowed to
  29. >>interpret all Unix' whitespace characters as blanks.
  30. >.... more stuff deleted ...
  31. >I've been following this discussion for several days and have found it
  32. >both interesting and enlightening.  I was a little concerned about the
  33. >general nature of the statement cited at the beginning of the excerpt
  34. >above, however, I let it pass without comment, because I didn't feel
  35. >that an editorial comment would add value to the discussion.  However,
  36. >since it now appears that the original statement has been accepted as
  37. >gospel, I think that it's time to add my 2 cents worth, to wit: *SOME*
  38. >CMS REXX programmers (including me) do parse *SOME* things on the basis
  39. >of hard-coded "column" numbers, *IF* the format of the data is constant.
  40. >However, it has been my experience (however limited you might perceive
  41. >that to be) that the format of the data is seldom constant, so, it seems
  42. >that *MOST* CMS REXX programmers parse data on the basis of white-space-
  43. >delimited words and/or the presence of known constants at least as often
  44. >as they parse data on the basis of hard-coded "column numbers".  Jumping
  45. >to the conclusion that *ALL* CMS REXX programmers have an "80-column
  46. >card" mindset is just about as valid as jumping to the conclusion that
  47. >*ALL* U**X programmers are (insert your favorite pejorative here).  8-)
  48. >I can hardly remember the last time that I used an 80-column card, but
  49. >I'm sure that I was writing a grocery list on the back.  8-)  pdr
  50.  
  51. Whoa! I recant!  When I originally posted that "observation" I didn't mean
  52. to typecast CMS programmers as inflexible cc oriented coders.  I apologize
  53. if you took it that way.  However, I still hold that there *tends to be* a 
  54. difference in mindsets, paradigms, whatever you call it, between CMS
  55. programmers and Unix programmers. I think this is right and natural, CMS and
  56. Un*x are different after all.  Some of us are (me) are still learning those
  57. differences.  If I'd meant that observation as an insult, I would have to 
  58. include myself as a target.  I've programmed on CMS for a long time.  
  59.  
  60. Ok, where are the marshmallows?!?!?  Drat, hot dogs will have to do.  Alright,
  61. I'm ready, flame away!   I promise, "I will never, ever, ever again say anything
  62. that might incite opsys riots", I promise, I promise, I promise... :=)
  63.  
  64. ---
  65. Jerry Campbell   reply to: zjlc12@hou.amoco.com 
  66. Amoco Corp. ISD  SSS/Graphics
  67. Houston, Tx.     713/556-7036
  68.