Path: ...!eternal-september.org!feeder2.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: Ruvim Newsgroups: comp.lang.forth Subject: Re: bye with exit status Date: Fri, 8 Nov 2024 02:04:39 +0400 Organization: A noiseless patient Spider Lines: 57 Message-ID: References: <4d5b92710816ddfe2dbbb04a2177b40b@www.novabbs.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Thu, 07 Nov 2024 23:04:39 +0100 (CET) Injection-Info: dont-email.me; posting-host="034d5b8b83f2ced966066476aaec4a88"; logging-data="2978227"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19R9lBTmOyk9x0qf3rJ1evE" User-Agent: Mozilla Thunderbird Cancel-Lock: sha1:0PrVnCMKrFo8bMADUcf4zs3OMFo= In-Reply-To: Content-Language: en-US Bytes: 2761 On 2024-11-07 22:50, Anthony Howe wrote: > On 2024-11-07 06:56, Ruvim wrote: >> I would like to find a more appropriate name for this word than "bye- >> status". > > (bye) ( u -- ) > > Seems apropos, short, to the point and indicative of an internal word. Yes, and because of the latter this name cannot be used for a standard word. Standard words are not internal words, but are part of the public interface. What about the following options: badbye ( n -- never ) - because it's probably not normal termination - if n is 0, then it's false-bad (i.e, good) goodbye ( n -- never ) - ironically when n is not zero getout ( n -- never ) - send control very far from here > Default can be defined to return to the host OS with an exit status `u`, > but maybe be replaced in (unhosted) environments to perform some sort of > system reset, power cycle, or other implementation defined system reset. > >> `terminate` is a good candidate, but it's unclear what it should >> terminate — a thread/task, or a process, or the own process, or the >> own thread. > > TERMINATE could have the same meaning as SIGTERM *: > >  SIGTERM (Terminated) >           This signal is the default signal sent by kill(1) and > represents a >           user or administrator request that a program shut down > [normally]. > > * Other signals result in abnormal termination. > > SIGTERM is a good association with processes. Perhaps, SIGTERM can be send to another process too. -- Ruvim