home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / lang / rexx / 877 < prev    next >
Encoding:
Internet Message Format  |  1992-09-03  |  1.5 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>
  7. X-NewsSoftware: Amiga Yarn 3.4, 1992/08/12 15:49:52
  8. Keywords: 
  9. Summary: 
  10. Message-ID: <mwm.1oon@contessa.palo-alto.ca.us>
  11. Date: 28 Aug 92 22:37:35 PST
  12. Organization: Missionaria Phonibalonica
  13. Lines: 27
  14.  
  15. In <9208260321.AA05688@SERVER.uwindsor.ca>, ophof@SERVER.UWINDSOR.CA (Scott Ophof) wrote:
  16. > Question:  When are blanks not only the space character?
  17. > Answer:    In any case in Unix.
  18. >
  19. > My point?
  20. > I would hate to have to port to CMS any REXX program written for
  21. > Unix (or PC); to have a program fail due to something like this
  22. > would not be very easy to debug...
  23.  
  24. You're right. Of course, finding the failure because application A
  25. accepts tabs for whitespace but Rexx doesn't isn't easy to debug,
  26. either.  That's experience - ARexx doesn't treat tab as whitespace,
  27. but it generally is on the Amiga. As a result, I universially run text
  28. files through a detab program before letting ARexx read them.
  29.  
  30. > My suggestion?
  31. > In the interest of increasing the chance of successful porting, to
  32. > request the ANSI-REXX committee to define that the *only* blank/
  33. > whitespace recognized in standard REXX is the SPACE character (ASCII
  34. > hex-20, EBCDIC hex-40).
  35. > 
  36. > Your comments?  :-)
  37.  
  38. I disagree. What "blanks" are should be system/compiler-dependent.
  39. Then people can choose the quality of implementation they desire.
  40.  
  41.     <mike
  42.