home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / lang / rexx / 839 < prev    next >
Encoding:
Text File  |  1992-08-30  |  3.1 KB  |  60 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: Eric's question
  5. Message-ID: <1992Aug30.151620.1@sejnet.sunet.se>
  6. Lines: 47
  7. Sender: news@sunic.sunet.se
  8. Reply-To: ERIC@SEARN.SUNET.SE
  9. Organization: SUNET, Stockholm, Sweden
  10. References: <ANDERS.92Aug29050537@lise3.lise.unit.no> <1992Aug29.163731.1@sejnet.sunet.se> <ANDERS.92Aug30131227@lise3.lise.unit.no>
  11. Date: Sun, 30 Aug 1992 15:16:20 GMT
  12.  
  13. In article <ANDERS.92Aug30131227@lise3.lise.unit.no>, anders@lise3.lise.unit.no (Anders Christensen) writes:
  14. >> What a pathetic conclusion - "if you can't do it, it means you 
  15. >> shouldn't do it this way, and not that something is wrong". 
  16. > 
  17. > Is this meant as a sort of quote from my posting?
  18.  
  19. No, as a summary of the long description I had deleted to save space and which
  20. basically said that my error was to attempt to use the NAMES format on a unix
  21. machine and the solution was to use a format better suited to unix, and not to
  22. complain about the programming language.
  23.  
  24. >   1) Parsing with a literal pattern containing a Space character, is
  25. >      not the same as parsing words delimited by whitespace into
  26. >      variables and placeholders.
  27. > 
  28. >      The latter will (normally) match a non-empty, non-leading series
  29. >      of 'blanks', with one 'word-delimiter' in the template. Suppose
  30. >      your operating system normally considers words to be separated by
  31. >      not one single character, but any from a class of characters.
  32. >      Then it seems natural to me that implementations of Rexx under
  33. >      that operating system should recognize all characters in that
  34. >      class as possible word-delimiting whitespace.
  35.  
  36. What nonsense. VMS generally considers TRUE and YES as synonyms for 1, and
  37. NO/FALSE stand for 0. Then it seems natural that any implementation of REXX
  38. under VMS should recognize these values as valid booleans, right? Why not have
  39. '7F'x = 'FF'x on systems which are not 8-bits capable, too? And there are
  40. systems where '00'x stands for a placeholder, a character which doesn't exist
  41. and is skipped when reading the data. I suppose on such systems 'FFFFFF00'x
  42. should be equal to 'FFFFFF'x, and parse should happily skip over the nulls.
  43.  
  44. >   2) You can solve this by adding regexps. But that might not be wise
  45. >      since it also adds a lot of complexity. If you want to leave
  46. >      regexps (and other extensions) out of it, then you have to write
  47. >      more than one parse clause to do it.
  48.  
  49. Let's face it, all you need is an expand() function. You don't need regexp, you
  50. don't need to change every single function and internal aspect of the language,
  51. you don't need to make assumptions about when the programmer wants TAB to be a
  52. word separator and the case where he was reading a makefile and wants TAB to be
  53. a TAB, you don't need to add OPTIONS qualifiers. All you need is to expand the
  54. stupid tabs whenever you want them to stand for blanks, ie after acquiring text
  55. data from an external source like a file or a system command. Then it is clear
  56. to all the REXX programmers on the planet what your program does, and there is
  57. no unexpected pitfall or anything like that.
  58.  
  59.   Eric
  60.