I'll keep it updated as new bugs are found and errors in the list reported. Another desirable feature to be suggested for addition: composition and decomposition of Vectors. to sin(3.14159265359 rad), and not sin(3.1415926535897932384626 rad)? but at least you _can_ call code slices These items are still quite annoying and should be fixed: Discover how they work and interact with equations. If there is anything other than a real number in these registers (a complex number or a vector) the linear solver returns "no solution." Also cross product. Good idea, but we'd need XEQ [.] How could I possibly miss *that*? The importer offered me to pass a buglist to HP if I could provide it. I like the larger characters in the HP-35s, so that's ok for me. Posted by Paul Dale on 22 Aug 2007, 6:22 p.m. Consider you're in line A012, and want to call this analysis for other cases. It would be a perfect companion to the 35s. Overflow is supposed to return 1E500, but with an argument greater than or equal to 30000 SINH and COSH return the mantissa of the argument and the characteristic is changed to 499. e.g. That was a typo. and then try to enter a new LBL. message: 1000 ; STO J ; x<>(J). : ENTER could be reserved for shortcuts: Would you please explain? This was already discussed here, some years ago: http://www.hpmuseum.org/cgi-sys/cgiwrap/hpmuseum/archv014.cgi?read=62301. trust in the people reporting problems to believe there is something This is true on the HP-35s as well. Nope, at page 4-4 they say sin(pi) is not equal to zero because pi is represented internally with fifteen places (although the computed answer appears to have been taken with pi to only twelve places). Poor choice for the grahpics for the "theta". Also, since XEQ stands for 'execute', ENTER appears to be redundant. This is documented in the manual but still seems wrong. And it appears that pi is definitely *not* 15 places internally, but only the 12 places that you noted is actually being used. AFAIK they made the XEQ work the way it does because you can Edited: 23 Aug 2007, 10:58 p.m. after one or more responses were posted. Bad error message on indirection on J: 1000 ; STO J ; x<>(J). 2) In ALL mode, the mantissa should be properly rounded so that the exponent fits in the screen, a la 32S, 32Sii, 33s, etc... Or, at least, a flag should be provided for this option. Program entry bug for large programs. Since you mentioned it for another item you listed, it's worth noting that the "Cos(x) for x near 90 degrees" bug is also alluded to in the documentation (pg. 1E22 use it to jump to a specific program line in another program. P.S. [ Previous | Next ]. I'm working in the R&D department of an aircraft manufacturer. But please note that the 35s is not a Saturn-based machine, IMEMHO, you are right! It might be related to memory full. When pi is shown in the display, it is rounded up to 12 digits. FWIW, with the HP CALC application on the HP-200LX, in the proper modes, we can easilly get pi to 32 digits: -> 3.141592653589793 A wiki, in some respects. Program sizes are also meaningless. HP 35s Scientific Calculator Choose a different product series Warranty status: Unspecified - Check warranty status Manufacturer warranty has expired - See details Covered under Manufacturer warranty Covered under Extended warranty , months remaining month remaining days remaining day remaining - … Input of numbers in bases other than 10 require the suffix to be explicitly entered. Thanks very much for all your responses to the bug list. 10. multiplication sign instead of asterisk. Edited: 22 Aug 2007, 8:02 p.m. after one or more responses were posted. The correct result at this precision is 1.74532925191E-5. to reach a/b, you are free to enter .a.b - same number of keystrokes as the a..b you miss AND more logical ;-). solve in an unusual way. While talking to the main importer for Switzerland I mentioned that a few bugs have already been found. The TANH value is correct, 1, but the OVERFLOW message is wrong. Lnnn, where L is a letter label. You get "INVALID (I)" error Feel free to dispute my classifications. HP 35S firmware design, entirely new 20 years after HP 42S introduction, is grossly inferior in general function and capability. In fact, it's been shown that pi is a double-precision constant in all Saturn-based calculators. Assign FN=D and SOLVE the following for X. I understand that the HP-35s would have never been realised without a lot of pressure from the enthusiasts here. Bad radix. which you otherwise could not reach. INPUT (i) for i>=0 doesn't work. I recently picked up the new HP 35s, and have spent a week or so playing with it, and thought I would post my thoughts. While talking to the main importer for Switzerland I mentioned that a few bugs have already been found. SIN For what appears to be the same reason, Tan(x) for x near 90 is also dud. Some programs cannot be interrupted. Anyway, I don't think an extra keystroke in these cases should be a problem because they will not occur very often. You're not allowed. this question seems to have gotten lost or orphaned, but i didn't know where the 'official' bug list was being kept. Create a 999 step program and then try to enter a new LBL. Program entry bug for large programs. I think I didn't make myself clear, sorry! You get "INVALID (I)" error message if done from the keyboard, from a program it gives the correct message. For your first note: SINH and COSH generate the OVERFLOW message correctly, but return the wrong values. LBL Z ; 10 ; STO I ; STO (I) ; VIEW I ; PSE It works fine in run mode and without the PSE. Theta sign in complex display mode is hard to differentiate from an eight. You're not allowed. I have ordered a larger quantity of HP-35s for our engineers. nnn should be used for a particular line. Chances are only a few programs will reside in memory at a time, so there will be plenty of letter labels left. 2x2 and 3x3 seems better. - I have also heard about the checksum error. Agreed. create the LBL and put the step back and all is fine. Cos(x) for x near 90 is dud. 11. to them. Deleteing a line with a label on it, doesn't correctly update branches to that label and in fact can leave you with a branch to a non-existent step. Bad radix. If the argument is the second quadrant, for instance, x = 3.14159265 then sin(x) = sin(pi - x). a specific line in program B, say B056. GTO.a000 does. i.e. I do have enough Or in any mode for which the display length is too short to accommodate the full number. In ALL mode, the mantissa should be properly rounded so that the exponent fits on the screen. Bad error message on indirection on J. This makes non-base 10 unworkable. This sequence as a program displays (37): 10 instead of (10): 10. What do you guys think of HPs position here? : The HP-42S did not have this problem; it could display up to 22 characters on one line, with each decimal point requiring a position. the manual and so isn't really a bug. Create a 999 step program In fact, sin(3.14159265359 rad) = -2.0676153735661672045E-13, to 20 places, whose first 12 digits agree to the answer given by the 33s, after rounding. Check the article for the current state of affairs. Thanks for the clarification; I just assumed it was a related "rounding error." solve look strange. Feel free to contact me with new bugs and expansions for these bugs. The Saturn-based calcs, like the original HP-32S and HP-32SII, the entire number is displayed without scrolling. I still don't like the programming model, solve look strange. I do have enough trust in the people reporting problems to believe there is something to them. I'll add both to my list. Get "0.3333i-0.3333" instead of "-0.3333i-0.3333". See Poor choice for the grahpic for the "theta". On the other hand, some consider the tiny characters in the HP-42S a weakness. SINH 31415 = OVERFLOW --> 3.1415E499. Strictly this is documented in Again, not strictly a bug. Could we please collect all known bugs in this thread and I'll pass them to HP.