On 28/11/2023 7:51 pm, Anton Ertl wrote:
> dxf <dxforth@gmail.com> writes:
>> On 28/11/2023 4:16 am, Anton Ertl wrote:
>>> So iForth and SwiftForth still use WORD in the text interpreter.
>>
>> And arguably closer to ANS in which WORD and FIND are Core.
>
> What argument is that supposed to be? Forth-94 (ANS Forth) does not
> allow text interpreters to clobber the WORD buffer. And it does not
> prescribe that the text interpreter must use WORD and FIND, or that
> the Forth system calls any other Core word.

ANS prescribes minimums.

On 28/11/2023 10:24 pm, albert wrote:
> In article <uk47mh$6lai$1@dont-email.me>, dxf <dxforth@gmail.com> wrote:
>> On 28/11/2023 6:24 pm, minforth wrote:
>>> The one and only core word required for parsing is >IN.
>>
>> 20 years of 200x and still WORD is in Core. Must be important.
>
> In Ireland there is a law that requires you to warn the public,
> if you you throw poo off the second floor.
> Must be important.

Poo has been thrown at WORD and FIND ever since ANS and still there are
folks who don't see what the fuss is about.

Albert wrote:
> Reparsing of the input stream is only
> needed in rare cases, e.g. for a word that prints its own name. I
> think it is best to be avoided if possible, for it makes for tricky code.

"Rare cases" depends on your applications, of course. It was a bit tricky
to implement, but in the end re-parsing was very helpful and natural
for working with truncated or improperly formatted incoming data streams.

From a Forth perspective, the most obvious "shortcoming" is that Forth
only talks about parsing input sources, but there are no standard words
for parsing string data, such as sscanf in C.

On 29/11/2023 4:14 am, minforth wrote:
> ...
> From a Forth perspective, the most obvious "shortcoming" is that Forth
> only talks about parsing input sources, but there are no standard words
> for parsing string data, such as sscanf in C.

I have these in the kernel

/NUMBER ( c-addr u -- c-addr2 u2 d|ud )
/FLOAT ( c-addr u -- c-addr2 u2 r )

On 29/11/2023 4:14 am, minforth wrote:
> ...
> From a Forth perspective, the most obvious "shortcoming" is that Forth
> only talks about parsing input sources, but there are no standard words
> for parsing string data, such as sscanf in C.

I have these in the kernel

/NUMBER ( c-addr u -- c-addr2 u2 d|ud )
/FLOAT ( c-addr u -- c-addr2 u2 r )