On 08/11/2025 20:54, olcott wrote:
On 11/8/2025 1:58 PM, Kaz Kylheku wrote:
"D simulated by H" is literally not a thing. D is simulated by
a simulator, which doesn't care whether it is driven by
events from H, or elsewhere.
All correct simulations of D show halting.
Only when you dishonestly ignore that we are only
examining the case where D calls its own simulator.
What is your motive for being dishonest?
Simulations must be /complete/ to be correct.
When N steps of D are simulated by H everyone
that has enough knowledge of C knows that D
simulated by H keeps calling H(D) in recursive
simulation until H is smart enough to kill its
simulation.
Why do you insist on lying about this?
int H(void (*p)(void), interp *s);
From now on, you must only discuss the above API for simulating
deciders, or any other variant of your choice in which two arguments are >>> represented: the procedure to be analyzed. and a freshly instantiated
simulation pointing at that procedure.
I am going to adapt a C interpreter to do this
myself soon enough. You won't be able to get away
with your lies for very long.
This is suggesting that you are thinking that producing your C
interpreter will somehow further your argument and prove your point?
That is a total delusion - it will change nothing.
Do you remember when you said you were going to write your "directed
acyclic graph notation parser"? I and others told you that there was no need to do that, because it will not prove anything,
or resolve any
issue that was under dispute. We were right - but you spent ages
writing it anyway, and nothing whatsoever changed!
Do you remember when you said you were going to write your x86utm? I
and others told you that there was no need to do that, because it will
not prove anything, or resolve any issue that was under dispute. We
were right - but you spent ages writing it anyway, and nothing
whatsoever changed!
(Well, what changed, I'd concede, is that it gave us something to argue about for a few years. :) The point I'm making is that it never proved your argument as you believed it would, and it didn't help you convince
even one single person that your claims were correct.)
Well, now you're saying you're going to go away and spend a considerable ammount of your remaining time on developing some "even more convincing x86utm-like program".
I and others are telling you that there is no
point in doing that, because it will not prove anything, or resolve any issue that is currently under dispute. If you proceed you will spend
ages writing it, and nothing whatsoever will change!
The sort of language you're employing around this ["..You won't be able
to get away with your lies for very long.."] sounds /exactly/ the same
to me as your language prior to writing your DAG parser and x86utm!
Mike.
| Sysop: | DaiTengu |
|---|---|
| Location: | Appleton, WI |
| Users: | 1,089 |
| Nodes: | 10 (0 / 10) |
| Uptime: | 155:08:23 |
| Calls: | 13,921 |
| Calls today: | 2 |
| Files: | 187,021 |
| D/L today: |
3,912 files (989M bytes) |
| Messages: | 2,457,192 |