HP Forum Archive 18

[ Return to Index | Top of Index ]

HP20b - Wolf (RPL calc) in Sheep's (RPN Calc) Clothing? Message #1 Posted by Jeff O. on 18 July 2008, 1:13 p.m. Gene sent me a message in response to my earlier post. He pointed out that the 20B is more of an RPL machine than an RPN machine. For example, press 2 INPUT 3 INPUT + and you get 5, not 6 as on every previous HP calculator with a 4-level RPN stack. You guys that seem to have some idea as to how to reprogram this thing need to get busy!

Re: HP20b - Wolf (RPL calc) in Sheep's (RPN Calc) Clothing? Message #2 Posted by Raymond Del Tondo on 18 July 2008, 5:21 p.m., in response to message #1 by Jeff O. Nothing against the Wolf, the HP-42S is a Wolf, too, at least internally, since it has a full-blown, but taylored RPL kernel, with an RPN UI.

OT: Anglo-Saxon Taylor/Schneider Message #3 Posted by Karl Schneider on 19 July 2008, 4:41 a.m., in response to message #2 by Raymond Del Tondo Hi, Raymond -- Quote: ...it has a full-blown, but taylored RPL kernel... Ah, but that is the olde English spelling for the town clothes-cutter, whose German equivalent -- as someone formerly known as Hellstern knows -- is Schneider. The occupation and verb is "tailor" in the modern era. Surnames based on occupations was a curious Anglo-Saxon custom. There certainly are a bunch of 'em in both languages. -- KS Edited: 20 July 2008, 12:24 a.m. after one or more responses were posted

Re: OT: Anglo-Saxon Taylor/Schneider Message #4 Posted by Walter B on 19 July 2008, 9:16 a.m., in response to message #3 by Karl Schneider Quote: Surnames based on occupations was certainly a curious Anglo-Saxon custom. There certainly are a bunch of 'em in both languages. You find them also in Romance languages, not only in Germanic (and for sure not only in Anglo-Saxon). See e.g. the popular Portuguese surname Ferreira equalling Smith.

Re: OT: Anglo-Saxon Taylor/Schneider Message #5 Posted by bill platt on 22 July 2008, 9:21 a.m., in response to message #4 by Walter B I know a Ferreira who really is a smith!

Re: OT: Anglo-Saxon Taylor/Schneider Message #6 Posted by Paul Brogger on 21 July 2008, 2:34 p.m., in response to message #3 by Karl Schneider From a relative in Germany (one L. Broëger or Brögger -- I don't remember exactly) I heard that my family name is somehow derived from "broco(u)r" -- a tap used in the serving of beer or wine from wooden casks. (The server who used said device came to be known as the brocour, or 'middle-man' -- and eventually, "broker".) Edited: 21 July 2008, 2:40 p.m.

Re: OT: Anglo-Saxon Taylor/Schneider Message #7 Posted by Karl Schneider on 22 July 2008, 1:17 a.m., in response to message #6 by Paul Brogger Hi again, Paul -- Quote: From a relative in Germany (one L. Broëger or Brögger -- I don't remember exactly) I am descended from a family named "Brugger" in the US. "ë" does not exist in modern German (and perhaps also not in archaic German), so "Brögger" seems more likely. That would also be spelled as Broegger, which might be pronounced in North America as "brew-ger". Thanks for the etymology! -- KS

Re: OT: Anglo-Saxon Taylor/Schneider Message #8 Posted by George Bailey (Bedford Falls) on 22 July 2008, 10:01 a.m., in response to message #7 by Karl Schneider Quote: family named "Brugger"... "ë" does not exist in modern German... Brugger may come from the Belgian city of Brugge (Dutch spelling)... "ë" does exist in modern German to distinguish between "oe" which would be pronounced like "ö" (o umlaut) and "o-e" (oë) which would be pronounced ow-eh. Regards, George Edited: 22 July 2008, 10:01 a.m.

Re: OT: Anglo-Saxon Taylor/Schneider Message #9 Posted by Walter B on 22 July 2008, 10:31 a.m., in response to message #8 by George Bailey (Bedford Falls) Quote: "ë" does exist in modern German to distinguish between "oe" which would be pronounced like "ö" (o umlaut) and "o-e" (oë) which would be pronounced ow-eh. IMO you're both right: "ë" is very very rare in modern German, AFAIK it's only used in imported words, like e.g. the French car company Citroën. This is pronounced like "Sittro'ann" for US-American tongues. If the trema would be missing, people not knowing its French origin will pronounce it like "Zitrun" with a "u" like in murder. Best regards from Germany :)

Re: OT: Anglo-Saxon Taylor/Schneider Message #10 Posted by Paul Brogger on 22 July 2008, 12:05 p.m., in response to message #9 by Walter B Thanks for all that. This relative sent a scan of our family tree -- taken from a drawing on a page in the family bible. It went back to 1450 (the info looked a little sketchy back there), and showed a "Fritz" who had emigrated to America and had 8 children (he knew a few more details, but not much). That Fritz turned out to be my grandfather Frederick Joseph, and my father one of those eight. I was able to fill in "Uncle Ludwig" on his U.S. relatives and he was very happy. I wish I could have met him -- his AOL account appears no longer active. Thanks again!

Re: HP20b - Wolf (RPL calc) in Sheep's (RPN Calc) Clothing? Message #11 Posted by Richard J. Nelson on 20 July 2008, 8:19 p.m., in response to message #1 by Jeff O. Strange. When I press 3, ENTER, 2, ENTER, + on my RPN calculators you add the X and Y registers - which is 2 - I get 4. What am I missing? I can't speak for the 20b, but I have a few RPN calculators. X < > Y, Richard

