Deutsch   English   Français   Italiano  
<552d5840896df75da23e0a1adc3926aa055cf767@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: joes <noreply@example.org>
Newsgroups: comp.theory
Subject: Re: I am claiming that these exact words are necessarily true
Date: Mon, 14 Oct 2024 08:23:09 -0000 (UTC)
Organization: i2pn2 (i2pn.org)
Message-ID: <552d5840896df75da23e0a1adc3926aa055cf767@i2pn2.org>
References: <vegf4c$lk27$8@dont-email.me>
	<b736ad53f8783e70e229ff0650d5bc439eaa57ef@i2pn2.org>
	<vegh94$lk27$13@dont-email.me>
	<5796b6ca5991a6b0ea4e66b83ed28b664782d15d@i2pn2.org>
	<vegjvp$lk27$15@dont-email.me>
	<296b3e6b8a2ef992135b25153c6caaeccf982249@i2pn2.org>
	<veh6cp$orit$2@dont-email.me>
	<6e1fcdf934e428434feeb4931612381e14d44216@i2pn2.org>
	<vehn9c$sfi5$2@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Injection-Date: Mon, 14 Oct 2024 08:23:09 -0000 (UTC)
Injection-Info: i2pn2.org;
	logging-data="1969239"; mail-complaints-to="usenet@i2pn2.org";
	posting-account="nS1KMHaUuWOnF/ukOJzx6Ssd8y16q9UPs1GZ+I3D0CM";
User-Agent: Pan/0.145 (Duplicitous mercenary valetism; d7e168a
 git.gnome.org/pan2)
X-Spam-Checker-Version: SpamAssassin 4.0.0
Bytes: 3274
Lines: 42

Am Sun, 13 Oct 2024 19:06:04 -0500 schrieb olcott:
> On 10/13/2024 6:49 PM, Richard Damon wrote:
>> On 10/13/24 3:17 PM, olcott wrote:
>>> On 10/13/2024 1:49 PM, Richard Damon wrote:
>>>> On 10/13/24 10:03 AM, olcott wrote:
>>>>> On 10/13/2024 8:29 AM, Richard Damon wrote:
>>>>>> On 10/13/24 9:17 AM, olcott wrote:
>>>>>>> On 10/13/2024 8:12 AM, Richard Damon wrote:
>>>>>>>> On 10/13/24 8:40 AM, olcott wrote:

>>>>> I specifically refer to whether or not a specific C function
>>>>> (source-code provided) reaches its own "return" instruction.
>>>> Right, and such behavior is only defined with the definition of every
>>>> thing that function calls.
>>> Finally you said something that is correct.
>> So, the Input representing "DDD" must include the code of HHH.

>>>>> This <is> the correct measure for the termination analysis of C
>>>>> functions.
>>>> Right, but it included the ACTUAL behavior of the HHH that DDD calls.
>>> Yes you are correct again.
>> So, since HHH(DDD) returns 0, then that *IS* the behavior that HHH
>> needs to presume (or deduce) when emulating that instuction.

>>>>> Automated Termination Analysis of C Programs
>>>>> https://publications.rwth-aachen.de/record/972440/files/972440.pdf
>>>>> Figure 5.3: Non-Terminating C Function
>>>> Right, which looks at code that doesn't actually return, because it
>>>> gets stuck in an actual infinte loop.
>>> The point here is that termination analysis does not only refer to
>>> complete programs as you said
>> But a subroutine, with all the subroutines it uses *IS* a "complete
>> program" per the definitions.
> No it is not it has no main().
You can put it as the sole call to main() and it will compile.

>>>  >>>>> No, since termination is a property of the PROGRAM
>>> it also applies to C functions proving that you were wrong about this.
>> But only when included *ALL* the code called by it.

-- 
Am Sat, 20 Jul 2024 12:35:31 +0000 schrieb WM in sci.math:
It is not guaranteed that n+1 exists for every n.