Re: H(D,D) cannot even be asked about the behavior of D(D) --- Truth Itself is not Broken.

Liste des GroupesRevenir à c theory 
Sujet : Re: H(D,D) cannot even be asked about the behavior of D(D) --- Truth Itself is not Broken.
De : richard (at) *nospam* damon-family.org (Richard Damon)
Groupes : comp.theory sci.logic
Date : 16. Jun 2024, 03:32:08
Autres entêtes
Organisation : i2pn2 (i2pn.org)
Message-ID : <v4lir8$3n5d$9@i2pn2.org>
References : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34
User-Agent : Mozilla Thunderbird
On 6/15/24 9:57 PM, olcott wrote:
On 6/15/2024 8:11 PM, Richard Damon wrote:
On 6/15/24 8:39 PM, olcott wrote:
On 6/15/2024 6:51 PM, Richard Damon wrote:
On 6/15/24 7:28 PM, olcott wrote:
On 6/15/2024 6:06 PM, Richard Damon wrote:
On 6/15/24 3:16 PM, olcott wrote:
On 6/15/2024 1:10 PM, Richard Damon wrote:
On 6/15/24 2:03 PM, olcott wrote:
On 6/15/2024 12:41 PM, Richard Damon wrote:
On 6/15/24 1:33 PM, olcott wrote:
On 6/15/2024 12:23 PM, Richard Damon wrote:
On 6/15/24 1:16 PM, olcott wrote:
It is not circular because *the paths are of different types*
It is only asking a question about one of these path types at
a time thus never actually circular.
>
The DEFINITION of {Thing} depends on {Physically existing thing}
The DEFINITION of {Physically existing thing} depends on {Thing}
>
That is a CYCLE
>
>
Then every conditional branch always specifies an infinite loop.
>
 From what?
>
The question: What are your parent types stops that {thing}
>
Yes, but the question: "What is a {thing}?" is defined by a cycle if its only definition is its relationships.
>
>
The question: What is a {thing} moves downward to its child types
to a finite recursive depth.
>
No, the question is "What is a {thing}"
>
>
Of course everyone can see that these two identical questions
have NOTHING to do with each other:
>
"What is a {thing}?"
"What is a {thing}?"
>
So, where do you get the anser?
>
Note, it is "what is a {thing}?" and NOT "what are the children of {thing}?"
>
>
The child nodes in a knowledge ontology exhaustively
specify the most subtle nuance of detail about each
and every thing in the set of all general knowledge.
>
>
HOW?
>
All you have IN THE SYSTEM that you have shown is a parent-child relationship between terms.
>
If the system is just describing that relationship, is says NOTHING about the actual meaning of the words.
>
I don't think you even know what a definition is or what meaning means.
>
>
I guess that you can't begin to understand this
without deep understanding of knowledge ontologies.
>
I understand them, and the graph itself gives you the interrelationships, but you still need to assign meaning to the terms or some form of linkage of the nodes in the graph to the thing they are supposed to represent.
>
 {78ce6fe0-f304-4918-9c6e-852958455689}
<26bc2b12-ff16-4552-a364-8efc2943f1f4>
{f7b78c94-1871-4a8e-85ab-bd2840fa8375}
 Would be understood to mean {cat} <is a> {animal}
And what connect that {cat}/{78ce6fe0-f304-4918-9c6e-852958455689} to our normal meaning of the animal cat? as opposed to just the GUID that specifies a particular sense-choice of a word that has no actual definitoin of ther than how it relates to all the other nodes that have no assigned meaning.

 
>
>
>
You seem to like wrong questions.
>
>
You seems to deny the identity principle.
>
>
The question: What are your child types always stops at some fixed
recursive depth.
>
*NO INFINITE LOOP HERE*
>
Because you keep asking the wrong questions, because you close your eyes to the truth.
>
>
When you don't have a clue you resort to rhetoric entirely bereft
of any supporting reasoning because this is very convincing to
clueless wonders and utterly hollow to those that have a clue.
>
Nope, You just don't seem smart enpough to understand the issues.
>
>
That you can't point to any specific gaps in my reasoning proves
that you only have baseless rhetoric. I think that we established
that my IQ is higher than yours haven't we? I forget.
>
>
I Have.
>
>
You have not.
>
You don't understand.
>
An no, your IQ is NOT higher than mine.
>
>
Do you even remember that conversation?
>
You don't remember the test score I remembered getting?
>
You said it was impossible.
>
>
I don't remember. I did meet Mensa's Jerry baker at a Mensa
meeting he had an IQ 4.7 standard deviations above the mean.
You are not understanding things that every MIT BSCS would know.
>
Which just shows your stupidity, as MIT doesn't HAVE a BSCS degree.
>
 No wonder.
