| Deutsch English Français Italiano |
|
<100un10$1a22r$1@dont-email.me> View for Bookmarking (what is this?) Look up another Usenet article |
Path: news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail From: Mikko <mikko.levanto@iki.fi> Newsgroups: comp.theory Subject: Re: How do computations actually work? Date: Sun, 25 May 2025 12:14:08 +0300 Organization: - Lines: 24 Message-ID: <100un10$1a22r$1@dont-email.me> References: <Ms4XP.801347$BFJ.668081@fx13.ams4> <95db078e80b2868ed15a9a9a2af0280d96234a3a@i2pn2.org> <100jo18$2mhfd$1@dont-email.me> <100jpv9$2m0ln$4@dont-email.me> <100kt0c$2tae8$3@dont-email.me> <100ktr7$2reaa$1@dont-email.me> <100l09v$2tae8$5@dont-email.me> <100l1ov$2ul3j$1@dont-email.me> <100l3jh$2v0e9$1@dont-email.me> <100l5c8$2ul3j$2@dont-email.me> <100l75g$2vpq3$1@dont-email.me> <100l887$2ul3i$2@dont-email.me> <100l9gh$30aak$1@dont-email.me> <100lc4o$30pgm$1@dont-email.me> <100ld1u$312c9$1@dont-email.me> <100lg4g$31jt3$1@dont-email.me> <100lkdv$32ib3$1@dont-email.me> <100lmif$32v06$1@dont-email.me> <100lmp3$32ven$1@dont-email.me> <100m319$38k55$2@dont-email.me> <87jz69xlpx.fsf@nosuchdomain.example.com> <100mder$39slu$2@dont-email.me> <100oipb$3oge1$1@dont-email.me> <100onkd$3t5cb$1@dont-email.me> <100rti1$jfld$1@dont-email.me> <100so11$p071$5@dont-email.me> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Sun, 25 May 2025 11:14:09 +0200 (CEST) Injection-Info: dont-email.me; posting-host="fde75ab023af628ce89d55dd04a64d94"; logging-data="1378395"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19ldU1k3IGhubyy8fX2YOat" User-Agent: Unison/2.2 Cancel-Lock: sha1:QPlJDIS+IkoWNM36WwNWe61cvhg= On 2025-05-24 15:18:57 +0000, olcott said: > On 5/24/2025 2:47 AM, Mikko wrote: >> On 2025-05-23 02:47:40 +0000, olcott changed the subject to >>> How do computations actually work? >> >> Each computation works differently. It does not matter how it works as >> long as there are instructions that fully specify how that computation >> shall be performed. > > All termination analyzers are required to report on the > behavior that their input finite string specifies. To report correctly. Though the input string to a termination analyzer usially is incomlete: the input string usually specifies different behavours depending on the input that is not shown to the termination analyzer, and the analyzer's report must cover all of them. A partial termination analyzer may fail to report but is not allowed to report incorrectly. -- Mikko