ChrisO
Registered User.
- Local time
- Today, 19:42
- Joined
- Apr 30, 2003
- Messages
- 3,179
>>It is a euphamism for "bug".<<[sic]
That pretty much sums it up. I’ve been programming for 36 years, using Access for 16 years, been on the www for 10 years and you are telling me that "undocumented feature" means a bug?
My question was; “What exactly do you mean by "undocumented feature"?
I wanted to know what you mean by it.
I wanted to know if you mean it’s a bug or if you mean it’s undocumented.
So now we know you mean it’s a bug, that question answered.
But is it a bug?
Someone went to the trouble of calling Banana.
Banana went to the considerable trouble of writing a reply.
Banana posted a link to another thread on another site.
That thread is 4 years old.
There is more than one person replying to that thread.
In that thread there is a link to another thread on another site dated Jan-1999
The sited behaviour of TableDef has been documented for at least 13 years.
------
1. We can not say the behaviour is undocumented. If someone finds it obscure it is usually because they have not read the documentation. However, the documentation is a tautology in the sense of it being a ‘description in the disguise of a definition’. (Please be careful when Googling that; I think that definition of tautology goes back to Plato and I doubt if Plato ever personally contributed anything to a Wiki. One example would be “Survival of the fittest.” Which has been reduced to “Survival of that which has that which enables it to survive.” A circular argument based on a description which has no definition to break the argument out of the description circle. In other words, another 500 laps around the park to avail.)
So what I think is happening here is that many people over the years are supplying descriptions of the fault, if it really is a fault, but they are not supplying a definition of that fault. In other words, they are supplying many different ways to reproduce the ‘fault’ without saying why the ‘fault’ occurs. They are supplying yet another ‘description in the disguise of a definition’.
Who would know why it occurs? It seems to me that the best people to ask would be the people who wrote it. But would you get an answer or would some non disclosure agreement get in the way? Who really knows? It has been documented for at least 13 years and the discussions still flourish. Another 500 laps of the park.
It’s great for post counts but it really doesn’t solve anything.
2. Is it a bug? Well, if we look at the link as posted by Banana we see something by LPurvis in post #9
>>So I suppose the question is - even if it is data schema objects - why is it like this?
I just wish MS would document their reasons for things like this. What about their implementation in DAO makes it so...?
Though I've hastily used the term myself in the past I do think "Bug" is too harsh (Brent - remember our defending Jet's late expression evaluation a while back? I'd rate this more of a bug than that lol ;-).
However I find it a somewhat "poorly documented implementation".<<
------
If we are going down the track of requiring links to other sites then we should be prepared to read everything. Read the words, read the links and read the date/time stamps too.
This behaviour is documented and it has been documented for many years. It might be thought to be a bug but, even if it is, we should not expect Microsoft to fix it. We can expect DAO 3.6 to be free of bugs else those bugs would have been fixed after all these years.
DAO 3.6 behaves the way it does and that has been documented. A failure to be able to use its behaviour is a failure to read the available documentation. A failure to understand why it behaves the way it does require someone who knows why it was written that way. We are not likely to get an answer from such a person, perhaps due to a NDA. Posting links to other ‘gurus’ on another site only includes more ‘hows’ to do it. It does not answer the why of the situation.
Even if I take part in such a thread the same still applies. The why is not resolved.
All it becomes is another 500 laps around the park; see you next Sunday with the same non-result.
------
The ‘description in the disguise of a definition’ pervades the www.
And it has also happened in this thread.
Code has been written which describes the documented condition.
The code is faulty because it propagates a known, faulty, documented condition.
There is little point in "writing faulty code to prove a point" if the point has been documented for many years and no new point is made. If no new point is made then it simply becomes another 500 laps around the park.
------
Without doubt, people are at different levels of development on the www.
Some people are new and some people are old. We do not expect the new to know everything nor should we expect that of the old; Access is a broad brush. But a problem arises when the enthusiasm of the new tempts them into criticizing the old.
I would hope that the new would read more, consider more and write less.
Chris.
That pretty much sums it up. I’ve been programming for 36 years, using Access for 16 years, been on the www for 10 years and you are telling me that "undocumented feature" means a bug?
My question was; “What exactly do you mean by "undocumented feature"?
I wanted to know what you mean by it.
I wanted to know if you mean it’s a bug or if you mean it’s undocumented.
So now we know you mean it’s a bug, that question answered.
But is it a bug?
Someone went to the trouble of calling Banana.
Banana went to the considerable trouble of writing a reply.
Banana posted a link to another thread on another site.
That thread is 4 years old.
There is more than one person replying to that thread.
In that thread there is a link to another thread on another site dated Jan-1999
The sited behaviour of TableDef has been documented for at least 13 years.
------
1. We can not say the behaviour is undocumented. If someone finds it obscure it is usually because they have not read the documentation. However, the documentation is a tautology in the sense of it being a ‘description in the disguise of a definition’. (Please be careful when Googling that; I think that definition of tautology goes back to Plato and I doubt if Plato ever personally contributed anything to a Wiki. One example would be “Survival of the fittest.” Which has been reduced to “Survival of that which has that which enables it to survive.” A circular argument based on a description which has no definition to break the argument out of the description circle. In other words, another 500 laps around the park to avail.)
So what I think is happening here is that many people over the years are supplying descriptions of the fault, if it really is a fault, but they are not supplying a definition of that fault. In other words, they are supplying many different ways to reproduce the ‘fault’ without saying why the ‘fault’ occurs. They are supplying yet another ‘description in the disguise of a definition’.
Who would know why it occurs? It seems to me that the best people to ask would be the people who wrote it. But would you get an answer or would some non disclosure agreement get in the way? Who really knows? It has been documented for at least 13 years and the discussions still flourish. Another 500 laps of the park.
It’s great for post counts but it really doesn’t solve anything.
2. Is it a bug? Well, if we look at the link as posted by Banana we see something by LPurvis in post #9
>>So I suppose the question is - even if it is data schema objects - why is it like this?
I just wish MS would document their reasons for things like this. What about their implementation in DAO makes it so...?
Though I've hastily used the term myself in the past I do think "Bug" is too harsh (Brent - remember our defending Jet's late expression evaluation a while back? I'd rate this more of a bug than that lol ;-).
However I find it a somewhat "poorly documented implementation".<<
------
If we are going down the track of requiring links to other sites then we should be prepared to read everything. Read the words, read the links and read the date/time stamps too.
This behaviour is documented and it has been documented for many years. It might be thought to be a bug but, even if it is, we should not expect Microsoft to fix it. We can expect DAO 3.6 to be free of bugs else those bugs would have been fixed after all these years.
DAO 3.6 behaves the way it does and that has been documented. A failure to be able to use its behaviour is a failure to read the available documentation. A failure to understand why it behaves the way it does require someone who knows why it was written that way. We are not likely to get an answer from such a person, perhaps due to a NDA. Posting links to other ‘gurus’ on another site only includes more ‘hows’ to do it. It does not answer the why of the situation.
Even if I take part in such a thread the same still applies. The why is not resolved.
All it becomes is another 500 laps around the park; see you next Sunday with the same non-result.
------
The ‘description in the disguise of a definition’ pervades the www.
And it has also happened in this thread.
Code has been written which describes the documented condition.
The code is faulty because it propagates a known, faulty, documented condition.
There is little point in "writing faulty code to prove a point" if the point has been documented for many years and no new point is made. If no new point is made then it simply becomes another 500 laps around the park.
------
Without doubt, people are at different levels of development on the www.
Some people are new and some people are old. We do not expect the new to know everything nor should we expect that of the old; Access is a broad brush. But a problem arises when the enthusiasm of the new tempts them into criticizing the old.
I would hope that the new would read more, consider more and write less.
Chris.