home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / lang / rexx / 897 < prev    next >
Encoding:
Text File  |  1992-09-07  |  2.3 KB  |  47 lines
  1. Newsgroups: comp.lang.rexx
  2. Path: sparky!uunet!mcsun!sunic!sejnet.sunet.se!eric
  3. From: eric@sejnet.sunet.se (Eric Thomas)
  4. Subject: Re: Blanks, REXX, and portability...
  5. Message-ID: <1992Sep5.132440.1@sejnet.sunet.se>
  6. Lines: 34
  7. Sender: news@sunic.sunet.se
  8. Reply-To: ERIC@SEARN.SUNET.SE
  9. Organization: SUNET, Stockholm, Sweden
  10. References: <REXXLIST%92082621432914@DEARN> <mwm.1p79@contessa.palo-alto.ca.us>
  11. Date: Sat, 5 Sep 1992 13:24:40 GMT
  12.  
  13. In article <mwm.1p79@contessa.palo-alto.ca.us>, mwm@contessa.palo-alto.ca.us (Mike Meyer) writes:
  14. > A question for all of you using EBCDIC who don't think that arbitrary
  15. > whitespace should be allowed to seperate words: Why do you care?
  16.  
  17. I have to use unix systems from time to time to get my job done. If some day
  18. they have a REXX interpreter, I would like to use it to make my job easier and
  19. for that it has to behave predictably. If I code POS('A B',string), I want it
  20. to locate A-blank-B, not A-tab-B. I have said that 200 times already, maybe you
  21. should read more carefully before you flame?
  22.  
  23. > A similar problem shows up in the ANSI C standard. It has this idiotic
  24. > restriction that external identifiers must be unique in the first six
  25. > characters, case insensitive. I don't know of _anybody_ who liked
  26. > this, but there was a very popular system which had a standard linker
  27. > with that antiquated restriction. Removing this brain-dead restriction
  28. > meant that you couldn't write an ANSI C compiler for that system,
  29. > which was considered a bad thing - so the restriction stayed in.
  30.  
  31. In case I interpreted the snide remark correctly, the standard IBM linker uses
  32. EIGHT characters names, not 6. Furthermore the C compiler performs a mapping
  33. between C names and internally generated linker names to allow C programmers to
  34. have function names of the length they want. So I have to conclude that the
  35. system in question is not an IBM system, and therefore not an EBCDIC system.
  36.  
  37. > While requiring that only space can be treated as a blank character
  38. > won't prevent people from implemeting "standard Rexx" on any
  39. > particular machine, it will make Rexx hard to use, and cause people to
  40. > look to other tools.
  41.  
  42. It will make REXX hard to use for people who, for religious reasons, refuse to
  43. type PARSE EXPAND instead of PARSE wherever necessary. That is their problem,
  44. as far as I am concerned; I have no such religious diktat.
  45.  
  46.   Eric
  47.