Re: The simple essence of Proof Theoretic Semantics

dbush <[email protected]>
Newsgroups sci.logic,sci.math,comp.theory,comp.ai.philosophy,alt.philosophy
Organization A noiseless patient Spider
Message-ID <[email protected]>
On 7/4/2026 12:58 PM, olcott wrote:
> On 7/4/2026 2:48 AM, Mikko wrote:
>> On 04/07/2026 05:37, olcott wrote:
>>> On 7/3/2026 9:19 PM, dbush wrote:
>>>> On 7/3/2026 10:05 PM, olcott wrote:
>>>>> On 7/3/2026 8:58 PM, dbush wrote:
>>>>>> On 7/3/2026 9:52 PM, olcott wrote:
>>>>>>> On 7/3/2026 5:51 PM, André G. Isaak wrote:
>>>>>>>> On 2026-07-03 16:37, olcott wrote:
>>>>>>>>> On 7/3/2026 1:47 PM, André G. Isaak wrote:
>>>>>>>>>> On 2026-07-03 12:36, olcott wrote:
>>>>>>>>>>> On 7/3/2026 1:18 PM, dbush wrote:
>>>>>>>>>>
>>>>>>>>>>>> If an algorithm takes an input and produces an output, that 
>>>>>>>>>>>> is by definition a mapping. 
>>>>>>>>>>> That only proves that the definition is incoherent.
>>>>>>>>>>> The coherent way that it actually works is that
>>>>>>>>>>> inputs are transformed into outputs by applying
>>>>>>>>>>> finite string transformation rules to inputs to
>>>>>>>>>>> derive outputs.
>>>>>>>>>>
>>>>>>>>>> Apparently you don't understand the difference between a 
>>>>>>>>>> mapping and an algorithm. They are two different things.
>>>>>>>>>>
>>>>>>>>>> André
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> A function that ignores its input and only returns 0
>>>>>>>>> is not any sort of halt function.
>>>>>>>>
>>>>>>>> He was defining 'mapping', not 'halt function'.
>>>>>>>>
>>>>>>>> André
>>>>>>>>
>>>>>>>
>>>>>>> A actual halt function must compute 
>>>>>> The mathematical halting function:
>>>>>>
>>>>>
>>>>> When you actually implement this concretely 
>>>>
>>>> We find that it is not possible, as Linz and others have proved.
>>>
>>> Impossible requirements are incorrect requirements.
>>
>> There is no well known meaning of "incorrect requirements".
>>
> 
> I just established the meaning of incorrect requirements
> as any requirement that requires the logically impossible.
> 
> The halting problem requires a decider that correctly
> reports the halt status of an input that does the opposite
> of whatever it reports. 

For example, algorithm H1 and algorithm D1 below:

void D(ptr *I)
{
      // algorithm D1; input: I
      ptr *X = D;
      ptr *Y = I;
      int result;
      {
          // algorithm H1; inputs: X,Y
          result = 0 + (X-X) + (Y-Y);
      }
      if (result == 1) {
          while (1);
      }
}

int H(ptr *X, ptr *Y)
{
      int result;
      {
          // algorithm H1; inputs: X,Y
          result = 0 + (X-X) + (Y-Y);
      }
      return result;
}

> 
> I already established that an incorrect polar question
> is any yes/no question lacking a correct yes/no answer.
> 

And the question "does algorithm X with input Y halt when executed 
directly for any algorithm X and input Y" is not such a question, as it 
does have a correct yes/no question in all cases.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.