Rocksolid Light

Welcome to novaBBS (click a section below)

mail  files  register  newsreader  groups  login

Message-ID:  

Know Thy User.


computers / comp.theory / Re: Reviewers quit reviewing my work because it is now finally irrefutable [V2]

Re: Reviewers quit reviewing my work because it is now finally irrefutable [V2]

<jeWdnTnluoxnLTH_nZ2dnUU7_8zNnZ2d@giganews.com>

  copy mid

https://www.novabbs.com/computers/article-flat.php?id=34476&group=comp.theory#34476

  copy link   Newsgroups: comp.theory comp.ai.philosophy sci.logic sci.math
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border2.nntp.dca1.giganews.com!nntp.giganews.com!buffer2.nntp.dca1.giganews.com!buffer1.nntp.dca1.giganews.com!news.giganews.com.POSTED!not-for-mail
NNTP-Posting-Date: Fri, 17 Jun 2022 11:51:06 -0500
Date: Fri, 17 Jun 2022 11:51:05 -0500
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
Thunderbird/91.10.0
Subject: Re: Reviewers quit reviewing my work because it is now finally
irrefutable [V2]
Content-Language: en-US
Newsgroups: comp.theory,comp.ai.philosophy,sci.logic,sci.math
References: <MLOdnV3rR7YH-DH_nZ2dnUU7_81g4p2d@giganews.com>
<912de0f6-ed7e-432b-a66f-151b90a3165dn@googlegroups.com>
<3L-dnSLRg-HIEDH_nZ2dnUU7_8zNnZ2d@giganews.com>
<854a74fd-bde3-4027-a0af-879ab7cc4827n@googlegroups.com>
<-c6dnZtIP_BBCTH_nZ2dnUU7_83NnZ2d@giganews.com>
<20220617155601.00005a04@reddwarf.jmc>
<mP6dnRFqDvZ1AzH_nZ2dnUU7_83NnZ2d@giganews.com>
<20220617163707.00002d66@reddwarf.jmc>
<6LydnXGCDLXoPzH_nZ2dnUU7_8zNnZ2d@giganews.com>
<20220617165613.00006ff4@reddwarf.jmc>
<19ednd06ecVtOjH_nZ2dnUU7_81g4p2d@giganews.com>
<20220617171424.00006f1f@reddwarf.jmc>
<19edndw6ecVNNTH_nZ2dnUU7_81g4p2d@giganews.com>
<20220617172234.00000777@reddwarf.jmc>
<5_2dnT82vrNOMTH_nZ2dnUU7_8zNnZ2d@giganews.com>
<20220617173640.00006b94@reddwarf.jmc>
<BfidnQwGbdqbMzH_nZ2dnUU7_8xh4p2d@giganews.com>
<20220617174139.000051dc@reddwarf.jmc>
From: NoO...@NoWhere.com (olcott)
In-Reply-To: <20220617174139.000051dc@reddwarf.jmc>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <jeWdnTnluoxnLTH_nZ2dnUU7_8zNnZ2d@giganews.com>
Lines: 314
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-n5BmIz1CAXQVas8x+TFw1Wxvrw6/qh0PLR9EjbubEP35xuTxVyLsjdydpWXjIaP6pyhWO8GD5b4bE0A!4g59y0DV0RfFK5uuAznN+xqqnbTdl1dozplqj4oc+bKrcNEOgvLyioOsBgjCP8vj13BxFw2bozx0
X-Complaints-To: abuse@giganews.com
X-DMCA-Notifications: http://www.giganews.com/info/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
X-Original-Bytes: 15068
 by: olcott - Fri, 17 Jun 2022 16:51 UTC