Right, they have a BSEECS degree. People coming out of MIT need to know a bit about how the computer actually works in addition to how to program them.
I guess you just don't care to check your facts,.  But hten, since "truth" is a foreign concept to you, so is the idea of "facts"

 
And, I would put it as YOU don't understand material that is fundamental to the field.
>
>
>
Since that is the only IQ number I have mentioned, clearly yours is not that high.
>
>
>
>
To find the meaning of {Thing} we trace it to {Physically existing thing} which then traces to {Thing}
>
Do you not understand what a cycle is?
>
>
The tree traversal can move up the tree or down the tree
until is reaches the node where it stops.
>
What are your parent types?
What are your child types?
>
But that doesn't define what a {Thing} actually represents. By all your arguements, {Thing} could be the color "Red" and {Physically existing thig} could be "Fire Engine Red"
>
>
I guess you just don't understand the concept of meaning.
>
Makes sense for someone who doesn't understand what truth is.
>
To DEFINE what a {Thing} is, you either need to define it in terms of a collection of all its sub-componets  (which gives you a circular definition
>
So a dog has a tongue and the tongue is comprised of cells
and the cells are comprised of dog?
>
Try and provide a complete concrete example that is not nonsense.
>
But you are talking about RELATIONSHIPS and not DEFINITIONS.
>
>
By the theory of simple types I mean the doctrine which says that the objects of thought ... are divided into types, namely: individuals, properties of individuals, relations between individuals, properties of such relations, etc.
https://en.wikipedia.org/wiki/History_of_type_theory#G%C3%B6del_1944
>
The above can be simplified to different types of relations
between types thus fully defining every term.
>
And without definitions for the terms in your tree, the tree means nothing.
>
>
There are nodes and types of relations between nodes everything
else is explicitly defined.
>
And how are the nodes defined? WITHIN THE SYSTEM
>
>
There are nodes that have unique GUIDs.
>
Having a GUID does not assign meaning to the node, it makes it unique.
>
>
The meaning is specified by the connection to other
nodes. If we make an ISO standard dictionary of English
with standardized subscripts for sense meanings then we
get the gist of the idea of how the sense meanings of
words are defined in terms of the sense meanings of other
words.
>
Nope, that can't establish full meaning.
>
>
It was not meant to. It merely showed exactly how GUIDs
can be swapped for word sense meanings retaining ALL of
the original meaning.
>
No, it swaps for the NUMBERING of the word sense meanings. The entries still need their defintions, and that is where you have the problems.
>
 All of the word sense meanings including those
in the definitions are swapped.
So, what is the entry for the definition of a
{cat} / {78ce6fe0-f304-4918-9c6e-852958455689} ?
And, if they do include the definitions, then are they to OUTSIDE terms? and thus the system isn't self-contained?

 
You keep on sidetracking yourself on side issues.
>
>
Note, the dictionary you just references assigns a DEFINITION to each meaning, and that DEFINITION is what defines the meaning. The issue is that the words in the definition need to be defined in order to use used in the definition, and if you don't establish a set of "first words" that you assume can understand their meaning without needing to look at there definitions, you just get caught is cycles.
>
>
I guess a knowledge tree is simply over your head.
>
Nope, but the tree only shows the relationships between the nodes. Unless the nodes are somehow attached to meaning, they don't relate to actual knowledge.
>
 Yes this is the very very hard part.
If we swap ever word in every text ever written for the
GUID of the word's sense meaning all of the meanings remain.
So, your definiton graph is full of loops, as every node is connected via definitions to other words, so there is no "root" for the definition tree. And, if we have lost the Outside English meanings, we can't tell where to look at the system for data about a "cat"

 
But then, that is a fact that is largely just assumed, and not talked about, as knowledge trees aren't designed as a defintional tree, but as an interaction tree. Given this, what comes out of it.
>
 Wrongo and the Cyc project proves otherwise.
I suspect you will find that they have preserved the connections from there terms to Natural Language definitions to allow entry into the tree.

 
>
>
There are types of paths that have unique GUIDs for each path type.
There are connections between nodes using paths.
>
Which says we can establish specific paths, but doesn't assign MEANING to the node.
>
>
When we simply take the above ISO standard dictionary and
swap the finite string "word" + ISO standard subscript for
GUIDs all of the original semantic meaning remains intact.
>
No, you need to include the SENSE MEANINGS attached to each of those words, and that forms a definition graph that WILL have cycles.
>
English is a little sloppy in that is has some
identical sense meanings across different words.
The knowledge ontology gets rid of these duplicates.
>
You still don't understand
>
I guess you just don't understand what a DEFINITION is.
>
>
Give me a concrete example of an actual cycle.
>
an oak tree is a tree that produces acorns
>
an acorns is the nut of an oak tree.
>
>
If you are carefull, you may be able to establish a reasonably small set of "first words" that you will allow to be used in defintions without needing to push into their definitions, and build a rooted directed graph from those.
>
>
There are no first words.
>
Then there are just infinite cycles of meaning.
>
>
But, just like with Truth-makers, you need to have a base of words that don't need definitions to be understood to build that.
>
No you do not. Simply build the whole tree on the basis
of all of the meanings that exist.
>
But it isn't a tree, it is a graph, a graph with cycles, unless you have some first words.
>
 Try and make this 100% concrete showing an actual cycle that
already exists in standard dictionaries you are doing far less
than hand waving.
Oak: A tree that produces acorns.
Acorn: The nut of the oak tree.
If we define the "definition level" of a word to be one more than the highest definition level of any word used in its defintion that is needed to understand it, and no word has zero words in its definition that need to be understood to understand it, then the definition level of all words is infinite, because all words are above a circular definition.
Simple inductive proof:
There are no words with definition level 0, as we have no words which don't need any words to understand them (your claim that there are no first words).
If there are no words with a definition level of N, then there can not ve any words with a definition level of N+1, as to be of level N+1, it needs a words to understand it at level N, which we have as a given there are none.
Thus, There are no words with a definition level of any finite integer, so all words have an infinite definition level.

 
>
{cow} <is a> {animal} establishes the <is a> relation
between a pair of otherwise totally meaningless finite strings.
>
And if that is all we know, then that {cow} might be a cat, or if we don't have some defintion for {animal} we might think {animal} could be a building, and think that a {cow} could be a fire station.
>
 All we know is the single <is a> relation between otherwise
totally meaningless finite strings until we encode all of the
other relations between otherwise meaningless finite strings
we do not have compete knowledge.
And out of the see of meaningless terms, we can not find a term that relates to something we want to know.
We can perform the logical inferences in the system, but without the external links, we have no idea what tha tmeans.

 
You need likes between the {term} and the sort of objects they represet or you don't know what anything is. The tree lets you know the relaitonshop between the things we have identified.
>
 Yes.
And thus, none of the terms have their complete Truth-maker set fully in the system, but also in the links to that outside world.

 
>
You often still attach defintions to refine the meaning, but the idea is that you can start with the "first words" understanding and as you build up the set of words you consider you understand, you can then begin later rounds to refine the meanings.
>
>
{thing} is the root of the knowledge tree.
It is completely meaningless until its children
are defined.
>
And even when you define the terms for its children, you still don't know of something you have is actauly a {thing} or not, or which of the childern terms it might be.
>
 Once the knowledge tree is 100% complete then is has all of
the knowledge that can be expressed using language that any
human mind can possibly know.
but no connection to the world, unless we included the outside links.
And that means that things in the system have truth-makers outside the system.

 
EVERYTHING is meaningless until you start to define some of them to conenct them to actual ideas and things.
>
 {cat} <is a> {animal} is more than zero meaning
for the otherwise totally meaning less finite
strings.
 
But, without the link from {cat} to the English word "Cat", it provides us no knowledge about our actual world.

>
>
>
That <is> the essence of the
Cyc knowledge ontology / simple type hierarchy.
>
So, it seems, by YOUR description, Cyc knowledge ontology doesn't actually know the meaning of anything in its database,
>
>
>
It could just as easily had all the words replace with non-sense items like {type-1}, {type-2}, {type-3}, ... which means it tells you nothing about what you want to know.
>
>
>
The Cyc project does just that with its GUIDs and it works
just fine.
>
That tells us which of several meanings to use, but not what those meanings actually mean.
>
>
Each unique sense meaning has its own GUID.
>
>
Which doesn't mean it has a meaning. It has a spot for a unique meaning.
>
We can build definitions of words in the tree from other words, but those definitions will form a cycle.
>
If there is a cycle there then the ISO standard dictionary
would also have a cycle.
>
>
They Do.
>
>
dogma counts for less than nothing.
>
Show me a word that is a word that could be the root of the definition tree, that means it can not depend on the meaning of ANY other word, or those words would need to be lower than it on the meaning tree.
>
Dogma IS CORRECT is fields with actual authorities.
>
>
Find a word that doesn't use words to define its sense meaning. If there is no "first word" then there must be a cycle.
>
>
 

Date Sujet#  Auteur
10 Jun 24 * Re: D correctly simulated by H proved for THREE YEARS ---373olcott
10 Jun 24 +* Re: D correctly simulated by H proved for THREE YEARS ---10joes
10 Jun 24 i+* Re: D correctly simulated by H proved for THREE YEARS ---4Mikko
10 Jun 24 ii`* Re: D correctly simulated by H proved for THREE YEARS ---3olcott
11 Jun 24 ii `* Re: D correctly simulated by H proved for THREE YEARS ---2Mikko
11 Jun 24 ii  `- Re: D correctly simulated by H proved for THREE YEARS --- rewritten1olcott
10 Jun 24 i`* Re: D correctly simulated by H proved for THREE YEARS ---5olcott
10 Jun 24 i `* Re: D correctly simulated by H proved for THREE YEARS ---4joes
10 Jun 24 i  `* Re: D correctly simulated by H proved for THREE YEARS ---3olcott
10 Jun 24 i   `* Re: D simulated by H unproved for THREE YEARS ---2joes
10 Jun 24 i    `- Re: D simulated by H unproved for THREE YEARS ---1olcott
10 Jun 24 `* Re: D correctly simulated by H proved for THREE YEARS ---362Richard Damon
11 Jun 24  `* Re: D correctly simulated by H proved for THREE YEARS --- Richard admits his error361olcott
11 Jun 24   `* Re: D correctly simulated by H proved for THREE YEARS --- Richard admits his error360Richard Damon
11 Jun 24    `* Re: D correctly simulated by H proved for THREE YEARS --- Richard admits his error359olcott
11 Jun 24     `* Re: D correctly simulated by H proved for THREE YEARS --- Richard admits his error358Richard Damon
11 Jun 24      `* Re: D correctly simulated by H proved for THREE YEARS --- rewritten357olcott
12 Jun 24       +* Re: D correctly simulated by H proved for THREE YEARS --- rewritten355Richard Damon
12 Jun 24       i`* Re: D correctly simulated by H proved for THREE YEARS --- rewritten354olcott
12 Jun 24       i +* Re: D correctly simulated by H proved for THREE YEARS --- rewritten302Python
12 Jun 24       i i`* Re: D correctly simulated by H proved for THREE YEARS --- rewritten301olcott
12 Jun 24       i i `* Re: D correctly simulated by H proved for THREE YEARS --- rewritten300Richard Damon
12 Jun 24       i i  `* Re: D correctly simulated by H proved for THREE YEARS --- rewritten299olcott
12 Jun 24       i i   `* Re: D correctly simulated by H proved for THREE YEARS --- rewritten298Richard Damon
12 Jun 24       i i    `* Re: D correctly simulated by H proved for THREE YEARS --- finite string transformation rules297olcott
13 Jun 24       i i     `* Re: D correctly simulated by H proved for THREE YEARS --- finite string transformation rules296Richard Damon
13 Jun 24       i i      `* Re: D correctly simulated by H proved for THREE YEARS --- finite string transformation rules295olcott
13 Jun 24       i i       +* Re: D correctly simulated by H proved for THREE YEARS --- finite string transformation rules288Richard Damon
13 Jun 24       i i       i`* Re: D correctly simulated by H proved for THREE YEARS --- finite string transformation rules287olcott
13 Jun 24       i i       i +* Re: D correctly simulated by H proved for THREE YEARS --- finite string transformation rules285Richard Damon
13 Jun 24       i i       i i`* Re: D correctly simulated by H proved for THREE YEARS --- finite string transformation rules284olcott
13 Jun 24       i i       i i `* Re: D correctly simulated by H proved for THREE YEARS --- finite string transformation rules283Richard Damon
13 Jun 24       i i       i i  `* Re: D correctly simulated by H proved for THREE YEARS --- finite string transformation rules282olcott
13 Jun 24       i i       i i   `* Re: D correctly simulated by H proved for THREE YEARS --- finite string transformation rules281Richard Damon
13 Jun 24       i i       i i    `* Re: D correctly simulated by H proved for THREE YEARS --- finite string transformation rules280olcott
13 Jun 24       i i       i i     +* Re: D correctly simulated by H proved for THREE YEARS --- finite string transformation rules274Richard Damon
13 Jun 24       i i       i i     i`* Re: D correctly simulated by H proved for THREE YEARS --- finite string transformation rules273olcott
13 Jun 24       i i       i i     i `* Re: D correctly simulated by H proved for THREE YEARS --- finite string transformation rules272Richard Damon
13 Jun 24       i i       i i     i  `* Re: D correctly simulated by H proved for THREE YEARS --- finite string transformation rules271olcott
13 Jun 24       i i       i i     i   `* Re: D correctly simulated by H proved for THREE YEARS --- finite string transformation rules270Richard Damon
13 Jun 24       i i       i i     i    `* Re: D correctly simulated by H proved for THREE YEARS --- finite string transformation rules269olcott
13 Jun 24       i i       i i     i     +- Re: D correctly simulated by H proved for THREE YEARS --- finite string transformation rules1joes
14 Jun 24       i i       i i     i     `* Re: D correctly simulated by H proved for THREE YEARS --- finite string transformation rules267Richard Damon
14 Jun 24       i i       i i     i      +* Re: D correctly simulated by H proved for THREE YEARS --- finite string transformation rules236olcott
14 Jun 24       i i       i i     i      i`* Re: D correctly simulated by H proved for THREE YEARS --- finite string transformation rules235Richard Damon
14 Jun 24       i i       i i     i      i `* H(D,D) cannot even be asked about the behavior of D(D)234olcott
14 Jun 24       i i       i i     i      i  +* Re: H(D,D) cannot even be asked about the behavior of D(D)231Richard Damon
14 Jun 24       i i       i i     i      i  i`* Re: H(D,D) cannot even be asked about the behavior of D(D)230olcott
14 Jun 24       i i       i i     i      i  i `* Re: H(D,D) cannot even be asked about the behavior of D(D)229Richard Damon
14 Jun 24       i i       i i     i      i  i  `* Re: H(D,D) cannot even be asked about the behavior of D(D)228olcott
14 Jun 24       i i       i i     i      i  i   +* Re: H(D,D) cannot even be asked about the behavior of D(D)169joes
14 Jun 24       i i       i i     i      i  i   i`* Re: H(D,D) cannot even be asked about the behavior of D(D)168olcott
15 Jun 24       i i       i i     i      i  i   i +- Re: H(D,D) cannot even be asked about the behavior of D(D)1Richard Damon
15 Jun 24       i i       i i     i      i  i   i `* Re: H(D,D) cannot even be asked about the behavior of D(D)166joes
15 Jun 24       i i       i i     i      i  i   i  +* Re: H(D,D) cannot even be asked about the behavior of D(D)2olcott
15 Jun 24       i i       i i     i      i  i   i  i`- Re: H(D,D) cannot even be asked about the behavior of D(D)1Richard Damon
15 Jun 24       i i       i i     i      i  i   i  `* Re: H(D,D) cannot even be asked about the behavior of D(D)163Mikko
15 Jun 24       i i       i i     i      i  i   i   `* Re: H(D,D) cannot even be asked about the behavior of D(D)162olcott
15 Jun 24       i i       i i     i      i  i   i    +- Re: H(D,D) cannot even be asked about the behavior of D(D)1Richard Damon
16 Jun 24       i i       i i     i      i  i   i    `* Re: H(D,D) cannot even be asked about the behavior of D(D)160Mikko
16 Jun 24       i i       i i     i      i  i   i     `* Re: H(D,D) cannot even be asked about the behavior of D(D)159olcott
17 Jun 24       i i       i i     i      i  i   i      `* Re: H(D,D) cannot even be asked about the behavior of D(D)158Mikko
17 Jun 24       i i       i i     i      i  i   i       `* Re: H(D,D) cannot even be asked about the behavior of D(D)157olcott
18 Jun 24       i i       i i     i      i  i   i        `* Re: H(D,D) cannot even be asked about the behavior of D(D)156Mikko
18 Jun 24       i i       i i     i      i  i   i         `* Re: H(D,D) cannot even be asked about the behavior of D(D)155olcott
18 Jun 24       i i       i i     i      i  i   i          `* Re: H(D,D) cannot even be asked about the behavior of D(D)154Mikko
18 Jun 24       i i       i i     i      i  i   i           `* Re: H(D,D) cannot even be asked about the behavior of D(D)153olcott
18 Jun 24       i i       i i     i      i  i   i            `* Re: H(D,D) cannot even be asked about the behavior of D(D)152Mikko
18 Jun 24       i i       i i     i      i  i   i             `* Re: H(D,D) cannot even be asked about the behavior of D(D)151olcott
19 Jun 24       i i       i i     i      i  i   i              `* Re: H(D,D) cannot even be asked about the behavior of D(D)150Mikko
19 Jun 24       i i       i i     i      i  i   i               `* Re: H(D,D) cannot even be asked about the behavior of D(D)149olcott
20 Jun 24       i i       i i     i      i  i   i                `* Re: H(D,D) cannot even be asked about the behavior of D(D)148Mikko
20 Jun 24       i i       i i     i      i  i   i                 `* Re: H(D,D) cannot even be asked about the behavior of D(D)147olcott
20 Jun 24       i i       i i     i      i  i   i                  `* Re: H(D,D) cannot even be asked about the behavior of D(D)146Mikko
20 Jun 24       i i       i i     i      i  i   i                   `* Re: H(D,D) cannot even be asked about the behavior of D(D)145olcott
20 Jun 24       i i       i i     i      i  i   i                    +* Re: H(D,D) cannot even be asked about the behavior of D(D)5joes
20 Jun 24       i i       i i     i      i  i   i                    i`* Re: H(D,D) cannot even be asked about the behavior of D(D)4olcott
21 Jun 24       i i       i i     i      i  i   i                    i `* Re: H(D,D) cannot even be asked about the behavior of D(D)3Fred. Zwarts
21 Jun 24       i i       i i     i      i  i   i                    i  `* Re: H(D,D) cannot even be asked about the behavior of D(D)2olcott
21 Jun 24       i i       i i     i      i  i   i                    i   `- Re: H(D,D) cannot even be asked about the behavior of D(D)1Richard Damon
21 Jun 24       i i       i i     i      i  i   i                    +* Re: H(D,D) cannot even be asked about the behavior of D(D)56Richard Damon
21 Jun 24       i i       i i     i      i  i   i                    i`* Re: H(D,D) cannot even be asked about the behavior of D(D)55olcott
21 Jun 24       i i       i i     i      i  i   i                    i `* Re: H(D,D) cannot even be asked about the behavior of D(D)54Richard Damon
21 Jun 24       i i       i i     i      i  i   i                    i  `* Re: H(D,D) cannot even be asked about the behavior of D(D) --- Boilerplate Reply53olcott
21 Jun 24       i i       i i     i      i  i   i                    i   `* Re: H(D,D) cannot even be asked about the behavior of D(D) --- Boilerplate Reply52Richard Damon
21 Jun 24       i i       i i     i      i  i   i                    i    `* Re: H(D,D) cannot even be asked about the behavior of D(D) --- Boilerplate Reply51olcott
21 Jun 24       i i       i i     i      i  i   i                    i     `* Re: H(D,D) cannot even be asked about the behavior of D(D) --- Boilerplate Reply50Richard Damon
21 Jun 24       i i       i i     i      i  i   i                    i      +* Re: H(D,D) cannot even be asked about the behavior of D(D) --- Boilerplate Reply47olcott
21 Jun 24       i i       i i     i      i  i   i                    i      i`* Re: H(D,D) cannot even be asked about the behavior of D(D) --- Boilerplate Reply46Richard Damon
21 Jun 24       i i       i i     i      i  i   i                    i      i `* Re: H(D,D) cannot even be asked about the behavior of D(D) --- Boilerplate Reply45olcott
21 Jun 24       i i       i i     i      i  i   i                    i      i  `* Re: H(D,D) cannot even be asked about the behavior of D(D) --- Boilerplate Reply44Richard Damon
21 Jun 24       i i       i i     i      i  i   i                    i      i   `* Re: H(D,D) cannot even be asked about the behavior of D(D) --- Boilerplate Reply43olcott
21 Jun 24       i i       i i     i      i  i   i                    i      i    `* Re: H(D,D) cannot even be asked about the behavior of D(D) --- Boilerplate Reply42Richard Damon
21 Jun 24       i i       i i     i      i  i   i                    i      i     `* Re: H(D,D) cannot even be asked about the behavior of D(D) --- Boilerplate Reply41olcott
21 Jun 24       i i       i i     i      i  i   i                    i      i      `* Re: H(D,D) cannot even be asked about the behavior of D(D) --- Boilerplate Reply40Richard Damon
21 Jun 24       i i       i i     i      i  i   i                    i      i       `* Re: H(D,D) cannot even be asked about the behavior of D(D) --- Boilerplate Reply39olcott
21 Jun 24       i i       i i     i      i  i   i                    i      i        `* Re: H(D,D) cannot even be asked about the behavior of D(D) --- Boilerplate Reply38Richard Damon
21 Jun 24       i i       i i     i      i  i   i                    i      i         `* Re: H(D,D) cannot even be asked about the behavior of D(D) --- Boilerplate Reply37olcott
21 Jun 24       i i       i i     i      i  i   i                    i      i          `* Re: H(D,D) cannot even be asked about the behavior of D(D) --- Boilerplate Reply36Richard Damon
21 Jun 24       i i       i i     i      i  i   i                    i      i           `* Re: H(D,D) cannot even be asked about the behavior of D(D) --- Boilerplate Reply35olcott
21 Jun 24       i i       i i     i      i  i   i                    i      i            `* Re: H(D,D) cannot even be asked about the behavior of D(D) --- Boilerplate Reply34Richard Damon
21 Jun 24       i i       i i     i      i  i   i                    i      `* Re: H(D,D) cannot even be asked about the behavior of D(D) --- Boilerplate Reply2olcott
21 Jun 24       i i       i i     i      i  i   i                    `* Re: H(D,D) cannot even be asked about the behavior of D(D)83Mikko
15 Jun 24       i i       i i     i      i  i   `* Re: H(D,D) cannot even be asked about the behavior of D(D)58Richard Damon
14 Jun 24       i i       i i     i      i  `* Re: H(D,D) cannot even be asked about the behavior of D(D)2joes
15 Jun 24       i i       i i     i      +* H(D,D) cannot even be asked about the behavior of D(D) V2 ---ignoring all other replies12olcott
15 Jun 24       i i       i i     i      `* H(D,D) cannot even be asked about the behavior of D(D) V3 ---IGNORING ALL OTHER REPLIES18olcott
13 Jun 24       i i       i i     `* Re: D correctly simulated by H proved for THREE YEARS --- finite string transformation rules5joes
13 Jun 24       i i       i `- Re: D correctly simulated by H proved for THREE YEARS --- finite string transformation rules1joes
13 Jun 24       i i       `* Re: D correctly simulated by H proved for THREE YEARS --- finite string transformation rules6joes
12 Jun 24       i `* Re: D correctly simulated by H proved for THREE YEARS --- rewritten51Richard Damon
12 Jun 24       `- Re: D correctly simulated by H proved for THREE YEARS --- rewritten1Fred. Zwarts

Haut de la page

Les messages affichés proviennent d'usenet.

NewsPortal