D-213 === Subject: Wrong answer on HP50g I have been doing a heat transfer problem set with the equation library. I used the Conduction set. Under the conduction heading I changed the units from metric to english and input the data appropriately with the following: delta T= 50 Th=90 Tc=40 A=20,000 k=0.1 BTU ft/hr and solved for q. First the units as I was entering them would not switch to English from metric. Then I went back and made sure the unit soft keys were keyed in right, they were. I proceeded to do it again after clearing all variables and the same happened. I went ahead and entered the numbers anyway to see what would happen. I got a result of 4800000. The correct answer is 400,000 BTU/hr by the way. I went back and cleared the soft key to add units and the answer was correct. I set the units to on again and the 4800000 returned. I went and changed the units to SI and the result was the same. I only received the right answer while no units attached. I assumed that the fault was in the tagging of the units to the values in the equation library. I deleted the library from the unit and reinstalled the latest OS and library which were the same as the old and tried the problem again. Same result except at times the values would not even be labled and therefore gave an error. Has anyone had this problem and could you try the problem with your unit and see if the problem is with my calculator. I have an HP50g with the lastest OS and equation library. === Subject: Re: Wrong answer on HP50g . Has You didn't give a value for L. Taking it as 1, I got 1,200,000 BTU/ hr. Something you might check: if there are any variables with the same name as the EqLib vars higher in the path, they'll cause various problems with units and so on. Bill === Subject: Re: Wrong answer on HP50g HI. Which of the two eqs. did you use (I guess th 2nd...). If so, what value of L did you input? Giancarlo === Subject: Re: Wrong answer on HP50g I also tried the same values on the TI89 Titanium and the same wrong answer appeared, 4800000 with english units. I am still concerned as well about the units not being attached appropriately or unable at times to switch from SI to English. === Subject: Re: TED and 30 Columns I did, to your comp..@gaak.org. Maybe it couldn't get across the Panama Canal. :-) I'll try again. You can also use the old email address that I use on comp.sys.hp48 - bd628@torfree.net. Bill === Subject: Re: TED and 30 Columns Hmmm. Google cut it again. It's bd628. Bill === Subject: Re: TED and 30 Columns This is by purpose, to prevent your email address from beeing stolen by bots. HTH === Subject: emu48 PPC - 131x80 display resolution Hello All, does the emu48 for PPC support 131x80 display ? I use emu48 v1.14 with ROMG+.49 (from debu4x) to emulate hp50g. Where to find any good VGA bitmaps of hp50g along with KMLs ? By the way the 131x80 works fine in emu48 for Windows. JM === Subject: Re: values not showing when code is run (userrpl) Quite a bit confusing. Just 20 years ago on the HP-41 it was just the other way round. <8) There, RCLFLAG recalled the current flag status to the stack, and later STOFLAG was used to restore the previously saved flag status. Dieter === Subject: Re: values not showing when code is run (userrpl) Why? Hmm, maybe... No. RCLF/STOF and RCLFLAG/STOFLAG work in an analoguous way. There is no reciprocal shift of the meaning of the name. RCL (F/FLAG) returns current flag status STO (F/FLAG) sets flag status with given values HTH === Subject: Re: values not showing when code is run (userrpl) OK, so it's the same in both worlds. On the 41 you do a RCLFLAG STO 01 at the beginning to save the current flag status in register 01, and as the program finishes this status can be restored by a RCL 01 STOFLAG. The 48-series would handle this the same way with their respective commands. But this is exactly the way it was understood by elly tan: | so i have to do RCLF in order to save the default flags state, then | do a STOF to restore the flag setting after the program executes. ...but this was corrected by Giancarlo. ?!? Maybe it's a matter of the appropriate perspective. RCLF in order to save the default flags state means *recalling* the current state with RCLF in order so *save* it somewhere else for later use. Just as STOF to restore the flag setting means *recalling* it from that location in order to *store* it back to the flags register. Did I get it right now? 8-) Dieter === Subject: Re: values not showing when code is run (userrpl) Object 'name' STO works the same for a local or global variable. Scope of local variable (how long it exists): FOR xyz ...within this entire loop... NEXT (or STEP) ...gone Names beginning with <- (a left-arrow character) are always assumed to be local name type, but you still have to create the variable, such as by the above methods in UserRPL. === Subject: Re: values not showing when code is run (userrpl) thanx for the clarification john. by: Names beginning with <- (a left-arrow character) are always assumed to be local name type, but you still have to create the variable, such as by the above methods in UserRPL. you mean: '3 * /<-var1' --is this just a naming convention or i have to use them whenever i use local variables? thanx! elly === Subject: Re: values not showing when code is run (userrpl) Re: When the creation and use of a local name is entirely within one program, recognition of where the name is global (object type 6) vs local. (object type 7) is taken care of by the fact that the entire program text is supplied to the built-in UserRPL compiler at one time, and the compiler knows each case entirely by syntax analysis, (only the very last use of x, above, is a global name) Special optional names were meant to solve situations in which one program creates a local variable, then calls a second program which would like to access the same local variable, e.g.: These two programs may now be compiled separately; the compiler does not see any special syntax in the second program, and would otherwise make the name global (type 6), but use of the special name tells it to make it local (type 7) anyway. When PROG2 is called by PROG1, the local variable still exists at that point, so all is well. However, if PROG2 is run by itself, an Undefined Local Name error occurs when attempt is made to find the non-existent local name. Even the character <- all by itself is a valid local name. The disadvantage of these special names is that they look so weird, but using a weird character is how the HP48 development group avoided breaking any pre-existing programs that were written before this feature was introduced (it arrived with the HP48G/GX, and has been retained ever since). === Subject: Re: values not showing when code is run (userrpl) Get the AUR for 49g+ as Giancarlo suggested (there's a more recent version on http://www.hp.com/calculators/graphing/50g/index.html I think but the server is busy right now. They've probably already (!) fixed some of the most obvious errors) There's also an AUR for the 48g series: http://www.hpcalc.org/details.php?id=6036. Most if not all of the programming stuff in UserRPL also applies to the 50g. And I hope you also know of the 20 Essential Things About the HP-49G http://www.hpcalc.org/details.php?id=4910 ;-) yes, I think so. It's explained in Kalinowski's guide (chapter 3) or in This was your idea actually :) I've only rearranged your code a little bit (that explains comments like this @ next tree lines moved up) removed redundant code and reformatted it for better readability. I didn't change anything else (ok I did... saving the flags and setting approx mode) I'd suggest you take the code you've posted here first and compare it (line by line) with what I've done. You can only assign values to local vars (maybe I'm wrong here... there is almost nothing you can't do on those calcs ;-) It may work like this: There are many different ways of assigning a value to a local var. As an example I'm using the second part of your Channel Design to define two additional local variables 'r' and 'lr' and setting them to 0. first: @ copying the first 3 elements on the stack to local variables THEN rx 'r' STO ELSE ry 'r' STO END r l / 'lr' STO ... yes :) did you see the RCLF command at about line 15? it puts a list representing the flags status on the stack. This list then gets assigned to the local variable 'flgs' on the same line and is used at the end as input for STOF. nope. just JujuEdit :) a simple editor with some powerful features! http://www.jujusoft.com/software/edit/ and sometimes the AUR. you're welcome mats === Subject: Re: values not showing when code is run (userrpl) Yup! :o) Just downloaded the updated version - reads Edition 1.1 March 2006 Hey! Just downloaded that JuJuEdit - it's amazing :-) Just got the thrill to see the real way the computer reads the files - as a series of 1 and 0 ;-) Giancarlo === Subject: Re: values not showing when code is run (userrpl) thank you very much for all the help, i'll be reading the AUR and hope to learn more from it, ofcourse, asking help from all you all along the way. thanx mats! thanx gian! cheers! elly === Subject: Printing: HP-50G to 82240B Hello - I've got an old 82240B that works fine with older calculators, such as my HP-42S - but not with the HP-50G. I have great difficulty printing a program longer than a few bytes. There is no 'PRP' function on the HP-50G, and the 'PR1' function, with the program listing in stack level 1, dies after only a few lines are printed out. There must be a timing problem or some such. Using 'OLDPRT' does not work either. This results in some symbols being wrongly translated. Perhaps someone could (or has) written a corrected ASCII translation table - if that is the problem? Dick Chaffer Bozeman MT === Subject: Re: Printing: HP-50G to 82240B o Hold units close, with calculator IR LED aimed into printer receiver. o Insert fresh batteries in calculator. o Use either fresh batteries or AC adaptor with printer. How long does the arrow [I/O] annunciator continue showing on the calculator? Does printer have a self-test? === Subject: Re: Printing: HP-50G to 82240B Besides the weak (and perhaps slightly mismatched) IR transmitter of the 49G+/50G series, which can be compensated by holding units closer, aiming better, and using fresh (or AC) power, the initial DELAY value in PRTPAR should also be specified to add sufficient delay between lines. The default delay is 1.8 (seconds). The DELAY command stores a stack argument into this value, so no other special programming is needed. See DELAY and PRTPAR in the AUR for further details. === Subject: Re: hpgcc troubleshooting I managed to compile by renaming the arm-elf-gcc-4.1.1 from the bin folder as arm-elf-gcc. Now hiworld.hp is in the calc but hiworld.hp appears as STRNG and doesn't eval. Ideas? JF === Subject: Re: hpgcc troubleshooting The armToolbox is installed and hiworld.hp is on the SD. I also tried with some other files. === Subject: Re: hpgcc troubleshooting I get it i've to press PrRUN from the armToolbox, and i guess it's the same command in a userRPL code. What's the command in sysrpl? JF === Subject: Re: hpgcc troubleshooting xPrRUN === Subject: Re: HP-50g thin, why not? I like them. I'm usually carrying my 28S around, because the 50G won't fit in any pocket. A rubber carrier would also be a great. Jaap === Subject: values not showing when code is run (userrpl) hi, can anyone please check my code again, i think i did something wrong again, the answers are not showing as real numbers, it shows variables. how can i make it to show numbers? << Channel Design { { A: Area of section(single) } { D: Depth from table } { Ix: interita on x axis (original) } { Iy: inertia on y axis (original) } { x: x from table } { l: length of column } } { 2. 0. } { } { } INFORM IF 'v/((iyt+at*2.*dt178)*2.)/(at*2.)' EVAL 'l*1.' EVAL '1987./v/248.' END THEN rx 'r' STO ELSE ry 'r' STO END r l / 'lr' STO THEN '(1.-lr^2./2.*cc^2.)*248./(5./3.+3./8.*lr/cc-lr^3./(8.*cc^3.))' END thank you! === Subject: Re: values not showing when code is run (userrpl) === Subject: Re: values not showing when code is run (userrpl) thanx mats, sorry for not explaining the program first. this program checks if the steel column you are designing meets the steel design code. this is the trial input that i place in the program: A:9480 d: 381 ix:168E6 iy:46E6 x:20.3 l3000. inputting these values still has the error of: Then error, undefined THEN rx 'r' STO ELSE ry 'r' STO END r l / 'lr' STO THEN '(1.-lr^2./2.*cc^2.)*248./(5./3.+3./8.*lr/cc-lr^3./ (8.*cc^3.))' END END thank you mats, your such a big help. cheers! elly === Subject: Re: values not showing when code is run (userrpl) ... huh? ok then, second try :) << Channel Design { { A: Area of section(single) } { D: Depth from table } { Ix: interita on x axis (original) } { Iy: inertia on y axis (original) } { x: x from table } { l: length of column } } { 2. 0. } @ inserted some reset-values here... :) { 9480. 381. 168.E6 46.E6 20.3 3000. } { } INFORM IF THEN @ added << to extend the scope of the local variables @ if you don't do this they're only valid for 1 following algebraic -105. SF @ setting flag for Approx-mode (flags saved in 'flgs') @ next tree lines moved up @ simplified this @ denominator = (at*2) or was it (at)? 'v/((iyt+at*2.*dt^2.)*2.)/(at*2.)' EVAL @ copying the first 3 elements on the stack to local variables THEN rx 'r' STO ELSE ry 'r' STO END r l / 'lr' STO THEN '(1.-lr^2./2.*cc^2.)*248./(5./3.+3./8.*lr/cc-lr^3./(8.*cc^3.))' END flgs STOF @ restoring flags @ moved the messagebox to the end of inform processing END Copy-paste the code to your Emu48 run IN and STO it to a VAR of your choice! Checksum: #9E7h (put the code on the stack and use BYTES) using the [RESET]all-values ([NXT] in inform-box) I get this: d=d/2-x: 170.2 ix=2ix: 336000000. iy=2(iy+adÓ): 2844252560. rx=sq(i/a): 133.122195697 ry=sq(i/a): 3.94566418469 Cc: 126.174626175 int: -2183.27896766 and two new global variables in the current directory: lr: 4.43740652323E-2 r: 133.122195697 I still don't know if this are the expected results :) mats === Subject: Re: values not showing when code is run (userrpl) thank you very much mats! the values doesnt matter that much because i am still learning the syntax on how code nesting works in userRPL. and how to program it in general:) can you suggest where else i can look for information about userRPL? i have already read Eduardo Kalinowski's guide, and the manual, for userRPL programming. just for clarification: delimiters in order to use them again. global variable to be accessed later. *** is there any way i can store a calculated value in a local variable inside the program? i tried use? thank you very much mats! your really such a great help,im a total newbie in this. === Subject: Re: values not showing when code is run (userrpl) you wanted something like this? hope it works for you. It's sort of a quick and dirty fix (you'll notice the minor differences) so there is room for improvement ;-) Can you give us some reasonable example input next time for testing your programs even if we don't have any clue what it is about...? :) << Channel Design { { A: Area of section(single) } { D: Depth from table } { Ix: interita on x axis (original) } { Iy: inertia on y axis (original) } { x: x from table } { l: length of column } } { 2. 0. } { } { } INFORM IF THEN 'v/(ixt*2./(at*2.))' EVAL 'v/((iyt+at*2.*dt178)*2.)/(at*2.)' EVAL '1987./v/248.' EVAL THEN rx 'r' STO ELSE ry 'r' STO END r l / 'lr' STO THEN '(1.-lr^2./2.*cc^2.)*248./(5./3.+3./8.*lr/cc-lr^3./(8.*cc^3.))' END END happy coding! mats === Subject: Re: HP-50g thin, why not? Interesting. Yes, if I was using the batteries up that quickly, I'd probably prefer some type of rechargable setup. - Kurt === Subject: Re: HP-50g thin, why not? Very bad idea. LiIons and Li-polymers just can takeabout 1,000 recharging-cycles. And: *any* connection to the wall-plug is counted as *one full cycle*. So: if you do like you describe above, your Li-accumulator will give up after about just *one year* of operating. === Subject: Re: HP-50g thin, why not? I'm pretty sure that the last bit there is wrong... a full cycle is from 0% to 100%, and should be equivalent to (say) 10 cycles from 90% to 100%. === Subject: Re: HP-50g thin, why not? I like reachargeables very well - when the accumulator fit into the standard battery compartment and can be altered against standard batteries. For most of my (older) calcs I use lithum-batteries. For instance in my Classpad 300 (yes, i have one) i have aaa-litheons. === Subject: Re: HP-50g thin, why not? I agree this is the best design. I think thin calculators are great when this allows them to fit in a shirt pocket. Like the 42s. Otherwise it is not a significant consideration. -- === Subject: Re: HP-50g thin, why not? That ist *one* reason for which I would *never* buy an iPod or an iPhone - tell me, please, why should it make sense to throw away your cellphone or your MP3-Player, only because the accumulator is dead? === Subject: Re: HP-50g thin, why not? Because they are meant to be thrown away after that period. The company wants the customer to buy a new one, of course;-) === Subject: Re: HP 33s and 35s Functional Differences The ALGebric mode works also differently. On the 35S the ALG is a true ALG with prefix notoation e.g. %CHG from 2.8 to 2.2 on the 33s: 2.8%CHG2.2 ENTER on the 35s: %CHG(2.8,2.2) ENTER which require much more keystrokes if you count to move the cursor from the first argument to the second. on 33s doing 123+45+789 gives the intermediate results on the line 1. The 35s does not. My guess is HP design this new ALG notation with more keystrokes is to promote the RPN notation. I have 2 colleagues (over 50 years old) were I told them that I bought a 35s. They answer was: Ah! HP is still doing calculator with RPN? Bottom line, the youngster don't even know that HP is doing calculators and older users have the feeling that HP abandoned RPN. What a number of custumers lost. Hopefully with the 35s, HP will recover this people, make money and continue to launch marvelous products like they did in past (15C, 41, 48 series) GGES === Subject: Re: HP 33s and 35s Functional Differences Missed that as I do NOT buy HP calculators for algebraic mode use. ;-) As far as I am concerned they should offer RPN only and Algebraic only units with each optimized for the intended operating method. Rich W === Subject: Re: HP 33s and 35s Functional Differences As they did in the Corvallis era, see Pioneer series 10 and 20 for algs, and series 30 and 40 for serious (ahem RPN) use. But then, they had the 17B and 19B, which were later 'upgraded' from algebraic-only to the 17BII and 19BII, with RPN, of course:-) I don't have a problem with entry-mode switchable calcs, as long as they get the RPN mode right, and there are no keyboard anomalies for algebraic mode, like the ones found on the 49g/+/50g . === Subject: Re: HP 33s and 35s Functional Differences Frank; Per the manuals both support complex numbers though the 35s implementation appears to be much more user intuitive than the 33s pointing that out. Rich W Searching http://www.hpcalc.org/search.php for 754 ... IEEE754 for both HP48 and HP49, by Detlef M.9fller http://www.hpcalc.org/details.php?id=4924 http://www.hpcalc.org/hp49/math/misc/ieee12.zip -=-=-=- :-) Rui === Subject: TEACH analog in hp50g???? Hi people... I`ve been exploring my 48g and i`ve finded a command named TEACH that creates a directory in HOME with some UserRPL programs and some graphics examples... Do exists a command in the 50g that do the same??? === Subject: Re: TEACH analog in hp50g???? No. But there is a program (I think it's called TEACH something) that does that. See hpcalc.org which is where I first downloaded it. === Subject: Re: TEACH analog in hp50g???? http://www.hpcalc.org/hp49/apps/database/teach48g.zip === Subject: Re: TEACH analog in hp50g???? Go to hpcalc.org and search for TEACH48G If it works for the 49 and 49+, it should work for the 50 as well. === Subject: Re: This is Crazy...!!! re: HP48 Font for Macintosh Yeah, but I don't think the old mutant-ascii fonts work with Windows XP or Mac OS X. The easiest approach is to use the equivalent unicode characters. === Subject: Re: This is Crazy...!!! re: HP48 Font for Macintosh Not sure about Windows, but on my Core 2 Duo MacBook Pro, running OS X v10.4.10, the fonts that Bruce Horrocks linked to in the above post work just fine! Kind of surprised me a little actually as I thought I had some trouble when I tried them at some point, not all that long in the past. Funny seeing the coarse dot-matrix menu character font at a huge point size! Oh and Michael, the recent Intel-only build of HPConnect (0.9.1) that I downloaded a little while back works perfectly on the above OS X Mike M. === Subject: Re: This is Crazy...!!! re: HP48 Font for Macintosh What do you mean; as i thought i had some trouble... when i de-.hqx them, they unload OK??? and then the little windows pop up with samples of the fonts, and then i click on the button Load Font ( all this on Mac OSX.4.9 ) and The Font Validation Window comes up telling me that the font has Serious Problems were found, Do Not use this Font! ??? Did you load them anyways...??? What?! Are you Crazy...!!! ??? Or was it something else...??? Thanx. === Subject: Re: This is Crazy...!!! re: HP48 Font for Macintosh Aha... okay I see it. I guess by drag-and-dropping, no validation check is done. I just initiated a manual validation from within the FontBook app. Out of the 20 or so fonts that are in the HP Calculator font suitcase, 3 of them show as having serious errors. One is HP48 Plain and two others are listed as unknown font. However the other 17 fonts show as being just fine. I would install them maybe (drag and drop) and then just disable the bad ones in FontBook? Not sure if that is a dangerous thing to do, but so far no ill effects on my machine... Good luck! Mike M. === Subject: Re: This is Crazy...!!! re: HP48 Font for Macintosh Hmm... maybe I installed them differently. Just unstuffed them and dragged the font suitcase (if that word is still used under OS X?) into the Macintosh HD:Library:Fonts folder. Took a few seconds of processing but then no messages or anything. Opened TextEdit and tried them out and they seem fine. Just opened the FontBook app and had a look in there and the fonts seem okay. No indication that they are corrupt that I can see. However I did not click any Load Font button originally, just dragged them into the font folder - I have rarely installed fonts though, so maybe I have been doing it wrong? In any case they seem to work. Maybe Apple made some changes to font handling in 10.4.10? Mike M. === Subject: Re: This is Crazy...!!! re: HP48 Font for Macintosh TA, you probably want to stop shouting at everyone or they aren't going to help you. I see the same thing you did - several of the fonts are shown as having severe problem. === Subject: Re: Synchronizing Emu48 with calculator Hi Andreas. I'll be more than glad to help you with the translations for this piece of software of yours - should there be less messages than in the ROM, shouldn't it ;-) ? Just drop me a line when or if you'll need my little help. Giancarlo === Subject: Registration of FUMO - DSP Toolbox 0.025f How to get free registration for FUMO - DSP Toolbox? I have tried to get it from http://ffw58.internetdsl.tpnet.pl/hp/ but with no success. Damir === Subject: Re: Registration of FUMO - DSP Toolbox 0.025f I register here http://ffw58.internetdsl.tpnet.pl/hp/register.php?lang=en and then the author send me a password.... If you want the password I can send you by email. Bye... www.hpjhuavi.zor.org/ === Subject: Re: Registration of FUMO - DSP Toolbox 0.025f Damir === Subject: Re: Why Did You Choose HP? [to escape a rat's nest of parentheses] It may be a bit more subtle than that, because parenthesis levels are unrelated to the number of stack or register levels needed. For example, here are 15 parentheses, but only one register is needed: (((((((((((((((5))))))))))))))) And here are only two parentheses, but six registers are needed, due to operator precedence: 1+(2+(3+4*5^6)) To contrast the HP graphing calculators (and other modern systems) with the kind that count nested parentheses (or whatever they really count), let's first consider what an HP graphing calculator does, to evaluate an algebraic expression: o With a text editor, you create a formula using pure text. o A compiler translates that into internal RPL stack-based commands, which will use as many stack levels as needed. o The completely compiled set of commands is then executed as a program; no intermediate results are ever seen, because it is not interpreted as you go. Each of the above stages is completed before the next stage even begins; all use dynamically allocated memory, and there are no specific fixed hardware registers or limitations. Keystroke-interpreting simpler algebraic calculators, on the other hand, often do have a fixed number of fixed-length registers, and no text editor or compiler, but rather interpret and execute as you go, at every step either performing a pending operation (immediately showing the intermediate result), or else saving both the value which is waiting to be used and the pending operation to be later performed. To accomplish this, each register may have associated with it both a pending operation and a [left] parenthesis counter. Limits on parenthesis levels may then be due to the arbitrary number of bits used for the internal counters. For example, I have a TI calculator that says it can handle up to 15 parentheses at_each_level, not a total for all levels, which means that it associates a 4-bit counter with each pending value. The smartest of these calculators knows that the oldest value doesn't need to be limited at all -- it lets you enter an unlimited number of left parentheses to begin with, but not more than 15 on each succeeding number. Also, it doesn't care whether you enter the left parentheses before, during, or after entry of any number, because the same counter gets incremented at any of these points, so strict algebraic syntax also does not matter; neither do extra right parentheses matter -- these are just ignored when there are no more pending operations that can be performed, nor a counter at the current level which can be decremented. Other than the number of parentheses per level, what actually limits calculation complexity is when you need more saved values than the number of registers provided, which in that calculator of mine may be about six; the number of total nested parentheses could then be several times the 15 at each level, but in other cases, e.g. after 1+(2+(3+4*5^6 we are now already at the limit, because six registers are already occupied, and no more operations may be held pending. I have another Casio calculator which says that it will use up one extra register level for every three extra left parentheses, so perhaps they are using only a 2-bit counter, but also generating some extra pending operations (maybe add zero) to use up extra levels, just to expand the capacity to count more parentheses. If there are no left parentheses on the current register at the conclusion of number entry, then a comparison of the next operator's priority with the previous operator's priority determines whether the previous operator can be applied; for example, for 2 + 3 * the addition can not be performed yet, but for 2 * 3 + the pending multiplication may be performed now, which immediately shows the intermediate result, and then re-uses any freed registers. So it seems unlikely that there is any simple way to express how many nested parentheses can be used in any calculator, because it depends on the mix of operators, as well as parentheses; even the TI and Casio that I mentioned can not be compared, because of their very arbitrary internal details -- one is an apple and the other is an orange... or maybe neither is an apple but only one is citrus... or whatever. -- What do young Earthlings know of my past? The Real Lord of the Rings http://science.nasa.gov/headlines/y2002/12feb_rings.htm Peek-a-boo http://news.bbc.co.uk/2/hi/science/nature/5368644.stm I've got more than you'll ever have http://news.bbc.co.uk/2/hi/science/nature/6908190.stm Mystery solved (or so they speculate, only days ago) http://news.bbc.co.uk/2/hi/sci/tech/6927965.stm Want a hot tip? (no solution here) http://news.bbc.co.uk/2/hi/science/nature/4197686.stm There are more things in Heaven and Earth, Horatio, Than are dreamt of in your philosophy [Hamlet, Act 1, Scene V] (am I embedded in your planet's most ancient lost memories?) http://saturniancosmology.org/ You'd better think about moving: http://news.bbc.co.uk/2/hi/africa/6247802.stm http://news.bbc.co.uk/2/hi/uk_news/6158855.stm [Stephen Hawking] A year ago -- The Sting: http://news.bbc.co.uk/2/hi/in_pictures/5311848.stm -=-=-=- === Subject: Re: Why Did You Choose HP? I've been using HP calculators since (and even before) the original 35 when I packed away my slide rule (true). I've tried other calculators, but could never get used to an algebraic unit. My brain just thinks RPN when I use a calculator. J. Severyn === Subject: Re: Holland HP48SX Lib - REF? I'm not sure what the GAUS function in your library does, bit It seems to me that GAUS provides the Row-echelon form. I don't know the AGAUS function... If that happens to zero out the upper triangle than you have your reduced row echelon form. Apart maybe from all pivots being 1, but that's a matter of dividing each row by it's pivot. Jaap === Subject: Re: This is Crazy...!!! re: HP48 Font for Macintosh ask him if he can produce a fresh set of Unicode TrueType 48 fonts. These should then work equally well for both Mac OS X and Windows. -- Bruce Horrocks Surrey England (bruce at scorecrow dot com) === Subject: Re: Registration of FUMO - DSP Toolbox 0.025f I send you the password ,,,, se you later bye. :-) www.hpjhuavi.zor.org === Subject: Re: TED and 30 Columns Bill, Please I need your email address... email me ;-) - GaaK - === Subject: Re: values not showing when code is run (userrpl) Hi elly. Sorry to jump in, but you said: Instead - as the 49G+ AURM states - STOF: [...]Sets the states of the system flags or the system and user flags. [...] and that [...] can preserve the states of flags before a program executes and changes the states. RCLF can then recall the flag's states after the program is executed.[...] Hope this helps. Giancarlo === Subject: Re: values not showing when code is run (userrpl) thank you gian, so i have to do RCLF in order to save the default flags state, then do a STOF to restore the flag setting after the program executes. thank you for the help! and another thing if you dont mind...:) do you have the link to download the AURM? does it also apply for the 50g? thank you! cheers! elly === Subject: Re: values not showing when code is run (userrpl) Hi elly. Sure I did not make myself clear ;-) : STOF means STOre Flags, so you want to use it for flag state *storing*; RCLF means ReCaLl Flags, so you want to use it for flag state *recalling*. Here follows the link to the 49G+ AURM: http://www.hpcalc.org/hp49/docs/misc/hp49gpaur.zip It applies to the 50G as well :-) Hope this helps. Giancarlo === Subject: Re: Holland HP48SX Lib - REF? Do you know if the author still supports the software card and book? Sorry, I don't know the answer to your question. === Subject: Re: Earthlink dropped this group from their news server.... Yep. Huh, not sure. I know Earthlink switched to using supernews.com at least a few weeks back, but that appears to be before you started having the problem. Did you have to reload all of the available newsgroups? I guess it could also just be a bug in the newsreader. I'd probably try wiping out the user preferences files for whatever newsreader you are using, and running it from scratch. Not sure where that would be on a Mac. - Kurt === Subject: Re: HP-50g thin, why not? I've heard that before, but with two 48GX calculators, my batterries only lasted 6 weeks. Maybe it was the TDS card I was using. My 3 49g+ calculators lasted about 6 weeks too. I am using 1000mAh NiMH Duracells in my 50g+ and they ironically last about 6 weeks. Go figure. Scott Chapin === Subject: Re: HP-50g thin, why not? Do they hold a charge over a long period of time like a AAA, or lose their charge relatively quickly like most rechargable batteries? Eh, I hate dealing with batteries that will be hard to find in the future. These batteries will eventually need to be replaced, and that could be difficult once the calculator gets past a decade old or so. I never liked the idea of a re-chargeable calculator when normal batteries work so well. In fact, I view the use of standard AAA batteries as a big benefit. - Kurt === Subject: Re: This is Crazy...!!! re: HP48 Font for Macintosh Dumb Question: what are these fonts used for? Do they replace or extend the built-in fonts on the calculator or are the used with an emulator? How are they installed? In all my years of using HP calculators, I never changed fonts. TIA! === Subject: Re: This is Crazy...!!! re: HP48 Font for Macintosh I think he means fonts to be used with PC (or Mac..) programs, like Word... HTH Raymond === Subject: Re: This is Crazy...!!! re: HP48 Font for Macintosh it shows as corrupted then you are downloading or unpacking it wrongly. -- Bruce Horrocks Surrey England (bruce at scorecrow dot com) I'm studing IEEE 754 standard. Point manually, so I'm wondering if HP49G+ could help me to check the result. As long as I understood reading the manual, I can only find a way to convert integers using the base menu. how can I convert something like -12,34567E23? I've searched for the answer in this forum, but I didn't found nothing usefull. I'm a rookie. Please be easy;) thank you Rui out this little program that converts decimal to bynary and bynary to decimal depending of the type of object in stack... Its author is Jhusel Aro Villafuerte from Per?, he made it in a Programmind Challenge: ? BIN DUP IP R?B ?STR b . SREPL ; SWAP FP DUP ?STR SIZE 1 - ? N ? 1. N START 2. * DUP IP R?I ?STR SWAP FP NEXT DROP b 1. N 1. + START + NEXT ? ? Hope it helps... === Subject: userrpl newbie having problems in code hi, i am learning how to program in user rpl and i have encountered a problem, this code does not seem to work. please help me fix this and at the same time learn how to store variables properly and nesting the code. thank you in advance! << input: { :p: :l: :a: :rx: :ry: :kx: :ky: { 2 0} V } << << THEN ELSE END THEN intermediate ELSE long END === Subject: Re: userrpl newbie having problems in code @************ @************ lx 'lr' STO @****************** lz 'lr' STO @****************** I don't know what you're trying to do, but hope the above help cheers, Reth === Subject: Re: userrpl newbie having problems in code thank you very much reth, the program now works perfectly. i have one returns true or not? thanx! elly === Subject: Re: userrpl newbie having problems in code hehe, sorry, but i have figured it out myself already. once again, thank you very much, i sill have lots of things to learn, hope to hear from you again! cheers! elly === Subject: Re: Battery Charge in hp48g That program doesn't actually perform a battery check, it only tests whether the battery _annunciator_ is on. Ok, it disables the alarm indicators, and reads the annunciator afterwards, but then it is not clean since you'll never get to see your past-due alarms... The program from me performs the HP-48 standard battery check, without interfering with other parts of the system. The internal battery indicator is only one bit for each part of the system, summing up to three bits, one for port 1, one for port 2, and one for the system battery. =ChkLowBat only checks the system battery by a series of consecutive hardware status readings HTH