Deutsch   English   Français   Italiano  
<d773e2e0aa58ef645f93e0ccf7fd847c43bd4bc9@i2pn2.org>

View for Bookmarking (what is this?)
Look up another Usenet article

Path: ...!weretis.net!feeder9.news.weretis.net!i2pn.org!i2pn2.org!.POSTED!not-for-mail
From: dxf <dxforth@gmail.com>
Newsgroups: comp.lang.forth
Subject: Re: QUIT and ABORT
Date: Sat, 24 May 2025 23:54:44 +1000
Organization: i2pn2 (i2pn.org)
Message-ID: <d773e2e0aa58ef645f93e0ccf7fd847c43bd4bc9@i2pn2.org>
References: <87bjtn2hct.fsf@gmail.com>
 <35ba145b7baa62154479eac080a2f6995b24b8e8@i2pn2.org>
 <vvi9b5$1ogea$1@dont-email.me>
 <0c4bc1ac6f9595ebc81448f21aade5d54639ada9@i2pn2.org>
 <vvk6s9$2jjoh$1@dont-email.me>
 <5069a2ba51509e4f92ffa680982a4e353ec45ab8@i2pn2.org>
 <vvlke3$2neud$1@dont-email.me> <vvvlin$1rk75$1@dont-email.me>
 <696f4a3105690a7ea898d1778a37d345cbd4c598@i2pn2.org>
 <1001gaa$2b9mr$2@dont-email.me>
 <9d4eb41927bc7282d1568054a0d94b5a0f60056b@i2pn2.org>
 <1006jsi$3js21$1@dont-email.me>
 <e32f5681efc287a2089300a61fc8db21d04ff7d0@i2pn2.org>
 <10076jg$3nh2i$1@dont-email.me>
 <2a3f2365e393969d8de858651cc9486806e2ad12@i2pn2.org>
 <1009s09$c9ih$1@dont-email.me>
 <4481f037e7bf4a8d7faa59640a9dcfac01c42226@i2pn2.org>
 <100b23g$g4a6$1@dont-email.me>
 <5ddd51973a3f163595605432f497ac65a5ed1336@i2pn2.org>
 <100c51f$sfr3$1@dont-email.me>
 <732e53d829317e715612f6941a69b62e7d38ac15@i2pn2.org>
 <100f2hm$1itg8$1@dont-email.me>
 <5b4885b76e5d683a9a55c51f6905d50aa86192ac@i2pn2.org>
 <100s31p$jh5t$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Injection-Date: Sat, 24 May 2025 13:54:48 -0000 (UTC)
Injection-Info: i2pn2.org;
	logging-data="1734936"; mail-complaints-to="usenet@i2pn2.org";
	posting-account="XPw7UV90Iy7EOhY4YuUXhpdoEf5Vz7K+BsxA/Cx8bVc";
User-Agent: Mozilla Thunderbird
Content-Language: en-GB
X-Spam-Checker-Version: SpamAssassin 4.0.0
In-Reply-To: <100s31p$jh5t$1@dont-email.me>
Bytes: 4343
Lines: 57

On 24/05/2025 7:20 pm, Ruvim wrote:
> On 2025-05-20 09:49, dxf wrote:
>> On 19/05/2025 8:52 pm, Ruvim wrote:
>>> On 2025-05-18 18:27, dxf wrote:
>>>> On 18/05/2025 6:16 pm, Ruvim wrote:
>>>>> ...
>>>>> Note that in `error` you don't transfer control to `(abort)` only in the case of `-56`.
>>>>
>>>> I transfer control to (abort) except in the case of -56 where it passes to (quit).
>>>
>>> Hence, `-56` is a special case in your implementation.
>>
>> No more special than what ANS did for -1 and -2 .
> 
> Anyway, ANS does not define any special *behavior* for `-56`, does it?

But you agree the special behaviour is necessary for a system with
catchable QUIT where QUIT is executed but no exception frame exists?

Reasons to not generally define a special behaviour for -56 ...
a) only systems that want a catchable QUIT need it
b) not every system is capable of providing the special behaviour

> [...]
> 
>>> You interpret the reservation of `-56` for `quit` as a provision to make `quit` catchable.
>>
>> Correct.  I'm grateful for serious opponents as they do my homework for me.
>> If I had any concerns about a catchable QUIT beforehand, your posts have
>> resolved them.
> 
>> I've seen no convincing rationale that QUIT should not have
>> the same entitlement as ABORT and ABORT" .
> 
> This train has long since left.
>
>>> But catchable `quit` is not ANS Forth compliant. And your deviation in the behavior of `throw` is also not ANS compliant.
>>
>> That would be your interpretation.
> 
> Not just mine. Anyone who agrees with the following premise should agree with this interpretation.
> 
> In a standard system, any behavior that is not explicitly allowed by the standard (and can be detected by a standard program) is prohibited. In a standard program, any behavior that is not explicitly prohibited by the standard is allowed.
> 
> Therefore, on performing a standard program a Forth system is not allowed to produce any unspecified effect that can affect the behavior of the program.

Just as ANS allowed ABORT and ABORT" to be catchable or not and the application
programmer had to factor that in, so must he do for QUIT.

> ...
>> You can resolve it for future standards by putting it to the committee.
>>
> 
> For example, how it can be formulated?

It's unlikely a 'Request for Clarification' is applicable as ANS TC no longer
exists.  That leaves making a proposal reflecting the outcome that you want.