Re: HP20b - Wolf (RPL calc) in Sheep's (RPN Calc) Clothing? Message #12 Posted by Richard J. Nelson on 20 July 2008, 8:22 p.m., in response to message #1 by Jeff O. Oops, I reversed the inputs and six is correct. The RPL "rules" are now being followed since Cyrille is an RPL person and not an RPN person. HP's machines are really messed up in this regard and it appears that the need for consistency is very low priority. X < > Y, Richard

RPL versus RPN "rules" Message #13 Posted by Karl Schneider on 21 July 2008, 3:42 a.m., in response to message #12 by Richard J. Nelson Hi, Richard -- Quote: The RPL "rules" are now being followed since Cyrille is an RPL person and not an RPN person. HP's machines are really messed up in this regard and it appears that the need for consistency is very low priority. I had noticed several instances in which the RPN "way of doing things" on the HP-33s had changed to the RPL way on the HP-35s. Within a 7-page paper that I provided to Cyrille and Sam Kim at the San Diego 2007 HHC, I asked whether standardization of ROM code between the HP-35s and HP-50g was an objective. One of those HP-35s items of functionality was the method of entering integers in bases other than ten, which almost invariably requires the user to append a single-letter base code ("h", "d", "o", or "b") to a number in order to identify its base, regardless of the selected mode. The other item was the ability to enter a very long string of base-ten digits, which upon termination would then be rounded to a representable value (12 significant digits with mantissa magnitude less than 10.0 and exponent magnitude not greater than 499). RPN models including the HP-33s simply reject input of digits that would cause these limits to be violated. I prefer the RPN way, especially where EXACT integer mode is not offered and where the input is almost always a number entered onto the stack -- not an 'object' entered into a buffer for subsequent processing. -- KS

Re: RPL versus RPN "rules" Message #14 Posted by Antonio Maschio (Italy) on 21 July 2008, 4:21 a.m., in response to message #13 by Karl Schneider Ditto. -- Antonio

Re: RPL versus RPN "rules" Message #15 Posted by Walter B on 21 July 2008, 4:47 a.m., in response to message #13 by Karl Schneider Hi Karl, Quote: I prefer the RPN way, especially where EXACT integer mode is not offered and where the input is almost always a number entered onto the stack -- not an 'object' entered into a buffer for subsequent processing. So do I. Quote: Within a 7-page paper that I provided to Cyrille and Sam Kim at the San Diego 2007 HHC, I asked whether standardization of ROM code between the HP-35s and HP-50g was an objective. What answer did you receive? Regards, Walter

Re: RPL versus RPN "rules" Message #16 Posted by Karl Schneider on 22 July 2008, 1:34 a.m., in response to message #15 by Walter B Hi, Walter -- Quote: Within a 7-page paper that I provided to Cyrille and Sam Kim at the San Diego 2007 HHC, I asked whether standardization of ROM code between the HP-35s and HP-50g was an objective. What answer did you receive? I didn't request any answers or responses from HP at the time. My plan was to discuss the paper directly in a private session with legacy-model demonstrations -- it's convienient for me -- before distributing it to the community. Unfortunately, I haven't yet followed up in 2008 to request this meeting. I should, because I do plan brief the paper at the upcoming HHC in Corvallis. -- KS

Re: HP20b - 2 INPUT 3 INPUT + Message #17 Posted by Gene Wright on 21 July 2008, 2:12 p.m., in response to message #1 by Jeff O. Jeff is correct. INPUT does not lift the stack. I made sure to mention this in the (not yet published) 20b learning modules. If you have your 20b already, give me an email. ;-) Gene

Re: HP20b - 2 INPUT 3 INPUT + Message #18 Posted by Paul Brogger on 21 July 2008, 2:54 p.m., in response to message #17 by Gene Wright I'm probably missing something obvious (and/or this has been discussed at length elsewhere), but why on the "true" RPN machines does ENTER lift the stack? Seems to me that if it were just used to terminate numeric entry, and if any subsequent numeric key would lift the stack as part of the entry of a new value, the operation would be more straightforward, and much of confusion experienced by new/casual RPN users would have been avoided. I suppose a second "lift stack" function (and another key to put it on) would have been required? (Alternatively, an ENTER keypress after any operation other than numeric entry might have effected a lift.) I hear that H-P did exhaustive evaluation of such things, and probably everyone but me knows the answer(s) -- but I am curious.

Re: HP20b - 2 INPUT 3 INPUT + Message #19 Posted by Karl Schneider on 22 July 2008, 1:06 a.m., in response to message #18 by Paul Brogger Hi, Paul -- I'd say that the automatic 'DUP' function of ENTER on RPN calc's was to provide a concise two-keystroke sequence to double or square an input (also remember that x2 was not provided on the HP-35). Automatic 'DUP' saved a keystroke also when evaluating, e.g., xe-x or sin(x)/x. -- KS

Re: HP20b - 2 INPUT 3 INPUT + Message #20 Posted by Gene Wright on 22 July 2008, 12:00 p.m., in response to message #17 by Gene Wright Just to clarify :-) I am not collecting emails. But, I have a surprise for those who already have their HP 20b calculators.

Re: HP20b - Wolf (RPL calc) in Sheep's (RPN Calc) Clothing? Message #21 Posted by John B. Smitherman on 24 July 2008, 11:18 a.m., in response to message #1 by Jeff O. Thanks Jeff. Does the 20B display , or . to separate thousands places as you enter a number? Or, does it wait until you press Enter? Regards, John

Re: HP20b - Wolf (RPL calc) in Sheep's (RPN Calc) Clothing? Message #22 Posted by Jeff O. on 24 July 2008, 1:38 p.m., in response to message #21 by John B. Smitherman It inserts the thousands separator(s), and moves it (them) accordingly, as the number is entered.

[ Return to Index | Top of Index ]

Go back to the main exhibit hall