While I was compising this long reply, more stuff got posted. So I'll just post this and address the subsequent points in another reply.
Zep: "Xouper, perhaps a question to make this clear in my mind. How far away from 1 must a number be for it NOT to be 1? What is that delta that "makes the difference"?"
angard: Hi, I think he will answer more than 0.
That's exactly what I would answer. If the delta is greater than 0, then the number is no longer 1.
Colloden: I’m still unconvinced that 0.9999etc. is 1. After four pages I’m none the wiser.
May I suggest that you would be wise to consider the advice from math experts and dismiss the nonsense spouted by LuxFerum, Zep, and Suggestology.
Suggestologist: Well then you may as well get .888888888..... as a result of your division. Since 1 into 10 is 8 remainder 2. And then 1 into 20 is 8 remainder 12. And then 1 into 120 is 8 remainder 112. Etc.
You would need to prove that 0.888.... is a valid limit of using your method. Since that is not possible with a diverging remainder, your proposed result is meaningless. Also, 0.888... is exactly equal to 8/9, so once again, your nonsense is shown for what it is.
Walter Wayne: a/9 = 0.aaa... for any a which is a single digit
Suggestologist: It doesn't matter what your equations seem to show. They are obviously not generalizable because a counterexample exists.
Walt is quit correct. You have shown no counterexample. There is no counter example. Walt's explanation is airtight. (It also applies in any base, not just base ten.)
LuxFerum:
Code:
1-0,9 =0,1
1-0,99 =0,01
1-0,999 =0,001
1-0,9999 =0,0001
1-0,99999 =0,00001
1-0,999999 =0,000001
when exactly the result will be zero??
never!!!!
Quite true. But this is not the meaning of the notation 0.999.... in which all the nines are already there. The notation 0.999... is not a process where you tack on another nine and never quite get them all tacked on. You will get nowhere with mathematicians if you try to redefine the meaning of the notation 0.999... as you are trying to do here.
This is the same fundamental error made by Zeno. If you try to sum the infinte series one term at a time, you will fail. However, if you use the geometric series theorem (which has been rigorously proven and is airtight), you can get an exact answer. If you do not believe this, then you need to study some more math and bow out of the argument here.
Suggestologist: Yeah, and the number "infinity" is not a process? Anytime you deal with infinity of anything, decimals or steps in a limit, or whatever -- it IS a process that theoretically does not stop.
Wrong, wrong, and wrong. Please stick to the standard math definitions please and quit trying to redefine them. One exception, approaching a limit (using a smaller and smaller epsilon-delta) is a process. The limit itself is not. And the number 0.999... is not a process, it is an exact rational number.
LuxFerum: 0,9999... is not 1
0,3333... is not 1/3
no matter how close you get.
The difference tend to zero.
The limit is the point where they tend to go, but they really never get there.
You are wrong.
1/3 is exactly equal to 0.333...
That is the definition of the notation used here. There is no limit or process inherent in this defintion.
If you have a computer with and infinity precision and infinity power of calculation, and you put him to add "0.9 + 0.09 + 0.009 + ..." and only stop when the result is 1,he will never come out. this sum will never reach the "1" point.
Your observation is correct, but this is not how the number 0.999.... is defined. So your objection is moot.
It is like the runner and the turtle problem, if you stick with the infinty sum, the runner will never transpass the turtle, But with a different analyse you can see that he will.
Now we are getting somewhere. You recognize the flaw in Zeno's Paradox. In the same way that the runner does in fact catch the turtle, 0.999.... is exactly equal to 1.
Perhaps the reason you do not see this is because you are trying to use a flawed method of analysis (using Zeno's process).
LuxFerum: the equation is right, your interpretation of it is wrong, imho.
The equation is right and so is the interpretation by LW. Your humble opinion is misinformed.
LW: Tell me, if I shoot an arrow at you, will it reach you in a finite time? [Supposing that I first travel near to you].
LuxFerum: yes it will. and that is where you missed the point.
No. That is exactly the point. You are the one missing the point.
that is when you change the analise from and endless sum to a linear movement.
The endless sum is a good tool but incomplete.
you need that jump from one analise to another to make it pratical.
When you can see where that sum is going, that is the time when you leave the loop.
And that is why the computer will never leave the loop.
The computer will not make that assumption.
And will never reach the end of that sum.
How many times do we need to tell you that the process you are trying to use is not valid for the question at hand? Just because a computer cannot ever get there has no bearing on the definition of the notation 0.999...
As Cabbage and LW have already pointed out, your computer algorithm is not how the number 0.999... is defined. Obviously you are not getting this point. How else can we make this clear to you?
DanishDynamite: For those still in doubt that 0.999... = 1, allow me to cut and paste xouper's proof from the link provided by boooeee on page 1 of this thread:
Thank you for repeating that here. I am still waiting for one of the challengers to show any flaw in that proof.
DanishDynamite: I give up. Mathematically, when considering real numbers, 1 and 0.999... are equal as has been proven. You can wax philosophical about whether this seems reasonable or not, but that is the way it is. "You can lead a horse to water, but you can't make it drink".
Good point.
I have only one piece of advice to anyone lurking this thread and is trying to figure out who to believe. Go ask a mathematician you trust or study some mumber theory from a reputable book. Don't listen to the nonsense being posted here by LuxFerum, Zep, and Suggestologist.
Edited to fix a typo. No content was changed.