RPN as a language?


I was surprised to read Michael Meyer's statement that RPN is a language. Surely it's a notation. Even if we rise to the next level of HP complexity, RPL, that's still not a language.

Please correct me, but I thought that most people had now come to accept that computer "languages" are nothing of the sort: they are all just notations. I thought that Knuth and others had long since settled this matter.



You are, of course, correct in the literal sense, and I appreciate your pointing this out. Technically, there is no official "language" of law, chemistry, etc. My point was that, in my opinion, the way we frame things can affect our abilities to solve problems. In this case, I believe RPN "teaches" the mind to work problems logically and better than AOS. With AOS, just entering the problem doesn't reinforce the mechanics of solving the problem. And that's only my opinion. I also believe that schooling, in general, teaches as much in the way of how to think as it does a mass of specific facts. For example (in my opinion), learning a foreign language does more for a person than just giving them another set of words to use. I believe that it can teach the person a process of learning that can extend to other areas of thought. I also believe it gives a structure-- both good and bad-- with which to enhance thinking, as most of our thinking is done in a "language" (certainly the verbal thoughts). I once heard a quote that makes sense to me, that, "we build our environment and it then builds us." I believe there is truth to this.

Anyway, the main point is that I believe the learning and use of RPN gives a person more than just a faster way to solve problems. So, this isn't a correction.... I believe you are correct. I was using "language" in a more general term for a process (or notation) that also influences the logic and thinking of the individual. I apologize for my general and perhaps sloppy use of the term....

But I can't help but ask: how would you explain the term, "the language of love"? <grin>



Michael wrote:
"With AOS, just entering the problem doesn't reinforce the mechanics of solving the problem."

I agree, AOS with its emphasis on entering the equation the same way it is written seems to be organized around the idea of entering problems from a textbook. The machine, and whoever wrote the lesson, will solve the problem - the user is just there to press the keys. I guess once you get to the point that you can write your own textbook, you can solve your own problems!

I recently got a TI SR-50A with its manual. This calculator is the second version of TI's equivalent to the HP35. Near the end of the manual there is a four page appendix entitled "Register Level Processing". It explains that internally, the machine has three registers - X, Y and Z. Their use is pre-programmed in the following way: X and Z are used for "+" and "-", X and Y are used for "*" and "/" and exponentiation, and X alone is used for single argument functions. When you hit a function key, the contents of X either stays put, is moved to Y, or is moved to Z, depending on the function. This model has no parentheses and apparently they split (+,-) and (*,/) so they could do "sum of products" without manually saving the intermediate results. I wonder if TI provided this explanation just to parallel the one in an HP manual, where it is necessary to understand it to use the machine. But as an RPN user, it is frustrating to know that there is a three register structure in there that I can't use as a stack!


I will have to look at my TI SR50 again. I thought it has parentheses. Without the parentheses it would be a lot less than the 35 (assumed that the user prefers AOS)


I have the SR-50, SR-50A and SR-51A but I only have the manual for the -50A. None of them have parentheses. The SR-52 and -56 do have them.

The "sum of products" system must have been TI's first attempt to get around RPN. It reminds me of the "and-or-invert" arrangement used in programmable logic devices. Some of the examples in the book require re-arranging things. In fact, here's what the first page says:

"The SR-50A uses the algebraic entry method to simplify data entry into the calculator. For simple problems, the numbers and algebraic functions are entered into the calculator in the same sequence as they are stated algebraically."

Note the qualification - "for simple problems"

The SR-50 and -50A have the same key layout but the difference is more than just the style of the case. They have different PCBs. However, they both give the same result for the "calculator forensics (I think that's what he called it)" benchmark test posted here by Mike Sebastion (I think that was his name): (in degrees mode) 9, sin, cos, tan, atan, acos, asin. The result is ideally 9. I go a step or two further and subtract 9 from the result and multiply by 1,000,000. This lets me see the guard digits (if there are any) and also gives a sort of "parts per million" result.

