home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / lang / rexx / 949 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  1.1 KB
  1. Path: sparky!uunet!olivea!spool.mu.edu!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: Blanks, REXX, and portability...
  5. Message-ID: <1992Sep8.181552.7717@hou.amoco.com>
  6. Date: 8 Sep 92 18:15:52 GMT
  7. References: <2413.imc@uk.ac.ox.prg>
  8. Sender: news@hou.amoco.com
  9. Reply-To: zjlc12@hou.amoco.com
  10. Organization: Amoco
  11. Lines: 13
  12.  
  13. An observation and a what if.   Observation, since there is so much controversy
  14. regarding this issue I'd think that would be a clear sign that it should be left
  15. alone.  The programmer should worry about this white space vs. "real" blanks
  16. thing.  What if,  I really, really did want to discriminately parse blanks as
  17. opposed to tabs?  Take a Rexx program that wanted to convert tabs to real blanks
  18. or vice versa?  In this case you would REQUIRE control over the precise value
  19. of the data when parsing.  Please, don't build "intelligent" second guessing
  20. Rexx interpreters.....!   Or standards.
  21.  
  22. ---
  23. Jerry Campbell   reply to: zjlc12@hou.amoco.com 
  24. Amoco Corp. ISD  SSS/Graphics
  25. Houston, Tx.     713/556-7036
  26.