Path: csiph.com!eternal-september.org!feeder.eternal-september.org!mx02.eternal-september.org!.POSTED!not-for-mail From: Paul Rubin Newsgroups: comp.lang.forth Subject: Re: Rosetta code reverse a string Date: Tue, 16 Feb 2016 23:29:56 -0800 Organization: A noiseless patient Spider Lines: 8 Message-ID: <87ziuz7q17.fsf@jester.gateway.pace.com> References: <87d1rx8t35.fsf@jester.gateway.pace.com> <2016Feb16.144414@mips.complang.tuwien.ac.at> <874md88i09.fsf@jester.gateway.pace.com> <2016Feb17.080751@mips.complang.tuwien.ac.at> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: mx02.eternal-september.org; posting-host="560a36ee31cc4bcf69e115b311f0cc5c"; logging-data="2845"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18mkrxY5F5FIpZMjGId/7nw" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) Cancel-Lock: sha1:5IZmU79m/rkYZ+uMsvXzHYeeYok= sha1:Xkv8b/Uduoy+3m9iTVFmoienwiQ= Xref: csiph.com comp.lang.forth:45593 anton@mips.complang.tuwien.ac.at (Anton Ertl) writes: > Gforth reuses the input buffer on REFILL, but as long as you don't > REFILL, the result produced by each invocation of PARSE stays valid. Oh interesting. I might have noticed the re-use during interactive testing which would have involved REFILL between invocations. I'll try getting rid of the separate copy in the code I posted: if it works, that will simplify things. Thanks.