so I was poking around my calculator when I discovered that when doing calculations the calculator actually stores 14 digits but only shows 10 digits. to illustrate my point here's some code which takes the value stored in ans and returns all 14 digits

Code:

Ans→A
fPart(A)→B
int(A)→A
" "→Str1
If B≠0
"."→Str1
While A>0
sub("0123456789",10fPart(A/10)+1,1)+Str1→Str1
int(A/10)→A
End
While B≠0
Str1+sub("0123456789",int(10B)+1,1)→Str1
fPart(10B)→B
End
If sub(Str1,length(Str1),1)="
sub(Str1,1,length(Str1)-1→Str1
Str1

what is the point of these extra digits if you have to go through all this work to see them, are they just for extra accuracy? and if so why are they not shown
The extra digits are because the calculator uses floating point arithmetic. Essentially, numbers are stored in 3 chunks, the sign, the mantissa and the exponent. The important part to note is that there is a fixed number of bits allocated to each of these chunks. This means that when it performs a calculation, it has to round off the last digit. In more complex calculations, like the log() command, there are quite a few computations involved, and the calculator therefore has to round off a lot. This can lead to inaccurate answers, so to remedy this, ti makes the calculators calculate more digits than they need and discards the last few, to ensure that the digits that are displayed are correct.
An interesting quirk is that sometimes, the extra digits aren't enough to hide the flaws, so you end up with erroneous answers anyway.

When you do ln(e^(e)), you should get e. Therefore, raising this to should then give -1, but instead, you get a little bit of rounding error on the imaginary part. However, entering it as e^(iπ) works, because there is no ln() involved. Same for the log₂16, which gives 4, but the integer part of that gives 3.
I had made a program that computed numerical derivatives of some functions, but the answers it returned were more funny looking than useful. The derivative of sin(x) should be cos(x), or sin(x+π/2)...



Although it is quite rare, this can actually be quite problematic when coding, because even if the code is perfect, it could be spitting out incorrect results.

tl;dr, the last digits aren't displayed because they are likely to be wrong.
Does it do this on the 84 pce too?
Almost certainly yes. Virtually every scientific and graphing calculator I've seen for years has used a technique of internally handling more digits than are displayed.
Legoman314 wrote:
Does it do this on the 84 pce too?

Yes, it's an extremely common thing when dealing with floats, and TI has done this with every single graphing calculator they've ever released.
  
Register to Join the Conversation
Have your own thoughts to add to this or any other topic? Want to ask a question, offer a suggestion, share your own programs and projects, upload a file to the file archives, get help with calculator and computer programming, or simply chat with like-minded coders and tech and calculator enthusiasts via the site-wide AJAX SAX widget? Registration for a free Cemetech account only takes a minute.

» Go to Registration page
Page 1 of 1
» All times are UTC - 5 Hours
 
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum

 

Advertisement