news@helens.Stanford.EDU (news) (11/02/90)
One thing that I have noticed is that when LC lock is engaged that EEX -> 'e' resulting in equations of the form 1.2*e34 or 1.2*e-34. Another factor is that CHS only seems to work if you use it BEFORE entering the exponent... Hmmm... I don't recall seeing these before but I can't imagine that these anomolies haven't been found yet... I imagine that the EEX problem is probably an artifact of the table swap for LC lock --- it generates an E normally which is LATER parsed as an exponenet. In LC lock the E index points to the 'e' character so this fails. Another complication similar to the ',' and '.' swap mentioned before... Oops... Oh, Well... It is not fatal... The other case, CHS, is more puzzling. I see no logical reason for it's behavior. Strange. Of course, these are just a few of the new and wonderful (and sometimes surprising) facts, features, and inconsistancies (ne bugs? --- but that is a four letter word, no?) in the calculator. Still a great toy. Of course, I did run out of memory recently... C'est la vie... -- Kevin
JMEYERS@MTUS5.BITNET (11/04/90)
Here is an explanation for why the CHS key *acts funny* in the equation writer. When you are in the equation writer, it is like being in algabraic mode, ie you are NOT using RPN. Therefore, the operator is specified either before a single operand (ie. cos, sin, chs, exp, etc.) or it is specified between two operators (ie y^x, +, etc.). That is why the CHS key only works before the exponent. Sincerely, Jason P. Meyers JMEYERS@MTUS5.BITNET