1. Forum
  2. Usenet
  3. COMP.THEORY

  • Re: Foundation of formal logic systems --- finite string transformation

    From Richard Damon@21:1/5 to olcott on Sat Oct 26 11:35:41 2024
    On 10/26/24 9:22 AM, olcott wrote:
    On 10/25/2024 11:07 PM, Richard Damon wrote:
    On 10/25/24 6:11 PM, olcott wrote:
    On 10/25/2024 10:45 AM, Richard Damon wrote:
    On 10/25/24 9:56 AM, olcott wrote:
    On 10/25/2024 7:27 AM, Richard Damon wrote:
    On 10/24/24 8:56 PM, olcott wrote:
    On 10/24/2024 6:23 PM, Richard Damon wrote:
    On 10/24/24 9:36 AM, olcott wrote:
    On 10/23/2024 9:48 PM, Richard Damon wrote:
    On 10/23/24 9:51 PM, olcott wrote:
    ChatGPT does completely understand this.


    But, it is just a stupid idiot that has been taught to repeat >>>>>>>>>> what it has been told.


    It is a brilliant genius that seems to infallibly deduce all >>>>>>>>> of the subtle nuances of each of the consequences on the basis >>>>>>>>> of a set of premises.

    I guess you don't undetstand how "Large Language Models work, do >>>>>>>> you.

    It has NO actual intelegence, or ability to "deduce" nuances, it >>>>>>>> is just a massive pattern matching system.

    All you are doing is proving how little you understand about
    what you are talking about,

    Remember, at the bottom of the page is a WARNING that it can
    make mistakes. And feeding it LIES, like you do is one easy way >>>>>>>> to do that.


    There is much more to this than your superficial
    understanding.  Here is a glimpse:
    https://www.technologyreview.com/2024/03/04/1089403/large-
    language- models-amazing-but-nobody-knows-why/

    The bottom line is that ChatGPT made no error in its
    evaluation of my work when this evaluation is based on
    pure reasoning. It is only when my work is measured
    against arbitrary dogma that cannot be justified with
    pure reasoning that makes me and ChatGPT seem incorrect.

    If use your same approach to these things we could say that
    ZFC stupidly fails to have a glimmering of understanding of
    Naive set theory. From your perspective ZFC is a damned liar.


    The articles says no such thing.


    *large-language-models-amazing-but-nobody-knows-why*
    They are much smarter and can figure out all kinds of
    things. Their original designers have no idea how they
    do this.

    In fact, it comments about the problem of "overfitting" where the
    processing get the wrong answers because it over generalizes.

    This is because the modeling process has no concept of actual
    meaning, and thus of truth, only the patterns that it has seen.

    AI's don't "Reason", they patern match and compare.

    Note, that "arbitrary dogma" that you try to reject, are the RULES >>>>>> and DEFINITONS of the system that you claim to be working in.


    How about we stipulate that the system that I am
    working in is termination analysis for the x86 language.
    as my system software says in its own name: x86utm.

    But it doesn;t actually know


    I said the the underlying formal mathematical system
    of DDD/HHH <is> the x86 language.

    Can't be.

    That isn't a formal logic system.


    Sure it is. A formal logic system is any system
    tat applies finite string transformation rules
    to finite strings.

    Whch the x86 language is not.

    The x86 language doesn't produce "strings" it produces "behavior"

    And it doesn't take in "strings" it takes is bit combinations, that
    represent the entire state of the system, and produces a resultant
    system state. No where does it talk about "strings".

    Yes, it defines a set of "transformation rules" but they are not on
    "strings" but on system memory state.

    Yes, in Computation Theory you can express such state as a "string", but
    the x86 langugage doesn't have that concept.

    You are just showing you don't understand what you are talking about,
    and you don't know what you are actually using.


    The simplest concrete example of such a system
    transforms pairs of ASCII digits into their sum.


    Which isn't what the x86 language does.

    There is an instruction (or a set of them) that take the contents of two
    data source and produce as an output a data sink with the results
    determined to be the sum of the those inputs, when expressed as two's complement numbers.

    Nothing there talked about "ASCII", and no 86 languge element does that
    as a single defined step.

    Yes, you can write a program with a sequence of steps that performs that action, but in the definition of the x86 langugage, there never was an
    "ASCII String" with the input, just bytes of memory with specific values
    and the output is not an "ASCII string", it is also just a series of
    bytes with specific values.

    You need to invoke computation theory to convert the code part of that
    x86 program into an algorithm, and the data part of that program to be
    an interpretation of those strings to get your results.

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