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.92Sep6183949@grover.cs.unc.edu>
- Date: 6 Sep 92 22:39:49 GMT
- References: <REXXLIST%92090516060285@UGA.CC.UGA.EDU>
- Sender: news@cs.unc.edu
- Organization: UNC Department of Computer Science
- Lines: 26
- In-reply-to: GOMBERG@UCSFVM.BITNET's message of 5 Sep 92 19:56:47 GMT
-
- In article <REXXLIST%92090516060285@UGA.CC.UGA.EDU> GOMBERG@UCSFVM.BITNET (Dave Gomberg) writes:
-
- On Sat, 5 Sep 1992 15:44:05 -0400 cultural elite said:
- >PARSE EXPAND is not such a simple solution, as in some situations it will
- >require tracking both the expanded and unexpanded copies of input lines.
-
- No it wouldn't. Why would it? PARSE EXPAND VALUE psrc WITH template means
- the same as $temp=expand(psrc); PARSE VAR $temp template , right?
-
- I think the problem lies in repeated applications of parse, say with
- columnar fields. Say I parse the string "ab\tc" -- importing a little C
- terminology to make clear where the tab lies -- with parse expand. The
- tab char should come out to be some number of blanks, as I understand
- it. (Probably 6 for canonical tabs.) But if I parse off the first
- field, THEN parse the resulting "\tc", the tab now wants to expand to 8
- characters. You can't keep the two interpretations straight without
- storing information about the line as it was for later use by parse.
- --
- 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.
-