On 4/25/2025 8:36 AM, Richard Damon wrote:The call starts simulating DD calling HHH, just like in the simulated DD.
On 4/25/25 9:08 AM, olcott wrote:
On 4/24/2025 7:07 PM, Richard Damon wrote:
On 4/24/25 7:58 PM, olcott wrote:
On 4/24/2025 6:14 PM, Richard Damon wrote:
On 4/24/25 5:13 PM, olcott wrote:
On 4/24/2025 5:59 AM, Richard Damon wrote:
On 4/23/25 11:22 PM, polcott333 wrote:
On 4/23/2025 9:41 PM, Richard Damon wrote:
On 4/23/25 11:32 AM, olcott wrote:
On 4/23/2025 6:25 AM, joes wrote:
The call from the directly executed DD to HHH(DD) immediately returnsBut the direct execution DOES have a recursiove invocation, as DDTHAT IS COUNTER FACTUAL !!!*You are technically incompetent on this point* When the finiteThe input to HHH(DD) does specify the recursive emulation of DD >>>>>>>>> including HHH emulating itself emulating DD when one applies the >>>>>>>>> finite string transformation rules of the x86 language to THE >>>>>>>>> INPUT to HHH(DD).No, DD halts (when executed directly). HHH is not a halt >>>>>>>>>>>> decider, not even for DD only.Not as an input to HHH.
People here stupidly assume that the outputs are not >>>>>>>>>>>>> required to correspond to the inputs.But the direct execution of DD is computable from its
description.
But neither the "direct execution" or the "simulation by HHH" >>>>>>>>>> are "inputs" to HHH. What is the input is the representation of >>>>>>>>>> the program to be decided on.
When HHH computes halting for DD is is only allowed to apply >>>>>>>>>>> the finite string transformations specified by the x86
language to the machine code of DD.
It is only ABLE to apply them.
Yes, the input specifies FINITE recusive PARTIAL emulation, as >>>>>>>> the HHH that DD calls will emulate only a few instructions of DD >>>>>>>> and then return,
string transformation rules of the x86 language are applied to the >>>>>>> input to HHH(DD) THIS DD CANNOT POSSIBLY REACH ITS FINAL HALT
STATE not even after an infinite number of emulated steps.
Sure it does, just after the point that HHH gives up on those
transformation and aborts its (now incorrect) emulation of the
input.
The directly executed DD has zero recursive invocations.
DD emulated by HHH has one recursive invocation.
Did you know that zero does not equal one?
calls HHH(DD) that emulated DD, just like the directly exeucted HHH
will emulate DD calling HHH(DD).
and DD reaches its final halt state.
No it doesn't,
The call from the directly executed DD returns.It would return if HHH could simulate it. It is not non-halting, only
The call from DD emulated by HHH to HHH(DD) (according to the finite
string transformation rules of the x86 language) CANNOT POSSIBLY RETURN.
On 4/28/2025 3:23 PM, Fred. Zwarts wrote:Does HHH not abort?
Op 28.apr.2025 om 22:10 schreef olcott:
On 4/28/2025 3:02 PM, dbush wrote:
Factually incorrect and apparently way over your head.Because they all were prevented to halt by HHH, which aborts theSo when you hypothesize changing the code of the function HHH, you'reOf the freaking infinite set of every damn HHH/DD pair that can
hypothesizing changing the input algorithm DD.
Changing the input is not allowed.
possibly exist where DD is emulated by HHH according to the finite
string transformation rules of the x86 language NOT A DAMN ONE OF THE
EMULATED DD HALTS.
simulation prematurely.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 546 |
Nodes: | 16 (2 / 14) |
Uptime: | 10:33:13 |
Calls: | 10,387 |
Calls today: | 2 |
Files: | 14,060 |
Messages: | 6,416,691 |