BTW, the SR-50, -50A, and -51A have a very good score on this test, 4.661314 "ppm". Only some of the later HP's give a better result among my calculators - HP 71B, 48SX, 48GX, 32SII and 20S all give -1.35733. HP 67, 34C, 41C and 15C all give 417.403. HP35 (original ROM) gives 2983.113, HP45 gives 4076.644, HP25 gives 4076.649. TI SR-52 and -56 give nearly the same number as -50 except there appears to be one less guard digit. The main purpose of the test, according to the guy, is to identify calculators that may have the same firmware inside, but it also gives some indication of the precision an/or accuracy of a calculator.


the "winner?" and new champ for ellis's and mikes calculator forensics score is the novus mathematician with a result of 156238. that may sound bad but it's probably one whole order of magnetude better than you would get on a slide rule.


Some of my TI's are a little higher - SR-40/TI30 (same thing) give 177087.1, "Slimline" TI50 (an early LCD) gives 177087.09 - so choose the "Slimline"! Other TI numbers: TI55 7726.486, TI57 4746.3834, TI25X solar 52.205, TI34II 3.512065, TI66 (LCD version of 58/59, built by Toshiba) 2.294775, TI34 -1.36296 - exact same result as HP6S. This shows the value of this method for identifying calculators that are the same internally. That these models are the same was pointed out here, I think it was during a discussion about calculators used in algebra classes and how to interpret sqrt(-9) (or was it -sqrt(9)?) When you have them side by side knowing they are the same functionally, it is striking how much better TI arranged the keys than whoever designed the HP6S - although the 6S is faster, very obvious on the trig functions (if that matters on a non-programmable). TI replaced the 34 and another model with the 34II, with two line display and menus - it takes multiple keystrokes to get to the trig functions on this one.


I agree with Michael. I have been lurking here for some time, and I have learned that RPN is a useful tool for "getting my mind right", in addition to solving the problem at hand. I am but a noviciate to HP calcs and RPN, but I can already feel my Really Powerful Neurons doing much more work than with the algebraic system of entry logic. By the way, I found a calculator program (assembly, I think) online at a TI calc site that modifies my TI-86 to RPN. Does anyone have experience with these types of programs? I will post the link if anyone is interested. Thanks to all!


yes, please do post the link. someone else mentioned a program like this about a year ago. what a great (and subversive) idea.


Here goes the link to the subversive TI-86 RPN utility. I believe that when downloaded as a ZIP file and extracted, the source code for the program is displayed as another ZIP file to be extracted. Perhaps the program can be ported to other calcs. Go here:


I have not put it on my calculator yet, but plan on doing so, soon.



I wrote this and, even knowing that the subject in here is not the same, the contents are related with each other.

Just my US$0.05...

Possibly Related Threads...
Thread Author Replies Views Last Post
  [PRIME] RPN: another attempt at returning more than one value to the RPN stack Marcus von Cube, Germany 5 1,410 11-05-2013, 02:44 AM
Last Post: Marcus von Cube, Germany
  HP 75 Assembly Language Michael Fehlhammer 7 1,408 10-01-2012, 08:32 AM
Last Post: Michael Fehlhammer
  Survey: Best programming language for next-gen HP? Oliver Unter Ecker 32 4,839 06-06-2012, 03:22 PM
Last Post: David Hayden
  HP-17B Language selection disappeared. Kees van der Sanden 10 1,695 02-13-2012, 10:51 PM
Last Post: bill platt
  Calculator natural language user interface Donald Williams 12 1,845 01-07-2012, 09:45 AM
Last Post: Vince (Italy)
  changing the language in an HP18C Alberto Fenini 3 796 05-20-2010, 02:20 PM
Last Post: Etienne Victoria
  OT: Tutorials for R statistical language Namir 8 1,505 10-29-2009, 01:37 PM
Last Post: Tim Wessman
  New Iphone & Itouch calculator - Access RPN and Active RPN Nigel Bamber 1 684 06-10-2009, 04:13 PM
Last Post: Jean-Michel
  Another calculator with RPN (Corvus 500 RPN) Saile (Brazil) 7 1,313 03-31-2009, 12:14 AM
Last Post: Michael de Estrada
  HP 18C language? icebox 3 833 01-21-2009, 03:15 AM
Last Post: Marcus von Cube, Germany

Forum Jump: