home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!gatech!concert!borg!news_server!martinc
- From: martinc@grover.cs.unc.edu (Charles R. Martin)
- Newsgroups: comp.lang.rexx
- Subject: Re: Blanks, REXX, and portability...
- Message-ID: <MARTINC.92Sep6183414@grover.cs.unc.edu>
- Date: 6 Sep 92 22:34:14 GMT
- References: <REXXLIST%92090515552695@UGA.CC.UGA.EDU>
- Sender: news@cs.unc.edu
- Organization: UNC Department of Computer Science
- Lines: 29
- In-reply-to: GOMBERG@UCSFVM.BITNET's message of 5 Sep 92 19:48:38 GMT
-
- In article <REXXLIST%92090515552695@UGA.CC.UGA.EDU> GOMBERG@UCSFVM.BITNET (Dave Gomberg) writes:
-
- On Sat, 5 Sep 1992 17:50:20 GMT Charles R. Martin said:
- >1. I don't think any sensible interpretation of pos('a b'...) would
- > permit it to match on either 'a<blank>b' or 'a<tab>b'. I'd certainly
- > consider such an implementation buggy.
-
- I am glad I don't run an implementation you wrote. I would sue an
- implementer who would ever return something besides 1 from pos(x,x),
- even if x had blanks in it (unless, of course, x was the null
- string). Why would they even matter? Have you read the definition
- of pos?
-
- Um, are you sure that you read what *I* wrote? In English, "either ...
- or" is *inclusive* or. What I said is that I would be displeased by an
- implementation of pos which matched "a b" with either "a<space>b", OR
- "a<tab>b". In other words, I'd expect pos("a b", "a b") to return 1 and
- pos("a b","a b") (that's a tab character in there) to return 0.
-
-
- --
- Charles R. Martin/(Charlie)/martinc@cs.unc.edu/(ne crm@cs.duke.edu)
- O/Dept. of Computer Science/CB #3175 UNC-CH/Chapel Hill, NC 27599-3175
- H/3611 University Dr #13M/Durham, NC 27707/(919) 419 1754
- ----------------------------------------------------------------------
- "I am he who walks the States with a barb'd tongue, questioning every
- one I meet,/Who are you that wanted only to be told what you knew
- before?/ Who are you that wanted only a book to join you in your
- nonsense?" _Leaves of Grass_ xxiii.4.
-