Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.forth > #55913

Re: Recognizer for strings and ABORT"

From "HAA" <someone@microsoft.com>
Newsgroups comp.lang.forth
Subject Re: Recognizer for strings and ABORT"
Date 2017-03-19 11:48 +1100
Organization Aioe.org NNTP Server
Message-ID <oakkbt$s5q$1@gioia.aioe.org> (permalink)
References <oagfjf$u7g$1@cherry.spenarnc.xs4all.nl> <1e9023d6-6f4e-49a3-ae62-373bcbc30bb7@googlegroups.com> <oahr86$6ne$1@gioia.aioe.org> <2017Mar18.122401@mips.complang.tuwien.ac.at>

Show all headers | View raw


Anton Ertl wrote:
> "HAA" <someone@microsoft.com> writes:
> >minforth@arcor.de wrote:
> >> ...
> >> And I am not at all happy with the reference implementation E6.1.2050 in the Forth
> >> 200x/16.1 draft which places the runtime of ABORT" to within QUIT. IMO this is a
> >> messy quick&dirty solution that should not be recommended this way.
> >
> >Sometimes standards don't offer the flexibility needed.  E.g. for turnkey applications
> >I needed a way to differentiate between 'abort to OS with error code' and 'quit to OS
> >with no error'.  To that end I use ABORT ABORT" for the former and QUIT for the latter.
>
> For leaving the Forth system and returning to the OS, the standard has
> BYE (with no error on the systems I tested).  Apart from that, exiting
> or entering the Forth system has not been standardized yet.

Apart from being an 'optional programming tool' BYE is not something I'd have in a program
that I'm debugging or running in the forth environment.  ABORT and QUIT are the only
practical words a programmer has for exiting an app at any nesting level.  This is fine but
in using them I have to ignore what the standard says about ABORT executing QUIT when
apps are turnkeyed, and more significantly ignore reference implementations such as
E6.1.2050.  IMO the Standard would be better served with a less prescriptive definition of
ABORT.





Back to comp.lang.forth | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

Recognizer for strings and ABORT" albert@cherry.spenarnc.xs4all.nl (Albert van der Horst) - 2017-03-17 11:59 +0100
  Re: Recognizer for strings and ABORT" minforth@arcor.de - 2017-03-17 12:39 -0700
    Re: Recognizer for strings and ABORT" "HAA" <someone@microsoft.com> - 2017-03-18 10:27 +1100
      Re: Recognizer for strings and ABORT" minforth@arcor.de - 2017-03-18 00:48 -0700
      Re: Recognizer for strings and ABORT" anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2017-03-18 11:24 +0000
        Re: Recognizer for strings and ABORT" "HAA" <someone@microsoft.com> - 2017-03-19 11:48 +1100
          Re: Recognizer for strings and ABORT" minforth@arcor.de - 2017-03-19 07:59 -0700
    Re: Recognizer for strings and ABORT" Andrew Haley <andrew29@littlepinkcloud.invalid> - 2017-03-18 03:08 -0500
    Re: Recognizer for strings and ABORT" anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2017-03-18 13:21 +0000
      Re: Recognizer for strings and ABORT" minforth@arcor.de - 2017-03-18 11:16 -0700
  Re: Recognizer for strings and ABORT" anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2017-03-18 14:27 +0000

csiph-web