Liste des Groupes | Revenir à c theory |
Am Fri, 22 Nov 2024 08:50:33 -0600 schrieb olcott:On 11/22/2024 6:20 AM, joes wrote:Am Thu, 21 Nov 2024 15:19:43 -0600 schrieb olcott:Only HHH is required to be a pure function, DDD is expressly allowed toOn 11/21/2024 3:11 PM, joes wrote:All instances of DDD behave the same (if it is a pure function and theAm Thu, 21 Nov 2024 09:19:03 -0600 schrieb olcott:>On 11/20/2024 10:00 PM, Richard Damon wrote:>On 11/20/24 9:57 PM, olcott wrote:On 11/20/2024 5:51 PM, Richard Damon wrote:On 11/20/24 5:03 PM, olcott wrote:On 11/20/2024 3:53 AM, Mikko wrote:On 2024-11-20 03:23:12 +0000, olcott said:On 11/19/2024 4:12 AM, Mikko wrote:On 2024-11-18 20:42:02 +0000, olcott said:On 11/18/2024 3:41 AM, Mikko wrote:The "the mapping" on the subject line is not correct. The
subject line does not specify which mapping and there is no
larger context that could specify that. Therefore it should
be "a mapping".
On 2024-11-17 18:36:17 +0000, olcott said:Like all of them, it is unable to simulate DDD to its undeniableMy code is one example of the infinite set of every possible HHH
that emulates DDD according to the semantics of the x86 language.
halting state.IT IS NOT THE SAME INSTANCE OF DDD.Whatever. DDD halts and HHH should return that.But it gets the wrong answer for the halting problem, as DDD dpesDDD emulated by HHH does not halt.
halt.
HHH called from it doesn't switch behaviour by a static variable).
be any damn thing.
TMs don't have side effects, such as reading a static Root variable.As I have said several times now (and everyone ignores
That you are a clueless wonder about the x86 languageThe behavior of DDD emulated by HHH isYes. HHH simulates it incorrectly.
different than the actual behavior of DDD emulated by HHH1.
Les messages affichés proviennent d'usenet.