home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / lang / rexx / 792 < prev    next >
Encoding:
Text File  |  1992-08-26  |  1.2 KB  |  24 lines
  1. Newsgroups: comp.lang.rexx
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!The-Star.honeywell.com!umn.edu!noc.msc.net!uc.msc.edu!apctrc!wsc!zblp02
  3. From: zblp02@hou.amoco.com (Barry Puryear (SSS/VM))
  4. Subject: Re:      Blanks, REXX, and portability...
  5. Message-ID: <1992Aug26.144429.2188@hou.amoco.com>
  6. Sender: blpuryear@hou.amoco.com (Barry Puryear)
  7. Organization: Amoco
  8. References: <9208260321.AA05688@SERVER.uwindsor.ca>
  9. Date: Wed, 26 Aug 1992 14:44:29 GMT
  10. Lines: 12
  11.  
  12. The question of "what is a blank" is deeper than the definition of REXX.
  13. Several years ago, I had the duty to port some Fortran source from a UNIX
  14. system to CMS.  As it happened, the Fortran source was loaded with tab
  15. characters.  The method we used to transfer those files did not convert
  16. the tabs to spaces, but to x'05', as I recall.  Of course, those source
  17. files would not compile on the first try.  I had to convert the tabs to
  18. the correct number of blanks via XEDIT and compile again.
  19.  
  20. I think that the best way to resolve the "what does REXX call a blank"
  21. question is for CMS (and other environments that use EBCDIC) to start 
  22. treating tab characters more reasonably, rather than updating language
  23. definitions and changing individual language processors.
  24.