home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!ibmarc!drake.almaden.ibm.com!drake
- From: drake@drake.almaden.ibm.com (Sam Drake)
- Newsgroups: comp.lang.rexx
- Subject: Re: Blanks, REXX, and portability...
- Message-ID: <1966@coyote.UUCP>
- Date: 8 Sep 92 05:53:17 GMT
- References: <REXXLIST%92090701303986@UGA.CC.UGA.EDU> <MARTINC.92Sep7104222@grover.cs.unc.edu>
- Sender: news@ibmarc.UUCP
- Organization: IBM Almaden Research Center
- Lines: 25
- Nntp-Posting-Host: drake.almaden.ibm.com
-
- Excuse me, I'm late to this debate, and frankly the discussion here is
- seriously in the ditch. I've read 42 items in this thread, and it's
- pretty clear that y'all aren't quite listening to each other anymore.
-
- Can someone, calmly, explain for my own edification what's wrong with:
-
- In article <MARTINC.92Sep7104222@grover.cs.unc.edu> martinc@grover.cs.unc.edu (Charles R. Martin) writes:
- >But I think the point is that in the parse operation, with something
- >like
- >
- >line='foo bar bletch' /* that's <space><tab> */
- >parse var line a b c
- >
- >it makes sense to have a='foo', b='bar', and c='bletch', and to have
- >parse eat both whitespace characters just as it already eats any string
- >of blanks between non-blank maximals.
-
- I'm just a simple guy, but I can't think of anything wrong with this.
- What's the argument on this point, if any? Several folks have suggested
- this, and no one has disagreed that I can see, but the issue doesn't
- seem to be closed.
-
-
- Sam Drake / IBM Almaden Research Center
- Internet: drake@almaden.ibm.com BITNET: DRAKE at ALMADEN
-