• Re: Is Richard a Liar?

    From Mikko@21:1/5 to olcott on Thu May 16 12:14:06 2024
    On 2024-05-15 15:10:24 +0000, olcott said:

    On 5/15/2024 3:17 AM, Mikko wrote:
    On 2024-05-14 19:34:52 +0000, olcott said:

    *Anyone that says that I am wrong without knowing C is dishonest*

    First you should prove that you know C.

    Not at all. Not in the least. Deductive proofs cannot rely
    on an argument from authority.

    True but irrelevant. When someone sayes you are wrong, that does not
    refer to any deductive proofs as you haven't presented deductive
    proofs. In particular, what you said above isn't a deductive proof
    but an attempt to refute deductive proofs and other counter arguments
    with an ad hominem fallacy.

    Anyone that knows C and claims that I am wrong either provides
    the required single valid counter-example proving that I am
    wrong or meets the

    https://dictionary.findlaw.com/definition/reckless-disregard-of-the-truth.html

    of defamation cases.

    Saying that you are wrong hardly couts as defamation. Perhaps saying
    that someone is dishonest without being able to prove it is not a crime
    where you live but it certainly is a sin.

    For example, you should show
    that you can identify an error in the following code fragemnt:

    int H(ptr x, ptr x)  // ptr is pointer to int function
    int D(ptr x)
    {
      int Halt_Status = H(x, x);
      if (Halt_Status)
        HERE: goto HERE;
      return Halt_Status;
    }

    int main()
    {
      H(D,D);
    }

    If you don't, nobody is going to believe that you know C.

    You didn't, so nobody believes that you know C.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Thu May 16 12:39:19 2024
    On 2024-05-15 15:43:47 +0000, olcott said:

    On 5/15/2024 3:21 AM, Mikko wrote:
    On 2024-05-14 19:42:08 +0000, olcott said:

    On 5/14/2024 2:36 PM, Fred. Zwarts wrote:
    Op 14.mei.2024 om 20:40 schreef olcott:
    On 5/14/2024 1:30 PM, Fred. Zwarts wrote:
    Op 14.mei.2024 om 19:52 schreef olcott:
    On 5/14/2024 12:49 PM, Fred. Zwarts wrote:
    Op 14.mei.2024 om 19:14 schreef olcott:
    On 5/14/2024 11:13 AM, Fred. Zwarts wrote:
    Op 14.mei.2024 om 17:45 schreef olcott:
    On 5/14/2024 10:42 AM, Fred. Zwarts wrote:
    Op 14.mei.2024 om 17:30 schreef olcott:
    On 5/14/2024 10:08 AM, Alan Mackenzie wrote:
    [ Followup-To: set ]

    In comp.theory olcott <polcott333@gmail.com> wrote: >>>>>>>>>>>>>>> On 5/14/2024 4:44 AM, Mikko wrote:
    On 2024-05-12 15:58:02 +0000, olcott said:

    On 5/12/2024 10:21 AM, Mikko wrote:
    On 2024-05-12 11:34:17 +0000, Richard Damon said: >>>>>>>>>>>>>>
    On 5/12/24 5:19 AM, Mikko wrote:
    On 2024-05-11 16:26:30 +0000, olcott said:

    I am working on providing an academic quality definition of this
    term.

    The definition in Wikipedia is good enough.


    I think he means, he is working on a definition that redefines the
    field to allow him to claim what he wants.

    Here one can claim whatever one wants anysay. >>>>>>>>>>>>>>>>>> In if one wants to present ones claims on some significant forum then
    it is better to stick to usual definitions as much as possible.

    Sort of like his new definition of H as an "unconventional" machine
    that some how both returns an answer but also keeps on running.

    There are systems where that is possible but unsolvable problems are
    unsolvable even in those systems.


    When Ĥ is applied to ⟨Ĥ⟩
    Ĥ.q0 ⟨Ĥ⟩ ⊢* embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞
    Ĥ.q0 ⟨Ĥ⟩ ⊢* embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn >>>>>>>>>>>>>>
    This notation does not work with machines that can, or have parts
    that can, return a value without (or before) termination. >>>>>>>>>>>>>>


    00 int H(ptr x, ptr x)  // ptr is pointer to int function >>>>>>>>>>>>>>> 01 int D(ptr x)
    02 {
    03   int Halt_Status = H(x, x);
    04   if (Halt_Status)
    05     HERE: goto HERE;
    06   return Halt_Status;
    07 }
    08
    09 int main()
    10 {
    11   H(D,D);
    12 }

    In any case you diverged away form the whole point of this thread.
    Richard is wrong when he says that there exists an H/D pair such
    that D simulated by H ever reaches past its own line 03. >>>>>>>>>>>>>>
    Yes, in the same way that you are wrong.  The above "C code" is garbage;
    as already pointed out, it doesn't even compile.  So any talk of
    "reaching line 3" or "matching" that "code" is vacuous nonsense. >>>>>>>>>>>>>>

    Any H/D pair matching the above template where D(D) is simulated >>>>>>>>>>>>> by the same H(D,D) that it calls cannot possibly reach past its own
    line 03. Simple software engineering verified fact.

    Since nobody knows who has verified this fact en there have been >>>>>>>>>>>> counter examples,

    *See if you can show that your claim of counter-examples is not a lie*
    *See if you can show that your claim of counter-examples is not a lie*
    *See if you can show that your claim of counter-examples is not a lie*



    *YOU SKIPPED THE CHALLENGE TO YOUR ASSERTION*
    IS THAT BECAUSE YOU KNOW IT IS FALSE?

    *YOU SKIPPED THE CHALLENGE TO YOUR ASSERTION*
    IS THAT BECAUSE YOU KNOW IT IS FALSE?

    *YOU SKIPPED THE CHALLENGE TO YOUR ASSERTION*
    IS THAT BECAUSE YOU KNOW IT IS FALSE?

    Olcott is trying to stay at this point for several weeks now, but he >>>>>>>>>> does not succeed. The reason probably is, that it is already a few >>>>>>>>>> steps too far. First there must be agreement about the words and terms
    used in what he says. So, we should delay this subject and go back a >>>>>>>>>> few steps.
    Before we can talk about this, first there must be 100% agreement about:

    1) What is a "verified fact"? Who needs to do the verification before
    it can be said that it is a verified fact?

    I am ONLY referring to expressions that are PROVEN
    to be {true entirely on the basis of their meaning}.

    *CONCRETE EXAMPLES*
    How do we know that 2 + 3 = 5?

    If needed we can write out the proof for this, starting from the axioms
    for natural numbers. That proof is well known.

    But nobody here knows the proof for your assertion above, that it is a >>>>>>>> verified fact that it cannot reach past line 03. So, we would like to >>>>>>>> see that proof. Just the claim that it has been proven is not enough. >>>>>>>>

    The "nobody here" you are referring to must be clueless
    about the semantics of the C programming language.


    Are you honest? Please, give the proof, instead of keeping away from it. >>>>>
    I have been an expert C/C++ programmer for decades.
    If you knew C will enough yourself you would comprehend
    that my claim about:

    Any H/D pair matching the above template where
    D(D) is simulated by the same H(D,D) that it calls
    cannot possibly reach past its own line 03.
    This is a simple software engineering verified fact.

    My grandfather was a diagnostician and pathologist
    said: "You can't argue with ignorance".

    Again no trace of a proof. Only your authority and personal attacks
    about lack of knowledge and ignorance. So, the text below still stands: >>>>

    *The only sufficient proof is being an expert in C yourself*

    I know what a proof is and I know what C is so I know that that is false.


    What I said was not precisely correct. None-the-less claiming that
    I am wrong without knowing the subject matter is the

    https://dictionary.findlaw.com/definition/reckless-disregard-of-the-truth.html

    of defamation cases and dishonest.

    When you were not precisely correct you were worng. Saying that you are
    wrong when you are wrong is not defamation.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Thu May 16 12:27:37 2024
    On 2024-05-15 20:10:10 +0000, olcott said:

    On 5/15/2024 2:13 PM, Fred. Zwarts wrote:
    Op 15.mei.2024 om 20:39 schreef olcott:
    On 5/15/2024 1:19 PM, Fred. Zwarts wrote:
    Op 15.mei.2024 om 18:27 schreef olcott:
    On 5/15/2024 9:50 AM, Fred. Zwarts wrote:
    Op 15.mei.2024 om 16:02 schreef olcott:
    On 5/15/2024 1:21 AM, Fred. Zwarts wrote:
    Op 14.mei.2024 om 22:13 schreef olcott:
    On 5/14/2024 3:05 PM, Fred. Zwarts wrote:
    Op 14.mei.2024 om 21:42 schreef olcott:
    On 5/14/2024 2:36 PM, Fred. Zwarts wrote:
    Op 14.mei.2024 om 20:40 schreef olcott:
    On 5/14/2024 1:30 PM, Fred. Zwarts wrote:
    Op 14.mei.2024 om 19:52 schreef olcott:
    On 5/14/2024 12:49 PM, Fred. Zwarts wrote:
    Op 14.mei.2024 om 19:14 schreef olcott:
    On 5/14/2024 11:13 AM, Fred. Zwarts wrote:
    Op 14.mei.2024 om 17:45 schreef olcott:
    On 5/14/2024 10:42 AM, Fred. Zwarts wrote: >>>>>>>>>>>>>>>>>>>> Op 14.mei.2024 om 17:30 schreef olcott: >>>>>>>>>>>>>>>>>>>>> On 5/14/2024 10:08 AM, Alan Mackenzie wrote: >>>>>>>>>>>>>>>>>>>>>> [ Followup-To: set ]

    In comp.theory olcott <polcott333@gmail.com> wrote: >>>>>>>>>>>>>>>>>>>>>>> On 5/14/2024 4:44 AM, Mikko wrote: >>>>>>>>>>>>>>>>>>>>>>>> On 2024-05-12 15:58:02 +0000, olcott said: >>>>>>>>>>>>>>>>>>>>>>
    On 5/12/2024 10:21 AM, Mikko wrote: >>>>>>>>>>>>>>>>>>>>>>>>>> On 2024-05-12 11:34:17 +0000, Richard Damon said: >>>>>>>>>>>>>>>>>>>>>>
    On 5/12/24 5:19 AM, Mikko wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>> On 2024-05-11 16:26:30 +0000, olcott said: >>>>>>>>>>>>>>>>>>>>>>
    I am working on providing an academic quality definition of this
    term.

    The definition in Wikipedia is good enough. >>>>>>>>>>>>>>>>>>>>>>

    I think he means, he is working on a definition that redefines the
    field to allow him to claim what he wants. >>>>>>>>>>>>>>>>>>>>>>
    Here one can claim whatever one wants anysay. >>>>>>>>>>>>>>>>>>>>>>>>>> In if one wants to present ones claims on some significant forum then
    it is better to stick to usual definitions as much as possible.

    Sort of like his new definition of H as an "unconventional" machine
    that some how both returns an answer but also keeps on running.

    There are systems where that is possible but unsolvable problems are
    unsolvable even in those systems. >>>>>>>>>>>>>>>>>>>>>>

    When Ĥ is applied to ⟨Ĥ⟩ >>>>>>>>>>>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞
    Ĥ.q0 ⟨Ĥ⟩ ⊢* embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn

    This notation does not work with machines that can, or have parts
    that can, return a value without (or before) termination.



    00 int H(ptr x, ptr x)  // ptr is pointer to int function
    01 int D(ptr x)
    02 {
    03   int Halt_Status = H(x, x); >>>>>>>>>>>>>>>>>>>>>>> 04   if (Halt_Status)
    05     HERE: goto HERE;
    06   return Halt_Status;
    07 }
    08
    09 int main()
    10 {
    11   H(D,D);
    12 }

    In any case you diverged away form the whole point of this thread.
    Richard is wrong when he says that there exists an H/D pair such
    that D simulated by H ever reaches past its own line 03.

    Yes, in the same way that you are wrong.  The above "C code" is garbage;
    as already pointed out, it doesn't even compile. So any talk of
    "reaching line 3" or "matching" that "code" is vacuous nonsense.


    Any H/D pair matching the above template where D(D) is simulated
    by the same H(D,D) that it calls cannot possibly reach past its own
    line 03. Simple software engineering verified fact. >>>>>>>>>>>>>>>>>>>>
    Since nobody knows who has verified this fact en there have been
    counter examples,

    *See if you can show that your claim of counter-examples is not a lie*
    *See if you can show that your claim of counter-examples is not a lie*
    *See if you can show that your claim of counter-examples is not a lie*



    *YOU SKIPPED THE CHALLENGE TO YOUR ASSERTION* >>>>>>>>>>>>>>>>> IS THAT BECAUSE YOU KNOW IT IS FALSE?

    *YOU SKIPPED THE CHALLENGE TO YOUR ASSERTION* >>>>>>>>>>>>>>>>> IS THAT BECAUSE YOU KNOW IT IS FALSE?

    *YOU SKIPPED THE CHALLENGE TO YOUR ASSERTION* >>>>>>>>>>>>>>>>> IS THAT BECAUSE YOU KNOW IT IS FALSE?

    Olcott is trying to stay at this point for several weeks now, but he
    does not succeed. The reason probably is, that it is already a few
    steps too far. First there must be agreement about the words and terms
    used in what he says. So, we should delay this subject and go back a
    few steps.
    Before we can talk about this, first there must be 100% agreement about:

    1) What is a "verified fact"? Who needs to do the verification before
    it can be said that it is a verified fact?

    I am ONLY referring to expressions that are PROVEN >>>>>>>>>>>>>>>>> to be {true entirely on the basis of their meaning}. >>>>>>>>>>>>>>>>>
    *CONCRETE EXAMPLES*
    How do we know that 2 + 3 = 5?

    If needed we can write out the proof for this, starting from the axioms
    for natural numbers. That proof is well known. >>>>>>>>>>>>>>>>
    But nobody here knows the proof for your assertion above, that it is a
    verified fact that it cannot reach past line 03. So, we would like to
    see that proof. Just the claim that it has been proven is not enough.


    The "nobody here" you are referring to must be clueless >>>>>>>>>>>>>>> about the semantics of the C programming language. >>>>>>>>>>>>>>>

    Are you honest? Please, give the proof, instead of keeping away from it.

    I have been an expert C/C++ programmer for decades.
    If you knew C will enough yourself you would comprehend >>>>>>>>>>>>> that my claim about:

    Any H/D pair matching the above template where
    D(D) is simulated by the same H(D,D) that it calls
    cannot possibly reach past its own line 03.
    This is a simple software engineering verified fact. >>>>>>>>>>>>>
    My grandfather was a diagnostician and pathologist
    said: "You can't argue with ignorance".

    Again no trace of a proof. Only your authority and personal attacks
    about lack of knowledge and ignorance. So, the text below still stands:


    *The only sufficient proof is being an expert in C yourself* >>>>>>>>>>
    Again no trace of a proof. Do you understand what a proof is? >>>>>>>>>> The proof of 2+3=5 is not 'Being a mathematician'.
    You give the impression that you are clueless about how to prove it. >>>>>>>>>>

    The proof of 2 + 3 = 5 is through comprehending arithmetic.

    No, it follows with very simple reasoning from the axiomatic properties
    of natural numbers.


    If you understand them then the proof is easy if you
    do not understand them then the proof is impossible.

    It cannot be proved to anyone failing to comprehend arithmetic. >>>>>>>>>
    Likewise my proof is through comprehending the semantics of C. >>>>>>>>> It cannot be proved to anyone failing to comprehend the semantics of C.

    Since we understand C, that is not an excuse. It seems that you are >>>>>>>> looking for excuses to hide the fact that you have never seen such >>>>>>>> proof.


    00 int H(ptr x, ptr x)  // ptr is pointer to int function
    01 int D(ptr x)
    02 {
    03   int Halt_Status = H(x, x);
    04   if (Halt_Status)
    05     HERE: goto HERE;
    06   return Halt_Status;
    07 }
    08
    09 int main()
    10 {
    11   H(D,D);
    12 }

    Any H/D pair matching the above template where
    D(D) is simulated by the same H(D,D) that it calls
    cannot possibly reach past its own line 03.

    If you understand C and understand proofs then you
    understand that a single counter-example would refute
    my claim if one exists. You would also understand that
    that when no such counter-example exists that would
    prove that I am correct.

    So I ask you to do one of three things:
    (a) Admit that I am correct
    (b) Provide a single counter example
    (c) Admit that you simply don't understand this.

    *Any other response will be construed as intentional deception*
    Intentional deception certainly meets the requirement of
    reckless disregard for the truth of defamation lawsuits.

    https://dictionary.findlaw.com/definition/reckless-disregard-of-the-truth.html


    Again no proof. Now with the excuse that olcott does not know a counter >>>>>> example.

    Any claim that my statement is incorrect that does not have the
    required single counter-example proving that my claim is incorrect
    could be construed as the

    https://dictionary.findlaw.com/definition/reckless-disregard-of-the-truth.html

    of defamation. This is definitely defamation when people skilled in the >>>>> art of C programming understand that my claim is self-evidently true >>>>> and proved entirely on the basis of the semantics of the C programing >>>>> language.

    It your claim, so you have the burden of a proof. Not knowing a counter >>>>>> example is not a proof. It seems you are using such excuses to hide the >>>>>> fact that you don't know how to prove it. Again, if there is a proof, >>>>>> show it. Otherwise stop saying that it is a verified fact, because it >>>>>> becomes more and more clear that nobody verified it.

    *It is ONLY a verified fact to people*
    *skilled in the art of C programming*

    https://www.britannica.com/science/mole-chemistry
    A mole in chemistry is only a verified fact to those
    skilled in the art of chemistry. To everyone else it
    is an animal that burrows in the ground.


    Again no proof. The excuse, asking for a counter example,

    People that claimed they provided (a valid) counter-example
    are LIARS. They that know is was an invalid or non-existent
    counter-example is a basis for winning a defamation suit.

    is even weaker. If there is a proof, it would be so simple to show it
    here. As even olcott said that a verified fact is a proven fact, he
    cannot speak of a verified fact as long as there is no proof. I have 50 >>>> years of experience in programming, many years in C, so I am a very
    skilled C programmer. So, why do you hide the proof? I wonder what the >>>> next excuse will be to hide the fact that there is no proof.

    *Then you know that valid counter-examples cannot possibly exist*
    *and implication otherwise is a reckless disregard for the truth*


    Again no proof. This time, instead of a proof, the claim that a counter

    If I had 10,000 experts in C that are PhD computer scientists
    that agreed with me this would not be proof. It is you that do
    not understand what proof is.

    No, but it would strongly support the idea that the errors in your
    claims are not C programming errors. And even less that 10,000 would
    be enough for that. Pernaps three.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Fri May 17 19:27:47 2024
    On 2024-05-16 15:34:48 +0000, olcott said:

    On 5/16/2024 4:14 AM, Mikko wrote:
    On 2024-05-15 15:10:24 +0000, olcott said:

    On 5/15/2024 3:17 AM, Mikko wrote:
    On 2024-05-14 19:34:52 +0000, olcott said:

    *Anyone that says that I am wrong without knowing C is dishonest*

    First you should prove that you know C.

    Not at all. Not in the least. Deductive proofs cannot rely
    on an argument from authority.

    True but irrelevant. When someone sayes you are wrong, that does not
    refer to any deductive proofs as you haven't presented deductive
    proofs.

    None-the-less a single-valid-counter-example would prove that
    I am wrong thus any claim that I am wrong lacking this required
    valid counter-example is empty rhetoric entirely bereft of any
    supporting reasoning: (EREBOASR).

    Wrong, as explained above. More specifically, the word "thus" is
    false.

    Repeatedly claiming that I am wrong without providing the required counter-example when this counter-example is repeatedly requested
    (and categorically impossible) does meet the standard of a reckless
    disregard for the truth.

    There is nothing wrong in a repeated truth. Moreover, a disagreement
    is not any disregrad for the truth. As being wrong is not a sin or
    crime (at least in työical cases) saying that you are wrong may or
    may not be a crime, depending on the laws of the place and time.

    In particular, what you said above isn't a deductive proof
    but an attempt to refute deductive proofs and other counter arguments
    with an ad hominem fallacy.

    Anyone that knows C and claims that I am wrong either provides
    the required single valid counter-example proving that I am
    wrong or meets the

    https://dictionary.findlaw.com/definition/reckless-disregard-of-the-truth.html

    of defamation cases.

    Saying that you are wrong hardly couts as defamation. Perhaps saying

    Repeatedly saying that I am wrong and calling me a liar when it
    is categorically impossible that I am wrong IS DEFAMATION.

    That may vary, as does whether defamation is a crime.

    *One instance of H/D has been fully operational software*
    *under Windows and Linux for two years*

    typedef int (*ptr)(); // ptr is pointer to int function
    00 int H(ptr x, ptr x);
    01 int D(ptr x)
    02 {
    03 int Halt_Status = H(x, x);
    04 if (Halt_Status)
    05 HERE: goto HERE;
    06 return Halt_Status;
    07 }
    08
    09 int main()
    10 {
    11 H(D,D);
    12 return 0;
    13 }

    In the above case a simulator is an x86 emulator that correctly
    emulates at least one of the x86 instructions of D in the order
    specified by the x86 instructions of D.

    This may include correctly emulating the x86 instructions of
    H in the order specified by the x86 instructions of H thus
    calling H(D,D) in recursive simulation.

    Any H/D pair matching the above template where
    D(D) is simulated by the same H(D,D) that it calls
    cannot possibly reach past its own line 03.
    This is a simple software engineering verified fact.

    Every D(D) of the above pattern reaches the line 03 and if
    H is a decider it reaches the line 04, too. Whether H(D,D)
    simulates that far (or at all) is a feature of H that is not
    shown in the C code above.

    About being a simple software engineering verified fact,
    who is the simple software engineer who vefrified it?

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Fri May 17 19:32:33 2024
    On 2024-05-16 15:17:37 +0000, olcott said:

    On 5/16/2024 4:27 AM, Mikko wrote:
    On 2024-05-15 20:10:10 +0000, olcott said:

    On 5/15/2024 2:13 PM, Fred. Zwarts wrote:
    Op 15.mei.2024 om 20:39 schreef olcott:
    On 5/15/2024 1:19 PM, Fred. Zwarts wrote:
    Op 15.mei.2024 om 18:27 schreef olcott:
    On 5/15/2024 9:50 AM, Fred. Zwarts wrote:
    Op 15.mei.2024 om 16:02 schreef olcott:
    On 5/15/2024 1:21 AM, Fred. Zwarts wrote:
    Op 14.mei.2024 om 22:13 schreef olcott:
    On 5/14/2024 3:05 PM, Fred. Zwarts wrote:
    Op 14.mei.2024 om 21:42 schreef olcott:
    On 5/14/2024 2:36 PM, Fred. Zwarts wrote:
    Op 14.mei.2024 om 20:40 schreef olcott:
    On 5/14/2024 1:30 PM, Fred. Zwarts wrote:
    Op 14.mei.2024 om 19:52 schreef olcott:
    On 5/14/2024 12:49 PM, Fred. Zwarts wrote:
    Op 14.mei.2024 om 19:14 schreef olcott:
    On 5/14/2024 11:13 AM, Fred. Zwarts wrote: >>>>>>>>>>>>>>>>>>>> Op 14.mei.2024 om 17:45 schreef olcott: >>>>>>>>>>>>>>>>>>>>> On 5/14/2024 10:42 AM, Fred. Zwarts wrote: >>>>>>>>>>>>>>>>>>>>>> Op 14.mei.2024 om 17:30 schreef olcott: >>>>>>>>>>>>>>>>>>>>>>> On 5/14/2024 10:08 AM, Alan Mackenzie wrote: >>>>>>>>>>>>>>>>>>>>>>>> [ Followup-To: set ]

    In comp.theory olcott <polcott333@gmail.com> wrote: >>>>>>>>>>>>>>>>>>>>>>>>> On 5/14/2024 4:44 AM, Mikko wrote: >>>>>>>>>>>>>>>>>>>>>>>>>> On 2024-05-12 15:58:02 +0000, olcott said: >>>>>>>>>>>>>>>>>>>>>>>>
    On 5/12/2024 10:21 AM, Mikko wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>> On 2024-05-12 11:34:17 +0000, Richard Damon said: >>>>>>>>>>>>>>>>>>>>>>>>
    On 5/12/24 5:19 AM, Mikko wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 2024-05-11 16:26:30 +0000, olcott said: >>>>>>>>>>>>>>>>>>>>>>>>
    I am working on providing an academic quality definition of this
    term.

    The definition in Wikipedia is good enough. >>>>>>>>>>>>>>>>>>>>>>>>

    I think he means, he is working on a definition that redefines the
    field to allow him to claim what he wants. >>>>>>>>>>>>>>>>>>>>>>>>
    Here one can claim whatever one wants anysay. >>>>>>>>>>>>>>>>>>>>>>>>>>>> In if one wants to present ones claims on some significant forum then
    it is better to stick to usual definitions as much as possible.

    Sort of like his new definition of H as an "unconventional" machine
    that some how both returns an answer but also keeps on running.

    There are systems where that is possible but unsolvable problems are
    unsolvable even in those systems. >>>>>>>>>>>>>>>>>>>>>>>>

    When Ĥ is applied to ⟨Ĥ⟩ >>>>>>>>>>>>>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞
    Ĥ.q0 ⟨Ĥ⟩ ⊢* embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn

    This notation does not work with machines that can, or have parts
    that can, return a value without (or before) termination.



    00 int H(ptr x, ptr x)  // ptr is pointer to int function
    01 int D(ptr x)
    02 {
    03   int Halt_Status = H(x, x); >>>>>>>>>>>>>>>>>>>>>>>>> 04   if (Halt_Status)
    05     HERE: goto HERE;
    06   return Halt_Status;
    07 }
    08
    09 int main()
    10 {
    11   H(D,D);
    12 }

    In any case you diverged away form the whole point of this thread.
    Richard is wrong when he says that there exists an H/D pair such
    that D simulated by H ever reaches past its own line 03.

    Yes, in the same way that you are wrong.  The above "C code" is garbage;
    as already pointed out, it doesn't even compile. So any talk of
    "reaching line 3" or "matching" that "code" is vacuous nonsense.


    Any H/D pair matching the above template where D(D) is simulated
    by the same H(D,D) that it calls cannot possibly reach past its own
    line 03. Simple software engineering verified fact. >>>>>>>>>>>>>>>>>>>>>>
    Since nobody knows who has verified this fact en there have been
    counter examples,

    *See if you can show that your claim of counter-examples is not a lie*
    *See if you can show that your claim of counter-examples is not a lie*
    *See if you can show that your claim of counter-examples is not a lie*



    *YOU SKIPPED THE CHALLENGE TO YOUR ASSERTION* >>>>>>>>>>>>>>>>>>> IS THAT BECAUSE YOU KNOW IT IS FALSE?

    *YOU SKIPPED THE CHALLENGE TO YOUR ASSERTION* >>>>>>>>>>>>>>>>>>> IS THAT BECAUSE YOU KNOW IT IS FALSE?

    *YOU SKIPPED THE CHALLENGE TO YOUR ASSERTION* >>>>>>>>>>>>>>>>>>> IS THAT BECAUSE YOU KNOW IT IS FALSE?

    Olcott is trying to stay at this point for several weeks now, but he
    does not succeed. The reason probably is, that it is already a few
    steps too far. First there must be agreement about the words and terms
    used in what he says. So, we should delay this subject and go back a
    few steps.
    Before we can talk about this, first there must be 100% agreement about:

    1) What is a "verified fact"? Who needs to do the verification before
    it can be said that it is a verified fact? >>>>>>>>>>>>>>>>>>>
    I am ONLY referring to expressions that are PROVEN >>>>>>>>>>>>>>>>>>> to be {true entirely on the basis of their meaning}. >>>>>>>>>>>>>>>>>>>
    *CONCRETE EXAMPLES*
    How do we know that 2 + 3 = 5?

    If needed we can write out the proof for this, starting from the axioms
    for natural numbers. That proof is well known. >>>>>>>>>>>>>>>>>>
    But nobody here knows the proof for your assertion above, that it is a
    verified fact that it cannot reach past line 03. So, we would like to
    see that proof. Just the claim that it has been proven is not enough.


    The "nobody here" you are referring to must be clueless >>>>>>>>>>>>>>>>> about the semantics of the C programming language. >>>>>>>>>>>>>>>>>

    Are you honest? Please, give the proof, instead of keeping away from it.

    I have been an expert C/C++ programmer for decades. >>>>>>>>>>>>>>> If you knew C will enough yourself you would comprehend >>>>>>>>>>>>>>> that my claim about:

    Any H/D pair matching the above template where
    D(D) is simulated by the same H(D,D) that it calls >>>>>>>>>>>>>>> cannot possibly reach past its own line 03.
    This is a simple software engineering verified fact. >>>>>>>>>>>>>>>
    My grandfather was a diagnostician and pathologist >>>>>>>>>>>>>>> said: "You can't argue with ignorance".

    Again no trace of a proof. Only your authority and personal attacks
    about lack of knowledge and ignorance. So, the text below still stands:


    *The only sufficient proof is being an expert in C yourself* >>>>>>>>>>>>
    Again no trace of a proof. Do you understand what a proof is? >>>>>>>>>>>> The proof of 2+3=5 is not 'Being a mathematician'.
    You give the impression that you are clueless about how to prove it.


    The proof of 2 + 3 = 5 is through comprehending arithmetic. >>>>>>>>>>
    No, it follows with very simple reasoning from the axiomatic properties
    of natural numbers.


    If you understand them then the proof is easy if you
    do not understand them then the proof is impossible.

    It cannot be proved to anyone failing to comprehend arithmetic. >>>>>>>>>>>
    Likewise my proof is through comprehending the semantics of C. >>>>>>>>>>> It cannot be proved to anyone failing to comprehend the semantics of C.

    Since we understand C, that is not an excuse. It seems that you are >>>>>>>>>> looking for excuses to hide the fact that you have never seen such >>>>>>>>>> proof.


    00 int H(ptr x, ptr x)  // ptr is pointer to int function
    01 int D(ptr x)
    02 {
    03   int Halt_Status = H(x, x);
    04   if (Halt_Status)
    05     HERE: goto HERE;
    06   return Halt_Status;
    07 }
    08
    09 int main()
    10 {
    11   H(D,D);
    12 }

    Any H/D pair matching the above template where
    D(D) is simulated by the same H(D,D) that it calls
    cannot possibly reach past its own line 03.

    If you understand C and understand proofs then you
    understand that a single counter-example would refute
    my claim if one exists. You would also understand that
    that when no such counter-example exists that would
    prove that I am correct.

    So I ask you to do one of three things:
    (a) Admit that I am correct
    (b) Provide a single counter example
    (c) Admit that you simply don't understand this.

    *Any other response will be construed as intentional deception* >>>>>>>>> Intentional deception certainly meets the requirement of
    reckless disregard for the truth of defamation lawsuits.

    https://dictionary.findlaw.com/definition/reckless-disregard-of-the-truth.html


    Again no proof. Now with the excuse that olcott does not know a counter
    example.

    Any claim that my statement is incorrect that does not have the
    required single counter-example proving that my claim is incorrect >>>>>>> could be construed as the

    https://dictionary.findlaw.com/definition/reckless-disregard-of-the-truth.html

    of defamation. This is definitely defamation when people skilled in the >>>>>>> art of C programming understand that my claim is self-evidently true >>>>>>> and proved entirely on the basis of the semantics of the C programing >>>>>>> language.

    It your claim, so you have the burden of a proof. Not knowing a counter
    example is not a proof. It seems you are using such excuses to hide the
    fact that you don't know how to prove it. Again, if there is a proof, >>>>>>>> show it. Otherwise stop saying that it is a verified fact, because it >>>>>>>> becomes more and more clear that nobody verified it.

    *It is ONLY a verified fact to people*
    *skilled in the art of C programming*

    https://www.britannica.com/science/mole-chemistry
    A mole in chemistry is only a verified fact to those
    skilled in the art of chemistry. To everyone else it
    is an animal that burrows in the ground.


    Again no proof. The excuse, asking for a counter example,

    People that claimed they provided (a valid) counter-example
    are LIARS. They that know is was an invalid or non-existent
    counter-example is a basis for winning a defamation suit.

    is even weaker. If there is a proof, it would be so simple to show it >>>>>> here. As even olcott said that a verified fact is a proven fact, he >>>>>> cannot speak of a verified fact as long as there is no proof. I have 50 >>>>>> years of experience in programming, many years in C, so I am a very >>>>>> skilled C programmer. So, why do you hide the proof? I wonder what the >>>>>> next excuse will be to hide the fact that there is no proof.

    *Then you know that valid counter-examples cannot possibly exist*
    *and implication otherwise is a reckless disregard for the truth*


    Again no proof. This time, instead of a proof, the claim that a counter >>>
    If I had 10,000 experts in C that are PhD computer scientists
    that agreed with me this would not be proof. It is you that do
    not understand what proof is.

    No, but it would strongly support the idea that the errors in your
    claims are not C programming errors. And even less that 10,000 would
    be enough for that. Pernaps three.


    Two people with a masters degrees in computer science and two
    other people in C forums agreed that D simulated by H cannot
    possibly reach its own line 06 and halt.

    You should post pointers to the agreements. A mere hearsay does
    not count. Although the claim that some or your errors are not
    C programming errors is fairly credible anyway.

    The actual complete proof that I am correct is with the actual
    semantics of the C programming language.

    That you say so is good evidence that supports the claim that
    you are wrong.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Sat May 18 11:09:52 2024
    On 2024-05-17 16:31:25 +0000, olcott said:

    On 5/17/2024 4:47 AM, Mikko wrote:
    On 2024-05-16 16:04:32 +0000, olcott said:

    On 5/16/2024 10:12 AM, Fred. Zwarts wrote:
    Op 16.mei.2024 om 16:54 schreef olcott:
    On 5/16/2024 5:36 AM, Fred. Zwarts wrote:
    Op 15.mei.2024 om 22:10 schreef olcott:
    On 5/15/2024 2:13 PM, Fred. Zwarts wrote:
    Op 15.mei.2024 om 20:39 schreef olcott:
    On 5/15/2024 1:19 PM, Fred. Zwarts wrote:
    Op 15.mei.2024 om 18:27 schreef olcott:
    On 5/15/2024 9:50 AM, Fred. Zwarts wrote:
    Op 15.mei.2024 om 16:02 schreef olcott:
    On 5/15/2024 1:21 AM, Fred. Zwarts wrote:
    Op 14.mei.2024 om 22:13 schreef olcott:
    On 5/14/2024 3:05 PM, Fred. Zwarts wrote:
    Op 14.mei.2024 om 21:42 schreef olcott:
    On 5/14/2024 2:36 PM, Fred. Zwarts wrote:
    Op 14.mei.2024 om 20:40 schreef olcott:
    On 5/14/2024 1:30 PM, Fred. Zwarts wrote: >>>>>>>>>>>>>>>>>>>> Op 14.mei.2024 om 19:52 schreef olcott: >>>>>>>>>>>>>>>>>>>>> On 5/14/2024 12:49 PM, Fred. Zwarts wrote: >>>>>>>>>>>>>>>>>>>>>> Op 14.mei.2024 om 19:14 schreef olcott: >>>>>>>>>>>>>>>>>>>>>>> On 5/14/2024 11:13 AM, Fred. Zwarts wrote: >>>>>>>>>>>>>>>>>>>>>>>> Op 14.mei.2024 om 17:45 schreef olcott: >>>>>>>>>>>>>>>>>>>>>>>>> On 5/14/2024 10:42 AM, Fred. Zwarts wrote: >>>>>>>>>>>>>>>>>>>>>>>>>> Op 14.mei.2024 om 17:30 schreef olcott: >>>>>>>>>>>>>>>>>>>>>>>>>>> On 5/14/2024 10:08 AM, Alan Mackenzie wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>> [ Followup-To: set ]

    In comp.theory olcott <polcott333@gmail.com> wrote:
    On 5/14/2024 4:44 AM, Mikko wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 2024-05-12 15:58:02 +0000, olcott said: >>>>>>>>>>>>>>>>>>>>>>>>>>>>
    On 5/12/2024 10:21 AM, Mikko wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 2024-05-12 11:34:17 +0000, Richard Damon said:

    On 5/12/24 5:19 AM, Mikko wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 2024-05-11 16:26:30 +0000, olcott said: >>>>>>>>>>>>>>>>>>>>>>>>>>>>
    I am working on providing an academic quality definition of this
    term.

    The definition in Wikipedia is good enough. >>>>>>>>>>>>>>>>>>>>>>>>>>>>

    I think he means, he is working on a definition that redefines the
    field to allow him to claim what he wants. >>>>>>>>>>>>>>>>>>>>>>>>>>>>
    Here one can claim whatever one wants anysay. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> In if one wants to present ones claims on some significant forum then
    it is better to stick to usual definitions as much as possible.

    Sort of like his new definition of H as an "unconventional" machine
    that some how both returns an answer but also keeps on running.

    There are systems where that is possible but unsolvable problems are
    unsolvable even in those systems. >>>>>>>>>>>>>>>>>>>>>>>>>>>>

    When Ĥ is applied to ⟨Ĥ⟩ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞
    Ĥ.q0 ⟨Ĥ⟩ ⊢* embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn

    This notation does not work with machines that can, or have parts
    that can, return a value without (or before) termination.



    00 int H(ptr x, ptr x)  // ptr is pointer to int function
    01 int D(ptr x)
    02 {
    03   int Halt_Status = H(x, x); >>>>>>>>>>>>>>>>>>>>>>>>>>>>> 04   if (Halt_Status) >>>>>>>>>>>>>>>>>>>>>>>>>>>>> 05     HERE: goto HERE; >>>>>>>>>>>>>>>>>>>>>>>>>>>>> 06   return Halt_Status; >>>>>>>>>>>>>>>>>>>>>>>>>>>>> 07 }
    08
    09 int main()
    10 {
    11   H(D,D);
    12 }

    In any case you diverged away form the whole point of this thread.
    Richard is wrong when he says that there exists an H/D pair such
    that D simulated by H ever reaches past its own line 03.

    Yes, in the same way that you are wrong.  The above "C code" is garbage;
    as already pointed out, it doesn't even compile. So any talk of
    "reaching line 3" or "matching" that "code" is vacuous nonsense.


    Any H/D pair matching the above template where D(D) is simulated
    by the same H(D,D) that it calls cannot possibly reach past its own
    line 03. Simple software engineering verified fact. >>>>>>>>>>>>>>>>>>>>>>>>>>
    Since nobody knows who has verified this fact en there have been
    counter examples,

    *See if you can show that your claim of counter-examples is not a lie*
    *See if you can show that your claim of counter-examples is not a lie*
    *See if you can show that your claim of counter-examples is not a lie*



    *YOU SKIPPED THE CHALLENGE TO YOUR ASSERTION* >>>>>>>>>>>>>>>>>>>>>>> IS THAT BECAUSE YOU KNOW IT IS FALSE? >>>>>>>>>>>>>>>>>>>>>>>
    *YOU SKIPPED THE CHALLENGE TO YOUR ASSERTION* >>>>>>>>>>>>>>>>>>>>>>> IS THAT BECAUSE YOU KNOW IT IS FALSE? >>>>>>>>>>>>>>>>>>>>>>>
    *YOU SKIPPED THE CHALLENGE TO YOUR ASSERTION* >>>>>>>>>>>>>>>>>>>>>>> IS THAT BECAUSE YOU KNOW IT IS FALSE? >>>>>>>>>>>>>>>>>>>>>>>
    Olcott is trying to stay at this point for several weeks now, but he
    does not succeed. The reason probably is, that it is already a few
    steps too far. First there must be agreement about the words and terms
    used in what he says. So, we should delay this subject and go back a
    few steps.
    Before we can talk about this, first there must be 100% agreement about:

    1) What is a "verified fact"? Who needs to do the verification before
    it can be said that it is a verified fact? >>>>>>>>>>>>>>>>>>>>>>>
    I am ONLY referring to expressions that are PROVEN >>>>>>>>>>>>>>>>>>>>>>> to be {true entirely on the basis of their meaning}. >>>>>>>>>>>>>>>>>>>>>>>
    *CONCRETE EXAMPLES*
    How do we know that 2 + 3 = 5?

    If needed we can write out the proof for this, starting from the axioms
    for natural numbers. That proof is well known. >>>>>>>>>>>>>>>>>>>>>>
    But nobody here knows the proof for your assertion above, that it is a
    verified fact that it cannot reach past line 03. So, we would like to
    see that proof. Just the claim that it has been proven is not enough.


    The "nobody here" you are referring to must be clueless >>>>>>>>>>>>>>>>>>>>> about the semantics of the C programming language. >>>>>>>>>>>>>>>>>>>>>

    Are you honest? Please, give the proof, instead of keeping away from it.

    I have been an expert C/C++ programmer for decades. >>>>>>>>>>>>>>>>>>> If you knew C will enough yourself you would comprehend >>>>>>>>>>>>>>>>>>> that my claim about:

    Any H/D pair matching the above template where >>>>>>>>>>>>>>>>>>> D(D) is simulated by the same H(D,D) that it calls >>>>>>>>>>>>>>>>>>> cannot possibly reach past its own line 03. >>>>>>>>>>>>>>>>>>> This is a simple software engineering verified fact. >>>>>>>>>>>>>>>>>>>
    My grandfather was a diagnostician and pathologist >>>>>>>>>>>>>>>>>>> said: "You can't argue with ignorance".

    Again no trace of a proof. Only your authority and personal attacks
    about lack of knowledge and ignorance. So, the text below still stands:


    *The only sufficient proof is being an expert in C yourself* >>>>>>>>>>>>>>>>
    Again no trace of a proof. Do you understand what a proof is? >>>>>>>>>>>>>>>> The proof of 2+3=5 is not 'Being a mathematician'. >>>>>>>>>>>>>>>> You give the impression that you are clueless about how to prove it.


    The proof of 2 + 3 = 5 is through comprehending arithmetic. >>>>>>>>>>>>>>
    No, it follows with very simple reasoning from the axiomatic properties
    of natural numbers.


    If you understand them then the proof is easy if you >>>>>>>>>>>>> do not understand them then the proof is impossible. >>>>>>>>>>>>>
    It cannot be proved to anyone failing to comprehend arithmetic. >>>>>>>>>>>>>>>
    Likewise my proof is through comprehending the semantics of C. >>>>>>>>>>>>>>> It cannot be proved to anyone failing to comprehend the semantics of C.

    Since we understand C, that is not an excuse. It seems that you are
    looking for excuses to hide the fact that you have never seen such
    proof.


    00 int H(ptr x, ptr x)  // ptr is pointer to int function >>>>>>>>>>>>> 01 int D(ptr x)
    02 {
    03   int Halt_Status = H(x, x);
    04   if (Halt_Status)
    05     HERE: goto HERE;
    06   return Halt_Status;
    07 }
    08
    09 int main()
    10 {
    11   H(D,D);
    12 }

    Any H/D pair matching the above template where
    D(D) is simulated by the same H(D,D) that it calls
    cannot possibly reach past its own line 03.

    If you understand C and understand proofs then you
    understand that a single counter-example would refute >>>>>>>>>>>>> my claim if one exists. You would also understand that >>>>>>>>>>>>> that when no such counter-example exists that would
    prove that I am correct.

    So I ask you to do one of three things:
    (a) Admit that I am correct
    (b) Provide a single counter example
    (c) Admit that you simply don't understand this.

    *Any other response will be construed as intentional deception* >>>>>>>>>>>>> Intentional deception certainly meets the requirement of >>>>>>>>>>>>> reckless disregard for the truth of defamation lawsuits. >>>>>>>>>>>>>
    https://dictionary.findlaw.com/definition/reckless-disregard-of-the-truth.html


    Again no proof. Now with the excuse that olcott does not know a counter
    example.

    Any claim that my statement is incorrect that does not have the >>>>>>>>>>> required single counter-example proving that my claim is incorrect >>>>>>>>>>> could be construed as the

    https://dictionary.findlaw.com/definition/reckless-disregard-of-the-truth.html

    of defamation. This is definitely defamation when people skilled in the
    art of C programming understand that my claim is self-evidently true
    and proved entirely on the basis of the semantics of the C programing
    language.

    It your claim, so you have the burden of a proof. Not knowing a counter
    example is not a proof. It seems you are using such excuses to hide the
    fact that you don't know how to prove it. Again, if there is a proof,
    show it. Otherwise stop saying that it is a verified fact, because it
    becomes more and more clear that nobody verified it.

    *It is ONLY a verified fact to people*
    *skilled in the art of C programming*

    https://www.britannica.com/science/mole-chemistry
    A mole in chemistry is only a verified fact to those
    skilled in the art of chemistry. To everyone else it
    is an animal that burrows in the ground.


    Again no proof. The excuse, asking for a counter example,

    People that claimed they provided (a valid) counter-example
    are LIARS. They that know is was an invalid or non-existent
    counter-example is a basis for winning a defamation suit.

    is even weaker. If there is a proof, it would be so simple to show it
    here. As even olcott said that a verified fact is a proven fact, he >>>>>>>>>> cannot speak of a verified fact as long as there is no proof. I have 50
    years of experience in programming, many years in C, so I am a very >>>>>>>>>> skilled C programmer. So, why do you hide the proof? I wonder what the
    next excuse will be to hide the fact that there is no proof. >>>>>>>>>
    *Then you know that valid counter-examples cannot possibly exist* >>>>>>>>> *and implication otherwise is a reckless disregard for the truth* >>>>>>>>>

    Again no proof. This time, instead of a proof, the claim that a counter

    If I had 10,000 experts in C that are PhD computer scientists
    that agreed with me this would not be proof. It is you that do
    not understand what proof is.

    Again an excuse to hide the proof. Now the prejudice that we would not >>>>>> understand it.
    Further, it seems to be another indication that olcott does not
    understand how a proof in computation theory looks like. It is not like >>>>>> a juridical proof, where the number and expertise of witnesses play a >>>>>> role.
    In computation theory a proof consists of a number of steps, starting >>>>>> with the definitions of the elements involved and of the axioms of the >>>>>> theory, resulting in a conclusion. Each of these steps can be explained >>>>>> from the definitions, axioms and results of previous steps.
    Olcott, again, if you want to convince people, learn how to formulate a >>>>>> proof. Up to now, we have not seen more than your conviction, without >>>>>> evidence. Present the proof and we will see whether we understand it. >>>>>
    typedef int (*ptr)();  // ptr is pointer to int function
    00 int H(ptr x, ptr x);
    01 int D(ptr x)
    02 {
    03   int Halt_Status = H(x, x);
    04   if (Halt_Status)
    05     HERE: goto HERE;
    06   return Halt_Status;
    07 }
    08
    09 int main()
    10 {
    11   H(D,D);
    12   return 0;
    13 }

    Any H/D pair matching the above template where
    D(D) is simulated by the same H(D,D) that it calls
    cannot possibly reach past its own line 03.
    This is a simple software engineering verified fact.

    It is true that the semantics of C does prove that
    the above paragraph is true.

    It is also true that you have proven that you are not
    interested in an honest dialogue.



    Again no proof. Again the excuse that we would not be interested in an >>>> honest dialogue. I am interested. That is why I ask for the proof.

    Anyone that knows the semantics of the C language well enough
    understands that a counter-example is categorically impossible.
    (a) You know the semantics of C well enough and lie.
    (b) You know the semantics of C well enough and fail to tell the truth.

    C semantics of the above program fragment is that the implementation
    must give a diagnostic message.


    In the above case a simulator is an x86 emulator that correctly
    emulates at least one of the x86 instructions of D in the order
    specified by the x86 instructions of D.

    Knowledge of C semantics is insufficient to verify that the simulator
    simulates the machine code correctly. Knowledge of the semantics of
    the machine language is also needed, and most C programmers don't
    know that. The x86 instruction set is large and complicated, especially
    for large x, so if one does not use it often one quickly forgets important details (and for simulation every detail is important).

    This may include correctly emulating the x86 instructions of H
    in the order specified by the x86 instructions of H thus calling
    H(D,D) in recursive simulation.

    *It is not a fragment it is a template specifying the infinite*
    *set of every H/D pair where D is correctly simulated by H*

    Knowledge of C semantics does not give an understanding of templates
    as the C standard says nothing about templates.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Sat May 18 10:58:40 2024
    On 2024-05-17 19:34:58 +0000, olcott said:

    On 5/17/2024 2:02 PM, Fred. Zwarts wrote:
    Op 17.mei.2024 om 19:18 schreef olcott:
    On 5/17/2024 11:24 AM, Fred. Zwarts wrote:
    Op 17.mei.2024 om 17:31 schreef olcott:
    On 5/17/2024 2:41 AM, Fred. Zwarts wrote:
    Op 16.mei.2024 om 21:32 schreef olcott:
    On 5/16/2024 1:55 PM, Fred. Zwarts wrote:
    Op 16.mei.2024 om 18:04 schreef olcott:
    On 5/16/2024 10:12 AM, Fred. Zwarts wrote:
    Op 16.mei.2024 om 16:54 schreef olcott:
    On 5/16/2024 5:36 AM, Fred. Zwarts wrote:
    Op 15.mei.2024 om 22:10 schreef olcott:
    On 5/15/2024 2:13 PM, Fred. Zwarts wrote:
    Op 15.mei.2024 om 20:39 schreef olcott:
    On 5/15/2024 1:19 PM, Fred. Zwarts wrote:
    Op 15.mei.2024 om 18:27 schreef olcott:
    On 5/15/2024 9:50 AM, Fred. Zwarts wrote:
    Op 15.mei.2024 om 16:02 schreef olcott:
    On 5/15/2024 1:21 AM, Fred. Zwarts wrote: >>>>>>>>>>>>>>>>>>>> Op 14.mei.2024 om 22:13 schreef olcott: >>>>>>>>>>>>>>>>>>>>> On 5/14/2024 3:05 PM, Fred. Zwarts wrote: >>>>>>>>>>>>>>>>>>>>>> Op 14.mei.2024 om 21:42 schreef olcott: >>>>>>>>>>>>>>>>>>>>>>> On 5/14/2024 2:36 PM, Fred. Zwarts wrote: >>>>>>>>>>>>>>>>>>>>>>>> Op 14.mei.2024 om 20:40 schreef olcott: >>>>>>>>>>>>>>>>>>>>>>>>> On 5/14/2024 1:30 PM, Fred. Zwarts wrote: >>>>>>>>>>>>>>>>>>>>>>>>>> Op 14.mei.2024 om 19:52 schreef olcott: >>>>>>>>>>>>>>>>>>>>>>>>>>> On 5/14/2024 12:49 PM, Fred. Zwarts wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>> Op 14.mei.2024 om 19:14 schreef olcott: >>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 5/14/2024 11:13 AM, Fred. Zwarts wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Op 14.mei.2024 om 17:45 schreef olcott: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 5/14/2024 10:42 AM, Fred. Zwarts wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Op 14.mei.2024 om 17:30 schreef olcott: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 5/14/2024 10:08 AM, Alan Mackenzie wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> [ Followup-To: set ] >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
    In comp.theory olcott <polcott333@gmail.com> wrote:
    On 5/14/2024 4:44 AM, Mikko wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 2024-05-12 15:58:02 +0000, olcott said: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
    On 5/12/2024 10:21 AM, Mikko wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 2024-05-12 11:34:17 +0000, Richard Damon said:

    On 5/12/24 5:19 AM, Mikko wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 2024-05-11 16:26:30 +0000, olcott said:

    I am working on providing an academic quality definition of this
    term. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
    The definition in Wikipedia is good enough.


    I think he means, he is working on a definition that redefines the
    field to allow him to claim what he wants.

    Here one can claim whatever one wants anysay.
    In if one wants to present ones claims on some significant forum then
    it is better to stick to usual definitions as much as possible.

    Sort of like his new definition of H as an "unconventional" machine
    that some how both returns an answer but also keeps on running.

    There are systems where that is possible but unsolvable problems are
    unsolvable even in those systems. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

    When Ĥ is applied to ⟨Ĥ⟩ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞
    Ĥ.q0 ⟨Ĥ⟩ ⊢* embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn

    This notation does not work with machines that can, or have parts
    that can, return a value without (or before) termination.



    00 int H(ptr x, ptr x)  // ptr is pointer to int function
    01 int D(ptr x) >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 02 {
    03   int Halt_Status = H(x, x); >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 04   if (Halt_Status) >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 05     HERE: goto HERE; >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 06   return Halt_Status; >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 07 }
    08
    09 int main() >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 10 {
    11   H(D,D); >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 12 }

    In any case you diverged away form the whole point of this thread.
    Richard is wrong when he says that there exists an H/D pair such
    that D simulated by H ever reaches past its own line 03.

    Yes, in the same way that you are wrong. The above "C code" is garbage;
    as already pointed out, it doesn't even compile. So any talk of
    "reaching line 3" or "matching" that "code" is vacuous nonsense.


    Any H/D pair matching the above template where D(D) is simulated
    by the same H(D,D) that it calls cannot possibly reach past its own
    line 03. Simple software engineering verified fact.

    Since nobody knows who has verified this fact en there have been
    counter examples, >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
    *See if you can show that your claim of counter-examples is not a lie*
    *See if you can show that your claim of counter-examples is not a lie*
    *See if you can show that your claim of counter-examples is not a lie*



    *YOU SKIPPED THE CHALLENGE TO YOUR ASSERTION* >>>>>>>>>>>>>>>>>>>>>>>>>>>>> IS THAT BECAUSE YOU KNOW IT IS FALSE? >>>>>>>>>>>>>>>>>>>>>>>>>>>>>
    *YOU SKIPPED THE CHALLENGE TO YOUR ASSERTION* >>>>>>>>>>>>>>>>>>>>>>>>>>>>> IS THAT BECAUSE YOU KNOW IT IS FALSE? >>>>>>>>>>>>>>>>>>>>>>>>>>>>>
    *YOU SKIPPED THE CHALLENGE TO YOUR ASSERTION* >>>>>>>>>>>>>>>>>>>>>>>>>>>>> IS THAT BECAUSE YOU KNOW IT IS FALSE? >>>>>>>>>>>>>>>>>>>>>>>>>>>>>
    Olcott is trying to stay at this point for several weeks now, but he
    does not succeed. The reason probably is, that it is already a few
    steps too far. First there must be agreement about the words and terms
    used in what he says. So, we should delay this subject and go back a
    few steps.
    Before we can talk about this, first there must be 100% agreement about:

    1) What is a "verified fact"? Who needs to do the verification before
    it can be said that it is a verified fact? >>>>>>>>>>>>>>>>>>>>>>>>>>>>>
    I am ONLY referring to expressions that are PROVEN
    to be {true entirely on the basis of their meaning}.

    *CONCRETE EXAMPLES*
    How do we know that 2 + 3 = 5? >>>>>>>>>>>>>>>>>>>>>>>>>>>>
    If needed we can write out the proof for this, starting from the axioms
    for natural numbers. That proof is well known. >>>>>>>>>>>>>>>>>>>>>>>>>>>>
    But nobody here knows the proof for your assertion above, that it is a
    verified fact that it cannot reach past line 03. So, we would like to
    see that proof. Just the claim that it has been proven is not enough.


    The "nobody here" you are referring to must be clueless
    about the semantics of the C programming language. >>>>>>>>>>>>>>>>>>>>>>>>>>>

    Are you honest? Please, give the proof, instead of keeping away from it.

    I have been an expert C/C++ programmer for decades. >>>>>>>>>>>>>>>>>>>>>>>>> If you knew C will enough yourself you would comprehend
    that my claim about:

    Any H/D pair matching the above template where >>>>>>>>>>>>>>>>>>>>>>>>> D(D) is simulated by the same H(D,D) that it calls >>>>>>>>>>>>>>>>>>>>>>>>> cannot possibly reach past its own line 03. >>>>>>>>>>>>>>>>>>>>>>>>> This is a simple software engineering verified fact. >>>>>>>>>>>>>>>>>>>>>>>>>
    My grandfather was a diagnostician and pathologist >>>>>>>>>>>>>>>>>>>>>>>>> said: "You can't argue with ignorance". >>>>>>>>>>>>>>>>>>>>>>>>
    Again no trace of a proof. Only your authority and personal attacks
    about lack of knowledge and ignorance. So, the text below still stands:


    *The only sufficient proof is being an expert in C yourself*

    Again no trace of a proof. Do you understand what a proof is?
    The proof of 2+3=5 is not 'Being a mathematician'. >>>>>>>>>>>>>>>>>>>>>> You give the impression that you are clueless about how to prove it.


    The proof of 2 + 3 = 5 is through comprehending arithmetic.

    No, it follows with very simple reasoning from the axiomatic properties
    of natural numbers.


    If you understand them then the proof is easy if you >>>>>>>>>>>>>>>>>>> do not understand them then the proof is impossible. >>>>>>>>>>>>>>>>>>>
    It cannot be proved to anyone failing to comprehend arithmetic.

    Likewise my proof is through comprehending the semantics of C.
    It cannot be proved to anyone failing to comprehend the semantics of C.

    Since we understand C, that is not an excuse. It seems that you are
    looking for excuses to hide the fact that you have never seen such
    proof.


    00 int H(ptr x, ptr x)  // ptr is pointer to int function >>>>>>>>>>>>>>>>>>> 01 int D(ptr x)
    02 {
    03   int Halt_Status = H(x, x);
    04   if (Halt_Status)
    05     HERE: goto HERE;
    06   return Halt_Status;
    07 }
    08
    09 int main()
    10 {
    11   H(D,D);
    12 }

    Any H/D pair matching the above template where >>>>>>>>>>>>>>>>>>> D(D) is simulated by the same H(D,D) that it calls >>>>>>>>>>>>>>>>>>> cannot possibly reach past its own line 03. >>>>>>>>>>>>>>>>>>>
    If you understand C and understand proofs then you >>>>>>>>>>>>>>>>>>> understand that a single counter-example would refute >>>>>>>>>>>>>>>>>>> my claim if one exists. You would also understand that >>>>>>>>>>>>>>>>>>> that when no such counter-example exists that would >>>>>>>>>>>>>>>>>>> prove that I am correct.

    So I ask you to do one of three things:
    (a) Admit that I am correct
    (b) Provide a single counter example
    (c) Admit that you simply don't understand this. >>>>>>>>>>>>>>>>>>>
    *Any other response will be construed as intentional deception*
    Intentional deception certainly meets the requirement of >>>>>>>>>>>>>>>>>>> reckless disregard for the truth of defamation lawsuits. >>>>>>>>>>>>>>>>>>>
    https://dictionary.findlaw.com/definition/reckless-disregard-of-the-truth.html


    Again no proof. Now with the excuse that olcott does not know a counter
    example.

    Any claim that my statement is incorrect that does not have the
    required single counter-example proving that my claim is incorrect
    could be construed as the

    https://dictionary.findlaw.com/definition/reckless-disregard-of-the-truth.html

    of defamation. This is definitely defamation when people skilled in the
    art of C programming understand that my claim is self-evidently true
    and proved entirely on the basis of the semantics of the C programing
    language.

    It your claim, so you have the burden of a proof. Not knowing a counter
    example is not a proof. It seems you are using such excuses to hide the
    fact that you don't know how to prove it. Again, if there is a proof,
    show it. Otherwise stop saying that it is a verified fact, because it
    becomes more and more clear that nobody verified it. >>>>>>>>>>>>>>>>>
    *It is ONLY a verified fact to people*
    *skilled in the art of C programming*

    https://www.britannica.com/science/mole-chemistry >>>>>>>>>>>>>>>>> A mole in chemistry is only a verified fact to those >>>>>>>>>>>>>>>>> skilled in the art of chemistry. To everyone else it >>>>>>>>>>>>>>>>> is an animal that burrows in the ground.


    Again no proof. The excuse, asking for a counter example, >>>>>>>>>>>>>>>
    People that claimed they provided (a valid) counter-example >>>>>>>>>>>>>>> are LIARS. They that know is was an invalid or non-existent >>>>>>>>>>>>>>> counter-example is a basis for winning a defamation suit. >>>>>>>>>>>>>>>
    is even weaker. If there is a proof, it would be so simple to show it
    here. As even olcott said that a verified fact is a proven fact, he
    cannot speak of a verified fact as long as there is no proof. I have 50
    years of experience in programming, many years in C, so I am a very
    skilled C programmer. So, why do you hide the proof? I wonder what the
    next excuse will be to hide the fact that there is no proof. >>>>>>>>>>>>>>>
    *Then you know that valid counter-examples cannot possibly exist*
    *and implication otherwise is a reckless disregard for the truth*


    Again no proof. This time, instead of a proof, the claim that a counter

    If I had 10,000 experts in C that are PhD computer scientists >>>>>>>>>>>>> that agreed with me this would not be proof. It is you that do >>>>>>>>>>>>> not understand what proof is.

    Again an excuse to hide the proof. Now the prejudice that we would not
    understand it.
    Further, it seems to be another indication that olcott does not >>>>>>>>>>>> understand how a proof in computation theory looks like. It is not like
    a juridical proof, where the number and expertise of witnesses play a
    role.
    In computation theory a proof consists of a number of steps, starting
    with the definitions of the elements involved and of the axioms of the
    theory, resulting in a conclusion. Each of these steps can be explained
    from the definitions, axioms and results of previous steps. >>>>>>>>>>>> Olcott, again, if you want to convince people, learn how to formulate a
    proof. Up to now, we have not seen more than your conviction, without
    evidence. Present the proof and we will see whether we understand it.

    typedef int (*ptr)();  // ptr is pointer to int function >>>>>>>>>>> 00 int H(ptr x, ptr x);
    01 int D(ptr x)
    02 {
    03   int Halt_Status = H(x, x);
    04   if (Halt_Status)
    05     HERE: goto HERE;
    06   return Halt_Status;
    07 }
    08
    09 int main()
    10 {
    11   H(D,D);
    12   return 0;
    13 }

    Any H/D pair matching the above template where
    D(D) is simulated by the same H(D,D) that it calls
    cannot possibly reach past its own line 03.
    This is a simple software engineering verified fact.

    It is true that the semantics of C does prove that
    the above paragraph is true.

    It is also true that you have proven that you are not
    interested in an honest dialogue.



    Again no proof. Again the excuse that we would not be interested in an
    honest dialogue. I am interested. That is why I ask for the proof. >>>>>>>>>
    Anyone that knows the semantics of the C language well enough >>>>>>>>> understands that a counter-example is categorically impossible. >>>>>>>>> (a) You know the semantics of C well enough and lie.
    (b) You know the semantics of C well enough and fail to tell the truth.

    Again no proof. Now with the excuse that we can find out ourselves. >>>>>>>> Olcott is claiming, so olcott has the burden of the proof. Without a >>>>>>>> proof, it is not "verified fact", but "my belief".
    (a) olcott knows that there is no such proof.
    (b) olcott has no idea how to formulate a proof.
    (c) olcott thinks he has a proof, but does not dare to show it, because
    he is afraid that someone will spot an error in it.


    It seems that you are simply too ignorant to understand that the >>>>>>> following is self-evidently true on the basis of the semantics of >>>>>>> the C programming language.

    typedef int (*ptr)();  // ptr is pointer to int function
    00 int H(ptr x, ptr x);
    01 int D(ptr x)
    02 {
    03   int Halt_Status = H(x, x);
    04   if (Halt_Status)
    05     HERE: goto HERE;
    06   return Halt_Status;
    07 }
    08
    09 int main()
    10 {
    11   H(D,D);
    12   return 0;
    13 }

    In the above case a simulator is an x86 emulator that correctly
    emulates at least one of the x86 instructions of D in the order
    specified by the x86 instructions of D.

    This may or include correctly emulating the x86 instructions of H >>>>>>> in the order specified by the x86 instructions of H thus calling >>>>>>> H(D,D) in recursive simulation.

    Any H/D pair matching the above template where
    D(D) is simulated by the same H(D,D) that it calls
    cannot possibly reach past its own line 03.

    *This is a simple software engineering verified fact*



    Again no proof. Now the excuse is that it is self-evidently true. A bad >>>>>> excuse, because it is self-evident only for olcott. That is what we >>>>>> call belief. It shows again that when olcott writes 'verified fact' we >>>>>> should read 'my belief'. Sorry, olcott, but with only your belief, your >>>>>> are not going to invalidate a proven theorem in computation theory. You >>>>>> will convince nobody if no proof can be supplied.

    It is self-evidently true to anyone having sufficient knowledge
    of the semantics of the C programming language.


    Again no proof. Now the excuse is that it is self-evident.

    The you want me to prove something to you in a language that you do not
    sufficiently understand is an unreasonable request. I have improved the
    words of my proof and put in some more details.

    typedef int (*ptr)();  // ptr is pointer to int function
    00 int H(ptr x, ptr x);
    01 int D(ptr x)
    02 {
    03   int Halt_Status = H(x, x);
    04   if (Halt_Status)
    05     HERE: goto HERE;
    06   return Halt_Status;
    07 }
    08
    09 int main()
    10 {
    11   H(D,D);
    12   return 0;
    13 }

    In the above case a simulator is an x86 emulator that correctly
    emulates at least one of the x86 instructions of D in the order
    specified by the x86 instructions of D.

    This may include correctly emulating the x86 instructions of H
    in the order specified by the x86 instructions of H thus calling
    H(D,D) in recursive simulation.

    Execution Trace
    Line 11: main() invokes H(D,D);

    keeps repeating (unless aborted)
    Line 01
    Line 02
    Line 03: simulated D(D) invokes simulated H(D,D) that simulates D(D)

    Simulation invariant:
    D correctly simulated by H cannot possibly reach past its own line 03.

    The key thing to note is that no D simulated correctly by any H of every >>> H/D pair specified by the above template ever reaches its own line 06
    and halts.

    The above is self-evidently true to anyone having sufficient
    knowledge of the semantics of the C programming language.

    Again no proof. But it seems that olcott is slowly starting to
    understand that it is not self-evident, because he now shows a small
    beginning of an attempt for a proof. It is a pity for him that he
    ignored the rest of my post where I told him a brief outline for a
    proof.
    What we still miss are the requirements for H.

    I try to do the best that I can to write my words so that even people
    with attention deficit disorder (ADD) can understand them.

    The ONLY requirement for H as I have said many many hundreds of times
    is that H simulates D.

    The self-evident meaning of what D correctly simulated by H means is
    now specified so that people trying as hard as possible to make sure
    to find any loophole to intentionally misinterpret my words will look
    much more foolish.

    A working example is not enough to define an infinite set of H. So,
    define the requirements.


    I did and always have. Possibly not well enough for people having
    ADD that can hardly pay any attention. Not well enough for people
    having insufficient knowledge of the semantics of C.

    Then, do not only claim that there is a simulation invariant, but prove it.

    Prove that 2 + 3 = 5 to someone that does not know what numbers are.
    No need for any proof for people that understand arithmetic.

    You need to prove it if you want to replace Peano arithmetic, where
    Gödel's incompleteness theorem has the same truth value as 2 + 3 = 5,
    with something where it has not.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Sat May 18 11:39:48 2024
    On 2024-05-17 18:24:10 +0000, olcott said:

    On 5/17/2024 11:32 AM, Mikko wrote:
    On 2024-05-16 15:17:37 +0000, olcott said:

    On 5/16/2024 4:27 AM, Mikko wrote:
    On 2024-05-15 20:10:10 +0000, olcott said:

    On 5/15/2024 2:13 PM, Fred. Zwarts wrote:
    Op 15.mei.2024 om 20:39 schreef olcott:
    On 5/15/2024 1:19 PM, Fred. Zwarts wrote:
    Op 15.mei.2024 om 18:27 schreef olcott:
    On 5/15/2024 9:50 AM, Fred. Zwarts wrote:
    Op 15.mei.2024 om 16:02 schreef olcott:
    On 5/15/2024 1:21 AM, Fred. Zwarts wrote:
    Op 14.mei.2024 om 22:13 schreef olcott:
    On 5/14/2024 3:05 PM, Fred. Zwarts wrote:
    Op 14.mei.2024 om 21:42 schreef olcott:
    On 5/14/2024 2:36 PM, Fred. Zwarts wrote:
    Op 14.mei.2024 om 20:40 schreef olcott:
    On 5/14/2024 1:30 PM, Fred. Zwarts wrote:
    Op 14.mei.2024 om 19:52 schreef olcott:
    On 5/14/2024 12:49 PM, Fred. Zwarts wrote: >>>>>>>>>>>>>>>>>>>> Op 14.mei.2024 om 19:14 schreef olcott: >>>>>>>>>>>>>>>>>>>>> On 5/14/2024 11:13 AM, Fred. Zwarts wrote: >>>>>>>>>>>>>>>>>>>>>> Op 14.mei.2024 om 17:45 schreef olcott: >>>>>>>>>>>>>>>>>>>>>>> On 5/14/2024 10:42 AM, Fred. Zwarts wrote: >>>>>>>>>>>>>>>>>>>>>>>> Op 14.mei.2024 om 17:30 schreef olcott: >>>>>>>>>>>>>>>>>>>>>>>>> On 5/14/2024 10:08 AM, Alan Mackenzie wrote: >>>>>>>>>>>>>>>>>>>>>>>>>> [ Followup-To: set ]

    In comp.theory olcott <polcott333@gmail.com> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>> On 5/14/2024 4:44 AM, Mikko wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>> On 2024-05-12 15:58:02 +0000, olcott said: >>>>>>>>>>>>>>>>>>>>>>>>>>
    On 5/12/2024 10:21 AM, Mikko wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 2024-05-12 11:34:17 +0000, Richard Damon said:

    On 5/12/24 5:19 AM, Mikko wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 2024-05-11 16:26:30 +0000, olcott said: >>>>>>>>>>>>>>>>>>>>>>>>>>
    I am working on providing an academic quality definition of this
    term.

    The definition in Wikipedia is good enough. >>>>>>>>>>>>>>>>>>>>>>>>>>

    I think he means, he is working on a definition that redefines the
    field to allow him to claim what he wants. >>>>>>>>>>>>>>>>>>>>>>>>>>
    Here one can claim whatever one wants anysay. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> In if one wants to present ones claims on some significant forum then
    it is better to stick to usual definitions as much as possible.

    Sort of like his new definition of H as an "unconventional" machine
    that some how both returns an answer but also keeps on running.

    There are systems where that is possible but unsolvable problems are
    unsolvable even in those systems. >>>>>>>>>>>>>>>>>>>>>>>>>>

    When Ĥ is applied to ⟨Ĥ⟩ >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞
    Ĥ.q0 ⟨Ĥ⟩ ⊢* embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn

    This notation does not work with machines that can, or have parts
    that can, return a value without (or before) termination.



    00 int H(ptr x, ptr x)  // ptr is pointer to int function
    01 int D(ptr x)
    02 {
    03   int Halt_Status = H(x, x); >>>>>>>>>>>>>>>>>>>>>>>>>>> 04   if (Halt_Status)
    05     HERE: goto HERE; >>>>>>>>>>>>>>>>>>>>>>>>>>> 06   return Halt_Status; >>>>>>>>>>>>>>>>>>>>>>>>>>> 07 }
    08
    09 int main()
    10 {
    11   H(D,D);
    12 }

    In any case you diverged away form the whole point of this thread.
    Richard is wrong when he says that there exists an H/D pair such
    that D simulated by H ever reaches past its own line 03.

    Yes, in the same way that you are wrong.  The above "C code" is garbage;
    as already pointed out, it doesn't even compile.  So any talk of
    "reaching line 3" or "matching" that "code" is vacuous nonsense.


    Any H/D pair matching the above template where D(D) is simulated
    by the same H(D,D) that it calls cannot possibly reach past its own
    line 03. Simple software engineering verified fact. >>>>>>>>>>>>>>>>>>>>>>>>
    Since nobody knows who has verified this fact en there have been
    counter examples,

    *See if you can show that your claim of counter-examples is not a lie*
    *See if you can show that your claim of counter-examples is not a lie*
    *See if you can show that your claim of counter-examples is not a lie*



    *YOU SKIPPED THE CHALLENGE TO YOUR ASSERTION* >>>>>>>>>>>>>>>>>>>>> IS THAT BECAUSE YOU KNOW IT IS FALSE? >>>>>>>>>>>>>>>>>>>>>
    *YOU SKIPPED THE CHALLENGE TO YOUR ASSERTION* >>>>>>>>>>>>>>>>>>>>> IS THAT BECAUSE YOU KNOW IT IS FALSE? >>>>>>>>>>>>>>>>>>>>>
    *YOU SKIPPED THE CHALLENGE TO YOUR ASSERTION* >>>>>>>>>>>>>>>>>>>>> IS THAT BECAUSE YOU KNOW IT IS FALSE? >>>>>>>>>>>>>>>>>>>>>
    Olcott is trying to stay at this point for several weeks now, but he
    does not succeed. The reason probably is, that it is already a few
    steps too far. First there must be agreement about the words and terms
    used in what he says. So, we should delay this subject and go back a
    few steps.
    Before we can talk about this, first there must be 100% agreement about:

    1) What is a "verified fact"? Who needs to do the verification before
    it can be said that it is a verified fact? >>>>>>>>>>>>>>>>>>>>>
    I am ONLY referring to expressions that are PROVEN >>>>>>>>>>>>>>>>>>>>> to be {true entirely on the basis of their meaning}. >>>>>>>>>>>>>>>>>>>>>
    *CONCRETE EXAMPLES*
    How do we know that 2 + 3 = 5?

    If needed we can write out the proof for this, starting from the axioms
    for natural numbers. That proof is well known. >>>>>>>>>>>>>>>>>>>>
    But nobody here knows the proof for your assertion above, that it is a
    verified fact that it cannot reach past line 03. So, we would like to
    see that proof. Just the claim that it has been proven is not enough.


    The "nobody here" you are referring to must be clueless >>>>>>>>>>>>>>>>>>> about the semantics of the C programming language. >>>>>>>>>>>>>>>>>>>

    Are you honest? Please, give the proof, instead of keeping away from it.

    I have been an expert C/C++ programmer for decades. >>>>>>>>>>>>>>>>> If you knew C will enough yourself you would comprehend >>>>>>>>>>>>>>>>> that my claim about:

    Any H/D pair matching the above template where >>>>>>>>>>>>>>>>> D(D) is simulated by the same H(D,D) that it calls >>>>>>>>>>>>>>>>> cannot possibly reach past its own line 03.
    This is a simple software engineering verified fact. >>>>>>>>>>>>>>>>>
    My grandfather was a diagnostician and pathologist >>>>>>>>>>>>>>>>> said: "You can't argue with ignorance".

    Again no trace of a proof. Only your authority and personal attacks
    about lack of knowledge and ignorance. So, the text below still stands:


    *The only sufficient proof is being an expert in C yourself* >>>>>>>>>>>>>>
    Again no trace of a proof. Do you understand what a proof is? >>>>>>>>>>>>>> The proof of 2+3=5 is not 'Being a mathematician'. >>>>>>>>>>>>>> You give the impression that you are clueless about how to prove it.


    The proof of 2 + 3 = 5 is through comprehending arithmetic. >>>>>>>>>>>>
    No, it follows with very simple reasoning from the axiomatic properties
    of natural numbers.


    If you understand them then the proof is easy if you
    do not understand them then the proof is impossible.

    It cannot be proved to anyone failing to comprehend arithmetic. >>>>>>>>>>>>>
    Likewise my proof is through comprehending the semantics of C. >>>>>>>>>>>>> It cannot be proved to anyone failing to comprehend the semantics of C.

    Since we understand C, that is not an excuse. It seems that you are
    looking for excuses to hide the fact that you have never seen such >>>>>>>>>>>> proof.


    00 int H(ptr x, ptr x)  // ptr is pointer to int function >>>>>>>>>>> 01 int D(ptr x)
    02 {
    03   int Halt_Status = H(x, x);
    04   if (Halt_Status)
    05     HERE: goto HERE;
    06   return Halt_Status;
    07 }
    08
    09 int main()
    10 {
    11   H(D,D);
    12 }

    Any H/D pair matching the above template where
    D(D) is simulated by the same H(D,D) that it calls
    cannot possibly reach past its own line 03.

    If you understand C and understand proofs then you
    understand that a single counter-example would refute
    my claim if one exists. You would also understand that
    that when no such counter-example exists that would
    prove that I am correct.

    So I ask you to do one of three things:
    (a) Admit that I am correct
    (b) Provide a single counter example
    (c) Admit that you simply don't understand this.

    *Any other response will be construed as intentional deception* >>>>>>>>>>> Intentional deception certainly meets the requirement of >>>>>>>>>>> reckless disregard for the truth of defamation lawsuits. >>>>>>>>>>>
    https://dictionary.findlaw.com/definition/reckless-disregard-of-the-truth.html


    Again no proof. Now with the excuse that olcott does not know a counter
    example.

    Any claim that my statement is incorrect that does not have the >>>>>>>>> required single counter-example proving that my claim is incorrect >>>>>>>>> could be construed as the

    https://dictionary.findlaw.com/definition/reckless-disregard-of-the-truth.html

    of defamation. This is definitely defamation when people skilled in the
    art of C programming understand that my claim is self-evidently true >>>>>>>>> and proved entirely on the basis of the semantics of the C programing >>>>>>>>> language.

    It your claim, so you have the burden of a proof. Not knowing a counter
    example is not a proof. It seems you are using such excuses to hide the
    fact that you don't know how to prove it. Again, if there is a proof,
    show it. Otherwise stop saying that it is a verified fact, because it
    becomes more and more clear that nobody verified it.

    *It is ONLY a verified fact to people*
    *skilled in the art of C programming*

    https://www.britannica.com/science/mole-chemistry
    A mole in chemistry is only a verified fact to those
    skilled in the art of chemistry. To everyone else it
    is an animal that burrows in the ground.


    Again no proof. The excuse, asking for a counter example,

    People that claimed they provided (a valid) counter-example
    are LIARS. They that know is was an invalid or non-existent
    counter-example is a basis for winning a defamation suit.

    is even weaker. If there is a proof, it would be so simple to show it >>>>>>>> here. As even olcott said that a verified fact is a proven fact, he >>>>>>>> cannot speak of a verified fact as long as there is no proof. I have 50
    years of experience in programming, many years in C, so I am a very >>>>>>>> skilled C programmer. So, why do you hide the proof? I wonder what the >>>>>>>> next excuse will be to hide the fact that there is no proof.

    *Then you know that valid counter-examples cannot possibly exist* >>>>>>> *and implication otherwise is a reckless disregard for the truth* >>>>>>>

    Again no proof. This time, instead of a proof, the claim that a counter >>>>>
    If I had 10,000 experts in C that are PhD computer scientists
    that agreed with me this would not be proof. It is you that do
    not understand what proof is.

    No, but it would strongly support the idea that the errors in your
    claims are not C programming errors. And even less that 10,000 would
    be enough for that. Pernaps three.


    Two people with a masters degrees in computer science and two
    other people in C forums agreed that D simulated by H cannot
    possibly reach its own line 06 and halt.

    You should post pointers to the agreements.

    The above is self-evidently true to anyone having sufficient
    knowledge of the semantics of the C programming language.

    No, it is not. Without more evidence it is not self-evident
    or evident at all

    - whether those four people exist

    - whether those two or those four people have a masters degree
    in computer science

    - whether those four people agree that D simulated by H cannot
    possibly reach its own line 06 and halt

    - which D and which H their agreement was about.

    The answer to any of these comes from the meanings of the words or
    any well known truth so not self-evident.

    If you lack this sufficient knowledge then you are outside
    of my target audience.

    That's a big If.

    A mere hearsay does
    not count. Although the claim that some or your errors are not
    C programming errors is fairly credible anyway.

    The actual complete proof that I am correct is with the actual
    semantics of the C programming language.

    That you say so is good evidence that supports the claim that
    you are wrong.

    Evidence of a lack of credibility is much closer to an ad hominem
    personal attack that any proof that I am incorrect. Proof that I
    am incorrect only requires a single valid counter-example.

    Evidence is evidence. If you show the evidence that you lack
    some credibility, I am not going to argue otherwise.

    I told the one person claiming to have a single-valid counter-example
    to provide the Message-ID of this counter-example or be construed as
    a liar and they took the {construed as a liar} default option.

    Your preference in similar situations seems to be the same.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Sat May 18 12:18:37 2024
    On 2024-05-17 18:18:33 +0000, olcott said:

    On 5/17/2024 11:27 AM, Mikko wrote:
    On 2024-05-16 15:34:48 +0000, olcott said:

    On 5/16/2024 4:14 AM, Mikko wrote:
    On 2024-05-15 15:10:24 +0000, olcott said:

    On 5/15/2024 3:17 AM, Mikko wrote:
    On 2024-05-14 19:34:52 +0000, olcott said:

    *Anyone that says that I am wrong without knowing C is dishonest* >>>>>>
    First you should prove that you know C.

    Not at all. Not in the least. Deductive proofs cannot rely
    on an argument from authority.

    True but irrelevant. When someone sayes you are wrong, that does not
    refer to any deductive proofs as you haven't presented deductive
    proofs.

    None-the-less a single-valid-counter-example would prove that
    I am wrong thus any claim that I am wrong lacking this required
    valid counter-example is empty rhetoric entirely bereft of any
    supporting reasoning: (EREBOASR).

    Wrong, as explained above. More specifically, the word "thus" is
    false.

    Apparently you are unable to discern the distinct difference between
    a sound deductive proof and ad hominem evidence that I seem to lack credibility.

    Don't count on it, or I may choose to demonstrate that ability
    when you don't like it.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)