Re: Bug HP39GII....or feature? Message #4 Posted by Gilles Carpentier on 10 Aug 2012, 2:46 p.m., in response to message #2 by Tim Wessman
Quote:
On the 50g it puts in the ALOG() function, but even then it doesn't do what is asked for here.
Tim, I think we have here not one but 2 questions ! it is also a 'problem' of priority of calculation.
If I understand well (I only see 10⁵ in the message of Bunuel but I suppose it is about the 10^ function)
In algebraic on HP50G the * is implicit (like on 39gII):
3LN(20)results 3*LN(20)
3/5LOG(20) results 3/5*LN(20) => (3/5)*LN(20) (wich is logic becaus there is absolutly no reason that * has more priority that /
same with ALOG
3ALOG(10) results 3*ALOG(10)
1/3ALOG(10) results 1/3*ALOG(10) wich is perfectly logic and is (1/3)*ALOG(10)
In my opinion :
1/3EE5 is not the same that 1/3*10^5 wich must be interpreted as (1/3)*10^5. There is absolutly no reason that 10^x works in a different way that others functions
ALOG or special 10^ characters is a good idea (to avoid 3KEY_10^_5 to be interpreted as 310^5) but 1/3*10^5 results 1/3EE5 would be a bug (and not a feature ;) in my opinion.
I would prefer ALOG to avoid confusion between 10^ ( 1 0 followed by ^ function) and 10^ (ALOG function, with one parameter)
Another example where RPN is more logic and without ambiguity
PS: I also remark that '1 shift EEX 3 ' is the same as ' 1 ALPHA E 3'
Edited: 10 Aug 2012, 3:19 p.m. after one or more responses were posted
|