HP & RPN



#6

I've seen lots of books & articles extolling the virtues of RPN. But I've never seen any information on how & why HP chose RPN for their calculators. From a business standpoint, I'm sure there must have been some analysis done to justify the use of this obscure system. After all, how many people would know of Polish Notation and that Jan fellow with-the-funny-last-name-I-can't-spell, if it weren't for HP calculators?


#7

It seems that engineers had much more influence on design matters back then.

One of the sentences in their owner's manuals was
"Made for engineers by engineers"
(maybe the 2nd and 4th word exchanged)

It seems that engineers wanted to have highly efficient, high quality tools. So some kind of RPN was obligate,
and it was even cheaper to produce an RPN machine,
because they needed less storage registers,
and RAM was very expensive those days.

Nowadays it's vice versa: The 'marketeers' hold the strings,
and we all see the result, that new HP calculators are kinda crap (IMHO).


Raymond


#8

Hi;

as a matter of fact, let's face one important point: RPN is related to the direct CPU operation, in a way operands must be placed before the CPU can use them. As it happens with RPN. This means an operating system that does not offer an AOS interface to the user. It's known that algebraic calculators store the keystroke sequences till an ")" or "=" initiates a LIFO-style (Last In, First Out) execution, that resambles RPN.

There is more about it, and I'm in rush for now.

Cheers.

#9

Good point about the engineers vs. the marketeers. Very true. And I know a postfix parser is easier to code than infix. Been there done that :) But what I'm getting at is that (knowing HP), there must have been some document produced by HP along the way that founded the basis for their decision to use RPN. After all, it was not a minor design decision. It's very un-HP like to make arbitrary decisions like that. They are almost always well considered.

-John


#10

The first hand held calculator the HP35 was supposed to be for HP engineers use only not for sale


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 2,548 11-05-2013, 02:44 AM
Last Post: Marcus von Cube, Germany
  New Iphone & Itouch calculator - Access RPN and Active RPN Nigel Bamber 1 1,216 06-10-2009, 04:13 PM
Last Post: Jean-Michel
  Another calculator with RPN (Corvus 500 RPN) Saile (Brazil) 7 2,279 03-31-2009, 12:14 AM
Last Post: Michael de Estrada
  Op-Amp Gain and Offset Design for the HP-67 Stefan Vorkoetter 6 2,248 12-05-2008, 10:57 AM
Last Post: Tom Mathes
  AMP Rom for 71b PeterP 5 2,004 12-06-2007, 02:20 PM
Last Post: PeterP

Forum Jump: