I thought this was working earlier today, but now it doesn't. In RPN mode if I enter B->R(#110b) it gives a syntax error. In Algebraic or Textbook mode it answers with the correct decimal result of 6. Does this B->R function not work in RPN mode or is it me? ... more than likely me. Thanks.

OK ... so its obvious! Doh. Its pops the value off the stack like it should.

#110b

ENTER

B->R()

ENTER

6

Sorry about that. I did play around with it for quite a bit before asking. The 48G has a B->R button and it works the same here. Should have put that together :)

*Edited: 19 Sept 2013, 8:52 p.m. *

Since the RPN mode pops the values off the stack, how does one pass multiple variables to a function? For example R->B has the following syntax:

R->B(Real [,bits [,base]])

In textbook mode, R->B(8,64,1) gives the result #1000,64b which is correct.

How would I do that in RPN mode? It seems I can only pass the first value of the stack. I could write a program with INPUT() calls for each value passed to the function, but I'm thinking there is a way to use these functions natively in RPN mode.

The calculator does not seems as intuitive to me as far as base conversion go in comparison to the 48G. I need to work on this and it seems like these functions are the way to go? If so, in addition to the present functionality, it would be nice to overload the R->B function to skip the bits part. R->B(Real, base) would be a nice one to have in addition to the one presently available.

Thanks.

You specify the argument count inside the paren for commands that accept multiple variants of input. B->R(3) for example. An empty value means the lowest or default number.

TW

Sweet!! OK, thanks so much!

8 ENTER

64 ENTER

1 ENTER

R->B(3) ENTER

#1000:64b

So nice! and thanks for your time.

B->R(3)? That's a brilliant way to specify variable argument counts to RPN functions. Hat off to whoever came up with that idea!