On 6/17/2022 11:41 AM, Mr Flibble wrote:
> On Fri, 17 Jun 2022 11:38:29 -0500
> olcott <NoOne@NoWhere.com> wrote:
>
>> On 6/17/2022 11:36 AM, Mr Flibble wrote:
>>> On Fri, 17 Jun 2022 11:33:22 -0500
>>> olcott <NoOne@NoWhere.com> wrote:
>>>
>>>> On 6/17/2022 11:22 AM, Mr Flibble wrote:
>>>>> On Fri, 17 Jun 2022 11:16:15 -0500
>>>>> olcott <NoOne@NoWhere.com> wrote:
>>>>>
>>>>>> On 6/17/2022 11:14 AM, Mr Flibble wrote:
>>>>>>> On Fri, 17 Jun 2022 11:12:31 -0500
>>>>>>> olcott <NoOne@NoWhere.com> wrote:
>>>>>>>
>>>>>>>> On 6/17/2022 10:56 AM, Mr Flibble wrote:
>>>>>>>>> On Fri, 17 Jun 2022 10:49:08 -0500
>>>>>>>>> olcott <NoOne@NoWhere.com> wrote:
>>>>>>>>>
>>>>>>>>>> On 6/17/2022 10:37 AM, Mr Flibble wrote:
>>>>>>>>>>> On Fri, 17 Jun 2022 10:33:59 -0500
>>>>>>>>>>> olcott <NoOne@NoWhere.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> On 6/17/2022 9:56 AM, Mr Flibble wrote:
>>>>>>>>>>>>> On Fri, 17 Jun 2022 09:51:07 -0500
>>>>>>>>>>>>> olcott <NoOne@NoWhere.com> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> On 6/17/2022 9:39 AM, wij wrote:
>>>>>>>>>>>>>>> On Friday, 17 June 2022 at 22:19:09 UTC+8, olcott
>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>> On 6/17/2022 8:39 AM, wij wrote:
>>>>>>>>>>>>>>>>> On Friday, 17 June 2022 at 19:29:37 UTC+8, olcott
>>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>>> When a simulating halt decider rejects all inputs as
>>>>>>>>>>>>>>>>>> non-halting whenever it correctly detects that its
>>>>>>>>>>>>>>>>>> correct and complete simulation of its input would
>>>>>>>>>>>>>>>>>> never reach the final state of this input then all
>>>>>>>>>>>>>>>>>> [these] inputs (including pathological inputs) are
>>>>>>>>>>>>>>>>>> decided correctly.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> *computation that halts* … the Turing machine will
>>>>>>>>>>>>>>>>>> halt whenever it enters a final state.
>>>>>>>>>>>>>>>>>> (Linz:1990:234)
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Linz, Peter 1990. An Introduction to Formal Languages
>>>>>>>>>>>>>>>>>> and Automata. Lexington/Toronto: D. C. Heath and
>>>>>>>>>>>>>>>>>> Company. (317-320)
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> #include <stdint.h>
>>>>>>>>>>>>>>>>>> typedef void (*ptr)();
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> void P(ptr x)
>>>>>>>>>>>>>>>>>> {
>>>>>>>>>>>>>>>>>> if (H(x, x))
>>>>>>>>>>>>>>>>>> HERE: goto HERE;
>>>>>>>>>>>>>>>>>> return;
>>>>>>>>>>>>>>>>>> }
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> int main()
>>>>>>>>>>>>>>>>>> {
>>>>>>>>>>>>>>>>>> Output("Input_Halts = ", H(P, P));
>>>>>>>>>>>>>>>>>> }
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> _P()
>>>>>>>>>>>>>>>>>> [00001352](01) 55 push ebp
>>>>>>>>>>>>>>>>>> [00001353](02) 8bec mov ebp,esp
>>>>>>>>>>>>>>>>>> [00001355](03) 8b4508 mov eax,[ebp+08]
>>>>>>>>>>>>>>>>>> [00001358](01) 50 push eax // push P
>>>>>>>>>>>>>>>>>> [00001359](03) 8b4d08 mov ecx,[ebp+08]
>>>>>>>>>>>>>>>>>> [0000135c](01) 51 push ecx // push P
>>>>>>>>>>>>>>>>>> [0000135d](05) e840feffff call 000011a2 // call H
>>>>>>>>>>>>>>>>>> [00001362](03) 83c408 add esp,+08
>>>>>>>>>>>>>>>>>> [00001365](02) 85c0 test eax,eax
>>>>>>>>>>>>>>>>>> [00001367](02) 7402 jz 0000136b
>>>>>>>>>>>>>>>>>> [00001369](02) ebfe jmp 00001369
>>>>>>>>>>>>>>>>>> [0000136b](01) 5d pop ebp
>>>>>>>>>>>>>>>>>> [0000136c](01) c3 ret
>>>>>>>>>>>>>>>>>> Size in bytes:(0027) [0000136c]
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> (1) It is an easily verified fact that when we assume
>>>>>>>>>>>>>>>>>> that H is only an x86 emulator that the correctly
>>>>>>>>>>>>>>>>>> emulated P never reaches its "ret" instruction it
>>>>>>>>>>>>>>>>>> remains stuck in repeated cycles of emulation.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> (2) It is an easily verified fact that if H has been
>>>>>>>>>>>>>>>>>> adapted to correctly detect (in a finite number of
>>>>>>>>>>>>>>>>>> steps) that the correct and complete x86 emulation of
>>>>>>>>>>>>>>>>>> its input would never each its "ret" instruction that
>>>>>>>>>>>>>>>>>> H could abort its emulation and return 0 to report
>>>>>>>>>>>>>>>>>> this.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> (3) When the halt status criteria is defined as
>>>>>>>>>>>>>>>>>> correctly determining whether or not an x86 emulated
>>>>>>>>>>>>>>>>>> input would ever reach its "ret" instruction then it
>>>>>>>>>>>>>>>>>> becomes an easily verified fact H(P,P) could
>>>>>>>>>>>>>>>>>> correctly reject its input as non-halting.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Correct deductive inference proves that all of these
>>>>>>>>>>>>>>>>>> things are true without any need what-so-ever to see
>>>>>>>>>>>>>>>>>> either the source-code or the execution trace of H.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> The one thing that is not proved is whether or not an
>>>>>>>>>>>>>>>>>> actual encoded H(P,P) does indeed correctly determine
>>>>>>>>>>>>>>>>>> that its input would never reach its "ret"
>>>>>>>>>>>>>>>>>> instruction as a pure function of its inputs. This
>>>>>>>>>>>>>>>>>> aspect will be confirmed by fully operational
>>>>>>>>>>>>>>>>>> source-code.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Halting problem undecidability and infinitely nested
>>>>>>>>>>>>>>>>>> simulation (V5)
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> https://www.researchgate.net/publication/359984584_Halting_problem_undecidability_and_infinitely_nested_simulation_V5
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>>>> Copyright 2022 Pete Olcott
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> "Talent hits a target no one else can hit;
>>>>>>>>>>>>>>>>>> Genius hits a target no one else can see."
>>>>>>>>>>>>>>>>>> Arthur Schopenhauer
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> GUR already suggested such a halting decider H cannot
>>>>>>>>>>>>>>>>> exist:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> H(P,P)==0 means P(P) does not halt.
>>>>>>>>>>>>>>>> That is a misconception.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Halt deciders must compute the mapping from their
>>>>>>>>>>>>>>>> inputs to an accept or reject state on the basis of
>>>>>>>>>>>>>>>> the actual behavior actually specified by these inputs.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> It is an easily verified fact that the correct and
>>>>>>>>>>>>>>>> complete x86 emulation of the input to H(P,P) by H
>>>>>>>>>>>>>>>> would never reach its "ret" instruction thus
>>>>>>>>>>>>>>>> conclusively proving that it never halts.
>>>>>>>>>>>>>>>>> H(P,P)==1 means P(P) halts.
>>>>>>>>>>>>>>>>> H(P,P)==Otherwise means H fails as a decider
>>>>>>>>>>>>>>>>> (undecidable).
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> -----
>>>>>>>>>>>>>>>>> Thanks to PO's years' tireless efforts demonstrated
>>>>>>>>>>>>>>>>> even himself a genius in 10000-years cannot refute my
>>>>>>>>>>>>>>>>> GUR. ...
>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>> Copyright 2022 Pete Olcott
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> "Talent hits a target no one else can hit;
>>>>>>>>>>>>>>>> Genius hits a target no one else can see."
>>>>>>>>>>>>>>>> Arthur Schopenhauer
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> GUR suggests no halting decider can exist. You just
>>>>>>>>>>>>>>> confirms it by not able to provide POOH to test/review.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> It took me six months to figure out how to transform
>>>>>>>>>>>>>> H(P,P) into a pure function of its inputs. I did not
>>>>>>>>>>>>>> release the code before because I knew that its use of
>>>>>>>>>>>>>> static local data would have been rejected. With this
>>>>>>>>>>>>>> update to H I will be able to publish the code.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> H recognizes that P is calling itself with its same
>>>>>>>>>>>>>> arguments that it was called with and there are no
>>>>>>>>>>>>>> instructions preceding this call that could possibly
>>>>>>>>>>>>>> escape infinitely recursive emulation so H aborts its
>>>>>>>>>>>>>> emulation of P before P even makes its first call to H.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Without even looking at the code competent software
>>>>>>>>>>>>>> engineers will be able to verify that the above H would
>>>>>>>>>>>>>> correctly determine that that is input is non-halting as
>>>>>>>>>>>>>> a pure function of this input.
>>>>>>>>>>>>>
>>>>>>>>>>>>> So my other reply for why your H is not a pure function
>>>>>>>>>>>>> for any accepted definition of the term.
>>>>>>>>>>>>>
>>>>>>>>>>>>> /Flibble
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> In computer programming, a pure function is a function that
>>>>>>>>>>>> has the following properties:
>>>>>>>>>>>>
>>>>>>>>>>>> (1) the function return values are identical for identical
>>>>>>>>>>>> arguments (no variation with local static variables,
>>>>>>>>>>>> non-local variables, mutable reference arguments or input
>>>>>>>>>>>> streams), and
>>>>>>>>>>>>
>>>>>>>>>>>> (2) the function application has no side effects (no
>>>>>>>>>>>> mutation of local static variables, non-local variables,
>>>>>>>>>>>> mutable reference arguments or input/output streams).
>>>>>>>>>>>>
>>>>>>>>>>>> Thus a pure function is a computational analogue of a
>>>>>>>>>>>> mathematical function.
>>>>>>>>>>>> https://en.wikipedia.org/wiki/Pure_function
>>>>>>>>>>>>
>>>>>>>>>>>> The revised H has no:
>>>>>>>>>>>> (a) local static variables
>>>>>>>>>>>> (b) non-local variables
>>>>>>>>>>>> (c) mutable reference arguments
>>>>>>>>>>>> (d) input streams
>>>>>>>>>>>
>>>>>>>>>>> Aborting the simulation is a side effect; pure functions do
>>>>>>>>>>> not have side effects.
>>>>>>>>>>>
>>>>>>>>>>> /Flibble
>>>>>>>>>>
>>>>>>>>>> You have a reading comprehension problem.
>>>>>>>>>> If H does not have (a)(b)(c)(d) then
>>>>>>>>>> H has no mutation side effect to (a)(b)(c)(d)
>>>>>>>>>
>>>>>>>>> Not at all, but you do seem to have that problem.
>>>>>>>>>
>>>>>>>>> Again:
>>>>>>>>>
>>>>>>>>> Aborting the simulation is a side effect; pure functions do
>>>>>>>>> not have side effects.
>>>>>>>>>
>>>>>>>>
>>>>>>>> Whether or not it is construed as a side-effect does not matter
>>>>>>>> it must be a mutation side-effect to (a)(b)(c)(d) or it does
>>>>>>>> not count.
>>>>>>>
>>>>>>> It doesn't count according to who?
>>>>>>
>>>>>> The above definition of pure functions.
>>>>>
>>>>> "In computer science, an operation, function or expression is said
>>>>> to have a side effect if it modifies some state variable value(s)
>>>>> outside its local environment,
>>>>
>>>> The second part is an inaccurate paraphrase of the first part.
>>>>
>>>>> which is to say if it has any observable effect
>>>>> other than its primary effect of returning a value to the invoker
>>>>> of the operation." --
>>>>> https://en.wikipedia.org/wiki/Side_effect_(computer_science)
>>>>>
>>>>> "any observable effect"
>>>>>
>>>>> Aborting the simulation instead of returning a value to the
>>>>> invoker disqualifies it from being a pure function.
>>>>>
>>>>> /Flibble
>>>>>
>>>>
>>>> void P(ptr x)
>>>> {
>>>> if (H(x, x))
>>>> HERE: goto HERE;
>>>> return;
>>>> }
>>>>
>>>> int main()
>>>> {
>>>> Output("Input_Halts = ", H(P, P));
>>>> }
>>>>
>>>> _P()
>>>> [00001352](01) 55 push ebp
>>>> [00001353](02) 8bec mov ebp,esp
>>>> [00001355](03) 8b4508 mov eax,[ebp+08]
>>>> [00001358](01) 50 push eax // push P
>>>> [00001359](03) 8b4d08 mov ecx,[ebp+08]
>>>> [0000135c](01) 51 push ecx // push P
>>>> [0000135d](05) e840feffff call 000011a2 // call H
>>>> [00001362](03) 83c408 add esp,+08
>>>> [00001365](02) 85c0 test eax,eax
>>>> [00001367](02) 7402 jz 0000136b
>>>> [00001369](02) ebfe jmp 00001369
>>>> [0000136b](01) 5d pop ebp
>>>> [0000136c](01) c3 ret
>>>> Size in bytes:(0027) [0000136c]
>>>>
>>>> H aborts its x86 emulation of P as soon P reaches its machine
>>>> address of [0000135d] the very first time before the code at this
>>>> address is emulated. Then H returns 0 to its caller: main().
>>>
>>> Returning to main() is not returning to its invoker, P.
>>>
>>> Again:
>>>
>>> Aborting the simulation is a side effect; pure functions do not have
>>> side effects.
>>>
>>> /Flibble
>>>
>>
>> Do you have ADD?
>>
>> int main()
>> {
>> Output("Input_Halts = ", H(P, P));
>> }
>
> I might be on the spectrum; probably got Asperger's; whilst as far as
> the topic under discussion is concerned, you've got nothing.
>
> /Flibble
>

Then that may explain why you didn't notice that main calls H(P,P);
When H returns to its caller it must return to main().

main() and not P is the invoker of H(P,P).

--
Copyright 2022 Pete Olcott

"Talent hits a target no one else can hit;
Genius hits a target no one else can see."
Arthur Schopenhauer

SubjectRepliesAuthor
o Reviewers quit reviewing my work because it is now finally

By: olcott on Fri, 17 Jun 2022

69olcott
server_pubkey.txt

rocksolid light 0.9.81
clearnet tor