Forums before death by AOL, social media and spammers... "We can't have nice things"
|    comp.lang.forth    |    Forth programmers eat a lot of Bratwurst    |    117,927 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 117,276 of 117,927    |
|    dxf to albert@spenarnc.xs4all.nl    |
|    Re: Why dial-a-standard is not a thing i    |
|    03 May 25 11:52:21    |
      From: dxforth@gmail.com              On 2/05/2025 10:16 pm, albert@spenarnc.xs4all.nl wrote:       > ...       > I struggled with giving a meaning to QUIT and ABORT.              Me too.              > I arrived at       > QUIT initialises both stacks and goes interpreting.       > ABORT only initialises the return stack and goes interpreting.       >       > (if there is an exception system, both must initialise that too.       > I can't think of a QUIT that can be caught and at the same time       > initialises the exceptions.)              Technically both end an application distinguished only by the fact       QUIT lets you examine what was on the stack. Presumably this was       for debugging purposes. For reasons known only to ANS (and maybe       Mitch Bradley) both were assigned exception codes and thus CATCHable.              As I wanted a fool-proof way of ending a turnkey app for any reason       I let QUIT do that. That it may leave stuff on the data stack is of       no consequence to a turnkey. A QUIT is considered by the OS as a       'success' whereas as an uncaught ABORT (or other exception) means       'failure'.              --- SoupGate-DOS v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca