What do you think of this :
All seems perfect and nothing seems violate math rules... but....
Edited: 4 Aug 2013, 6:22 p.m.
Cubic root (8) = 2 ?

08042013, 06:03 PM
What do you think of this :
All seems perfect and nothing seems violate math rules... but....
Edited: 4 Aug 2013, 6:22 p.m.
08042013, 06:35 PM
At the first step the equality is not true, the "problem" is similar like SQRT(x^2) is not equal with x. When you are expanded the 1/3 to 2/6, you are make SQRT(x^2)==x mistake.
08042013, 08:51 PM
[HPPrime CAS] approx(evalc((8)^(1/3))) [Enter] return 1+73...i OK (principal complex root) but exact(1+73...i) [Enter] .... /=/ 2 (1)^(1/3) =( approx((8)^(1/3)) [Enter] return 2 real root Request for HPPrime rename evalc to evalCplx Thanks more info http://www.wolframalpha.com/input/?i=%288%29%5E%281%2F3%29
08052013, 04:42 AM
The first step is perfectly fine. It is the third step that is the problem. Edited: 5 Aug 2013, 4:53 a.m.
08052013, 05:47 AM
Watch it: 64^{1/6} = ±2 !
08052013, 07:54 AM
Quote:BS
08052013, 08:20 AM
So we can say that sqrt(4)=±2
08052013, 10:21 AM
I hate opening that box once again, but there's a "convention" declaring SQRT(4) = +2 only. OTOH, 4^{1/2} = ± 2 since it inverts (±2)^{2} = 4.
08052013, 05:11 PM
...well, you're wrong, but my hungarian thinking gives me an other point of view when i'll try to solve similar problems... For example:
(1)^1 = 1, but The mathematical symbol (...)^c == (...)^(a/b), where a/b = ccontains the mistake not the mathematical operation (which have not even been performed).
You do not have to make error to know that a mistake. Csaba
08052013, 05:21 PM
Quote:So you want to say that 1/3 = 2/6 is wrong?? LOL, what madhouse is this here? Franz
08052013, 06:45 PM
Exponentiation is rightassociative, thus:
Cheers
08062013, 01:15 AM
So much ado just to come to terms with the fact that square root is a multivalue function... that's all there is to it, nothing mysterious or bizarre. Sure enough not a matter of "conventions" or "dual rules" or "exceptions", but plain and simple math.
Cheers,
08062013, 02:56 AM
I still don't get it. The cubic root has three solutions, two complex and one real. What transformation in Gilles' process intoduces +2 as a fourth solution? Expanding 1/3 to 2/6?
08062013, 03:14 AM
:D Of course, 1/3 = 2/6is true, BUT (8)^(1/3) = (8)^(2/6)is NOT true.
(8)^(1/3) == ((8)^(1)) ^ (1/3) == (8) ^ (1/3) = 2
My english is not very good, so one another example for clarification: A little BASIC program: Csaba
Edited: 6 Aug 2013, 3:20 a.m.
08062013, 04:01 AM
Quote:That's pure nonsense! The error is NOT in replacing 1/3 by 2/6, but in what you do with this 2/6 later. Of course it's wrong to put this numerator 2 to the base (8) first and then do the exponentiation ^(1/6), i.e. (8)^(2/6) is NOT the same as ((8)^2)^(1/6), simply because the rule a^(b*c)=(a^b)^c is NOT valid for ALL real numbers! So the 'error' in the starting post is indeed in the 3rd expression (or in the 2nd step)  besides that there's still another error in having forgotten a pair of important parentheses (because exponentiation is rightassociative as already mentioned by an other member). Franz
Edited: 6 Aug 2013, 4:05 a.m.
08062013, 04:09 AM
...
Edited: 6 Aug 2013, 4:18 a.m.
08062013, 03:31 PM
The sixth roots of 64 are: 2, 2, square_root(3)*i+1,square_root(3)*i+1, square_root(3)*i1, square_root(3)*i1
08062013, 03:39 PM
Also, with the NTHROOT functions, the calculator strives to give the principal root. If you want all the roots and have a calculator with CAS abilities, we will need to use a cSolve function, like this: CSolve(x^38=0,x)
08062013, 05:24 PM
Here are all (?) the ways to do this with the 50G
You can notice than even in Real Approx mode, the 50G returns a complex number (it's a legacy of the 48 series where there was no 'Complex mode') and because (8)^0.33333333 is a complex number (no real root).It should result an error (no solution in R) However, returning (2) in 'C~' mode with XROOT is not logic (It must retunr the principal root); in 'R=' mode, XROOT and ^ should return (2) and not a warning to switch in C
Edited: 6 Aug 2013, 7:08 p.m.
08062013, 07:24 PM
What about [ 1 0 0 8 ] PROOT to get the roots of the polynomial x^3 + 8 = 0 ?
08062013, 08:16 PM
Quote:[(1.000,1.732) (1.000,1.732) (2.000,0,000)]
08072013, 04:49 PM
;) and it's <> 64^(1/6)
08092013, 06:08 PM
(8)^(1/3) is taking finding the three roots of 8 (8)^(2/6) is taking the the six roots of (8)^2, or 64
08092013, 06:22 PM
Quote:Mathematics: fail
08122013, 04:07 AM
Both with 50G and Prime CAS : a^b^c is not (a^b)^c but a^(b^c) Exponentiation is a curious beast : rightassociative as wrote Thomas.
08122013, 04:23 AM
Quote:Yes, of course I know this, but what has this to do with your (wrong!) assumption that (8)^(2/6) has to be (or should be) calculated as ((8)^2)^(1/6) ???
Your previous statement "(8)^(2/6) is taking the the six roots of (8)^2, or 64" would require the following transformation: Franz
Edited: 12 Aug 2013, 4:25 a.m.
08122013, 05:59 AM
Quote: I think we said the same things ... The idea of my post was (like a puzzle) to show that ^ is right associative (as far I know it's the only operator like this ?) (8)^(2/6)= (8)^2^(1/6) is true but (8)^(2/6)=((8)^2)^(1/6) is false And of course (8)^2^1/6 <> 64^(1/6). Here is the 'error' in the initial post
Edited: 12 Aug 2013, 6:02 a.m.
08122013, 06:58 AM
Quote:No, it's not! The RHS would mean to calculate the 6th root of 2 first, and that's something completely different! Franz
08122013, 07:16 AM
Oh ! I see it now ! Thanks
08122013, 11:50 AM
Quote: Yes, when the base is negative. The rational exponent method cannot be used with negative bases because it does not have continuity.
Quote:yes, see above! Then again, see above, if the base is negative then, the rational exponent method cannot be used so 1/3 should not be changed to 2/6! Edited: 12 Aug 2013, 11:55 a.m.
08122013, 12:11 PM
Just google Rational Exponent Method with Negative Base and it will be found that it does not apply (that way it is not me stating why). So 1/3 cannot be changed to 2/6 with the Rational Exponent Method.
08122013, 12:34 PM
Quote:Correct! Quote:Well, it should not be changed (simply because it doesn't make any sense at all), but it definitely can be changed (if you want), because 1/3=2/6=5/15=.....=70/210=..... etc., no matter in which expression or formula this subexpression is contained. So as I've stated already a few times before: replacing 1/3 by 2/6 is NOT any error (it's just useless), the error is how the original calculation proceeded with this 2/6! And even if the base would have been positive (i.e. 8 instead of 8), an expression 8^(2/6) has to be calculated as 8^(1/3) but NOT as (8^2)^(1/6). Although it's not really wrong in this case, but the expression (2/6) has definitely priority over 8^... (ever heard of PEMDAS?), because 2/6 CAN be simplified to 1/3. Franz
08122013, 12:44 PM
You mean we should use fractions that have been reduced! Ok, I can buy that. Still, the Rational Exponent Method does not apply to a negative base so the entire argument is axiomatic. And, Quote:
08122013, 12:53 PM
Quote:I'm glad you finally got it  although it took quite some time! ;) So peace again from now on ... :) Franz
Edited: 12 Aug 2013, 12:55 p.m.
08122013, 01:10 PM
I have always got it. Disagreement does not translate to ignorance; however, acceptance of differences leads to greatness. Putting aside the argument of application, I still disagree with the entire concept of teaching math with a nursery rhyme, i.e. PEMDAS, because I feel that leads to only teaching the manipulation of numbers and not the understanding of math. Similarly, I think this thread is somewhat a product of that same type of problem.
08122013, 03:37 PM
Quote:I think: If the base is negative and the exponent is even, the result is positive, and if the exponent is odd, the result is negative.
So, this expression is true only:
Because SQRT(X^2)= +X as Csaba Tizedes wrote.
Edited: 12 Aug 2013, 3:55 p.m.
08122013, 06:02 PM
Quote: Otherwise a^{bc} = a^{bc}, thus we wouldn't gain much by this convention.
Quote: Any assignment operators are also typically rightassociative.
08122013, 10:26 PM
The rational exponent method cannot be used with negative bases because it does not have continuity Quote:so it is not continuous! f(q)=b^{q} is continuous for b>0 but it is not continuous for b<0 and more importantly, when b<0 it is not continuous for the rational set of q for which it is defined. Anyway, I thought I was not going to explain this ....
John Edited: 12 Aug 2013, 10:34 p.m. 
« Next Oldest  Next Newest »
