Post Reply 
WP34S - Summation lower bounds control?
04-27-2015, 09:27 PM
Post: #1
WP34S - Summation lower bounds control?
Hello,

When using the summation operation, with lower/upper bounds of say 1 and 25, should 25.001 be input as x before calling summation? In other words, .fff or .001 need to be used for lower bounds starting at 1?

I ask as the example given in the IOP (pg 174 v3.3 UG) shows 100 (no decimal) for k=1 to 100. Should this read k=0 to 100 even though the last summand computed (sqrt(0)) is zero?
Find all posts by this user
Quote this message in a reply
04-27-2015, 09:43 PM
Post: #2
RE: WP34S - Summation lower bounds control?
You're right. Though in this special case it's an academic problem as you've mentioned. AFAICS, the example was updated accordingly with the file uploaded to createspace by end of March, and the pdf manuals contain this update as well.

d:-)
Find all posts by this user
Quote this message in a reply
04-27-2015, 09:46 PM
Post: #3
RE: WP34S - Summation lower bounds control?
(04-27-2015 09:27 PM)CR Haeger Wrote:  Hello,

When using the summation operation, with lower/upper bounds of say 1 and 25, should 25.001 be input as x before calling summation? In other words, .fff or .001 need to be used for lower bounds starting at 1?

I ask as the example given in the IOP (pg 174 v3.3 UG) shows 100 (no decimal) for k=1 to 100. Should this read k=0 to 100 even though the last summand computed (sqrt(0)) is zero?
Yes. In the example on page 174 the starting value of 100.001 returns the same result as 100 because the square root of zero is zero so it does not add any value to the summation result. In "100" case the bounds are 100 down to 0 and in the "100.001" case the bounds are 100 down to 1. So if you want your bounds to be 25 down to 1 you would use the starting value of 25.001

Hope this helped.
Find all posts by this user
Quote this message in a reply
Post Reply 




User(s) browsing this thread: