HP Forums
10bii+ Trig Bug - Printable Version

+- HP Forums (https://archived.hpcalc.org/museumforum)
+-- Forum: HP Museum Forums (https://archived.hpcalc.org/museumforum/forum-1.html)
+--- Forum: Old HP Forum Archives (https://archived.hpcalc.org/museumforum/forum-2.html)
+--- Thread: 10bii+ Trig Bug (/thread-187237.html)

10bii+ Trig Bug - Katie Wasserman - 07-05-2011

I was just thinking about what the 10bii+ would be like as a re-purposed RPN calculator and playing around with it when I found a trig bug. Try this in degrees mode:

(you'll correctly get -1.00)
(you'll see OFLO flash and get correctly get -1.00E500)
(you'll correctly get 0.00)
(you'll see OFLO flash and get 1.00E500 -- the bug)

This is in version 7-13-2010. I hope that this is the only bug, I use the 10bii+ a bunch and find it to be a really nice (if non-RPN) machine.


p.s. There's still a yet-to-be-found Easter Egg in there.

Edited: 5 July 2011, 10:51 p.m.

Re: 10bii+ Trig Bug - Tim Wessman - 07-05-2011

I have not been able to reproduce the sign change thing. Is that what you are referring to? Or the fact that it does the overflow and then returns a number?

270 is undefined as it is an infinity sign change. Could you please explain more?


Edited: 5 July 2011, 11:52 p.m.

Re: 10bii+ Trig Bug - Katie Wasserman - 07-06-2011

Correct, I am referring to the sign change.

In the first case the TAN of 270 returns -1.00E500 in the second it returns +1.00E500. You need to do these steps in the order I wrote starting with a ALL CLEAR. I can reproduce this on both 10bii+ calculators that I have.

I realize that TAN 270 is infinite but in one case it's negative infinity and the other it's positive infinity. Apparently the sign of the last result obtained before the TAN function is the determining factor.


Actually, it turns out that an overflow condition always carries over the sign from the previous calculation. This happens even for something like factorial, for example:


results in -1.00e500

The 10bii (not +) results in +1.00e500

Edited: 6 July 2011, 1:54 a.m.

Re: 10bii+ Trig Bug - Thomas Radtke - 07-06-2011

A side note: It would be very esthetic to omit a (likely wrong) result at all on overflow.

Edited: 6 July 2011, 5:21 a.m.

Re: 10bii+ Trig Bug - Katie Wasserman - 07-06-2011

I agree and I believe that the 20b/30b takes this approach. However the 10bii+ was intended to replace the 10bii and needs to be upwardly compatible with it in all respects. One of which is just flashing OFLO and returning 1e500 when an overflow occurs.

Re: 10bii+ Trig Bug - Thomas Radtke - 07-06-2011

Yes, the 20b at least omits it.

Just noticed the german error message on overflow (300!): "Keine Amortisation". Strange.