Forums before death by AOL, social media and spammers... "We can't have nice things"
|    comp.ai.philosophy    |    Perhaps we should ask SkyNet about this    |    59,235 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 59,108 of 59,235    |
|    dart200 to Richard Damon    |
|    Re: is the ct-thesis cooked? (1/2)    |
|    18 Jan 26 10:15:05    |
      XPost: comp.theory, comp.software-eng       From: user7160@newsgrouper.org.invalid              On 1/18/26 4:05 AM, Richard Damon wrote:       > On 1/18/26 1:05 AM, dart200 wrote:       >> On 1/17/26 7:28 PM, Richard Damon wrote:       >>> On 1/17/26 10:14 PM, dart200 wrote:       >>>       >>> Good luck starving to death when your money runs out.       >>       >> one can only hope for so much sometimes 🙏       >>       >>>       >>>>       >>>>>       >>>>> I guess you don't understand the rules of logic.       >>>>       >>>> also not an argument       >>>       >>> Again, YOUR PROBLEM.       >>>       >>>       >>>>       >>>>>       >>>>>>       >>>>>> it's pretty crazy i can produce a machine (even if u haven't       >>>>>> understood it yet) that produces a consistent deterministic result       >>>>>> that is "not a computation".       >>>>>       >>>>> Because you get that result only by equivocating on your definitions.       >>>>>       >>>>> If the context is part of the inpt to make the output determistic       >>>>> from the input, then they fail to be usable as sub-computations as       >>>>> we can't control that context part of the input.       >>>>>       >>>>> When we look at just the controllable input for a sub-computation,       >>>>> the output is NOT a deterministic function of that inut.       >>>>>       >>>>>>       >>>>>> not sure what the fuck it's doing if it's not a computation       >>>>>       >>>>> Its using hidden inputs that the caller can't control.       >>>>       >>>> which we do all the time in normal programming, something which       >>>> apparently u think the tHeOrY oF CoMpUtInG fails to encapsulate       >>>       >>> Right, but that isn't about computations.       >>>       >>>>       >>>> pretty crazy we do a bunch "non-computating" in the normal act of       >>>> programming computers       >>>       >>> Why?       >>>       >>> As I have said, "Computatations" is NOT about how modern computers work.       >>>       >>> I guess you are just showing that you fundamentally don't understand       >>> the problem field you are betting your life on.       >>       >> one would presume the fundamental theory of computing would be general       >> enough to encapsulate everything computed by real world computers, no???       >       > Why?       >       > Remember, the fundamental theory of Computing PREDATES the computer as       > you know it.              so ur saying it's outdated and needs updating in regards to new things       we do with computers that apparently turing machines as a model don't       have variations of ...              or what ... someone writes down a fundamental theory and then it just       sticks around like an unchanging law when u haven't even proven the       ct-thesis correct???              >       > All you are doing is showing your ignorance of what you are talking about.       >       >>       >>>       >>>>       >>>>>       >>>>> Showing that you really don't understand what you are talking about.       >>>>>       >>>>>>       >>>>>>>       >>>>>>>>       >>>>>>>>>       >>>>>>>>> It seems you just assume you are allowed to change the       >>>>>>>>> definition, perhaps because you never bothered to learn it.       >>>>>>>>>       >>>>>>>>>>       >>>>>>>>>>>       >>>>>>>>>>>>       >>>>>>>>>>>>>       >>>>>>>>>>>>> This is sort of like the problem with a RASP machine       >>>>>>>>>>>>> architecture, sub- machines on such a platform are not       >>>>>>>>>>>>> necessarily computations, if they use the machines       >>>>>>>>>>>>> capability to pass information not allowed by the rules of       >>>>>>>>>>>>> a computation. Your RTM similarly break that property.       >>>>>>>>>>>>>       >>>>>>>>>>>>> Remember, Computations are NOT just what some model of       >>>>>>>>>>>>> processing produce, but specifically is defined based on       >>>>>>>>>>>>> producing a specific mapping of input to output, so if       >>>>>>>>>>>>> (even as a sub- machine) a specific input might produce       >>>>>>>>>>>>> different output, your architecture is NOT doing a       >>>>>>>>>>>>> computation.       >>>>>>>>>>>>>       >>>>>>>>>>>>> And without that property, using what the machine could do,       >>>>>>>>>>>>> becomes a pretty worthless criteria, as you can't actually       >>>>>>>>>>>>> talk much about it.       >>>>>>>>>>>>       >>>>>>>>>>>> the output is still well-defined and deterministic at runtime,       >>>>>>>>>>>       >>>>>>>>>>> Not from the "input" to the piece of algorithm, as it       >>>>>>>>>>> includes "hidden" state from outside that input stored       >>>>>>>>>>> elsewhere in the machine.       >>>>>>>>>>>       >>>>>>>>>>>>       >>>>>>>>>>>> context-dependent computations are still computations. the       >>>>>>>>>>>> fact TMs don't capture them is an indication that the ct-       >>>>>>>>>>>> thesis may be false       >>>>>>>>>>>>       >>>>>>>>>>>       >>>>>>>>>>> Nope. Not unless the "context" is made part of the "input",       >>>>>>>>>>> and if you do that, you find that since you are trying to       >>>>>>>>>>> make it so the caller can't just define that context, your       >>>>>>>>>>> system is less than turing complete.       >>>>>>>>>>>       >>>>>>>>>>> Your system break to property of building a computation by       >>>>>>>>>>> the concatination of sub-computations.       >>>>>>>>>>       >>>>>>>>>> ...including a context-dependent sub-computation makes ur       >>>>>>>>>> overall computation context-dependent too ... if u dont want a       >>>>>>>>>> context- dependent computation don't include context-dependent       >>>>>>>>>> sub- computation.       >>>>>>>>>       >>>>>>>>> Which makes it not a computation.       >>>>>>>>>       >>>>>>>>> PERIOD.       >>>>>>>>>       >>>>>>>>> Fallacy of equivocation.       >>>>>>>>       >>>>>>>> i'm not shifting meaning dude. i'm directly claiming it's a       >>>>>>>> distinct type of computation that has been ignored by the theory       >>>>>>>> of computing thus far       >>>>>>>>       >>>>>>>> nice try tho       >>>>>>>       >>>>>>> But you don't actually do that, as you then claim to be in the       >>>>>>> same field to solve a problem specified in the field.       >>>>>>>       >>>>>>> As I said, if you want to try to define a new field based on a       >>>>>>> new definition of what a computation is, go ahead.       >>>>>>       >>>>>> it's not a new field, it's a mild extension of turing machines,       >>>>>> with one new operation.       >>>>>       >>>>> No, it is, as you are changing essential core defintions.       >>>>>       >>>>> That is like saying that spherical geometery is the same field as       >>>>> plane geometry, we just added a small extension.       >>>>       >>>> what the did the nut say when it was all grown up???       >>>>       >>>>>       >>>>>>       >>>>>>>       >>>>>>> You need to work out your formal definition.       >>>>>>>       >>>>>>> Show how the system actually works out.       >>>>>>>       >>>>>>> Show what it can show.       >>>>>>>       >>>>>>> And show why anyone would want to use it.       >>>>>>>       >>>>>>>>       >>>>>>>>>       >>>>>>>>>>       >>>>>>>>>> but in order to be complete and coherent, certain computations       >>>>>>>>>> *must* have context-awareness and are therefore context-       >>>>>>>>>> dependent. these computations aren't generally computable by       >>>>>>>>>> TMs because TMs lack the necessary mechanisms to grant       >>>>>>>>>> context- awareness.       >>>>>>>>>       >>>>>>>>> In other words, you require some computations to not be actual       >>>>>>>>> computations.       >>>>>>>>>       >>>>>>>>>>       >>>>>>>>>> unless u can produce some actual proof of some computation              [continued in next message]              --- SoupGate-Win32 v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca