HP-289 ==== Subject: [HP49G+] RND oddity 'RND(310.999488065_oC,-6.)' (oC is the degrees celsius unit) EVAL returns '-3.9243E1_oC'. That is obviously on the wrong side of comforting, huh? Steen ==== Subject: Re: [HP49G+] RND oddity > 'RND(310.999488065_oC,-6.)' (oC is the degrees celsius unit) EVAL > returns '-3.9243E1_oC'. Forget about this - it was my own mistake. Sorry to have wasted your time :-/ Steen ==== Subject: Re: RND oddity After entering the above expression and pressing EVAL twice(?), I get 310.999000_oC. ==== Subject: Re: RND oddity > After entering the above expression and pressing EVAL twice(?), I get > 310.999000_oC. Yes, I cannot reproduce it currently either - I don't know if it was a flag setting or something :-/ I'll post again if I find a way to reproduce it. Steen ==== Subject: Unexpected behavior in input forms - hp49 I discovered that for any fields in most input forms with the edit softkey option, you can call up some choose box/soft menus: eg, calc, alg, s.slv, etc. This means you can call up the calculus menu while highlighting 1. the independent variable field in CAS MODES or 2. the enable beep check box in CALCULATOR MODES or 3. the independent variable name in PLOT SETUP. However I can't recreate this behavior in any of the original input forms that existed in the hp48 such as in the statistics or set date and time input form. I also discovered you can access the MODES input form while editing in the statistics input form. You can't do this in the hp48. ==== Subject: Re: Unexpected behavior in input forms - hp49 > I also discovered you can access the MODES input form while editing in > the statistics input form. You can't do this in the hp48. Well, being a different calculator one would expect differences. Is there some sort of problem you are experiencing, or are you just saying it is different that what you thought? TW ==== Subject: Re: Unexpected behavior in input forms - hp49 Actually, you can call up the mode menu in any editable fields by first going back to the stack using CALC. For graphing I guess there isn't really any modes to change that would affect graphing except the angle measure. In setting time and alarm, you'd need to be able to toggle the beep. I guess the mind set in using a computing machine is you want to open up an application and be able to access all the needed functions to accomplish a task without backtracking, then turn the machine off. The hp49 software is so feature rich and carefully thought out that it takes some thought to get why the calculator behaves contrary to my own instincts. I'm glad that all the input forms open up so fast. ==== Subject: Re: Unexpected behavior in input forms - hp49 Well, it's weird that I could change modes in while editing some input form, but not in any of the graphing related forms like graph window or equation entry... it would be convenient to have that shortcut there. Weird also is you can access modes menu in setting time and date or setting alarms, which is useless. ==== Subject: Re: how to store a variable's name > I still don't understand... > the variable 'var' contains 'Y' as its value, > so when i put var on the stack, > the evaluation of it should return its value, that is, 'Y', The rule is that evaluating the name of a variable (if it exists in the current or a higher directory) evaluates what that variable contains. But if the *content* of the first variable is again a variable name, this causes *recursive* application of the same rule, which in this case again evaluates the content of the *second* variable, exactly as designed (and a very handy and useful design that is!) Thus, to recall the content of a variable without risking re-evaluation of that content, you must do what JYA said, e.g. 'var' RCL, in place of just the unquoted name [var]. [r->][OFF] ==== Subject: Re: how to store a variable's name yes now i understand, example: Ç 0 'a' STO 'a' 'b' STO 'b' 'c' STO 'c' 'd' STO d 'd' RCL @ 'c' RCL @ 'b' RCL @ 'a' RCL @ 0 IF == THEN \oh i got it\ 3 DISP ELSE \i give up\ 3 DISP END 3 FREEZE { a b c d } PURGE È :O) ==== Subject: Does HP-48SX/GX SOLVER have the \S\ function for algebraic \ formulas? \S\ function when using algebraic formulas in the SOLVER. 1. Is this true? 2. Is it supported on the HP 48GX? leb ==== Subject: Re: Does HP-48SX/GX SOLVER have the \S\ function for algebraic \ formulas? do you mean the integral symbol, which looks similar to an S? Raymond schrieb im Newsbeitrag > \S\ function when using algebraic formulas in the SOLVER. > > 1. Is this true? > > 2. Is it supported on the HP 48GX? > > > leb > ==== Subject: Re: Does HP-48SX/GX SOLVER have the \S\ function for algebraic \ formulas? What do you mean by \S\ function? Can you show an example please? Fred. ==== Subject: HP49g+ USB on Linux occasionally we see search engine queries regarding \USB on Linux\ in the hpgcc.org server logs. I would like to remind you, that Daniel Herring has compiled a Linux-USB-Mini-HOWTO, which is online available at: http://hpgcc.org/hpgcc/contrib/Linux-USB-Mini-HOWTO.txt best, ibl ==== Subject: Re: HP49g+ USB on Linux > Daniel Herring has compiled a > Linux-USB-Mini-HOWTO The latest 2.6 kernels feature a specific hp4x driver, instead of modprobing usbserial with vendor and product options, you can compile the hp4x module and modprobe hp4x directly. The driver does absolutely nothing different from calling usbserial with the right options. -- A.H. ==== Subject: Debug4x New Release Available You may obtain a new Debug4x Release from: http://debug4x.home.netcom.com/ Always read the VersionInfo.txt in the Debug4x directory after \ installation. Abbreviated Summary of Changes ----------------------------------------------------------------------------\ --------------------------- -DIRECTORIES The \Direct\ example has been changed. A macro to assist in building directories has been added to the source. This new structure can be debugged with the normal breakpoint features of Debug4x. Please stop using the older \Project is a Directory\ feature. It has \ too many bugs and cannot use breakpoints! -WARNING \Project Data\ tab option \The project is a directory\ will be removed in the next release. -EMU EMU has been updated. The 49G+ version no longer crashes on Win98 and (sometimes) WinXP. Still does not support direct ARM code but does emulate the full 49G+ except Port 2 and 3. -Inform Editor Can now use the bigger calculator screen (49G+). The screen area now has a gray background to assist Windows OS styles with white backgrounds in their windows. -Source Edit There is a new File Menu option to \Open Calculator Entry Point\ file. This will display/edit the ROM definitions file. If this file is \saved\ the matching object file will be deleted and then recompiled during the next build. You must do a build before debugging if the file has been deleted. -- - - - - - - - - - - - - - - - - Bill Graves RKBA! bgraves@ix.netcom.com ==== Subject: Battery Type or Spec (Mainly for 49g+) To those who are using rechargeable batteries, does it really matter if the current is less than the regular batteries? Does this affect the calculator in any way at all? For example, the regular non-rechargeable batteries (AAA) is rated 1.5V, but a close inspection of the rechargeable batteries shows 1.2V. Is this going to matter at all? Also does it matter what kind of batteries used (Duracell, Energizer,...)? ==== Subject: Re: Battery Type or Spec > (Mainly for 49g+) To those who are using rechargeable batteries, does > it really matter if the current is less than the regular batteries? You'll see the \battery warn\ symbol earlier when you use rechargeable batteries, especially if the calculator is calculating for a longer time, let's say a minute or so. But it still works as it should. ;-) So you can use rechargeable batteries, but you'll have to recharge them more often than you replace normal batteries. My HP 49G+ is doing fine with three AAA with 700 mAh each, I have to recharge them about every month or so. wupperbayer ==== Subject: Re: Battery Type or Spec One could try to expand the battery case to hold four AAA's :NiMH:'4*1.2_V' => 4.8_V ~ 4.5_V (:alkalines:'3*1.5_V') The over/undervoltage at these limits doesn't matter much... V-P > >> (Mainly for 49g+) To those who are using rechargeable batteries, does >> it really matter if the current is less than the regular batteries? > > You'll see the \battery warn\ symbol earlier when you use rechargeable > batteries, especially if the calculator is calculating for a longer time, \ > let's say a minute or so. But it still works as it should. ;-) > > So you can use rechargeable batteries, but you'll have to recharge them > more often than you replace normal batteries. My HP 49G+ is doing fine > with three AAA with 700 mAh each, I have to recharge them about every > month or so. > > wupperbayer ==== Subject: Re: Battery Type or Spec <70GCe.5666$6J1.1896@reader1.news.jippii.net> I did succesfully convert a 49g+ to 3 AA batteries. . . was quite a job, but it worked fine. Unfortunately the calculator had a rather unfortunate encounter a few weeks later with the pavement as I rode my bike down a rather steep hill. . . =( However, I can say that the 49g+ has a voltage regulator. Our custom external circuit board coincidentally had the same exact one installed on it. I think it can handle up to 7.5~ volts witout a problem. One less part for us to pay for! =) TW ==== Subject: Re: Battery Type or Spec Photos? Instructions? VN >I did succesfully convert a 49g+ to 3 AA batteries. . . was quite a > job, but it worked fine. Unfortunately the calculator had a rather > unfortunate encounter a few weeks later with the pavement as I rode my > bike down a rather steep hill. . . =( > > However, I can say that the 49g+ has a voltage regulator. Our custom > external circuit board coincidentally had the same exact one installed > on it. I think it can handle up to 7.5~ volts witout a problem. One > less part for us to pay for! =) > > TW > ==== Subject: Re: Battery Type or Spec <70GCe.5666$6J1.1896@reader1.news.jippii.net> <9uGCe.5688$mN1.2519@reader1.news.jippii.net> Photos were lost in an SD corruption. Basically take the calculator apart. The cut out the ENTIRE battery compartment, build a new one with some foam, aluminum foil and glue. Use a dremel to make the battery cover about 1/3 th thickness it is currently. Then it will fit. Your batteries will be completely up against a peice of material covering the back of the cicuit board and it still caused the battery cover to bulge slightly. Much more trouble than it is worth. . . :-/ TW ==== Subject: Re: Battery Type or Spec > Photos were lost in an SD corruption. Basically take the calculator > apart. The cut out the ENTIRE battery compartment, build a new one > with some foam, aluminum foil and glue. Use a dremel to make the > battery cover about 1/3 th thickness it is currently. Then it will > fit. Your batteries will be completely up against a peice of material > covering the back of the cicuit board and it still caused the battery > cover to bulge slightly. Much more trouble than it is worth. . . :-/ > > TW BUT does it then weight more firm in your hand? VN ==== Subject: Re: Battery Type or Spec <70GCe.5666$6J1.1896@reader1.news.jippii.net> <9uGCe.5688$mN1.2519@reader1.news.jippii.net> Seems HP has delagated the choice of batteries for their calculators to some rather un-creative people (to put it mildly). The HP-41 is a prime example of that with their size N batteries. (which were expensive, hard to find and had low capacity) Things have not improved much with the HP48-49's. I'm sure it would have been possible to modify the innards of the HP49 and HP49g+ to accept 3 AA instead of 3 AAA without any significant (if any) change in the external dimensions. AA's are usually cheaper than AAA's and they have twice the capacity. How sad! ==== Subject: Re: Battery Type or Spec > Seems HP has delagated the choice of batteries for their calculators to > some rather un-creative people (to put it mildly). The HP-41 is a > prime example of that with their size N batteries. (which were > expensive, hard to find and had low capacity) > Things have not improved much with the HP48-49's. I'm sure it would > have been possible to modify the innards of the HP49 and HP49g+ to > accept 3 AA instead of 3 AAA without any significant (if any) change in > the external dimensions. AA's are usually cheaper than AAA's and they > have twice the capacity. > How sad! Sad it is! I have proposed before the use of AA's in the hp 49g+ Guess what happened...no go - you go !! VPN )-`: ==== Subject: Re: Manual + addenda for HP-45 How about 100 bucks? VPN >> try http://www.hpmuseum.org/cd/cddesc.htm >> >> >>> >>>how much must one pay for HP-45 manual with addenda today? >>>Any suggestions? (No auction on ebay) > > > Sorry, but I need it in another direction. I don't want do > buy, I want to sale, or in other words - a colleague (HP > collector) in my firm want buy this manual with addenda from > me and I don't known what price should I call. > > > Marc > ==== Subject: Re: Manual + addenda for HP-45 > How about 100 bucks? Very funny! :) Marc ==== Subject: Re: EQNWRITER HANGS > 1. Start equation writer on hp49g+ (rom 2.0?) > > 2. Type some like: > > (X^5)/10 <--- in pretty print, of course > > 3. Select the whole fraction, push \+/-\ twice > > 4. Press \-\ once, cursor appear in wrong position: > > ((X^5)/10)-[here] <--- old 49g > > ((X^[here_overlaped]5)/10) <--- 49g+ Those overlappings has happened to me many times but I never cared to report them since it was otherwise ok but the hanging thing is a new one VPN > 5. then ENTER (mine hangs) > ==== Subject: Re: Another Hp49G+ bug? Please see if you get it. > > >>If you rely on a $130 calculator machine to make business decision worth >>$50,000 then I would question your working practice really... >> >>Jean-Yves > > > WTF kind of reply is that?! NASA used the HP-41 on missions to the > moon, for Pete's sake! Jean-Yves, I'm sick of your arrogant, less than > helpful attitude! Get a grip! > Yeah, but they didn't use it as the *sole* means of calculating stuff, did they? Now, whenever I do important calculations I always always use three different devices and at least two methods, if available. Never, ever, do I rely solely on Excel, although I haven't had a major booboo in Excel. Check, check and check again! HOWEVER, I have to agree with Adrian in that if I cannot trust a piece of kit (any kit really) then I have to think carefully why I should continue to use it. I mean, come on! It's not as if calculators are so damnably complicated that they can't be done right. I have a couple of TIs and Casios and they don't give me any problems; what's so special about HP that they think they can fob people off with shoddy products! :wave: JasonG ==== Subject: Re: Another Hp49G+ bug? Please see if you get it. <3jqt43Fr47g3U1@individual.net> True enough. I don't ever rely on a single point of failure whenever I can help it, normally things go through at least one circuit simulator, often two. But its not always possible. For example, I am calculating the inductance of a spiral antenna, ideally suited to a calculator because it is a manual one-off calculation. That will probably never go though a simulator because we don't have the necessary field solver. So the answers my calculator will give will go into the product and output drivers will be sized accordingly. But dammit, this calculator isn't a $2 lump of crap out of my breakfast flakes. In Europe these things retail at around $230! For that price I can get a low end laptop and open source SW to do a spread sheet. Maybe I should? Ironically enough - I tried a linear regression recently under excel, and got an asnwer that looked a little off. I ran the numbers though the HP49G+ and the old casio - and guess who was wrong of the 3? Excel. You have to laugh. Adrian ==== Subject: Re: Another Hp49G+ bug? Please see if you get it. > True enough. > > I don't ever rely on a single point of failure whenever I can help it, > normally things go through at least one circuit simulator, often two. > But its not always possible. > For example, I am calculating the inductance of a spiral antenna, > ideally > suited to a calculator because it is a manual one-off calculation. That > > will probably never go though a simulator because we don't have the > necessary field solver. So the answers my calculator will give will go > into the product and output drivers will be sized accordingly. > > But dammit, this calculator isn't a $2 lump of crap out of my breakfast > flakes. In Europe these things retail at around $230! For that price I > can > get a low end laptop and open source SW to do a spread sheet. Maybe I > should? > > Ironically enough - I tried a linear regression recently under excel, > and got > an asnwer that looked a little off. I ran the numbers though the HP49G+ > and the old casio - and guess who was wrong of the 3? Excel. You have > to laugh. > > Adrian This is why I don't trust my HP Handheld PC with Excel I use the 49g+ kkeeyybbooaarrdd instead VPN PS: I'm not laughing, but could I have your Casio, please?! :) ==== Subject: Re: Another Hp49G+ bug? Please see if you get it. <3jqt43Fr47g3U1@individual.net> Sell my Casio? NO WAY MAN!!!! it is the lovely fx-3400P. Sadly no longer sold by casio. Adrian ==== Subject: Re: Another Hp49G+ bug? Please see if you get it. > >>True enough. >> >>I don't ever rely on a single point of failure whenever I can help it, >>normally things go through at least one circuit simulator, often two. >>But its not always possible. >>For example, I am calculating the inductance of a spiral antenna, >>ideally >>suited to a calculator because it is a manual one-off calculation. That >> >>will probably never go though a simulator because we don't have the >>necessary field solver. So the answers my calculator will give will go >>into the product and output drivers will be sized accordingly. >> >>But dammit, this calculator isn't a $2 lump of crap out of my breakfast >>flakes. In Europe these things retail at around $230! For that price I >>can >>get a low end laptop and open source SW to do a spread sheet. Maybe I >>should? >> >>Ironically enough - I tried a linear regression recently under excel, >>and got >>an asnwer that looked a little off. I ran the numbers though the HP49G+ >>and the old casio - and guess who was wrong of the 3? Excel. You have >>to laugh. >> >>Adrian > > > This is why I don't trust my HP Handheld PC with Excel > I use the 49g+ kkeeyybbooaarrdd instead > VPN > PS: I'm not laughing, but could I have your Casio, please?! :) > > Excel is make for bean counters, not for (so much) advanced math in scientic field (but many people try nevertheless) ( i remeber old time Excel 1.0 on mac, and diagrams view is impossible to using logaritm scale on Y-axe but possible on X-axe - and I calculate electrical filters... Ghaaaaaaa) and later excel version (98?) find in formula with heavy using sin, cos, tan. nl and log etc. and result not be comparable and wide away from simular program make in pascal (using same formula) - and after counting value number, come to insight excel using only single precision float inside in least one unknow step in calculate chain of formula... after this is not using excel for more advanced problems... I don't trust excel and untrusted tool is a usuless tools. /TE ==== Subject: Re: Another Hp49G+ bug? Please see if you get it. > >> >> The applied part >> ---------------- >> I just came across what looks like a bug on my HP49G+ >> (CNA41, ROM2.0, RPN mode). Can anyone else see it? >> >> Create a function using define, something simple like H(X)=X+1 >> and then H appears as a soft key. >> >> Build a list of numbers {1 2 3} for example, pop it on the stack >> and then press the \H\ key >> >> what I think I should get is {2 3 4} >> >> what I get is {2 3 4 1} > > > > Try replacing any plus signs in your function by the ADD command. The HP > interpretes plus signs sort of like append commands when dealing with > lists, but has provided the ADD command which does not mess things up > when used with lists. Have anyone tried -- that is: subtract the negative (or minus & change sign) Veli-Pekka ==== Subject: Re: Another Hp49G+ bug? Please see if you get it. >WTF kind of reply is that?! NASA used the HP-41 on missions to the >moon, No, not to moon. Justz for space shuttle missions. One for steering the robotic arm, two others they had on board for computer-replacement if necessary. Volker -- Besides, i'm of the opinon, that TCPA has to be stopped ==== Subject: Re: Another Hp49G+ bug? Please see if you get it. > >>WTF kind of reply is that?! NASA used the HP-41 on missions to the >>moon, > > No, not to moon. Justz for space shuttle missions. One for steering > the robotic arm, two others they had on board for computer-replacement > if necessary. Was it the HP-65 or 67 that was used on Apollo-Soyuz missions? Tom Lake ==== Subject: Re: Another Hp49G+ bug? Please see if you get it. >> No, not to moon. Justz for space shuttle missions. One for steering >> the robotic arm, two others they had on board for computer-replacement >> if necessary. > >Was it the HP-65 or 67 that was used on Apollo-Soyuz missions? That' a point i'm not aware of. I don't even know, _if_ they had used calcs on those missions. Volker -- Besides, i'm of the opinon, that TCPA has to be stopped ==== Subject: Re: Another Hp49G+ bug? Please see if you get it. >>> No, not to moon. Justz for space shuttle missions. One for steering >>> the robotic arm, two others they had on board for computer-replacement >>> if necessary. >> >>Was it the HP-65 or 67 that was used on Apollo-Soyuz missions? > > That' a point i'm not aware of. I don't even know, _if_ they had used > calcs on those missions. I looked it up. It was the HP-65 http://www.hpmuseum.org/adverts/sa65spc.htm Tom Lake ==== Subject: Re: Another Hp49G+ bug? Please see if you get it. > WTF kind of reply is that?! NASA used the HP-41 on missions to the > moon, for Pete's sake! Jean-Yves, I'm sick of your arrogant, less than > helpful attitude! Get a grip! I can't speak for Jean-Yves, but if I were he, as a (the?) major contributor \ to the 49g+ ROM, I'd be getting more then just a little pissed off at people \ constantly shouting BUG BUG BUG (which is tantamount to a direct criticism of the quality of his work), when 9 times out of 10 the software is acting as it should, and it's the user who doesn't understand how to use the product properly. I for one have learned that it's very easy to criticise - especially when I \ didn't know the full story. ==== Subject: Re: Another Hp49G+ bug? Please see if you get it. > I can't speak for Jean-Yves, but if I were he, as a (the?) major \ contributor > to the 49g+ ROM, I'd be getting more then just a little pissed off at \ people > constantly shouting BUG BUG BUG (which is tantamount to a direct criticism \ > of the quality of his work), when 9 times out of 10 the software is acting \ > as it should, and it's the user who doesn't understand how to use the > product properly. > > I for one have learned that it's very easy to criticise - especially when \ I > didn't know the full story. Perhaps design fault would be more accurate than bug, unless you're a backwards-compatibility freak. (How many people have list-processing \ User-RPL programs which they still need, don't have the source for and cannot easily \ reprogram?) It is certainly an annoyance which should not be present. ==== Subject: Re: Another Hp49G+ bug? Please see if you get it. > Perhaps design fault would be more accurate than bug, unless you're a > backwards-compatibility freak. (How many people have list-processing > User-RPL programs which they still need, don't have the source for and > cannot easily reprogram?) > > It is certainly an annoyance which should not be present. Ok.. Let's take a big breath... What about all the user programs that are adding an object to a list (which in my experience happens more often that doing any list processing). This is the way it was done on the hp48s/sx before list processing was ever introduced. How would you add an object to a list? There's no design fault here, that is how the calculator has been behaving since it was first introduced in 1989. Jean-Yves ==== Subject: Re: Another Hp49G+ bug? Please see if you get it. > Ok.. Let's take a big breath... Can I breathe out yet? I'm asphyxiating. > What about all the user programs that are adding an object to a list > (which in my experience happens more often that doing any list \ processing). > This is the way it was done on the hp48s/sx before list processing was > ever introduced. Overloading the + operator in this way was a poor design decision. Breaking \ backwards compatibility (in a way that is extremely easy to fix, just change \ << list object + >> to << list object ADD >>) would have been better than introducing this horrible inconsistency for the future. ==== Subject: Re: Another Hp49G+ bug? Please see if you get it. \Borris\ schrieb im Newsbeitrag >> Ok.. Let's take a big breath... > > Can I breathe out yet? I'm asphyxiating. > >> What about all the user programs that are adding an object to a list >> (which in my experience happens more often that doing any list >> processing). >> This is the way it was done on the hp48s/sx before list processing was >> ever introduced. > > Overloading the + operator in this way was a poor design decision. > Breaking backwards compatibility (in a way that is extremely easy to fix, \ > just change << list object + >> to << list object ADD >>) would have been \ > better than introducing this horrible inconsistency for the future. > Maybe the original list 'adding' feature (+) seems to be inconsistent now, but actually it's very consistent. It always yields the same type of result for any object type combinations, whereas ADD only works for a subset of object types. Take a list with arbitrary objects in level 2, like { \ABC\ 'Foo' 2 [2 3] } and another object in level 1, like a number, or worse, a string. Take for example the string \Bar\. 2: { \ABC\ 'Foo' 2 [2 3] } 1: \Bar\ What would be the most consistent way to combine the two objects? Would you like any included list object to be broken by adding \Bar\ to \ it? This would give s.t. like { \ABCBar\ \FooBar\ \2Bar\ \[2 3]Bar\ }, at least if it worked that way... I guess this won't be the desired result, apart from the fact that some object types can't be combined in an easy \ way. In the above hypothetical example, most of the list objects would have been trashed after an attempt to 'add' the level 1 object to them. However, to get around this limitation, kinda list processing was added in the HP-48 G series, to be able to really 'add' an object to each list object, leading to the result shown in the example. For numerical values it will make sense, but other object types, like arrays or identifiers, will either be converted to strings, or still produce an error message, if the objects can't be combined. Example: 2: { \ABC\ 'Foo' 2 [2 3] } 1: 2 Performing ADD will lead to an error, since 'Foo' can't be combined with the real number 2 . So maybe the original design of + for list and object wasn't optimal from list processing view, but back then it was the way to go, and still is consistent, as + 'adds' an object to the list, which then becomes a list member. Raymond ==== Subject: Re: Another Hp49G+ bug? Please see if you get it. <3jqt43Fr47g3U1@individual.net> <_GpCe.1181$PL5.153131@news.xtra.co.nz> <1121604031.a94ff53bd1fcbda236f18bb07bf5764f@teranews> <3jv7jsFr7bs8U1@individual.net> <1121681632.8fa4b3b312c894375433a5fe48a72d9e@teranews> Your question : > 2: { \ABC\ 'Foo' 2 [2 3] } > 1: \Bar\ > What would be the most consistent way to combine the two objects? My answer: A function called APPEND (ADD, whatever) will take Bar and add it to the list. A function called + will return an error because Bar cannot be added to an integer (to name one error among several). This is consistent with everyone elses definition of what + means. This is consistent with the fact that adding strings or structured datasets is not to be done with a simple mathematical operator, unless you want to look at error codes. What else makes sense? The present overloading of + amounts to a bear trap for users, where a very common operator takes a different meaning within a context where it would be expect to perform its usual function, or return an error as in your examples. Its all semantics in the end I suppose. If the functions of + and ADD were simply swapped around then it would all work fine. No bear trap with + and still the ability to append to lists with ADD. Did you see what I posted about the difference between X+1 and X--1? Look at that and tell me you think the present scheme is a sane one. Adrian ==== Subject: Re: Another Hp49G+ bug? Please see if you get it. > > Your question : >> 2: { \ABC\ 'Foo' 2 [2 3] } >> 1: \Bar\ > >> What would be the most consistent way to combine the two objects? > > My answer: > A function called APPEND (ADD, whatever) will take Bar and add it > to the list. > A function called + will return an error because Bar cannot be added to > an integer (to name one error among several). > > This is consistent with everyone elses definition of what + means. > This is consistent with the fact that adding strings or structured > datasets > is not to be done with a simple mathematical operator, unless you > want to > look at error codes. > > What else makes sense? > > The present overloading of + amounts to a bear trap for users, where a > very common operator takes a different meaning within a context where > it would be expect to perform its usual function, or return an error as > in your > examples. > > Its all semantics in the end I suppose. If the functions of + and ADD > were simply swapped around then it would all work fine. No bear > trap with + and still the ability to append to lists with ADD. > > Did you see what I posted about the difference between X+1 and X--1? > Look at that and tell me you think the present scheme is a sane one. > > > Adrian The problem was that the backward consistency and the old behavior with the \add to the list\ were in the way when list processing was ADDed. I would have used & from the beginning for the concatenation of lists. BUT how about a vote from this small group? => a separate thread VPN ==== Subject: Re: Another Hp49G+ bug? Please see if you get it. <3jqt43Fr47g3U1@individual.net> <_GpCe.1181$PL5.153131@news.xtra.co.nz> <1121604031.a94ff53bd1fcbda236f18bb07bf5764f@teranews> <3jv7jsFr7bs8U1@individual.net> <1121681632.8fa4b3b312c894375433a5fe48a72d9e@teranews> > What would be the most consistent way to combine the two objects? How does one do it in Java? They oviously thought that it made sense to concatanate strings. . . This discussion has popped up almost once every year or two for as long as I've been using HPs. I was originally thinking the same way you are. However, I really DO want to add things to a list much more than I want to add a number to them. I would rather be able to add a number to a list quickly instead of searching for it in a menu. Here's the great thing. . . you can change it by assigning a program if that is what you want. Remember the old blue friend that came before goldenrod? The ' key was shifted. . . but that didn't make the calculator useless. TW ==== Subject: Re: Another Hp49G+ bug? Please see if you get it. <3jqt43Fr47g3U1@individual.net> <_GpCe.1181$PL5.153131@news.xtra.co.nz> <1121604031.a94ff53bd1fcbda236f18bb07bf5764f@teranews> <3jv7jsFr7bs8U1@individual.net> <1121681632.8fa4b3b312c894375433a5fe48a72d9e@teranews> Agreed. ==== Subject: Re: Another Hp49G+ bug? Please see if you get it. <3jqt43Fr47g3U1@individual.net> <_GpCe.1181$PL5.153131@news.xtra.co.nz> <1121604031.a94ff53bd1fcbda236f18bb07bf5764f@teranews> <3jv7jsFr7bs8U1@individual.net> Hi again, well I am back, and the fever has gone. First of all - my initial post. I must apologise for the structure of it. I started asking if it is a bug, then assumed it was. That was not what I should have done, but running a temperature of 103F didn't help my clarity of thought. Clearly the calculator is acting \as designed\, but not \as expected\ I would suggest. Certainly not as I expected. The + operator is one of the most fundamental operators in maths. To re-define its function in this manner is not the right thing to have done, it seems to me. I understand the need to have an operator to add an element to a list, but not + surely?? To then need ADD to do what + should do, it just seems odd. To allow + and ADD with these functions to exist in a context where they will both be freely used can only lead to this type of confusion. What I would suggest is that + does summation and a command like PLUS or ADD or APPEND or whatever... is used to add an element to a list. Adding a list element is a non standard maths function so I would expect it to have a command that I need to go looking for. I found myself wondering what -, * and / will do in a list context? If + adds items then, - presumably removes the last item from the list /n (repeated subtraction) removes the last n items *n (repeated addition), adds n copies of something? ^n (repeated multiplication), I am really struggling here ... Obviously I am being facetious here, but I hope I am also making a valid point. If we mess about with the basic operators then what we have left is an inability to interchange information between each other anymore. Anyway now I understand the use of ADD. So I can continue. Adrian ==== Subject: Re: Another Hp49G+ bug? Please see if you get it. X > Anyway now I understand the use of ADD. So I can continue. > Did you try: X--1 VP ==== Subject: Re: Another Hp49G+ bug? Please see if you get it. <3jqt43Fr47g3U1@individual.net> <_GpCe.1181$PL5.153131@news.xtra.co.nz> <1121604031.a94ff53bd1fcbda236f18bb07bf5764f@teranews> <3jv7jsFr7bs8U1@individual.net> now I see what you mean, sorry. When I press the +/- button X-1 turns to X+1 on the display, so it will do what I first reported. If I add some brakets then I get X-(-1) which then looks like X--1 when on the stack. Define that then run, {1 2 3} becomes {2 3 4} So now we see that X+1 and X-(-1) do different things. That again seems counter intuitive to me. n.b. while X--1 is on the stack, before I do the DEFINE, If I press EVAL then we get X+1. This of course has now changed the functionality to the \append to list function\ This is getting too confusing .... :-) My head hurts. Adrian ==== Subject: Re: Another Hp49G+ bug? Please see if you get it. <3jqt43Fr47g3U1@individual.net> <_GpCe.1181$PL5.153131@news.xtra.co.nz> <1121604031.a94ff53bd1fcbda236f18bb07bf5764f@teranews> <3jv7jsFr7bs8U1@individual.net> can't do that, I get a syntax error. J(X)=X-1 acts as I would have expected i.e. {1 2 3} becomes {0 1 2} Adrian ==== Subject: Re: Another Hp49G+ bug? Please see if you get it. > How would you add an object to a list? > There's no design fault here, that is how the calculator has been > behaving since it was first introduced in 1989. > Forgot to add that the way the list processing vs adding element to a list works has been working the exact same way since the 48GX was introduced over 11 years ago. JY ==== Subject: Re: Another Hp49G+ bug? Please see if you get it. > >> If you rely on a $130 calculator machine to make business decision worth >> $50,000 then I would question your working practice really... >> >> Jean-Yves > >WTF kind of reply is that?! NASA used the HP-41 on missions to the >moon, for Pete's sake! Jean-Yves, I'm sick of your arrogant, less than >helpful attitude! Get a grip! Apollo 17 moon landing 11 Dec 1972. HP-41C introduction 1 July 1979. ==== Subject: Re: Another Hp49G+ bug? Please see if you get it. http://www.nasm.si.edu/research/dsh/artifacts/GC-hewlett.htm ==== Subject: Re: Another Hp49G+ bug? Please see if you get it. > >> >>> If you rely on a $130 calculator machine to make business decision \ worth >>> $50,000 then I would question your working practice really... >>> >>> Jean-Yves >> >>WTF kind of reply is that?! NASA used the HP-41 on missions to the >>moon, for Pete's sake! Jean-Yves, I'm sick of your arrogant, less than >>helpful attitude! Get a grip! > > Apollo 17 moon landing 11 Dec 1972. > HP-41C introduction 1 July 1979. > > Yeah, but you're forgetting about the time dilation effects due to the spacecrafts' speed. Bob ==== Subject: Re: Another Hp49G+ bug? Please see if you get it. > I can only assume this is meant to amuse? :-) Not at all. > X+1 does not give 2,3,4 when X = 1,2,3? That's parallel list processing - an entirely different feature. Steen ==== Subject: Re: Another Hp49G+ bug? Please see if you get it. windows-nt) > >> If you rely on a $130 calculator machine to make business decision worth >> $50,000 then I would question your working practice really... >> >> Jean-Yves > > WTF kind of reply is that?! NASA used the HP-41 on missions to the > moon, for Pete's sake! Jean-Yves, I'm sick of your arrogant, less than > helpful attitude! Get a grip! It was a serious reply. Using a $130 calculator for which you haven't even read the instructions completely to make decisions of that magnitude is irresponsible. Get a grip. Best, -Al ==== Subject: Re: Another Hp49G+ bug? Please see if you get it. > It was a serious reply. Using a $130 calculator for which you haven't > even read the instructions completely to make decisions of that > magnitude is irresponsible. Get a grip. I read all the instructions for everything I use, but I consider this to be \ a form of OCD. Devices should generally operate \as expected\, and not \ require a steep learning curve to avoid gotchas. This particular point of \backwards \ compatibility\ was a very poor design decision. ==== Subject: 1972 Garrett 2000 RPN Calculator I am selling a 1972 Garrett 2000 RPN Calculator on ebay,ending today. This is the first non-Hewlett-Packard RPN calculator ever made. http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=5788184270 ==== Subject: Re: 1972 Garrett 2000 RPN Calculator we are all HP fans here, RPN is not enough to sell a brick no matter how old it is :) ==== Subject: Re: 1972 Garrett 2000 RPN Calculator the brick looks funny! hahaha ==== Subject: Re: confused about ARM hello, you might want to add a $80BEE (cash flush) before the ARMSAT, it might help \ sometimes... Just a small addition, since I know many people may be interested in the following code snippets, both for the new MASD: 1) The following code is a minimalist launcher, similar to the one found in the docs, but without the limitation in the size of the program (which Al correctly pointed out) when using 80100. Of course, you need enough free ram (not checked here) to contain a copy of the ARM program + 128 bytes. CODE % SMALL ARM LAUNCHER SAVE GOSUB SKIPCODE % INSERT ARM CODE HERE !ARM % TEST CODE - RETURN ONLY MOV PC,LR !ASM *SKIPCODE A=PC A=A-4.A C=RSTK ACEX.A D0=C % END OF BLOCK C=C-A.A % NIBBLES TO COPY D1=(2) 0 % ALIGN MOVEUP CD1EX ARMSAT LOADRPL ENDCODE @ 2) The following is a generic template based on that doc which generates a string to be executed by the ARMToolBox launcher. !ASM !NO CODE CP=0 DCCP #1028 SAT_READ DCCP #1028 SAT_WRITE DCCP #260 SAT_PRIOR DCCP 4 S_AL DCCP 4 S_AH DCCP 4 S_BL DCCP 4 S_BH DCCP 4 S_CL DCCP 4 S_CH DCCP 4 S_DL DCCP 4 S_DH DCCP 4 S_R0L DCCP 4 S_R0H DCCP 4 S_R1L DCCP 4 S_R1H DCCP 4 S_R2L DCCP 4 S_R2H DCCP 4 S_R3L DCCP 4 S_R3H DCCP 4 S_R4L DCCP 4 S_R4H DCCP 4 S_D0 DCCP 4 S_D1 DCCP 4 S_P DCCP 4 S_P4 DCCP 4 S_P432 DCCP 4 S_ST DCCP 4 S_CARRY DCCP 4 S_HEXDEC DCCP #32 S_RSTK DCCP 4 S_RSTKPTR STRING { ¢LÒ?ARM!¢ % THIS IS \L\, \ \Ò\ (CHAR 179), THE ANGLE (CHAR 128), \ARM!\ !ARM *ARMSTART % ARM CODE OR DATA HERE *MAIN % ARM ENTRY POINT % MORE CODE OR DATA $(8) 0 % NO SECONDARY E.P. $(8) MAIN-ARMSTART % ENTRY PT $(8) 0 % BASE ADDRESS ¢L3v1¢ % TABLE ID , ASCII STRING \L3v1\ (CASE IS \ IMPORTANT!) !ASM } @ I hope this is useful to somebody, Claudio > > > > Reading web pages like the \ARM Assembly Programming on the HP49G+\ i > > understood that its possible to run ARM code \embedding\ it in saturm > > asm code as described in that page. Thats necessary because hp49g+ > > emulates a saturn and then expects a program to be saturn instructions. > > But reading other document posted here i see there is an ARM mode in > > the MASD. So what kind of code is generated by this ARM mode MASD, i > > mean, does it need the same trick to run :-/ ? > > Yes. It's not exactly trivial to get ARM code running. You have to make > sure its word-aligned (eg the address of each instruction is a multiple > of 4). Then you move the address of the ARM code into the C register, > and run ARMSAT. > > The example code included with the MASD docs does the word-alignment in > a slightly different way. It copies the ARM code to 0x80100. This > location is unused, word-aligned, and is 250 bytes long. So you can't > use it for any non-trivial programs. > > I don't see much point in programming assembler. It takes too long to > do. The only real advantage is small size - but there is quite a lot of > storage for programs anyway. You can also use MASD directly on the > calculator, if you enjoy entering data on a tiny screen/keyboard :) > > Al ==== Subject: Re: confused about ARM <42d6f4c8$0$10837$5a62ac22@per-qv1-newsreader-01.iinet.net.au> <3jqtplFrav29U1@individual.net> <...> > This is the best receipe to a pretty nasty crash and memory loss. > Ever wondered what would happen to the 128 bytes located *after* your > program's end? > > Either you allocate memory and then do your manipulation or you make > your program 128 bytes bigger than what it should (in which case it will > only work once anyway being self modifying and is therefore a really bad > idea). > > Jean-Yves Basically, the launcher copies the ARM code below the calculator stack. The 128 bytes I mentioned is simply because I word-align the program by using D1(2)=0, which will \waste\ up to 128 bytes. Let's see with more detail... GOSUB SKIPCODE ... *SKIPCODE A=PC A=A-4.A (get the address of the *skipcode label = end of ARM code) C=RSTK (get the address of the start of the ARM code) ACEX.A D0=C % END OF BLOCK (D0=end of ARM CODE) C=C-A.A % NIBBLES TO COPY (=end-start) D1=(2) 0 % ALIGN (D1 IS POINTING TO THE CALCULATOR STACK, ROUND DOWN TO WORD-ALIGN) (SO FAR, HERE I HAVE D0=END OF SOUCE, D1=END OF DESTINATION, C=NUMBER OF NIBBLES, SO EVERYTHING LOOKS GOOD) MOVEUP (NOW HERE D1=START OF ARM CODE AT DESTINATION ADDRESS, LAST ADDRESS CD1EX (C=START OF ARM CODE) ARMSAT I still can't see anything wrong with my code, and I used it several times. I think you misinterpreted what the code does, or I have a big mistake I'm not aware of. If you see something wrong, please point me where the problem is and I'll fix it. Claudio ==== Subject: Where i can buy the last CNA5 for hp 49g+? ==== Subject: Re: Where i can buy the last CNA5 for hp 49g+? These folks have CNA5 and will ship overseas. They are about the cheapest too. Be sure to ask for a CNA5, they still have CNA4 in stock. http://www.samsoncables.com/catalog/index.cfm If you can wait 1 week - I have a CNA5 on order. I'll get it a week today. I can tell you what differences I can see. Adrian ==== Subject: Re: Where i can buy the last CNA5 for hp 49g+? > If you can wait 1 week - I have a CNA5 on order. I'll get it a > week today. I can tell you what differences I can see. ==== Subject: Re: Where i can buy the last CNA5 for hp 49g+? A friend of mine just got some from hpmarketplace.com on ebay. I don't know if they ship overseas. Luis ==== Subject: 49G+ - Lost font darkness in display hi I was using my calculator and it was fine. used it again after about a 2 minute break, and the contents in the screen are very light/faint. The batteries are fine, and i have swaped with a new set to make sure - the problem is still there. This is the first time this has happened in almost 2 \ yrs since new. Has this happened to the 49G+ before? It is running rom 1.23 (2 isn't compatible with winHP) ==== Subject: Re: 49G+ - Lost font darkness in display Such is life - after a short while it has come good touch wood ==== Subject: Exchange list + and ADD Vote VPN: I vote for NO ==== Subject: Re: Exchange list + and ADD Vote Why exchange the name? Who has had this STUPID idea? I vote NO too. Reason: keep backward compatibility. '+' has always added an element to a list for the dawn of HP calculators... I always have seen '+' acting this way. There is no reason for changing this. Fred. ==== Subject: Re: Exchange list + and ADD Vote Veli-Pekka Nousiainen ha escrito: > VPN: I vote for NO Any explanation to this? I can't understand ==== Subject: Re: Exchange list + and ADD Vote \Avatar_e\ schrieb im Newsbeitrag > Veli-Pekka Nousiainen ha escrito: > > VPN: I vote for NO > > Any explanation to this? I can't understand > Because it is documented, at least for the HP 48G-Series. Documentation is really an argument :-) Heiko ==== Subject: Re: Exchange list + and ADD Vote We could see if people *REALLY* want to exchange the name of these commands...not that HPQ would actually do anything,. but just to take a vote to see the results in this small group I just that your vote would be: Avatar_e: YES :-D VPN > Veli-Pekka Nousiainen ha escrito: >> VPN: I vote for NO > > Any explanation to this? I can't understand > ==== Subject: Serial connection for 49g+ under rom 2.0? Why in IO options appear the following options: USB Serial IrDA ??????? when i select \SERIAL\, CONN4x does not link with my hp using the provided usb cable. Can 49g+ manage usb port like a serial? :O or is just another bug? maybe 49g+ can connect to COM using \SERIAL\ option in IO and serial cable provided with 48gII??? ==== Subject: Re: Serial connection for 49g+ under rom 2.0? 48gII > Why in IO options appear the following options: > > USB > Serial > IrDA > > ??????? > > when i select \SERIAL\, CONN4x does not link with my hp using the > provided usb cable. Can 49g+ manage usb port like a serial? :O or is > just another bug? > > maybe 49g+ can connect to COM using \SERIAL\ option in IO and serial > cable provided with 48gII??? > ==== Subject: Re: User RPL and local variables. VPN Notes: One can also use a compiled local variable which is a name prepended by backarrow <- -> <-t << @ you can use <-t now in separate subprograms the <-t will be automatically erased after the defining main program ends like any other local variable, but it is accessible in separate subprograms like any Global Variable Remember always use EVAL after a local variable call 't' or '<-t' will ReCaLl the contents of a local variable to the stack t or <-t will also just do the recall, so you have to add EVAL VPN > >> Can I assign the output of a subroutine in a User RPL program to a local >> variable? >> >> E.g >> If I have a program that starts like this: >> > ... >> >> I want to assign << v w + >> (the subroutine) to, say, t for later use \ in >> the program. >> >> Is it possible to do something like this? I have tried several \ strategies >> and they either fail or the all the local variables are masked. >> >> >> Andrew > > Perfectly possible. > > \\<< \\<< v w + \\>> \\-> t > \\<< > @ the rest of your program here > \\>> > \\>> > > However note that v and w must be global variables in the above or at > least defined prior to defining t. > > > Alternately you might want something like > > \\<< \\<< \\-> v w \\<< v w + \\>> \\>> \\-> t > \\<< > @ the rest of your program here > \\>> > \\>> > > in which case invoking 't' will use the two lowest items on the stack as > values for v and w. Or you can call 't' as a function, 't(x,y)' by > itself or in an algebraic. ==== Subject: Re: Never on a Saturday...Alarms, if you don't want to read about \ alarms > Ooops, that got away from me. > > OK. I have finally convinced myself that the 49g+ maintains time as > accurately as the 48GX, until you execute CLKADJ from the board or as an > alarm. CKLADJ never adjusts the time to better than +/- 4000 ticks. > > Whats really strange is that I have kept track of an alarm that runs at > 11:00 PM everynight to adjust the alarm. Since June 20 it has run twice > on > the following day right when I turn the calculator on. Nothing new there. > BUT it has totally failed to run three times, everytime a Saturday. > > Is that not strange? I usually don't use the calculator on weekends, but > if > that had anything to do with it, why does it run on Sunday? I guess the > calculator isn't familiar eith the French movie, and got the day wrong. > > Scott Chapin > What happens if you have a separate alarm for the Saturday only? BTW: can you be sure that an alarm is NOT executed on Saturdays? VPN ==== Subject: Re: Amazon has the HP49g+ again. $122 nt >> nt > > Just curious :) Why is everyone so interested in these price > fluctuations? Surely they can have nothing to do with anything HP may > be planning? I suddenly got an idea: It has everything to do with HPW calculator plans! The new hypercalc is on the way! I will use one small nuclear battery and has 1GHz dual-core ARM CPU and a new keyboard with separate key hinges for each key Ddoubles are corrected... VPN PS: I should have not mentioned the corrected double keystrokes now nobody believes this \news\... :-D ==== Subject: hp 49g+; ->TIME - bug, CLKADJ - bug Hello together, the user-command ->TIME has a bug, it adjust only with an acuracy of +/- 1 s. The command in the time menu, acessible with [RS] [9] Set time, date.. seem to make a proper job! So, if sombody tells you, it is not possible to adjust the clock of the hp 49g+ better then +/ 1 s it is a fairy taile. hp 49g+ ROM 1.23 and 2.0 are effected. Heiko ==== Subject: which country buys more hp calcs? it seems that hp graphical calculators are most popular in europe and south america and comparing these countries it would be no surprise if Brazil ( my country ) was the number one country using hp calculators although most ppl here probably buy from non official sources . i received mine last month and it was produced last year. i wonder if they will send all the ones with keyboard issues to here, even if thats where they make more money . TI calculators are almost non existant among students here. ==== Subject: 39g+ connectivity problems Anyone able to help with this? I teach in a high school where all the students use hp39g+ calculators. Recently there has been an epidemic of reports of the old 39g+ connectivity software suddenly failing to work. The symptom is that when you run it the opening screen flashes for a split second and then disappears. Subsequently trying to make it work has no effect. If you look in the CTRL ALT DEL screen at the list of tasks it is not shown but the list of processes shows it is running. Killing the process allows you to repeat the quick flash effect but no more. I have tried to fix the problem on two student's laptops. On one of them I was able to get it working by uninstalling it and then re-installing (twice). On the other one this had no effect. My first thought was a conflict with a trendy new program that had appeared called LimeWire (music download) that a lot of students had recently installed on their computers. Unfortunately for that theory some of the students told me that they did not have the LimeWire program on their computers. One parent suggested that the suddenness and wide spread might mean that it was the result of a recent Windows Update. This seems plausible but I don't have the skills to check this or to come up with a cure. Any suggestions? The software can be found at http://www.hphomeview.com/zipfiles/ConnBeta.zip ==== Subject: What's the material of 49g+ keys? Since the broken keys have to be repaired. I found there are various adhesive for Loctite or other brand. But most adhesive are not suit for Polyethylene or Polypropylene. So I have to make sure the material of 49g+ keys. Does anyone knows it? Ted ==== Subject: Saving Notes I'm looking for a calculator with the ability to save text notes. Is such a calculator available? BMW ==== Subject: Re: Saving Notes > I'm looking for a calculator with the ability to save text notes. Is > such a calculator available? On the 49g+ you can stick a .txt file directly into the SD card and read it on the calculator. TW ==== Subject: Re: Saving Notes I'm working on a totally AUDIO system . maybe a MCU that can advance a CD player more accurately than just a track or ... on a DATA CDR . First it's a Voice Recorder with a SD card . I thought maybe the Taiwan people had something with the AP510 MP-3 player/recorder , but it cannot record on the card , only record to it's own embedded FLASH . I expected 100's of hours of AUDIO data , maps of this city , calenders and other data easily accessed by hitting a special group of keys that would tell the MCU to play with a standard CDR players advance \key\ to make it mo precise , locate a data more closely . Next how about burning CD's w/ audio data that has finer accessing ( your embedded MCU will \search\ for data \relationally\ ). Keyboards suck . My 49G+ is collecting dust , it just can't cut it , the programming is so stupid and crippled ! I can access data from an upper directory but can't write it !!! Real dumb . TIC don't work ! ==== Subject: Re: Saving Notes I'm working on a totally AUDIO system . maybe a MCU that can advance a CD player more accurately than just a track or ... on a DATA CDR . First it's a Voice Recorder with a SD card . I thought maybe the Taiwan people had something with the AP510 MP-3 player/recorder , but it cannot record on the card , only record to it's own embedded FLASH . I expected 100's of hours of AUDIO data , maps of this city , calenders and other data easily accessed by hitting a special group of keys that would tell the MCU to play with a standard CDR players advance \key\ to make it mo precise , locate a data more closely . Next how about burning CD's w/ audio data that has finer accessing ( your embedded MCU will \search\ for data \relationally\ ). Keyboards suck . My 49G+ is collecting dust , it just can't cut it , the programming is so stupid and crippled ! I can access data from an upper directory but can't write it !!! Real dumb . TIC don't work ! ==== Subject: Re: sysrpl \functions\ Bad programming to tie args to functions . It \unstructures\ your code , makes mo bugs .. ==== Subject: Re: sysrpl \functions\ what ? ==== Subject: Re: sysrpl \functions\ A local troll that seems to think FORTH is God. Ignore it. TW ==== Subject: Re: HP48 repair Difficult to know where exactly to cut the posts ! I fixed the keybrd connector on mine . But it such a crappy design , i'll have to design individual \fingers\ to apply pressure just over ther top of each conductor . the press is only from a foam strip ! I have now a 49G+ but is is so crappy it collects dust . ==== Subject: Re: Large integers - vertical display (full screen) Display the difference only . ==== Subject: Getting started on the HP49g+ Hello Can somebody help me get started with the HP49g+ System RPL programming. I assume that I have to type in the program code, store it as a variable in the Home directory, then use the ASM or ASM2 command to assemble the code into an executable. I've not seen this stated anywhere but it seems to be a fair bet. So I decided to try the example program on page 4 of 'Programming in System RPL' by Kalinowski and Dominik. These are the very frustrating results: 1. Typed in the program from page 4 which calculates the area of a circle:- :: CK1NOLASTWD CK&DISPATCH1 BINT1 :: %2 %^ %PI %* ; ; 2. Pressed the ENTER button and received an 'Invalid Syntax' message pointing to %^. 3. Changed %^ to % ^ (also had to change %* to % *) 4. Pressed the Enter button again and the whole code disappeared, not in the stack or in memory. After a bit of head scratching I them tried the following: 1. Created a variable called 'AREA' in the Home directory by using the 'New' soft menu key when in the file manager. This produced a variable called 'Area' of type 'Prog' and size 5. 2. Selected 'AREA' in the File Manager and pressed the 'Edit' soft menu key which gave me a blank screen. 3. I typed in the code as before. 4. Pressed the ENTER button and received the message 'Too Few Arguments'. 5. The variable 'AREA' was still size 5 and contained nothing. I'm obviously doing something wrong but I've not been able to find any documentation that tells me exactly how to enter and assemble code (i.e. the sequence of key strokes) on a HP49g+. The program works fine in Debug4x but I also need to know how to program the calculator directly. Any help to get me started would be much appreciated. Rod ==== Subject: Re: Getting started on the HP49g+ Hi Rod, SystemRPL cannot be executed directly by the calc, it has to be compiled first. You should have the extable library installed in your calc, if you want, as I suppose, to work with symbolic names instead of system addresses. Get it from hpcalc.org, either the original HP extable lib from http://www.hpcalc.org/details.php?id=3245 or the enhanced one extable2 lib from http://www.hpcalc.org/details.php?id=3940. Please, ask again if you have any problem installing (attaching) libraries. To make things easier, if you are mainly going to code in SysRPL and not in machine code, set the system flag 92 (-92 SF). Then attach the system library 256 (256 ATTACH), if you did not do it yet. Now, you should be able to access the \Development lib\ throught the APPS key or just entering 256 MENU. Then make sure that you save your SysRPL program as a string (enclosed in double quotes). Use the following template: \ :: YOUR_CODE ; @\ Note that there should not be any newline after the \@\ char. Finally compile the string with ASM (listed in the development lib menu, available after attaching the system lib 256). Once compiled, use the command ->S2 to decompile the program and be able to edit it. It should work now as you expect. Alexis PS: consult the appendices in Kalinowski's and Dominik's book, they explain everything much clearer. > Hello > > Can somebody help me get started with the HP49g+ System RPL > programming. > > I assume that I have to type in the program code, store it as a > variable in the Home directory, then use the ASM or ASM2 command to > assemble the code into an executable. I've not seen this stated > anywhere but it seems to be a fair bet. So I decided to try the example > program on page 4 of 'Programming in System RPL' by Kalinowski and > Dominik. These are the very frustrating results: > > 1. Typed in the program from page 4 which calculates the area of a > circle:- > > :: > CK1NOLASTWD > CK&DISPATCH1 > BINT1 :: > %2 %^ > %PI > %* > ; > ; > > 2. Pressed the ENTER button and received an 'Invalid Syntax' message > pointing to %^. > > 3. Changed %^ to % ^ (also had to change %* to % *) > > 4. Pressed the Enter button again and the whole code disappeared, not > in the stack or in memory. > > > > After a bit of head scratching I them tried the following: > > 1. Created a variable called 'AREA' in the Home directory by using the > 'New' soft menu key when in the file manager. This produced a variable > called 'Area' of type 'Prog' and size 5. > > 2. Selected 'AREA' in the File Manager and pressed the 'Edit' soft menu > key which gave me a blank screen. > > 3. I typed in the code as before. > > 4. Pressed the ENTER button and received the message 'Too Few > Arguments'. > > 5. The variable 'AREA' was still size 5 and contained nothing. > > I'm obviously doing something wrong but I've not been able to find any > documentation that tells me exactly how to enter and assemble code > (i.e. the sequence of key strokes) on a HP49g+. > > The program works fine in Debug4x but I also need to know how to > program the calculator directly. > > Any help to get me started would be much appreciated. > > Rod ==== Subject: Re: Getting started on the HP49g+ rod@rbtec.net says... > Hello > > Can somebody help me get started with the HP49g+ System RPL > programming. > > I assume that I have to type in the program code, store it as a > variable in the Home directory, then use the ASM or ASM2 command to > assemble the code into an executable. I've not seen this stated > anywhere but it seems to be a fair bet. So I decided to try the example > program on page 4 of 'Programming in System RPL' by Kalinowski and > Dominik. These are the very frustrating results: > > 1. Typed in the program from page 4 which calculates the area of a > circle:- > > :: > CK1NOLASTWD > CK&DISPATCH1 > BINT1 :: > %2 %^ > %PI > %* > ; > ; > > 2. Pressed the ENTER button and received an 'Invalid Syntax' message > pointing to %^. > Hope this is not an insulting question but did you type all of this inside \\ ? -- Vote for Pedro ==== Subject: Re: IrDA HP48 SX vs. HP49 G+ My recollection is that HP had IR communication from calculators to printers before I heard of IRDA. But; I may not have learned about IRDA when it first came out. Does anyone know if the 49g+ can disconnect the IRDA communication \channel\ from the IR port and then use the IR port with a serial \ protocol? >>I've just bought a HP49 G+ and I've got my good old HP48 SX. >>Is it possible to transfer objects from the HP48 SX to the HP49 G+ via \ IrDA? >>I haven't managed to establish a connection, yet. >>Am I doing someting wrong or is it not possible? > > > The 49g+ has IrDA. The 48sx doesn't. It is a different form of IR. > You can transfer in ASC mode to the computer, and then to the 49g+. > > BTW: Anyone know if IrDA was even around then? > > TW > ==== Subject: Re: IrDA HP48 SX vs. HP49 G+ Nope. Use an IrDA<->serial converter. That's what our data collector will be doing. It should be out in 2 months now that the case is finally on its way. . . TW ==== Subject: Re: IrDA HP48 SX vs. HP49 G+ > The 49g+ has IrDA. The 48sx doesn't. It is a different form of IR. > You can transfer in ASC mode to the computer, and then to the 49g+. > > BTW: Anyone know if IrDA was even around then? > > TW Hello Tim, I belive IrDA is new standard much like USB. USB finaly brought promised \Plug'n Play\ functionality -at least for windows :-) Most problems with that hardware comes from software (driver) problems because different controller manufacturers have minor but as it seems improtant differences \ in details. for more details start by the root namely: http://www.irda.org/ personal note: Parallel and serial both served us well in their simplicity, but they both belong to the past much rather than modern devices ! in the future: future calculators will follow 49G+ example and be based on excellent ARM processor, there are a lot of ethernet interfaces for ARM, so we could expect mini ethernet port for future calculator, this way we would have ultimate universal calulator, connectable directly to the great net trough ethernet as well as local devices (trough USB). see you later manjo ==== Subject: Re: IrDA HP48 SX vs. HP49 G+ ==== Subject: Re: GaaK's programs New!!! TED for HP 49G and 49G+ available at my site ... version beta1 1.2 Bug Debug4x: TITLE for library objects (Debug4x build 67) Comments or suggestions -> Here! August 6, 2005 www.gaak.org - GaaK - ==== Subject: Re: GaaK's programs > Bug Debug4x: TITLE for library objects > (Debug4x build 67) I think you are reporting a Debug4x bug. Could you explain the bug more carefully. If possible, send me a sample project for testing (use email below). If you would not mind, then I will fix the problem. -- - - - - - - - - - - - - - - - - Bill Graves RKBA! bgraves@ix.netcom.com ==== Subject: Re: SUDOKU solver for HP48 > Scott, would you consider sharing it with the group? Perhaps the > joined brains of this group can come up with the best solution. Sure. My approach was to write the simplest program I could think of that was consistent with rapid calculation. I think my algorithm shows promise, because I tested it against the one at: http://www.users.waitrose.com/~nihilist/sudoku.html I used the fairly difficult problem (sample9.txt) from the above website: .2....... ...6....3 .74.8.... .....3..2 .8..4..1. 6..5..... ....1.78. 5....9... .......4. (or, if you prefer) 0 2 0 0 0 0 0 0 0 0 0 0 6 0 0 0 0 3 0 7 4 0 8 0 0 0 0 0 0 0 0 0 3 0 0 2 0 8 0 0 4 0 0 1 0 6 0 0 5 0 0 0 0 0 0 0 0 0 1 0 7 8 0 5 0 0 0 0 9 0 0 0 0 0 0 0 0 0 0 4 0 On a PC, I compiled my C program and the one from this website, and found that I could solve this puzzle 100 times in 0.54 seconds, while the other program solved it 100 times in 4.46 seconds. The main differences between my algorithm and the other one are: . mine is much simpler (I think) . if there are no forced choices, I will always pick the square with the fewest number of choices. (This is very important to reduce the size of the search tree.) . precomputed relationships between squares in the \others\ array. . precomputed count of bits in a bitmask in \count\ array. . economical implementation. If my program is compiled normally, it will find *all* the solutions for \ the given puzzle. If compiled with -DONEONLY, it will stop after it finds the first solution. Now about my RPL version: The ten minutes I reported was for a simple puzzle. The complicated puzzle above would take a lot more time. There's still a lot of hope for improvement, though, because my RPL version is just a prototype, and is a very slow implementation. I used global variables where I could keep \ things (like the bitmask) on the stack. I also use some very slow list \ manipulations. But I don't have a lot of time right now, so I'm happy to let other people hack on my code, if they feel so inclined. Note: The \INIT\ function is meant to be called once to set up \COUNT\ and \OTHERS\. Then you don't \ have to call it again. Sorry I don't have a native HP48 source file. Note that I used =/ for notequal. ------------------------------------------------------------------------ * -- Scott Hemphill, 26 July 2005 */ #include #include int grid[81]; /* The puzzle grid: contains numbers 1 */ /* through 9, or 0 if a number hasn't */ /* been chosen. */ int bits[81]; /* Bitmap for each square: 0x01 means */ /* that \1\ is not possible, 0x02 means \ */ /* that \2\ is not possible, 0x04 means \ */ /* that \3\ is not possible, ..., 0x100 \ */ /* that \9\ is not possible. */ int count[512]; /* Count of number of 1-bits in a bitmap */ int others[81][24]; /* For each square, an array of 20 \other\ \ */ /* locations affect by this square. For \ */ /* example, if there is a \6\ in square \ 0, */ /* there are 20 other squares we know */ /* can't contain a six: */ /* 1,2,3,4,5,6,7,8 (horizontal row) */ /* 9,18,27,36,45,54,63,72 (vertcal column) \ */ /* 1,2,9,10,11,18,19,20 (3x3 square) */ /* That's a total of 24 square numbers, \ */ /* but 4 of them are duplicates. The */ /* \others\ array is big enough to hold \ */ /* 24 numbers while it is being built, but \ */ /* will only 20 numbers will be used when /* it is complete. */ void usage(char *prog) { fprintf(stderr, \usage: %s [sudoko input file]\\n\, prog); exit(1); } /* * Used only in initialization, addgroup takes an array of 9 associated * square numbers, and adds then to each others entries in the \others\ * array. A \group\ consistes of the nine square numbers in a row, \ column * or 3x3 square. No check is made for duplicates; that will be taken * care of when the others array is sorted. The others array is assumed * to be initialized to negative numbers; valid square numbers are 0 \ through * 80. */ void addgroup(int group[9]) { int i, j, k; for (i = 0; i < 9; i++) { for (j = 0; others[group[i]][j] >= 0; j++) ; for (k = 0; k < 9; k++) { if (k != i) others[group[i]][j++] = group[k]; } } } /* * Used only in initialization, sortgroups (should be called sortothers, * actually) sorts the 81 arrays which are elements of the \others\ \ array. * Each of these subarrays contains 24 square numbers, although only * 20 of them are unique. Each time a duplicate is found, it is changed * to \99\, which makes it sort to the end of the array, where it won't * be used. */ void sortgroups(void) { int i, j, k, tmp; for (i = 0; i < 81; i++) { for (j = 0; j < 23; j++) { for (k = j+1; k < 24; k++) { if (others[i][j] == others[i][k]) { others[i][k] = 99; } else if (others[i][j] > others[i][k]) { tmp = others[i][j]; others[i][j] = others[i][k]; others[i][k] = tmp; } } } } } /* Used to initialize the \count\ array and the \others\ array. \ \count\ * contains the number of 1-bits in a bitmask. Consider the bitmask * 0x153 (which is 101010011 in binary and 339 in decimal). Therefore * the entry count[339] will contain the value 5. The \others\ array is * initialized to \-1\s, then groups of 9 associated square numbers are * added one at a time, using the \addgroup\ function. */ void init(void) { int group[9]; int i, j; for (i = 1; i < 512; i<<=1) { for (j = 0; j < 512; j++) { if (i & j) count[j]++; } } for (i = 0; i < 81; i++) { for (j = 0; j < 24; j++) { others[i][j] = -1; /* negative numbers mean unused */ } } for (i = 0; i < 9; i++) { for (j = 0; j < 9; j++) { group[j] = 9*i + j; } addgroup(group); /* add a row of square numbers */ } for (i = 0; i < 9; i++) { for (j = 0; j < 9; j++) { group[j] = 9*j + i; /* add a column of square numbers */ } addgroup(group); } for (i = 0; i < 9; i++) { for (j = 0; j < 9; j++) { group[j] = 27*(i/3) + 9*(j/3) + 3*(i%3) + (j%3); } addgroup(group); /* add a 3x3 square of square numbers */ } sortgroups(); /* sort others array, removing duplicates \ */ } /* * \setbox\ is used to place a number in the grid, whether it is known, * or a guess. It also updates all the bitmasks for all the associated * squares to indicate that they can't contain this number. */ void setbox(int n, int x) { int i, j; grid[n] = x; j = 1 << (x-1); for (i = 0; i < 20; i++) bits[others[n][i]] |= j; } /* * \unsetbox\ is used to remove a number from the grid. Zero is stored * to indicate an unused square. It is too complicated to calculate * what the bitmask ought to now contain, so it is up to the calling * program to restore the bitmask from a previously saved value. */ void unsetbox(int n, int x) { grid[n] = 0; // it's up to calling program to restore bits } /* * \readgrid\ is used to read the initial data for the grid from a file. * The initial bitmask is calculated at the same time (by calling \ \setbox\). */ void readgrid(FILE *f) { char buf[BUFSIZ]; int i, j; for (i = 0; i < 9; i++) { if (!fgets(buf, BUFSIZ, f)) { fprintf(stderr, \premature end of input\\n\); exit(1); } if (strlen(buf) < 10) { fprintf(stderr, \invalid input line %d\\n\, i+1); exit(1); } for (j = 0; j < 9; j++) { if ('1' <= buf[j] && buf[j] <= '9') setbox(9*i+j, buf[j]-'0'); } } for (i = 0; i < 81; i++) { if (!grid[i]) continue; if (bits[i] & (1<<(grid[i]-1))) { fprintf(stderr, \inconsistent input data for box (%d,%d)\\n\, \ (i/9)+1, (i%9)+1); exit(1); } } } static long long int num = 0; /* count of number of solutions found */ void printsolution(void) { int i, j; if (num++) printf(\\\n\); /* if more than one solution, separate \ them */ for (i = 0; i < 9; i++) { for (j = 0; j < 9; j++) { printf(\%2d\, grid[9*i+j]); } printf(\\\n\); } } /* \selectbox\ is the heart of the algorithm. It works this way: * First, the grid is searched for an empty square. If there isn't one, * then the grid contains a solution, so it is printed. If an empty * square is found, then it is compared with all other empty squares to * see which one of them has the maximum number of 1-bits in its bitmask. * That square is the one selected, and each of the possible values are * tried in return, calling \selectbox\ recursively to search for a * solution. Note that if a square has 9 1-bits in its bitmask, then * there are no possible values, and \selectbox\ will return without any * further recursion. Otherwise, if a square has 8 1-bits in its bitmask, * then it has a forced choice, and only that choice will be taken at this * level in the recursion. * * Note: compile with -DONEONLY to stop recursion if a solution has already * been found. */ void selectbox(void) { int bitsave[81]; int i, j; int best, bestcount; #ifdef ONEONLY if (num == 0) { /* allow recursion only if no solutions so far \ */ #endif for (best = 0; best < 81; best++) { /* see if there are any empty squares \ */ if (!grid[best]) break; } if (best == 81) { /* 81 indicates no empty squares */ printsolution(); return; } bestcount = count[bits[best]]; /* count of bits for the square we found \ */ for (i = best+1; i < 81; i++) { /* find the biggest count over all squares \ */ if (grid[i]) continue; /* only consider empty squares */ j = count[bits[i]]; if (j > bestcount) { best = i; bestcount = j; } } for (i = 0; i < 9; i++) { /* Try all numbers for this square */ j = 1 << i; if ((bits[best] & j) == 0) { /* if the number is possible, recurse */ memcpy(bitsave, bits, sizeof bits); /* save bitmask */ setbox(best, i+1); /* place number in square, update bitmask \ */ selectbox(); /* recurse */ unsetbox(best, i+1); /* unplace number in square */ memcpy(bits, bitsave, sizeof bits); /* restore bitmask */ } } #ifdef ONEONLY } #endif } /* * main program. Calls \init\ to initialize \count\ and \others\ \ arrays. * Calls \readgrid\ to read initial grid from a file, and calculate \ initial * bitmask. Calls \selectbox\ to recursively enumerate solution(s). \ Outputs * summary to \stderr\. */ int main(int argc, char *argv[]) { FILE *f = stdin; if (argc > 2) usage(argv[0]); if (argc == 2) f = fopen(argv[1], \r\); if (!f) usage(argv[0]); init(); readgrid(f); selectbox(); #ifdef ONEONLY if (num == 0) fprintf(stderr, \no solutions found\\n\); #else fprintf(stderr, \%lld solution%s found\\n\, num, num==1?\\:\s\); #endif return 0; } ------------------------------------------------------------------------ SORTGROUPS: << 1 81 FOR i OTHERS i GET SORT @ {2,2,3,3,...} {} 0 {} 0 WHILE ROT DUP SIZE @ {} 0 {2,2,3,3,...} REPEAT DUP TAIL 4 ROLLD HEAD @ {2,3,3,...} {} 0 2 IF DUP2 == THEN DROP ELSE ROT OVER + ROT DROP SWAP END END DROP2 NEXT 81 ->LIST 'OTHERS' STO >> ADDGROUP: << -> g << OTHERS {{..} {..} .. {..}} 1 9 FOR i g i GET DUP2 GET {{..} {..} .. {..}} 73 {..} 1 9 FOR j IF i j =/ THEN g j GET + END NEXT PUT NEXT 'OTHERS' STO >> >> INIT: << #0 WHILE DUP #512d < REPEAT 0 IF OVER #1d AND #0 == THEN 1 + END IF OVER #2d AND #0 == THEN 1 + END IF OVER #4d AND #0 == THEN 1 + END IF OVER #8d AND #0 == THEN 1 + END IF OVER #16d AND #0 == THEN 1 + END IF OVER #32d AND #0 == THEN 1 + END IF OVER #64d AND #0 == THEN 1 + END IF OVER #128d AND #0 == THEN 1 + END IF OVER #256d AND #0 == THEN 1 + END SWAP #1 + END DROP 512 ->LIST 'COUNT' STO 1 81 START {} NEXT 81 ->LIST 'OTHERS' STO 1 81 FOR i i NEXT 1 9 START 9 ->LIST ADDGROUP NEXT 0 8 FOR i 0 8 FOR j j 9 * i + 1 + NEXT NEXT 1 9 START 9 ->LIST ADDGROUP NEXT 0 8 FOR i 0 8 FOR j i 3 / IP 27 * j 3 / IP 9 * + i 3 MOD 3 * + j 3 MOD + 1 + NEXT NEXT 1 9 START 9 ->LIST ADDGROUP NEXT SORTGROUPS >> SETBOX: << DUP2 GRID 3 ROLLD PUT 'GRID' STO OTHERS ROT GET SWAP 1 - 2 SWAP ^ R->B @ {k} bit BITS @ {k} bit BITS WHILE ROT DUP SIZE REPEAT DUP TAIL 4 ROLLD HEAD @ {..} bit BITS k DUP2 GET 4 PICK OR PUT @ {..} bit BITS END DROP 'BITS' STO DROP >> UNSETBOX: << GRID SWAP 0 PUT 'GRID' STO >> READGRID: << IF DUP TYPE 3 == THEN IF DUP SIZE {9 9} == THEN OBJ-> DROP 81 ->ARRY 'GRID' STO 1 81 START #0 NEXT 81 ->LIST 'BITS' STO 1 81 FOR i i GRID i GET IF DUP THEN SETBOX ELSE DROP2 END NEXT ELSE \Array not 9x9\ HALT END ELSE \No array specified\ HALT END >> ADDSOLUTION: << GRID OBJ-> DROP {9 9} ->ARRY 'SOLUTION' STO+ >> SELECTBOX: << 0 1 DO IF GRID OVER GET NOT THEN SWAP DROP 82 ELSE 1 + END UNTIL DUP 81 > END DROP IF DUP NOT THEN DROP ADDSOLUTION ELSE BITS OVER GET B->R 1 + COUNT SWAP GET OVER 1 + WHILE DUP 81 <= REPEAT IF GRID OVER GET NOT THEN BITS OVER GET B->R 1 + COUNT SWAP GET IF 3 PICK OVER < THEN 4 ROLL 4 ROLL DROP2 OVER ELSE DROP END END 1 + END DROP2 0 WHILE DUP 9 < REPEAT IF BITS 3 PICK GET 2 3 PICK ^ R->B AND #0 == THEN DUP2 BITS 3 ROLLD 1 + SETBOX SELECTBOX 'BITS' STO OVER UNSETBOX END 1 + END DROP2 END >> MAIN: << READGRID {} 'SOLUTION' STO SELECTBOX SOLUTION IF DUP SIZE 1 == THEN 1 GET END >> ------------------------------------------------------------------------ Scott -- Scott Hemphill hemphill@alumni.caltech.edu \This isn't flying. This is falling, with style.\ -- Buzz Lightyear ==== Subject: Past HP Conference \Goodies\ / HHC2005 Info I wanted to suggest to anyone who is not sure about attending the upcoming HHC2005 HP Conference in Chicago on Sept 17-18th.... in the past several conferences, there have been significant \goodies\ distributed to each attendee. Here is an incomplete list of giveaways from the past several conferences: Event - Location - Goodie #1 / Goodie #2 / Goodie #3 / Goodie #4 / Goodie #5 HPCC1997- London, UK - Used HP71B for each attendee / Goodies Disk #11 / Door prizes: various items ----------------------------------------------------------------------------\ --- HHC1998 - Vancouver, Wash - PPC CDROM Disks 1-2 / Calculating Edge Catalog / Door prizes: various items ----------------------------------------------------------------------------\ --- HHC1999 - Vancouver, Wash - An HP49G for each attendee / CalcPro Catalog / Door prizes: various items ----------------------------------------------------------------------------\ --- HHC2000 - Los Angeles, Calif - Door prizes: various HP Calcs ----------------------------------------------------------------------------\ --- HHC2001 - Chicago, Ill - The CHIP \Robot\ Calculator / HHC2000-01 Conference CD / Door prizes: various HP calcs ----------------------------------------------------------------------------\ --- HPCC2002- London, UK - HPCALC.ORG web site CD / HPCC Datafile CD (PPC CD #3) / Door Prizes: 5 HP49s, HP38G, 32SII, 12C ----------------------------------------------------------------------------\ ----------------------------- Proceedings Disk / HPCC2002 Conf CD / Door prizes: HP49G+, HP48GII ----------------------------------------------------------------------------\ ----------------------------- info & software CD / HP Museum web site DVD / HPCALC.ORG web site CD / Door prizes: various HP calcs ----------------------------------------------------------------------------\ ----------------------------- You can be sure that there will be some goodies this time around as well. For more info on HHC2005, check http://holyjoe.net/hhc2005/ on the web. Jake Schwartz ==== Subject: Re: Past HP Conference \Goodies\ / HHC2005 Info > You can be sure that there will be some goodies this time around as > well. Goodies Disks? Oh joy! How many 82162A HP-IL Digital Cassette Drives can we string together to copy tapes? (MCOPY, anyone?) I'll settle for the nice comraderie and the juicy news :-) Nostalgia ain't what it used to be. Brian ==== Subject: Re: Past HP Conference \Goodies\ / HHC2005 Info : > You can be sure that there will be some goodies this time around as : > well. : Goodies Disks? Oh joy! How many 82162A HP-IL Digital Cassette Drives : can we string together to copy tapes? (MCOPY, anyone?) I still have a tape drive we can use!! :-) : I'll settle for the nice comraderie and the juicy news :-) : Nostalgia ain't what it used to be. In some ways it still is. Recently I rekindled an interest in the Radio Shack Color Computer. I forgot how much fun I had with it. :-) I spent a lot of time writing software for it in machine language. Over the years I made good use of what I learned programming Motorola CPUs. That was back in the days when people actually could understand how the hardware in their computer worked. -- ------------------- Keep working millions on welfare depend on you ==== Subject: Re: Past HP Conference \Goodies\ / HHC2005 Info > > I wanted to suggest to anyone who is not sure about attending the > upcoming HHC2005 HP Conference in Chicago on Sept 17-18th.... in the > past several conferences, there have been significant \goodies\ > distributed to each attendee. Nice carrot :-) > info & software CD TI? Heresy!! ;-) Bhuvanesh. ==== Subject: Re: Past HP Conference \Goodies\ / HHC2005 Info >> >> I wanted to suggest to anyone who is not sure about attending the >> upcoming HHC2005 HP Conference in Chicago on Sept 17-18th.... in the >> past several conferences, there have been significant \goodies\ >> distributed to each attendee. > > Nice carrot :-) > >> info & software CD > > TI? Heresy!! ;-) > Bhuvanesh must now attend to this historical conference, which is the only Bhuv-compatible (dual-model) HP Conference ever :-D VPN ==== Subject: Re: Past HP Conference \Goodies\ / HHC2005 Info >You can be sure that there will be some goodies this time around as >well. So now you're resorting to bribery to get people to attend? ;-) -- Bruce Horrocks Surrey England @.plus.com -- fix the obvious for email ==== Subject: Re: Past HP Conference \Goodies\ / HHC2005 Info : >You can be sure that there will be some goodies this time around as : >well. : So now you're resorting to bribery to get people to attend? : ;-) If that's what it takes!! :-) -- ------------------- Keep working millions on welfare depend on you ==== Subject: Re: Past HP Conference \Goodies\ / HHC2005 Info <3EpglzDkSs5CFw9j@horrocks.plus.com> Actually we have some rather juicy information on you that will be coming into public knowledge next unless you come. . . but we'd rather not have to resort to such measures. :-) TW ==== Subject: Re: Past HP Conference \Goodies\ / HHC2005 Info > Actually we have some rather juicy information on you that will be > coming into public knowledge next unless you come. . . but we'd rather > not have to resort to such measures. :-) If you (not personally TW, but \you\) don't buy me an airplane ticket I will tell that is not that juicy at all !!! Old wine in a an old bottle with a larger bottle mouth That's all...oh - there are now two handles in the bottle VPN PS: \49g++\ is nice, but no cigar Where is hp 50g++Turbo III ?? ==== Subject: Re: Past HP Conference \Goodies\ / HHC2005 Info Maybe they can give me a new HP49G+ with a redesigned keyboard... Christian > > I wanted to suggest to anyone who is not sure about attending the > upcoming HHC2005 HP Conference in Chicago on Sept 17-18th.... in the > past several conferences, there have been significant \goodies\ > distributed to each attendee. Here is an incomplete list of giveaways > from the past several conferences: > > Event - Location - Goodie #1 / Goodie #2 / Goodie #3 / Goodie #4 / > Goodie #5 > > HPCC1997- London, UK - Used HP71B for each attendee / Goodies Disk #11 > / Door prizes: various items > ----------------------------------------------------------------------------\ --- > HHC1998 - Vancouver, Wash - PPC CDROM Disks 1-2 / Calculating Edge > Catalog / Door prizes: various items > ----------------------------------------------------------------------------\ --- > HHC1999 - Vancouver, Wash - An HP49G for each attendee / CalcPro > Catalog / Door prizes: various items > ----------------------------------------------------------------------------\ --- > HHC2000 - Los Angeles, Calif - Door prizes: various HP Calcs > ----------------------------------------------------------------------------\ --- > HHC2001 - Chicago, Ill - The CHIP \Robot\ Calculator / HHC2000-01 > Conference CD / Door prizes: various HP calcs > ----------------------------------------------------------------------------\ --- > HPCC2002- London, UK - HPCALC.ORG web site CD / HPCC Datafile CD (PPC > CD #3) / Door Prizes: 5 HP49s, HP38G, 32SII, 12C > ----------------------------------------------------------------------------\ ----------------------------- > Proceedings Disk / HPCC2002 Conf CD / Door prizes: HP49G+, HP48GII > ----------------------------------------------------------------------------\ ----------------------------- > info & software CD / HP Museum web site DVD / HPCALC.ORG web site CD / > Door prizes: various HP calcs > ----------------------------------------------------------------------------\ ----------------------------- > > You can be sure that there will be some goodies this time around as > well. > > For more info on HHC2005, check http://holyjoe.net/hhc2005/ on the web. > > Jake Schwartz ==== Subject: Re: HP33s First impressions I grant you the 49+ does a lot more, but at least the 33 isn't in transit half of its life for problems. Just a thought. Don On Sat, 23 Jul 2005 12:37:24 +0300, \Veli-Pekka Nousiainen\ >I would like to add to that that >49g+ can in addition use units in a numerical solver >49g+ has in addition to the above addition also symbolic solver >49g+ has also a differential solver and limits and symbolic integrator >and symbolic derivative and so on... >It really adds a whole lot more compared to the 33s >The simple 33s solver might be easier at first, though. >VPN > >> >> >>> Would you please compare and contrast the solvers between the two >>> units? I have heard that the 33s has a very nice solver (implying it >>> is better than the 49G+), and am wondering how it works. >> >> Its very simple. In the 33s you can store all youre equations in a list >> (=EQN List). First you got to choose the eqaution from the list. Then >> press the solve button. The calc ascs you for the variable you want to >> solve. All the other values are being asked. >> >> After you typed them all in (old values arr safed, just confirm with >> key \R/S\ if they didnt change), the solver tries to solve. I he is \ not >> able he iterates. >> >> Compared to 49G+: >> - Much slower (less than 1s 49G+; about 5s the 33s), depends on the EQN >> - only a two line display (one line for the var name, one for the >> value) >> - var names may only have one character (A...Z), so A1, var1 is not >> possible >> >> See more in the 33s manual... >> >> >> Christian >> > ==== Subject: Re: Clock Is Ticking Toward HHC2005 in Chicago X > : Wild rumors (again) in the air & ear: X > I'm hoping for a new version of the 42s (43s?)!! I don't need a \high \ end\ > calculator anymore but a 42s replacement that fits into a shirt pocket > would be worth buying!! OK HP will do this for you, just because you asked Since you are the only person to order it, the cost will be 15 million US dollars The money will be collected from you in 15 working days Happy holidays with you new hp 43s :-D VPN ==== Subject: Re: RPN Emu with XYZT ?? format=flowed; reply-type=original \ChristianB.\ escreveu na mensagem > Does anyone know a small RPN Emu with XYZT Stack. I want to see all > registers of the stack. > > I just want the register to be visible, to see the behaviour of a > classical RPN stack. Emu48 (Windows) or X48 (Linux) emulating an HP-48 or HP-49 on a PC? Or XCALC (despite the name, which is similar to Xcalc on Linux, it is for Windows): http://www.tordivel.no/xcalc/ []s ==== Subject: Re: RPN Emu with XYZT ?? The xcalc was definitely the right one... THX !!!! \Wishmaster\ schrieb im \ Newsbeitrag > > \ChristianB.\ escreveu na mensagem >> Does anyone know a small RPN Emu with XYZT Stack. I want to see all >> registers of the stack. >> >> I just want the register to be visible, to see the behaviour of a >> classical RPN stack. > > Emu48 (Windows) or X48 (Linux) emulating an HP-48 or HP-49 on a PC? > > Or XCALC (despite the name, which is similar to Xcalc on Linux, it is for \ > Windows): http://www.tordivel.no/xcalc/ > > []s ==== Subject: Logplot for 49G and 49G+ Gentlemen, Logplot is now available in hpcalc.org, which was coded by \Taka\ in Japanese user's society. Refer to http://www.hpcalc.org/hp49/graphics/plotting/. Kenji Yokohama, Japan ==== Subject: HP-33S with the \new\ display I want to buy an HP-33S. The current display with the tiny \. and ,\ is just about un-usable for me, I could see the \.\ but only just. I have read that there is a newer display being shipped with a better display for \. and ,\. Is there really a newer display being shipped? Does anyone know of a place to see this newer display, if there really is one, in the Washington, DC or Rochester, NY area? Or failing a local retailer, a web store that is shipping this updated model? I have tried to question HP but my mail through their web site was bounced, looks like the support group changed their name and word has not yet made it to the web master. Tom ==== Subject: Re: HP-33S with the \new\ display Take a look at my brand new 33s... (CNA 4170xxxx). These are the brand new s/n's in Germany. In the US or wherever you live they may be newer... I do not even know if I got an old one out of stock, but the display does not seem to be improved... http://people.freenet.de/Buhmann/33s_1a.jpg http://people.freenet.de/Buhmann/33s_2a.jpg http://people.freenet.de/Buhmann/33s_3a.jpg ChristianB \Tom\ schrieb im Newsbeitrag >I want to buy an HP-33S. The current display with the tiny \. and ,\ is > just about un-usable for me, I could see the \.\ but only just. > > I have read that there is a newer display being shipped with a better > display for \. and ,\. Is there really a newer display being shipped? > > Does anyone know of a place to see this newer display, if there really > is one, in the Washington, DC or Rochester, NY area? Or failing a local > retailer, a web store that is shipping this updated model? > > I have tried to question HP but my mail through their web site was > bounced, looks like the support group changed their name and word has > not yet made it to the web master. > > Tom > ==== Subject: Re: HP-33S with the \new\ display Christian, Please take another picture with \2.22222\ or \22.2222\ or \222.222\ \ in the display. Then it will be obvious (to all) what the problem is. Bob > Take a look at my brand new 33s... (CNA 4170xxxx). These are the brand new \ > s/n's in Germany. In the US or wherever you live they may be newer... > > I do not even know if I got an old one out of stock, but the display does \ > not seem to be improved... > > http://people.freenet.de/Buhmann/33s_1a.jpg > http://people.freenet.de/Buhmann/33s_2a.jpg > http://people.freenet.de/Buhmann/33s_3a.jpg > > > > ChristianB > > > \Tom\ schrieb im Newsbeitrag >>I want to buy an HP-33S. The current display with the tiny \. and ,\ is >> just about un-usable for me, I could see the \.\ but only just. >> >> I have read that there is a newer display being shipped with a better >> display for \. and ,\. Is there really a newer display being shipped? >> >> Does anyone know of a place to see this newer display, if there really >> is one, in the Washington, DC or Rochester, NY area? Or failing a local >> retailer, a web store that is shipping this updated model? >> >> I have tried to question HP but my mail through their web site was >> bounced, looks like the support group changed their name and word has >> not yet made it to the web master. >> >> Tom >> > > ==== Subject: Re: HP-33S with the \new\ display to me it's obvious already. The 2nd picture clearly shows that the decimal point is more like a joke. It floats into the bottom line of the '2'. However, as you may have noticed, only the decimal comma on the newer units got somewhat larger, not the point itself. So even if you have a new 33S, the one with the 'better' display, you only have a gain if you use the decimal comma. Raymond \Bob\ schrieb im Newsbeitrag > Christian, > > Please take another picture with \2.22222\ or \22.2222\ or \222.222\ \ in > the display. Then it will be obvious (to all) what the problem is. > > Bob > > >> Take a look at my brand new 33s... (CNA 4170xxxx). These are the brand >> new s/n's in Germany. In the US or wherever you live they may be \ newer... >> >> I do not even know if I got an old one out of stock, but the display does \ >> not seem to be improved... >> >> http://people.freenet.de/Buhmann/33s_1a.jpg >> http://people.freenet.de/Buhmann/33s_2a.jpg >> http://people.freenet.de/Buhmann/33s_3a.jpg >> >> >> >> ChristianB >> >> >> \Tom\ schrieb im Newsbeitrag >>>I want to buy an HP-33S. The current display with the tiny \. and ,\ \ is >>> just about un-usable for me, I could see the \.\ but only just. >>> >>> I have read that there is a newer display being shipped with a better >>> display for \. and ,\. Is there really a newer display being shipped? >>> >>> Does anyone know of a place to see this newer display, if there really >>> is one, in the Washington, DC or Rochester, NY area? Or failing a local >>> retailer, a web store that is shipping this updated model? >>> >>> I have tried to question HP but my mail through their web site was >>> bounced, looks like the support group changed their name and word has >>> not yet made it to the web master. >>> >>> Tom >>> >> >> > > ==== Subject: Re: HP 49G+ tutorial? as f4ding said, al's page is a good tutorial. you also have the manual shipped with the calc. fred. ==== Subject: Re: Does HP-48SX/GX SOLVER have the \S\ function for algebraic \ formulas? > \S\ function when using algebraic formulas in the SOLVER. > > 1. Is this true? > > 2. Is it supported on the HP 48GX? > > > leb > ==== Subject: Re: Need SOLVER Help in HP 19BII John, The combination of IF(con:alg1:alg2) and the S(var) functions will allow you \ to do what you want. grahamf > > I could use some help from the bright equation writing minds of this > group... > > I'm using several simple equations in the Solver function of a 19BII to \ do > some simple energy unit conversions. In my work I regularly need to > quickly convert between mmBtu (1000 x 1000 x Btu's), Btu's, Therms, > Dekatherms (10 x Therms), and Gigajoules. To do this, I have the > following > equations set up in the Solver: > > (MMBTU - DTH x 10)=0 > (THERM - MMBTU / .1)=0 > (BTU - THERM x 99976.1244878)=0 > (THERM - GJ x 9.4804343)=0 > (BTU - GJ x 947817.0777492)=0 > > To make a conversion, I first have to first go down through the list of > equations, select, and then execute the appropriate one. To make a \ second > conversion, I have to back up to the equation list, reselect the > appropriate one, and execute, etc. > > My question is this: > > Is it possible to create a *single* equation which would contain *all* \ the > unit variables above, yet would still allow me to enter only one known \ and > then solve for one unknown variable? This would do away with the need \ for > me to select the appropriate equation from the list each time. > > I guess what I'm specifically looking for is a way to have the Solver > function mimic the behavior of the built-in \Units\ conversion menu of > this > calculator. In the built-in Units function of the 19BII, I'm presented > with a menu of many variables, to which I can store any single known unit > into one, and then solve for any other unknown. > > The Solver function of the 19BII has two commands which I think might be > helpful in this: > > An IF/THEN function: \IF(condition:expression1:expression2)\ > > IF/THEN commands can be nested. > > The \Solve For\ function: \IF(S(condition):expression1:expression2)\ > > Regarding the \Solve For\ function, the 19BII manual states: \The S > (solving for) function is used with the IF function to group equations \ and > to specify the conditions under which one or the other is used.\ > > Here's an example: > > IF(S(WPAY):WPAY-WAGExHRS:SLPAY-SALRY-.05xSALES)=0 > > \The S function appears within the IF function in the conditional > expression. In this case, the conditional expression is true if you \ solve > for WPAY, and false if you solve for anything else.\ > > Any thoughts anyone? I'm sure it's pretty simple, but of course I \ haven't > a clue how to make it happen. > > > John L. ==== Subject: Re: Need SOLVER Help in HP 19BII The only thing that pops in my mind is somehting along the lines of: IF(S(MMBTU)): IF(DTH<>0: MMBTU-DTH*10: THERM - MMBTU / .1): IF(S(DTH): MMBTU-DTH*10: IF(S(THERM): IF(MMBTU<>0: THERM - MMBTU / .1: IF(BTU <>0: BTU - THERM x 99976.1244878: THERM - GJ x 9.4804343)): IF(S(BTU): IF(THERM<>0: BTU - THERM x 99976.1244878: THERM - GJ x 9.4804343): IF(THERM<>0: THERM - GJ x 9.4804343: BTU - GJ x 947817.0777492)))))) this assumes that the variables that you are not giving as input are set to \ 0 prior to starting the solver so the calcualtor can know which equatiuon to \ use... you can also rewrite the equation with logival operator such as: IF((S(MMBTU) AND (DTH<>0)) OR (S(DTH) AND (MMBTU<>0)): MMBTU-DTH*10: IF((S(THERM) AND (MMBTU<>0)) OR (S(MMBTU) AND (THERM<>0)): THERM - MMBTU / .1: ..... >> >> I could use some help from the bright equation writing minds of this >> group... >> >> I'm using several simple equations in the Solver function of a 19BII to >> do >> some simple energy unit conversions. In my work I regularly need to >> quickly convert between mmBtu (1000 x 1000 x Btu's), Btu's, Therms, >> Dekatherms (10 x Therms), and Gigajoules. To do this, I have the >> following >> equations set up in the Solver: >> >> (MMBTU - DTH x 10)=0 >> (THERM - MMBTU / .1)=0 >> (BTU - THERM x 99976.1244878)=0 >> (THERM - GJ x 9.4804343)=0 >> (BTU - GJ x 947817.0777492)=0 >> >> To make a conversion, I first have to first go down through the list of >> equations, select, and then execute the appropriate one. To make a >> second >> conversion, I have to back up to the equation list, reselect the >> appropriate one, and execute, etc. >> >> My question is this: >> >> Is it possible to create a *single* equation which would contain *all* >> the >> unit variables above, yet would still allow me to enter only one known >> and >> then solve for one unknown variable? This would do away with the need >> for >> me to select the appropriate equation from the list each time. >> >> I guess what I'm specifically looking for is a way to have the Solver >> function mimic the behavior of the built-in \Units\ conversion menu of \ >> this >> calculator. In the built-in Units function of the 19BII, I'm presented >> with a menu of many variables, to which I can store any single known \ unit >> into one, and then solve for any other unknown. >> >> The Solver function of the 19BII has two commands which I think might be >> helpful in this: >> >> An IF/THEN function: \IF(condition:expression1:expression2)\ >> >> IF/THEN commands can be nested. >> >> The \Solve For\ function: \ \IF(S(condition):expression1:expression2)\ >> >> Regarding the \Solve For\ function, the 19BII manual states: \The S >> (solving for) function is used with the IF function to group equations >> and >> to specify the conditions under which one or the other is used.\ >> >> Here's an example: >> >> IF(S(WPAY):WPAY-WAGExHRS:SLPAY-SALRY-.05xSALES)=0 >> >> \The S function appears within the IF function in the conditional >> expression. In this case, the conditional expression is true if you >> solve >> for WPAY, and false if you solve for anything else.\ >> >> Any thoughts anyone? I'm sure it's pretty simple, but of course I >> haven't >> a clue how to make it happen. >> >> >> John L. > > ==== Subject: Re: User define key <4692b85a3b702dbad7803fff69d3727a@localhost.talkaboutcomputing.com> <84496428a3807cb581da7a844a15d323@localhost.talkaboutcomputing.com> ==== Subject: Serie's problem Hi again, I have a problem here. I want to calculate the radius of convergency for this serie: Sum(1;infinity)=(x-1)^n/(n*3^n) //n goes from 1 to infinity No problem, I fund it (-2,4). The problem is how to calculate the sum function (I'm not kidding, I hit the wall :(, the calc can't do it (or I don't know how to push it to do it) and I can't remember how to do it) Dimo ==== Subject: Re: Serie's problem I think I understood how to do it. I must first use Taylor expansion and then calculate the sum of each member. Am I correct? ==== Subject: Re: Serie's problem No I am not! It is the inversed way. I use Taylor axpansion (or maybe it's better to call it collapsion) to find the root function (it is my answer). But It looks very hard or I am missing something? Can the calc do the job? Sorry if I am asking simple questions, but I have an exam tomorrow and I think I took a big portion of math these days :) ==== Subject: Re: Serie's problem here is how to do it: first of all, you need to know the taylor expansion ln(1-z)=-sum (z^n)/n, the sum from n=1 to infinity, and ln is the natural log (to the base e). This means that -ln(1+z)=sum ((-z)^n) /n. Next, rewrite your summand (the thing that is being summed) as ((-(1-x)/3)^n)/n, or, if we call z=(1-x)/3, ((-z)^n)/n, which makes your sum sum ((-z)^n) /n. But this is -ln(1+z)=-ln(1+(1-x)/3), which is the answer. To do this kind of thing you need to be able to spot immediately several standard series expansions (such as that for ln(1+x)) without thinking, which might be tricky in an exam! Good luck. > No I am not! It is the inversed way. I use Taylor axpansion (or maybe \ it's > better to call it collapsion) to find the root function (it is my \ answer). > But It looks very hard or I am missing something? Can the calc do the \ job? > Sorry if I am asking simple questions, but I have an exam tomorrow and I > think I took a big portion of math these days :) ==== Subject: Re: Serie's problem Taylor series expansions with their sum functions for tomorrow. In your message you write \ln is the natural log (to the basee).\ lol I really hope, that my posts don't make me look so st*pid :) 10x again Dimo > here is how to do it: first of all, you need to know the taylor > expansion > > ln(1-z)=-sum (z^n)/n, > the sum from n=1 to infinity, and ln is the natural log (to the base > e). This means that > -ln(1+z)=sum ((-z)^n) /n. > Next, rewrite your summand (the thing that is being summed) as > ((-(1-x)/3)^n)/n, > or, if we call z=(1-x)/3, > ((-z)^n)/n, > which makes your sum > sum ((-z)^n) /n. > But this is -ln(1+z)=-ln(1+(1-x)/3), which is the answer. > > To do this kind of thing you need to be able to spot immediately > several standard series expansions (such as that for ln(1+x)) without > thinking, which might be tricky in an exam! Good luck. ==== Subject: Re: Serie's problem sorry, I wasn't implying you're stupid, I just said it because it looked (with my fonts) as 1n (\one n\, that is)! Good luck with your exam ==== Subject: Re: Serie's problem ==== Subject: Re: HP-71B > Was just wondering if any of you good people would be interested in > my HP-71B. It is in pristine condition, in its wallet, in its original > box, along with a quick reference guide; Reference manual and Interface > owners manual. All as good as new. Jan 1984. And is anyone was looking for a HP-75C: there is a very complete set up for auction at eBay. item number = 5791631695 -- Joop van der Velden - pe1dna@amsat.org ==== Subject: Problem with Emu48: slowdown of computer format=flowed; reply-type=original I installed the latest version of Emu48 (1.37) in Windows XP Professional to \ emulate HP-48GX, but I am having a problem: - If I hold a key, say the arrow keys, or right-click a key in the virtual keyboard (to \hold\ it, such as when I need to give ON+C), my system goes \ VERY SLOW, I can see the EMU48.EXE process eating 100% CPU time and the mouse goes very jerky. I tried many KML scripts and no luck. Any hints? I tried Emu48 on Windows 95 running in a VMware virtual machine, it ran well, so I tried running it in Windows 95 compatibility mode and still no luck. -- []s Renan (aka Wishmaster) - Canoas, RS, Brazil \The LED's are on but nobody's logged in.\ my e-mail address is: renan DOT birck AT gmail DOT com ==== Subject: New High Speed SD card UUUuuuuuhhhhh ! I just bought a new SD 512 MB card with 60x speed !!!!!! With the HP49+ is amazing the response time difference !!!! Just inmediatly, including the ON function you just could not notice the reading delay. I use it to transfer the GPS information to process it in the HP49+, and with the old SD 128 MB it takes a while (3 to 10 seconds) With this new SD, even with large databases (files) it is just one click response (less than 1 second). :=) I wish to recommend this high speed SD cards. I am glad to \play\ this new component toy. Daniel ==== Subject: Re: New High Speed SD card hi daniel, i'm trying to buy a sd card what brand and price is the sd card that you \play\ ? i'm trying to buy rechargeable batteries too, what's the best choice ÀÀ?À?? ==== Subject: Re: New High Speed SD card > UUUuuuuuhhhhh ! > > I just bought a new SD 512 MB card with 60x speed !!!!!! > > With the HP49+ is amazing the response time difference !!!! Just > inmediatly, including the ON function you just could not notice the > reading delay. > > I use it to transfer the GPS information to process it in the HP49+, > and with the old SD 128 MB it takes a while (3 to 10 seconds) > > With this new SD, even with large databases (files) it is just one > click response (less than 1 second). :=) > > I wish to recommend this high speed SD cards. I am glad to \play\ this > new component toy. > > Daniel > That's good news Daniel, if its FAT32. ==== Subject: Re: New High Speed SD card Which filesystem do you use on your new SD-CARD ? Did you format it with your calc ? And is it a PNY 60x or another one ? Christophe LALUC > UUUuuuuuhhhhh ! > > I just bought a new SD 512 MB card with 60x speed !!!!!! > > With the HP49+ is amazing the response time difference !!!! Just > inmediatly, including the ON function you just could not notice the > reading delay. > > I use it to transfer the GPS information to process it in the HP49+, > and with the old SD 128 MB it takes a while (3 to 10 seconds) > > With this new SD, even with large databases (files) it is just one > click response (less than 1 second). :=) > > I wish to recommend this high speed SD cards. I am glad to \play\ this > new component toy. > > Daniel > ==== Subject: Re: I revived my 49g+! It may be dirt in the inside face of the keyboar. Not easy to clean, It just happen to me a few weeks ago, and after the recovering it is working fine. Daniel ==== Subject: library maker with mk In the Mk doc there is a brief explanation of a source code to create a library. Can someone explane more to me with a very simple example ? Indeed I always get the message \invalid file\ and i don't know what to put on the config file... ==== Subject: Re: library maker with mk The config file (or $CONFIG) consists of a simple %LID ATTACH (UserRPL), or #LID TOSRRP (SysRPL), at least in most cases. Please take a look at www.hpcalc.org for more information on how to handle libraries. Raymond \grokwik\ schrieb im Newsbeitrag > In the Mk doc there is a brief explanation of a source code to create a > library. > Can someone explane more to me with a very simple example ? > > Indeed I always get the message \invalid file\ and i don't know what to > put on the config file... > ==== Subject: Re: library maker with mk >The config file (or $CONFIG) consists >of a simple %LID ATTACH (UserRPL), >or #LID TOSRRP (SysRPL), >at least in most cases. You can also store 1 in $CONFIG. It will automatically use #LID TOSRRP as the library's config script. Bob ==== Subject: Challenge HP48 Sudoku Solver This is the RPL prototype version of the SUDOKU Solver, written by Scott Hemphill. To use it for complex puzzles it needs to be faster, much faster. Does anyone have any suggestions? Please feel free to join in.... -------------------- =/ stands for notequal -------------------- SORTGROUPS: << 1 81 FOR i OTHERS i GET SORT @ {2,2,3,3,...} {} 0 {} 0 WHILE ROT DUP SIZE @ {} 0 {2,2,3,3,...} REPEAT DUP TAIL 4 ROLLD HEAD @ {2,3,3,...} {} 0 2 IF DUP2 == THEN DROP ELSE ROT OVER + ROT DROP SWAP END END DROP2 NEXT 81 ->LIST 'OTHERS' STO ADDGROUP: << -> g << OTHERS {{..} {..} .. {..}} 1 9 FOR i g i GET DUP2 GET {{..} {..} .. {..}} 73 {..} 1 9 FOR j IF i j =/ THEN g j GET + END NEXT PUT NEXT 'OTHERS' STO >> INIT: << #0 WHILE DUP #512d < REPEAT 0 IF OVER #1d AND #0 == THEN 1 + END IF OVER #2d AND #0 == THEN 1 + END IF OVER #4d AND #0 == THEN 1 + END IF OVER #8d AND #0 == THEN 1 + END IF OVER #16d AND #0 == THEN 1 + END IF OVER #32d AND #0 == THEN 1 + END IF OVER #64d AND #0 == THEN 1 + END IF OVER #128d AND #0 == THEN 1 + END IF OVER #256d AND #0 == THEN 1 + END SWAP #1 + END DROP 512 ->LIST 'COUNT' STO 1 81 START {} NEXT 81 ->LIST 'OTHERS' STO 1 81 FOR i i NEXT 1 9 START 9 ->LIST ADDGROUP NEXT 0 8 FOR i 0 8 FOR j j 9 * i + 1 + NEXT NEXT 1 9 START 9 ->LIST ADDGROUP NEXT 0 8 FOR i 0 8 FOR j i 3 / IP 27 * j 3 / IP 9 * + i 3 MOD 3 * + j 3 MOD + 1 + NEXT NEXT 1 9 START 9 ->LIST ADDGROUP NEXT SORTGROUPS SETBOX: << DUP2 GRID 3 ROLLD PUT 'GRID' STO OTHERS ROT GET SWAP 1 - 2 SWAP ^ R->B @ {k} bit BITS @ {k} bit BITS WHILE ROT DUP SIZE REPEAT DUP TAIL 4 ROLLD HEAD @ {..} bit BITS k DUP2 GET 4 PICK OR PUT @ {..} bit BITS END DROP 'BITS' STO DROP UNSETBOX: << GRID SWAP 0 PUT 'GRID' STO READGRID: << IF DUP TYPE 3 == THEN IF DUP SIZE {9 9} == THEN OBJ-> DROP 81 ->ARRY 'GRID' STO 1 81 START #0 NEXT 81 ->LIST 'BITS' STO 1 81 FOR i i GRID i GET IF DUP THEN SETBOX ELSE DROP2 END NEXT ELSE \Array not 9x9\ HALT END ELSE \No array specified\ HALT END ADDSOLUTION: << GRID OBJ-> DROP {9 9} ->ARRY 'SOLUTION' STO+ SELECTBOX: << 0 1 DO IF GRID OVER GET NOT THEN SWAP DROP 82 ELSE 1 + END UNTIL DUP 81 > END DROP IF DUP NOT THEN DROP ADDSOLUTION ELSE BITS OVER GET B->R 1 + COUNT SWAP GET OVER 1 + WHILE DUP 81 <= REPEAT IF GRID OVER GET NOT THEN BITS OVER GET B->R 1 + COUNT SWAP GET IF 3 PICK OVER < THEN 4 ROLL 4 ROLL DROP2 OVER ELSE DROP END END 1 + END DROP2 0 WHILE DUP 9 < REPEAT IF BITS 3 PICK GET 2 3 PICK ^ R->B AND #0 == THEN DUP2 BITS 3 ROLLD 1 + SETBOX SELECTBOX 'BITS' STO OVER UNSETBOX END 1 + END DROP2 END MAIN: << READGRID {} 'SOLUTION' STO SELECTBOX SOLUTION IF DUP SIZE 1 == THEN 1 GET END ==== Subject: Re: Challenge HP48 Sudoku Solver Take a look at this thread. ==== Subject: Re: hpgcc is for games -=[ Sat, 30.7.05 2:38 p.m. +1200 (NZT) ]=- Hello Al Borowski, 5 days 01h48m ago, on Mon, in message ID <42e434fa$0$29413$5a62ac22@per-qv1-newsreader-01.iinet.net.au> \ : > > > A generalised sudoku solver defintely needs speed and at > > > > http://www.users.waitrose.com/~nihilist/sudoku.html > > > > there is C source for an excellent solver... and this compiles > > on the 16 bit 200LX using PowerC (by MIX)... and runs - even > > the most diabolical example (16 levels of recursion) takes > > only 10 minutes. > > Maybe you could try the file at httrp://alpage.ath.cx/sudoku.zip ? > > Currently it takes a raw text file, SUDOKU.TXT from the SD card. Copy > sudoku.txt to the SD card, and run SUD to see the solution. The program > runs at 12MHz to save batteries but I can speed it up if its too slow. > > By the way, ten minutes is how long it took to port it to the HP :-) Al, I just now managed to buy an SD card and reader. The long and the short is - the performance of your SUD is phenomenal!!! It appears to solve sudoku.txt *instantly*. The diabolical sample9.txt takes only 7 seconds. I'm new to SD cards and got the cheapest - a local Dick Smith brand. It worked first up in the calculator but got stuck due to the label being munged inside the calc - probably caught when I tried to eject it. The label did protrude - the card face lacks an indent surround. Not to worry it works great now with no label, and most of the glue removed :-) Now, I must see if I can make a little User RPL interface to put puzzles on the SD card... hmm not today as the 49g+ insists on adding the \HP49\ string header - and SUD thinks the 49 is a \bad egg\ as it exceeds 9 :-) -- Tony ==== Subject: Re: hpgcc is for games -=[ Sat, 30.7.05 8:01 p.m. +1200 (NZT) ]=- Hello Al, Me again - I recompiled sudoku to make it ignore the HP49.. header in a sudoku.txt saved from the 49g+. I run it using PrRUN from Lib275. Your executable didn't even need Lib275 - how did you do that? digitString[i]=0 rather than the [i+1], and after the use of betrays the RPL origin: if ((xx=49) && (ii == 0) && (jj == 0)) { } The speed is really sensational. Two funny things - I couldn't get Lib275 to attach on my 49g+, but it works fine on my old 49g+ which had been sitting idle for about 6 months. When I took it out of the case the bottom 2 rubber feet were almost detached and their glue had run over the calc - haven't seen \active glue\ before. Maybe the calc only needs 2 feet :-) -------- in message ID <11023632ROBOTLX@news.clear.net.nz> : > Now, I must see if I can make a little User RPL interface to > put puzzles on the SD card... hmm not today as the 49g+ > insists on adding the \HP49\ string header - and SUD thinks > the 49 is a \bad egg\ as it exceeds 9 :-) -- Tony ==== Subject: Re: Reset HP49g+ to factory defaults. Back it up, reset the machine and restore. After that you better save the Flag settings to the Flash port VPN > Well, I went throught the flags that looked as if thy were the appropriate \ > ones and try setting their values but it seems that therre is a delay at > time for the flags to take effect. Since there was nothing in memory but a \ > few custom variables that have not really been used for some time I > decidedon the more radical approach. Especially since I do not know what > all other flags may have been altered. > > I do not mind people experiemnting but come on, don't do it with someone > else's property.... sheesh. > > -Ken- > > >> Removing all the batteries would result in your calc losing all its >> memory and thus resetting its flag. >> A less redical solution would be to go through all of them one by one >> following this document: >> http://www.hpcalc.org/details.php?id=4884 >> >> Good luck: >> >> Arnaud >> > > ==== Subject: HP 17bii+ solver help with quadratic I am trying to program in the quadratic equation into solver. It only gives me one solution. How do I access the second solution if at all possible? Any help would be greatly appreciated. Scott ==== Subject: Re: HP 17bii+ solver help with quadratic > I am trying to program in the quadratic equation into solver. > It only gives me one solution. > How do I access the second solution if at all possible? Make another initial guess and store it *twice* before solving again. Example: Solving: X^2-5*X+6 With no initial guess (meaning a guess of zero), the answer X=2 is obtained. Now try 9 [X] STO [X] [X] ==> Get answer X=3 If you have no idea what the roots are, try one very negative initial guess, then one very positive initial guess. For example, with the same equation as above, an initial guess of X = -99 gives answer X=2, while an initial guess of X = 99 gives answer X=3. Don't forget to store each new guess *twice*, because the 17Bii remembers the most recent *two* guesses or answers, and uses both as the initial guesses for the next solving, so if a previously found root remains memorized, that value will be tried once again, causing the solver to keep repeating that same answer, until you force it to forget the previous answer by storing *two* new guesses (or the same new guess *twice*). [r->][OFF] ==== Subject: Re: HP 17bii+ solver help with quadratic ==== Subject: Re: Debug4x - patch, EMU exception when closing for whoever may be interested. with the lastest version of debug4x and this patch installed the program works on WIN 98 ( it didnt work right before ). ==== Subject: sysrpl \functions\ Now that debug4x works fine on win98 im trying to learn sysrpl again. i would like to know if its possible to structure my sysrpl ( debug4x ) programs in a way similar to C language functions. for example function sum_real: :: %+ ; function main: :: CK2NOLASTWD CK&DISPATCH1 #00011 sum_real ; i see from the examples that this can be done using labels when creating a library , but, is it possible to do this when creating an object? didnt understand well. ==== Subject: Re: sysrpl \functions\ > Now that debug4x works fine on win98 im trying to learn sysrpl again. > i would like to know if its possible to structure my sysrpl ( debug4x ) > programs in a way similar to C language functions. for example http://www.hpcalc.org/details.php?id=5142 Have you read that document? Probably the biggest difference with sysRPL is getting used to the stack. There is no passing of variables as input as one has in C. You can call functions on anything. This is nice, but has drawbacks. The biggest one probably being that you can call you program on the wrong thing and wipe your memory. :: %+ ; :: CK&DISPATCH2 2REAL sum_real ; That would be more how it would be. TW ==== Subject: Re: sysrpl \functions\ yes i have read the book and i know u cant have functions with arguments as in C. i was asking more about code organization, that is, how to factor your program into smaller programs :: program1 ; :: program 2; etc in a way that one could call another. your example dont understand why it works and what kind of object it is produced ( im not checking \this program is a library\ ) i would like more explanations on these labels ( not only in library scenario ) as the book mentioned dont talk about them ( i guess they are specific to RPLCOMP ? ) thank you ==== Subject: Re: sysrpl \functions\ When using C you build a program. When using SysRPL there are at least 3 different types of objects (programs) \ you can build. Each type has some unique commands in the source code. \entry points\. For simple VARIABLES, the single entry point is defined by the place you store the program (Debug4x has a place in the Project Window for the directory path and file name). For DIRECTORIES (which can contain many programs and/or variables), there is \ an example code in Debug4x\\Examples\\Direct. In that case you use a macro \ fro defining the \functions\ and \entry points\. -- - - - - - - - - - - - - - - - - Bill Graves RKBA! bgraves@ix.netcom.com > > yes i have read the book and i know u cant have functions with > arguments as in C. i was asking more about code organization, that is, > how to factor your program into smaller programs :: program1 ; :: > program 2; etc in a way that one could call another. your example > dont understand why it works and what kind of object it is produced ( > im not checking \this program is a library\ ) > i would like more explanations on these labels ( not only in library > scenario ) as the book mentioned dont talk about them ( i guess they > are specific to RPLCOMP ? ) > > thank you > ==== Subject: Re: hpgcc is for games -=[ Thu, 4.8.05 9:14 p.m. +1200 (NZT) ]=- Hello reth, > Tony, you've done great job! Keep going :) remove the SD card dependancy. Must try at some stage, just for the fun :-) -- Tony ==== Subject: Re: hpgcc is for games -=[ Thu, 4.8.05 9:12 p.m. +1200 (NZT) ]=- Hello Veli-Pekka Nousiainen, in message ID : > What lib 275? > Where can I get it? It comes with hpgcc :-) -- Tony ==== Subject: Re: hpgcc is for games > > -=[ Thu, 4.8.05 9:12 p.m. +1200 (NZT) ]=- > > Hello Veli-Pekka Nousiainen, > > in message ID : > >> What lib 275? >> Where can I get it? > It comes with hpgcc :-) Darn - the hpgcc does not fit into my calc but the emu works fine -. now I have to transfer the lib to a live calc I guess I had a real good vocation - I don't seem to remember anything Now where is that [ = ] key? :-) VPN ==== Subject: Re: pb with hp48sx libraries 1) i've found how to purge library...the difference is that in my gx i can type { :0: 788} detach which doesn't work on my sx. In the sx the argument is only the lib number (here 788) 2) this is NOT a problem of ascii or binary transfer : i always get the error with bot ==== Subject: Re: pb with hp48sx libraries 2) I've found a very good way to this problem : i compress the library on emu48 with BZ and then i transfer it on the hp48sx. I can uncompress it without problem and the library works fine !!! ==== Subject: Re: CNA51 and CNA41 - side by side <42f04a38$0$11744$9b4e6d93@newsread4.arcor-online.net> Ted timwessman@gmail.com \.9b\.8d\.93\.b9\.81F > I don't know why you keep saying the hinge is a single peice up top. . > . > > Up top there is a tiny tab that isn't connected to anything. This just > keeps the key from tilting up and out. The hinge is on the bottom. > > TW ==== Subject: Re: CNA51 and CNA41 - side by side Well - it seems to be very unobvious, but I just repeated the words of Cyrille @ HPQ [emphasizing on NOT] I have not tested the reliability of Cyrille's word rigorously but I ASSUME that he's Rigorous Mode was on :-) VPN >> >> what you want to check for here is not the plastic construction, but >> >> the >> >> is NOT the plastic construction > > Hmm. So I assume you have done rigorous testing to back that up VPN? > I imagine you have some recorded data measuring stresses at you > disposal? Please share you wisdom since you obviously have a greater > command of everything related to calculators than everyone here. > > A wider hinge does nothing if the material is too brittle. Even > repalcing it with much stronger metal wouldn't make a difference as it > would still break with repeated presses. If the material is flexible > enough however. . . > > TW > ==== Subject: Re: Large integers - vertical display (full screen) > Is there a possibility to display an integer on the full screen (in \ editing > mode) in order to avoid the \infinite line\ ? > > For example : > > 123456789101112131415... > in > 1234567891011121314151 > 6171819202122232425262 > Hello You could convert the integer into a string, and then use a program to add a CR character every 22 characters. Jean-Yves ==== Subject: Re: Large integers - vertical display (full screen) It's what I've done with LNViewer (cf. previous post) 3lej6nF12f6hrU1@individual.net... >> Is there a possibility to display an integer on the full screen (in >> editing mode) in order to avoid the \infinite line\ ? >> >> For example : >> >> 123456789101112131415... >> in >> 1234567891011121314151 >> 6171819202122232425262 >> > Hello > > You could convert the integer into a string, and then use a program to add \ > a CR character every 22 characters. > > Jean-Yves ==== Subject: Re: Large integers - vertical display (full screen) As nobody seemed to have an answer, I made a little program which I posted on hpcalc.org : Its name ? LNViewer (Large Numbers Viewer) It's a library with two functions : - LVDisp : takes a large integer and transform it in a proper way into a string, which (when it is viewed or edited) uses several lines (and not a single one) - NDisp : (reverse command) takes the string and transforms it into a integer (and if the strings has been modified, the modifications will be taken into account). I hope this will help at least somebody. Christophe LALUC \Christophe LALUC\ a \.8ecrit dans le \ message de > Is there a possibility to display an integer on the full screen (in > editing mode) in order to avoid the \infinite line\ ? > > For example : > > 123456789101112131415... > in > 1234567891011121314151 > 6171819202122232425262 > > > Christophe LALUC > ==== Subject: Re: Large integers - vertical display (full screen) <42f1c8f8$0$7314$636a15ce@news.free.fr> > As nobody seemed to have an answer, I made a little program which I \ posted > on hpcalc.org : > Its name ? LNViewer (Large Numbers Viewer) > > It's a library with two functions : > - LVDisp : takes a large integer and transform it in a proper way > into a string, which (when it is viewed or edited) \ uses > several lines (and not a single one) > > - NDisp : (reverse command) takes the string and transforms it > into a integer (and if the strings has been modified, \ the > modifications will be taken into account). > > I hope this will help at least somebody. > > > Christophe LALUC > > \Christophe LALUC\ a \.8ecrit dans le \ message de > > Is there a possibility to display an integer on the full screen (in > > editing mode) in order to avoid the \infinite line\ ? > > > > For example : > > > > 123456789101112131415... > > in > > 1234567891011121314151 > > 6171819202122232425262 > > > > > > Christophe LALUC > > LNViewer doesn't appear to be available at www.hpcalc.org yet. Meanwhile, I would recommend Big crunchviewer 1.1, by Denis Doyon. I've used it in a standard form viewer for LongFloat numbers, changing string size from 18 to 33. By the way, is there a way to access the HP 49G viewer (TOOL VIEW) from inside the program, a SYSEVAL# perhaps? ==== Subject: Re: Large integers - vertical display (full screen) > By the way, is there a way to access the HP > 49G viewer (TOOL VIEW) from inside the program, > a SYSEVAL# perhaps? The UserRPL word SCROLL will do that. Steen ==== Subject: Re: Large integers - vertical display (full screen) <42f1c8f8$0$7314$636a15ce@news.free.fr> <42f29b41$0$183$edfadb0f@dtext01.news.tele.dk> > The UserRPL word SCROLL will do that. > taken a better look at the manual, but it's been just a week since I received my brand new 49G, CN148... (why didn't anybody tell me it was Gerson. ==== Subject: Re: Large integers - vertical display (full screen) \Gerson W. Barbosa\ a \.8ecrit dans le message de \ > As nobody seemed to have an answer, I made a little program which I \ posted > on hpcalc.org : > Its name ? LNViewer (Large Numbers Viewer) > > It's a library with two functions : > - LVDisp : takes a large integer and transform it in a proper way > into a string, which (when it is viewed or edited) \ uses > several lines (and not a single one) > > - NDisp : (reverse command) takes the string and transforms it > into a integer (and if the strings has been modified, \ the > modifications will be taken into account). > > I hope this will help at least somebody. > > > Christophe LALUC > > \Christophe LALUC\ a \.8ecrit dans le \ message > de > > Is there a possibility to display an integer on the full screen (in > > editing mode) in order to avoid the \infinite line\ ? > > > > For example : > > > > 123456789101112131415... > > in > > 1234567891011121314151 > > 6171819202122232425262 > > > > > > Christophe LALUC > > > LNViewer doesn't appear to be available at www.hpcalc.org yet. > Meanwhile, I would recommend Big_crunchviewer 1.1, by Denis Doyon. I've > used it in a standard form viewer for LongFloat numbers, changing > string size from 18 to 33. By the way, is there a way to access the HP > 49G viewer (TOOL VIEW) from inside the program, a SYSEVAL# perhaps? I didn't know that such a tool already existed. However, LNViewer lets you convert the string in the other way to get an integer. To launch the viewer \ in a userRPL program, you just have to type : #2F21D SYSEVAL Christophe ==== Subject: Re: Large integers - vertical display (full screen) <42f1c8f8$0$7314$636a15ce@news.free.fr> <42f285fd$0$8679$626a14ce@news.free.fr> Gerson. ==== Subject: Re: Large integers - vertical display (full screen) <42f1c8f8$0$7314$636a15ce@news.free.fr> The sysRPL command you want is ViewObject. Stack Diagram: obj -> This is from memory though. . . TW ==== Subject: IrDA HP48 SX vs. HP49 G+ Hi there. I've just bought a HP49 G+ and I've got my good old HP48 SX. Is it possible to transfer objects from the HP48 SX to the HP49 G+ via \ IrDA? I haven't managed to establish a connection, yet. Am I doing someting wrong or is it not possible? Peter. ==== Subject: Re: IrDA HP48 SX vs. HP49 G+ > I've just bought a HP49 G+ and I've got my good old HP48 SX. > Is it possible to transfer objects from the HP48 SX to the HP49 G+ via \ IrDA? > I haven't managed to establish a connection, yet. > Am I doing someting wrong or is it not possible? The 49g+ has IrDA. The 48sx doesn't. It is a different form of IR. You can transfer in ASC mode to the computer, and then to the 49g+. BTW: Anyone know if IrDA was even around then? TW ==== Subject: GaaK's programs Available \Willy in the Mines\ v1.3 for HP 49G and 49G+. News: Works for both with sound (NO requires OF)... nothing more www.gaak.org - GaaK - ==== Subject: Re: New High Speed SD card On properties on the PC just said FAT. Does this means anything? On Win XP, right click on the drive, click on properties, as I assume you have. Mine says FAT32. If it just says FAT, it is probably FAT16. As I understand it, FAT16 does not have boot speed problems. AND FAT16 doers not have problems to upgrade to 2.01 either... VPN ==== Subject: Re: New High Speed SD card <6u1He.399$pr2.364@reader1.news.jippii.net> So ... FAT16 should be !!!! Is there any improvement on having the SD card on FAT32 ? Daniel ==== Subject: Re: New High Speed SD card duenodemonte@gmail.com meinte >So ... FAT16 should be !!!! > >Is there any improvement on having the SD card on FAT32 ? FAT16 provides a maximum of about 2^16 (minus some reserved numbers) addressable clusters. Possible cluster sizes grow by powers of \2\ i.e. 512, 1024, 2048, etc. thus on a 1GB \drive\ each file size is a multiple of 16KB clusters - what a waste of space. FAT32 provides a maximum of 2^32 (minus some reserved numbers) clusters. Theoretically a cluster may be as little as a block (512 Byte), but for practical performance reasons usually 4KB clusters are selected. HTH G\.9fnter ==== Subject: Re: New High Speed SD card > duenodemonte@gmail.com meinte > > >So ... FAT16 should be !!!! > > > >Is there any improvement on having the SD card on FAT32 ? > > FAT16 provides a maximum of about 2^16 (minus some reserved numbers) > addressable clusters. Possible cluster sizes grow by powers of \2\ > i.e. 512, 1024, 2048, etc. thus on a 1GB \drive\ each file size is a > multiple of 16KB clusters - what a waste of space. > > FAT32 provides a maximum of 2^32 (minus some reserved numbers) > clusters. Theoretically a cluster may be as little as a block (512 > Byte), but for practical performance reasons usually 4KB clusters are > selected. > > HTH G\.9fnter Although this is true G\.9fnter, I think I need the speed more than the \ space. I have a 256MB FAT32 card, and I am a long way from filling it. Scott ==== Subject: Re: New High Speed SD card > hi daniel, i'm trying to buy a sd card > what brand and price is the sd card that you \play\ ? This one is a Corsair 512 MB > i'm trying to buy rechargeable batteries too, what's the best choice > ÀÀ?À?? I always use alcaline ones because on my 49G+ a set of new ones last for over 1 month. I have not tried rechargeable ones.... not being necessary. Daniel ==== Subject: Re: New High Speed SD card schrieb > i'm trying to buy rechargeable batteries too, what's the best choice > ÀÀ?À?? I use two sets NiMH type with an energy of 800 mAh for each of the three. Heiko ==== Subject: Re: Scotty's Passing > It is said that at the moment of his death every engine from every ship > everywhere in the Federation let out a mournful sound to honor and mark > the > passing of the Master Engineer. > > The engines won't take it Captain..... ==== Subject: Re: library maker with mk You can create a library with my easy step by step wizard: :D uses CRLIB and auto-create the required $VARS grokwik ha escrito: > In the Mk doc there is a brief explanation of a source code to create a > library. > Can someone explane more to me with a very simple example ? > > Indeed I always get the message \invalid file\ and i don't know what to > put on the config file... ==== Subject: Re: hpgcc is for games -=[ Sun, 31.7.05 3:38 p.m. +1200 (NZT) ]=- Hello Al Borowski, 6 days 02h48m ago, on Mon, in message ID <42e434fa$0$29413$5a62ac22@per-qv1-newsreader-01.iinet.net.au> \ : > > A generalised sudoku solver defintely needs speed and at > > > > http://www.users.waitrose.com/~nihilist/sudoku.html [...] > Maybe you could try the file at http://alpage.ath.cx/sudoku.zip ? [...] http://homepages.paradise.net.nz/th/sud49gp.zip has Nihilist/Al's Sudoku with a stack interface. SD card required. -- Tony #76 All true wisdom is discovered in tag lines. ==== Subject: Re: HP-71B Joop, I recommended Clem to post his advert here. I suggested either this forum or Ebay. The HP-71B is probably an antique and would suit a collector, and this forum would be a good place to start. Noel Causerano Geocalc Software www.geocalc.net ==== Subject: Re: HP-71B > Joop, > > I recommended Clem to post his advert here. I suggested either this > forum or Ebay. The HP-71B is probably an antique and would suit a > collector, and this forum would be a good place to start. > He would make MUCH more money going directly to ebay. If he really wants it \ to end up in good hands, I would recommend the classifieds at http://www.hpmuseum.org Unfortunately I am planning to spend quite a lot on boomerangs soon so a 71 \ will wait its turn but I want one, it looks quite cool! Arnaud ==== Subject: How do I post programs on http://hpcalc.org? Stupid question, but yeah. I've spent 20 minutes on the website trying ==== Subject: Re: How do I post programs on http://hpcalc.org? > Stupid question, but yeah. Hmm. Maybe that is why it says \anonymous person\ . . . ;-) > I've spent 20 minutes on the website trying Top of the page, under the \General Information\ section, feedback -> submit your own files. TW ==== Subject: Reset HP49g+ to factory defaults. Hi everyone, I know this will seem a bit silly, but I need to reset an HP49g+ to its factory default flag settings for all functions. Someone borrowed the calculator and went to town trying to change all kinds of things and it has \ changed the way things were previously working and I just cannot seem to get \ it to go back to the modes that it was in. I found the reset modes for the CAS system and calculator modes but there are still some issues with working with some undefined variables and symbols \ such as pi. I used to get the symbol pi integrated within the equation until \ I used the eval key. I really liked this mode but cannot seem to get it to return. I finally recovered from the undefiv\\ned variable issue but there are rstill some other quirks that I would like to overcome. Any documentation or information would be greatly appreciated. -Ken- ==== Subject: Re: Reset HP49g+ to factory defaults. Removing all the batteries would result in your calc losing all its memory and thus resetting its flag. A less redical solution would be to go through all of them one by one following this document: http://www.hpcalc.org/details.php?id=4884 Good luck: Arnaud ==== Subject: Garbage Cleanup Screws Up Alarms? Well, after six weekends of monitoring, my 2300hr alarm has not run on five Saturdays. I do not turn my calculator on on Saturdays and Sundays, \ usually. The one Saturday it ran, I had turned my calculator on that day. That Sundays alarm did not run until powering up Monday morning. The alarm executes at 2301+ hrs. Could garbage cleaup be the culprit? ==== Subject: Re: Never on a Saturday...Alarms, if you don't want to read about \ alarms > > Ooops, that got away from me. > > > > OK. I have finally convinced myself that the 49g+ maintains time as > > accurately as the 48GX, until you execute CLKADJ from the board or as \ an > > alarm. CKLADJ never adjusts the time to better than +/- 4000 ticks. > > > > Whats really strange is that I have kept track of an alarm that runs at > > 11:00 PM everynight to adjust the alarm. Since June 20 it has run \ twice > > on > > the following day right when I turn the calculator on. Nothing new there. > > BUT it has totally failed to run three times, everytime a Saturday. > > > > Is that not strange? I usually don't use the calculator on weekends, \ but > > if > > that had anything to do with it, why does it run on Sunday? I guess the > > calculator isn't familiar eith the French movie, and got the day wrong. > > > > Scott Chapin > > > What happens if you have a separate alarm for the Saturday only? > BTW: can you be sure that an alarm is NOT executed on Saturdays? > VPN > > My, this is interesting. It's Monday you know......and again my alarm did not run on Saturday. When my alarm runs it puts a one in the stack and apends a row in a matrix with the date and time. I started this with just the date being called and appended to a list. But on 30 June, the list list did not contain 29 June but a 30 June before the 30 June alarm should run, so I figured it ran when I powered up that day (30 June). Sure enough, the next day I had two 30 Junes in the list. Each Monday upon powering up, I have only had two 1s in the stack instead \ of three, and Saturday's date and run time are not in the matrix, but Friday's and Sunday's are. I don't know what else I can do to be sure. Here's my alarm which is set to run daily at 23:00. << 14500 CLKADJ ALLOG DUP SIZE EVAL DROP 1 + DATE TIME 2 ROW-> SWAP ROW+ 'ALLOG' STO >> ALLOG is a two column matrix. The first cloum is the date and the second is the time. BTW...How was vacation? Scott ==== Subject: [OT] Holiday riding - Was: Never on a Saturday...Alarms, if you \ don't want to read about alarms > X > BTW...How was vacation? > Beam me up, Scott! It was fun riding over 1000 miles in Finland We (me&Nina) visited my parents in Oulu. Our first day we arrived Turku (the ancient capital of Finland) and Givi importer installed to our topcase, the Givi E52 Maxia, a dual brake light system, E97 Stoplight It already incorporated E96 Topcase Rack Also the saddle was molded to our comfort: The rider seat was narrowed and contoured to the butt and the passenger seat got more fill to get it softer and higher, higher for a better knee angle You just can not lower the passenger foot rest on the right side because the muffler is there. You can't lower the muffler because of the ground clearance issue You can't use a high rider because of the side hard cases So we got the passenger seat stuffed When at Oulu, my brother, who was an instrument technician (now a Master of Arts in Guitar) helped me to install a new alarm system, which now seems to operate It took three calendar days because the instructions were wrong at least in point where the color code was Black-Red but when we finally decided it to be Black-White instead (ground) it worked! One wire is still unconnected and I'm not sure whether it is the remote start or engine cut off or both I'm just glad over the tilt&move alarm feature Wonder what happens if the system malfunctions and sets the alarm on while riding - the engine will be cut off in 10 seconds. The rider has better got the clutch pulled before it happens... VPN I will put more in Finnish (use a translator) somewhere on the internet Suzuki Bandit sites during the next week or so. Photos will be available when they finally get scanned from film I still don't own a good digicamera ==== Subject: Re: confused about ARM <42d6f4c8$0$10837$5a62ac22@per-qv1-newsreader-01.iinet.net.au> I advice everybody using my code to revise it as follows: ... MOVEUP CD1EX $80BEE ARMSAT LOADRPL ... But... this is for 49G+ only. Remove the $80BEE for use in HP48GII or HP39G+. Claudio ==== Subject: Re: confused about ARM > But... this is for 49G+ only. Remove the $80BEE for use in HP48GII or > HP39G+. Hum.. More accurately, it's only for ROM 2.0 and above. On the other hand, for the other ARM based calculator it should do nothing in theory JY ==== Subject: Re: Another Hp49G+ bug? Please see if you get it. > Excel is make for bean counters, not for (so much) advanced math in > scientic field (but many people try nevertheless) I don't classify myself has a bean counters and I use Excel almost every day for many different things > > I don't trust excel > > and untrusted tool is a usuless tools. Well I do, it's the best all-around application in the computer world IMO. I've done almost everything with it from generating invoices to analyzing survey's result or re-calculating my mobile phone's invoice. Jean-Yves ==== Subject: file,lib tranfers from PC to hp 48GX I'm new to transfering lib and other program from PC to hp 48GX. I have memory card and every thing . The connection is fine . All that is ==== Subject: Re: file,lib tranfers from PC to hp 48GX To connect your HP-48GX to the PC, be sure that: - you have selected the correct COM port and plugged the calc on it - PC and calc use the same transfer protocol (KERMIT or XMODEM) - the parameters of the protocol are the same on both parts (PC & calc) - have a preference for binary transfer for both protocol (flag -35 set) - make sure that you're using wire transfer (flag -33 cleared) Use SEND or RECV for KERMIT transfers Use XSEND or XRECV for XMODEM transfers files from HP calcs to PC. Take a look: http://www.hpcalc.org/details.php?id=6238. HPConn uses XModem protocol. Fred. ==== Subject: Re: User RPL and local variables. \VPN Notes: One can also use a compiled local variable which is a name prepended by backarrow <- -> <-t \ Hi! For me the use of compiled local variables is THE best solution. You can make your subroutines and then create a library. you can try this: << -> <-v <-w x << S1 100 + <-v <-w x * * + >> >> In which S1 is your subroutine 1: << <-v <-w + >> S1 STO after you have both programs stored in the calc, you just need to run the the main program and BINGO! Example: If you use 3 4 5 you should get 167 Then you can use a program like LIBKIT and store all your subroutines (if you have more than one subroutine) and the main program in a library. The cool thing of this is that the users of your programs just use the main program and your subroutines are \hidden\. NOTE: If you try to run the subroutine INSTEAD of the main program you will receive an error message: \Undefined Local Name\ because there isn't any program that has created previously the variables involved. I hope this example helps you, good luck! JMD ==== Subject: Re: Does HP-48SX/GX SOLVER have the \S\ function for algebraic \ formulas? Sorry for the delay. The \S\ function allows one to test for the variable being solved for. It's almost always used with the IF function. I know that at least the HP-17BII, the HP-19B and HP-27S, and the HP-200LX have the S function. A partial example from the \Technical Applications\ manual for the HP-19B and HP-27S is below: VECTOR: IF(S(CROSS):CROSS: IF(S(DOT):DOT: IF(S(ANG):ANG:MAG)))= 0XL(M:SQRT(SQ(X1)+ SQ(Y1)+SQ(Z1))) +IF(S(DOT) OR S(ANG): 0XL(C:X1xX2+Y1xY2+Z1xZ2) +IF(S(ANG): ACOS(G(C)/(G(M)x SQRT(SQ(X2)+SQ(Y2)+SQ+(Z2)))):G(C)) +IF(S(MAG):G(M): 0xL(A:Z1xX2-X1xZ2)x L(B:X1xY2-Y1xX2)+ L(X1:Y1xZ2-Z1xY2)+ 0xL(Y1:G(A))+ 0xL(Z1:G(B)))) ==== Subject: Re: GBASIS corrupting HP49G+ memory? <3jqo20Frg98nU1@individual.net> > > > Has anyone seen this sort of behavior (either GBASIS hanging or a \ math > > > command messing up the display)? > > What arguments did you use? > > > > Jean-Yves > > OK, now it's just hanging. I'm not sure what caused the display issue > earlier, but I'll try to reproduce it. > > The polynomials are: {x-I*v1, x-v1^2, 1-x*y} (I=sqrt(-1)) > The variable ordering is: {v1, y, x} > > I quoted everything: > > ['X-i*V1','X-V1^2','1-X*Y'] > ['V1','Y','X'] > GBASIS > > Bhuvanesh. Can anyone else reproduce this? Is it a known issue? By the way, is there a Groebner basis implementation for other monomial orderings (for the HP49G(+), of course)? Bhuvanesh. ==== Subject: Re: GBASIS corrupting HP49G+ memory? >> > > Has anyone seen this sort of behavior (either GBASIS hanging or a >> > > math >> > > command messing up the display)? >> > What arguments did you use? >> > >> > Jean-Yves >> >> OK, now it's just hanging. I'm not sure what caused the display issue >> earlier, but I'll try to reproduce it. >> >> The polynomials are: {x-I*v1, x-v1^2, 1-x*y} (I=sqrt(-1)) >> The variable ordering is: {v1, y, x} >> >> I quoted everything: >> >> ['X-i*V1','X-V1^2','1-X*Y'] >> ['V1','Y','X'] >> GBASIS >> >> Bhuvanesh. > > Can anyone else reproduce this? Is it a known issue? > > By the way, is there a Groebner basis implementation for other monomial > orderings (for the HP49G(+), of course)? > > Bhuvanesh. http://www.hpcalc.org/hp48/math/symbolic/ See the ALG48 stuff (including source code) http://www.hpcalc.org/details.php?id=1320 includes GROBNER.PS documentation The old 48 stuff is almost the same as the 49 integrated system VPN ==== Subject: Re: I need HELP, can someone take a look at FluidHP? Its sooo slow \ on HP49G >> You should definetely follow your calculus class - I couldn't live with >> that responsibility ;-) > > Oh, this is actually my thrid time through. First my class load was to > much and I had to drop it. Second time, I missed the last 1 1/2 months > of class (for health related issues) in the 4 month semester, missed > the third test and I STILL got a D+ in the class. Unfortunately that > didn't count. . . =( So here I am going through it again. I am > currently seond in my class of 35 students. . . doing proofs of the > intermediate value thm. for the 40th time can get old. . . I need a > distraction to keep me sane! =) > >> I wouldn't know, I know almost nothing about fluids (I made calculus >> programs during my fluid physics classes ;-) > > Well I tend to make calculator programs during all my classes-even the > ballroom dance classes. Kind of difficult to maintain a good topline > while doing a natural pivot while holding a 49g+ in one hand . . . but > I have perfected the technique! ;-) > >> Yes, it took a few moments to grasp the meaning of it all - but 25k in >> as many vars isn't something to sneeze at. It has taken great effort to >> write it in the first place. > > Yeah. I had to rewrite a 120kb useRPL library once. It took a long > time. . . I am still working on it in fact. ********************************************************** I have also rewritten a HP 48GX program for the hp 49g+ It is much faster now, but only the main part is rewritten to be used as a library instead of a UserRPL program I had to move certain items around, boy was it difficult... >> Hehe, or what about a macrochallenge? See who makes the smallest and >> best performing rewrite of FluidHP ;-)... > > Hmm. Could be interesting. Any rules? -------------------------------------------------------------- Count me out - too busy,,, VPN ==== Subject: Re: HP 42S Original Owners Manual on Ebay > the HP-48 and HP-28 are better :p > > after almost 20 years my HP-28S and HP-28C are working just fine :p > same for my HP-48S/SX/GX :p most are 10-15 years old and still working > like new :p > these were the old good days of hp I could sell my HP-28S as well? Maybe also 250 euros? VPN (in not so deep trouble, but deep enough with no income) ==== Subject: Re: HP 42S Original Owners Manual on Ebay Anyone can buy a HP 42S from me. I'm out of luck and money How about 250 euros? VPN >> Why this calculator is still SOOO expensive? >> > > > > Possibly one of worlds best every days calculator HP make ever and have > old HP quality, Quality you not find on HP to days. > > If you learn to use it, you find more or less impossible to find usable > replacement exept buy new used hp42S to replace - and still prepare to > pay 2-3 times more a new price for secure working ex of hp42s.... > > hp42S have easy used complex capability and complex matrix handling, is > very, very usefull for elecrical enginering and impossible to find same > functionalty in other pocket shirt sized calculator. (hp32sii and hp33s > has very bad, hardworked and incomple complex support an cannot replace > hp42s - i try!!) > > My hp42S is very durable and still working perfecty after 16 year everyday \ > using and not reset or loss of programs after hundreds of drop to floor > (from shirtpocket...) and quality of keyboards is exellent and no missing \ > keys after 16 year heavy using. > > you can try calculator with simulator on PC, linux or Palm-T with free42 > > http://home.planet.nl/~demun000/thomas_projects/free42/ > > And now using on my Palm-T for save my old hp42S on a job > (but is not a same thing...) > > If not familar with hp42S, you need reading manual minimum one time > for more advanced using - and can buy on CD-rom from > > http://www.hpmuseum.org/cd/cddesc.htm > > > > > > > > > > ==== Subject: Re: Exchange list + and ADD Vote > Who has had this STUPID idea? I did :-) There is a post recently, which I won't repeat here if you want the details, ==== Subject: Re: Exchange list + and ADD Vote > VPN: I vote for NO I vote for \will never be implemented\ :D Bhuvanesh. ==== Subject: Re: Exchange list + and ADD Vote YES People who want backwards-compatibility should use an electromechanical \ punched card reader. ==== Subject: Re: Exchange list + and ADD Vote > YES > > People who want backwards-compatibility should use an electromechanical > punched card reader. I use my fingers (teacher told me to put my hands into my pockets) ...oops - I got eleven again (adding 4 and 6) VPN ==== Subject: Re: Exchange list + and ADD Vote I vote for the buttons doing whatever you think they're going to do, without regard to if you have read the documentation or not. It seems that would fix most of the \bugs\ posted to this forum, as they seem to be people saying \I intuited that this should do something or other, but it does something else, so it's wrong.\ Where do I vote for that? ==== Subject: Re: Exchange list + and ADD Vote You vote YES, here. ==== Subject: Re: Exchange list + and ADD Vote >I vote for the buttons doing whatever you think they're going to do, > without regard to if you have read the documentation or not. > > It seems that would fix most of the \bugs\ posted to this forum, as > they seem to be people saying \I intuited that this should do something > or other, but it does something else, so it's wrong.\ > > Where do I vote for that? Create a new thread How about using the assign featured or a custom menu? VPN ==== Subject: Re: Clock Is Ticking Toward HHC2005 in Chicago > Sounds good. The CHIP group here is looking forward to it, and Joe Horn > has been keeping the web page up to date. I'm well into preparing a > talk - a combination of a practical application and programming/user > interface techniques - and look forward to HP's participation. Wild rumors (again) in the air & ear: HPQ will introduce new supermodels (no not chicks, just calcs :) at HHC2005 More information to all participants (after signing a NDA with blood :) at the location. If anyone sues me - I'm out of control and have medication for it... (which seems to increase the symptons so far :) VPN PS: Cyrille - don't try to deny it, you have not been fired therefore you (and the rest of the team) are up to something... Maybe Xpander^2 ? hp 44 Magnum? hp 15c Platinum? or maybe a turbocharged hp 50gx+III++ ==== Subject: Re: Clock Is Ticking Toward HHC2005 in Chicago Or maybe just trying to expand the market, get more retailers to stock the current calculators and get more teachers using HP calcs. . . TW ==== Subject: Hewlett-Packard to Lay Off 14,500 to Save $1.9 Billion As reported by The New York Times: Hewlett-Packard to Lay Off 14,500 to Save $1.9 Billion SAN FRANCISCO, July 19 - Hewlett-Packard said today it would lay off 14,500 employees, almost 10 percent of its staff, in the next year and a half and freeze its pension plan for new and existing workers who have not vested in it yet. Hewlett will dissolve its Customer Solutions Group, a business unit that sold to businesses and public entities, and distribute its work to the company's three product groups. The company said it would protect employees in sales and research and development from the brunt of the layoffs, which will mostly affect support positions in information technology, human resources and finance. http://www.nytimes.com/2005/07/19/technology/19cnd-hp.html?ex=1279425600&en=\ 719bd3b66587113b&ei=5088 http://www.forbes.com/technology/ebusiness/feeds/ap/2005/07/19/ap2145637.htm\ l http://www.businessweek.com/ap/financialnews/D8BEFLN00.htm [r->][OFF] ==== Subject: Re: Antique HP 9820A Repair it, sell it, and buy a motorcycle! VPN > > keep this beast or not. We've converted most of the programs from it > to PC-based languages and haven't really used the machine in years. So > its being kept as a safety blanket more than as a tool. Fixing it > would be interesting, but its not required for our business. > > Robin > >> Hello All, >> >> I have an old HP 9820A in questionable condition. It turns on and >> seems to operate OK, but leaves a trail of sticky goop down any >> magnetic strips it tries to read. >> >> Does anyone know if the machine can be cleaned and salvaged? If not, >> does it have any value at all? Should I toss it, or E-Bay it and buy >> the Engineering department pizza with the proceeds? >> >> Robin > ==== Subject: Re: which country buys more hp calcs? > it seems that hp graphical calculators are most popular in europe and > south america and comparing these countries it would be no surprise if > Brazil ( my country ) was the number one country using hp calculators > although most ppl here probably buy from non official sources . > i received mine last month and it was produced last year. i wonder if > they will send all the ones with keyboard issues to here, even if thats > where they make more money . > TI calculators are almost non existant among students here. > During my time, France, Spain and Germany were the biggest hp calculators customer. Jean-Yves ==== Subject: Re: which country buys more hp calcs? >> > During my time, > > France, Spain and Germany were the biggest hp calculators customer. Per capita, or gross shipments? ==== Subject: Re: which country buys more hp calcs? > Per capita, or gross shipments? Have you ever seen stats with number of calculators per capita when it comes down to number of sales? duh! ==== Subject: Re: which country buys more hp calcs? >>> >> During my time, >> >> France, Spain and Germany were the biggest hp calculators customer. > > Per capita, or gross shipments? Let's C how good my guesses are: I guess that JYA was thinking about \gross shipments\ while at the same time I ASSUME \per capita\ also applies!! :-D VPN - guesses only ==== Subject: Re: which country buys more hp calcs? > TI calculators are almost non existant among students here. It's probably safe to say that, here in the US, it's rather uncommon to finding a graphing HP calculator in a high school (12th grade) or below. Historically -- back around the time the HP-48SX and GX were released -- HP calculators were being developed in Corvallis, Oregon (USA), and the \ marketing was really towards college levels and working engineers. HP then closed \ down the Corvallis division and traferred development over to Singapore; this \ was really about the same time that graphing calculators were catching on in general, and the handful of years where HP was almost completely out of the calculator market gave TI a very large lead. At the college level, 10-15+ years ago finding someone in, say, electrical engineering _not_ using an HP calculator would have been quite uncommon. These days it's a much broader mix, although HP and TI alone aren't responsible for this -- core engineering classes have become somewhat \ 'softer' in the past couple of decades (for many reasons, including the fact that there's a huge demand for computer science majors, and realistically, a lot \ of the historically 'hard core' engineering classes just aren't that useful \ for folks who are going to end up programming web-based applications), and this has lead to a much more diverse group of users taking these classes and thereby bringing with them a lot more diversity in calculators as well. ---Joel Kolstad ==== Subject: Re: which country buys more hp calcs? On Sun, 7 Aug 2005 18:40:10 -0700, \Joel Kolstad\ >> TI calculators are almost non existant among students here. > >It's probably safe to say that, here in the US, it's rather uncommon to >finding a graphing HP calculator in a high school (12th grade) or below. .. and it is ABSOLUTELY impossible to find HP calculator in a store. With notable exception of HP 16. I asked at Office Max few days ago and was told that \HP doesn't manufacture calculators any more\. A.L. P.S. Of course, all TI and almost all Casio and Sharp on display and on large cardboard racks marked \back to school\. TI, Casio and Sharp are in Target, K-Mart, Wal-Mart and some of them in Walgreens pharmacy. ==== Subject: Re: which country buys more hp calcs? > .. and it is ABSOLUTELY impossible to find HP calculator in a store. > With notable exception of HP 16. Wal*Mart has the HP 33s and a couple of others (none of the graphing \ machines, though). ==== Subject: Re: which country buys more hp calcs? <11fddrun6rvfk19@corp.supernews.com> which classes do u call hard-core engineering classes ? Here what i notice is that 90% of the ppl use their calculator for the solvers. 90% of those 90% in civil engineering use it to solve manning equation ( hidraulic ) :P exclusevely. the other 10% probably play games besides using the solver ==== Subject: Re: which country buys more hp calcs? > which classes do u call hard-core engineering classes ? The fluffy ones: Statics, dynamics, strength of materials The not-so-fluffy ones: Electrodynamics, circuit theory, signals and \ systems > Here what i notice is that 90% of the ppl use their calculator for the > solvers. Yeah, and I expect that TIs often work just as well as HPs for such operations. > 90% of those 90% in civil engineering use it to solve manning equation > ( hidraulic ) :P exclusevely. I was using a Casio 4000FX in high school to avoid having to look up \ Gaussian distributions in the back of a textbook! ;-) ---Joel ==== Subject: Re: which country buys more hp calcs? Its nice being the only person in my school with an hp49+. :) >> TI calculators are almost non existant among students here. > > It's probably safe to say that, here in the US, it's rather uncommon to > finding a graphing HP calculator in a high school (12th grade) or below. > Historically -- back around the time the HP-48SX and GX were released -- \ > HP > calculators were being developed in Corvallis, Oregon (USA), and the > marketing > was really towards college levels and working engineers. HP then closed > down > the Corvallis division and traferred development over to Singapore; this > was > really about the same time that graphing calculators were catching on in > general, and the handful of years where HP was almost completely out of > the > calculator market gave TI a very large lead. > > At the college level, 10-15+ years ago finding someone in, say, \ electrical > engineering _not_ using an HP calculator would have been quite uncommon. > These days it's a much broader mix, although HP and TI alone aren't > responsible for this -- core engineering classes have become somewhat > 'softer' > in the past couple of decades (for many reasons, including the fact that > there's a huge demand for computer science majors, and realistically, a > lot of > the historically 'hard core' engineering classes just aren't that useful > for > folks who are going to end up programming web-based applications), and > this > has lead to a much more diverse group of users taking these classes and > thereby bringing with them a lot more diversity in calculators as well. > > ---Joel Kolstad > > ==== Subject: Re: which country buys more hp calcs? > Its nice being the only person in my school with an hp49+. :) Oh yeah? I think it's safe to say I was the only person in MY high school (many moons ago here) with: -- BOTH of the two models of scientific calculator watches Casio made (and \ no, I didn't have any dates! Well, almost none...! And no, I didn't wear them both at the same time) -- A Casio FX-790P handheld computer -- A Casio PB-1000 handheld computer Beat that! :-) Truth be told, I do remember another kid in high school (even pretty \ popular) with an HP-15C... pretty cool at the time... ==== Subject: Re: which country buys more hp calcs? Im also the only guy at my school with a color graphing calc, the casio cfx-9850g, i still use it for the programming. and i had my sisters ti89 for \ a while. All i need is a -92 or a voyage to round it out. >> Its nice being the only person in my school with an hp49+. :) > > Oh yeah? I think it's safe to say I was the only person in MY high \ school > (many moons ago here) with: > > -- BOTH of the two models of scientific calculator watches Casio made (and \ > no, > I didn't have any dates! Well, almost none...! And no, I didn't wear > them > both at the same time) > -- A Casio FX-790P handheld computer > -- A Casio PB-1000 handheld computer > > Beat that! > > :-) > > Truth be told, I do remember another kid in high school (even pretty > popular) > with an HP-15C... pretty cool at the time... > > > ==== Subject: how to disassemble a program using debug4x ? hello: Is it possible to disassemble an hp program file ( blah.hp ) back to sysrpl ( if it was written in sysrpl ) using debug4x ? that would certainly improve my learning of the language. ps: here is my first sysrpl, it gives the name and number of object type in level one, YAY to me :P :: CK1 { \real\ \cmplx\ \str\ \real arr\ \cmplx arr\ \list\ \global name\ \local name\ \program\ \alg obj\ \user bint\ \grob\ \tagged obj\ \unit obj\ \XLIB name\ \dir\ \lib\ \backup obj\ \built-in fnct\ \built-in cmd\ \internal bint\ \extnd real\ \extnd cmplx\ \linked arr\ \char obj\ \code obj\ \lib data\ \minifont\ \int\ \symb vec/matrix\ \font\ } SWAP ( lst obj ) XEQTYPE ( lst obj type ) DUP ( lst obj type type' ) ROTDROP ( lst type type' ) COERCE ( lst %type #type ) ROTSWAP ( %type lst #type ) #1+ ( list is one based ) NTHELCOMP ( type str? f ) IT ( type str? ) :: ( type str ) $ \name\ ( type str str' ) >TAG ( type tag ) SWAP ( tag type ) ; $ \value\ ( tag? type str ) >TAG ( tag? tag' ) ; ==== Subject: Re: how to disassemble a program using debug4x ? AFAIR debug4x also has a disassembler/decompiler. Congrats for your first SysRPL prog. You could improve it by using the built-in string constants instead of the strings themselves. Hint: JstGETTHEMESG is the key;-) Raymond \Error0x4c\ schrieb im Newsbeitrag > hello: > > Is it possible to disassemble an hp program file ( blah.hp ) back to > sysrpl ( if it was written in sysrpl ) using debug4x ? that would > certainly improve my learning of the language. > > > ps: > here is my first sysrpl, it gives the name and number of object type in > level one, YAY to me :P > > > :: > CK1 > { > \real\ \cmplx\ \str\ \real arr\ \cmplx arr\ > \list\ \global name\ \local name\ \program\ \alg obj\ > \user bint\ \grob\ \tagged obj\ \unit obj\ \XLIB name\ > \dir\ \lib\ \backup obj\ \built-in fnct\ > \built-in cmd\ \internal bint\ \extnd real\ \extnd cmplx\ > \linked arr\ \char obj\ \code obj\ \lib data\ \minifont\ > \int\ \symb vec/matrix\ \font\ > } > SWAP ( lst obj ) > XEQTYPE ( lst obj type ) > DUP ( lst obj type type' ) > ROTDROP ( lst type type' ) > COERCE ( lst %type #type ) > ROTSWAP ( %type lst #type ) > #1+ ( list is one based ) > NTHELCOMP ( type str? f ) > IT ( type str? ) > :: ( type str ) > $ \name\ ( type str str' ) > >TAG ( type tag ) > SWAP ( tag type ) > ; > $ \value\ ( tag? type str ) >>TAG ( tag? tag' ) > ; > > > ==== Subject: Re: how to disassemble a program using debug4x ? > > AFAIR debug4x also has a disassembler/decompiler. > Emu48 yes, only for display, but not debug4x... JY ==== Subject: Re: I need HELP, can someone take a look at FluidHP? Its sooo slow \ on HP49G <42d2a391$0$157$edfadb0f@dtext02.news.tele.dk> <42d2a4d8$0$167$edfadb0f@dtext02.news.tele.dk> <42d2a9fa$0$169$edfadb0f@dtext02.news.tele.dk> <42d2d424$0$170$edfadb0f@dtext02.news.tele.dk> <42d39264$0$183$edfadb0f@dtext02.news.tele.dk> <42d3c901$0$164$edfadb0f@dtext02.news.tele.dk> <42e261a3$0$171$edfadb0f@dtext02.news.tele.dk> <42e56f41$0$170$edfadb0f@dtext02.news.tele.dk> Please send me your faster version of FluidHP. Kolja ==== Subject: Re: IrDA HP48 SX vs. HP49 G+ ARM has several UARTS -i'm not sure which one it uses for IRDA -it may be possible but it would involve ARM tricks and code :-) -we may end up with serial trough IR but the light pulses (widths) would be incompatible with old HP-IR although it would be fun to do it, it would most probably be useless :-) manjo > Nope. Use an IrDA<->serial converter. That's what our data collector > will be doing. It should be out in 2 months now that the case is > finally on its way. . . > > TW > ==== Subject: Re: IrDA HP48 SX vs. HP49 G+ > ARM has several UARTS > -i'm not sure which one it uses for IRDA > > -it may be possible but it would involve ARM tricks and code :-) > -we may end up with serial trough IR but the light pulses (widths) would > be > incompatible with old HP-IR Are you sure? Maybe the old calcs are flexible enough to operate at 4800 baud accepting the plus series led signal as long as timings are correct. VPN > although it would be fun to do it, it would most probably be useless :-) > manjo > > >> Nope. Use an IrDA<->serial converter. That's what our data collector >> will be doing. It should be out in 2 months now that the case is >> finally on its way. . . >> >> TW >> > > ==== Subject: Re: Saving Notes I do have all my notes on my HP49G+ Daniel ==== Subject: Is there any way to avoid the HP Header in HP49G+ File? Hello ! I am trying to make my HP49G+ communicate with my Magellan GPS. It was really easy the opposite way (from the GPS to HP49G+) but when I prepare a file to be transfer to the GPS, the HP49G+ set a header in the file (HPHP49-X,*>A) that makes the GPS not to recognize it. So question is: Is there any way to avoid the HP Header when I try to write a file on the HP49G+? Daniel ==== Subject: Re: Is there any way to avoid the HP Header in HP49G+ File? > Hello ! > > I am trying to make my HP49G+ communicate with my Magellan GPS. > > It was really easy the opposite way (from the GPS to HP49G+) but when I > prepare a file to be transfer to the GPS, the HP49G+ set a header in > the file (HPHP49-X,*>A) that makes the GPS not to recognize it. > > So question is: Is there any way to avoid the HP Header when I try to > write a file on the HP49G+? > > > Daniel > Your idea sounds very interesting ! But what does your program exactly do ? Does it manipulate a list of waypoints ? or tracks ? ( because the Magellan already enables you to do all \ these sorts of things ). Christophe ==== Subject: Re: Is there any way to avoid the HP Header in HP49G+ File? Does it have xmodem support? Try using XMIT, XRECV and see what happens. Those are text only. I assume it is using the IrDA? TW ==== Subject: Re: Is there any way to avoid the HP Header in HP49G+ File? Does not have IrDA, I am transfering files through the SD card ! Daniel ==== Subject: Re: Is there any way to avoid the HP Header in HP49G+ File? I assume though that it has RS-232. In a short bit we'll have our data collector out. Then after that I will get the GPS stuff done and you can use it for rough mapping. mm precision instruments will take a while longer, but for rough stuff the hard part is already done. www.pssllc.com TW ==== Subject: Re: Is there any way to avoid the HP Header in HP49G+ File? It does has a com port. but the HP40G+ does not. The SD card works just fine now, to pass the information from de GPS to the HP49G+, and I made the software that process it. what I am trying is having a feedback to the GPS after the analysis done on the HP. Will the data collector send feedback information to the GPS? Daniel ==== Subject: Re: Is there any way to avoid the HP Header in HP49G+ File? Yes. It will be a fully fledged controlled for simple GPS units (conversion of SPC and UTM is implemented already) at first, and then later on I am going to implement survey grade units. These require a lot more speed to do the calculations and so much more work. TW ==== Subject: Re: Is there any way to avoid the HP Header in HP49G+ File? > Hello ! > > I am trying to make my HP49G+ communicate with my Magellan GPS. > > It was really easy the opposite way (from the GPS to HP49G+) but when I > prepare a file to be transfer to the GPS, the HP49G+ set a header in > the file (HPHP49-X,*>A) that makes the GPS not to recognize it. > > So question is: Is there any way to avoid the HP Header when I try to > write a file on the HP49G+? Hey! Maybe Cyrille will give us a flag to stop the prepending of the header?! (or a separate command RAWSEND/RAWSAVE or whatever) VPN ==== Subject: Re: Is there any way to avoid the HP Header in HP49G+ File? hello, tell me exactly what is needed and I will see what I can do :-) I imagine that what he wants to do is store the content of a string in the SD card, but I would rather be sure before I go and start codding... cyrille >> Hello ! >> >> I am trying to make my HP49G+ communicate with my Magellan GPS. >> >> It was really easy the opposite way (from the GPS to HP49G+) but when I >> prepare a file to be transfer to the GPS, the HP49G+ set a header in >> the file (HPHP49-X,*>A) that makes the GPS not to recognize it. >> >> So question is: Is there any way to avoid the HP Header when I try to >> write a file on the HP49G+? > > Hey! > Maybe Cyrille will give us a flag to stop the prepending of the header?! > (or a separate command RAWSEND/RAWSAVE or whatever) > VPN > ==== Subject: Re: Is there any way to avoid the HP Header in HP49G+ File? <04KJe.4850$OZ6.3923@reader1.news.jippii.net> YOU ARE ABSOLUTLY RIGHT !!! I just want to write in a file a string with out the heading. I can delete the heading on my Pc, but when I am in the RainForest, far from electricity, and heavy rainfalls, I don«t carry with me \ the laptop, so ... If the HP49G+ can write down the file WITHOUT the heading the GPS will recognize it (I have already test it already!) Daniel ==== Subject: Re: Is there any way to avoid the HP Header in HP49G+ File? hello, you can try the following code: SAVE A=DAT1.A R0=A.W D1+5 % R0=@Name A=DAT1.A A+10.A R0=A.W % R1=@string data D1=A D1+5 C=DAT1.A C-5.A B=C.A % B=SIZE P=9 $80B06 ?B=0.A { % B contain error code LC(5)3 ?B=C.A ->{ LC(5)$A03 GONC .sss % Interrupted error } LC(5)#33 C-B.A *.sss RSTK=C LOAD C=RSTK GOVLNG =ErrjmpC % Exit with specific error } LOADRPL it takes a string on level 2 and a name (ID) on level one and should work (I \ have not tested it...) give it a try.... YOU ARE ABSOLUTLY RIGHT !!! I just want to write in a file a string with out the heading. I can delete the heading on my Pc, but when I am in the RainForest, far from electricity, and heavy rainfalls, I don«t carry with me \ the laptop, so ... If the HP49G+ can write down the file WITHOUT the heading the GPS will recognize it (I have already test it already!) Daniel ==== Subject: Re: Is there any way to avoid the HP Header in HP49G+ File? and if it works you could include it in the next ROM as STOSD > hello, > > you can try the following code: > > SAVE > > A=DAT1.A R0=A.W D1+5 % R0=@Name > A=DAT1.A A+10.A R0=A.W % R1=@string data > D1=A D1+5 C=DAT1.A C-5.A B=C.A % B=SIZE > P=9 $80B06 > ?B=0.A { % B contain error code > LC(5)3 ?B=C.A ->{ > LC(5)$A03 GONC .sss % Interrupted error > } > LC(5)#33 C-B.A *.sss RSTK=C LOAD C=RSTK GOVLNG =ErrjmpC % Exit with > specific error > } > LOADRPL > > > it takes a string on level 2 and a name (ID) on level one and should work \ > (I have not tested it...) give it a try.... > > > > YOU ARE ABSOLUTLY RIGHT !!! > > I just want to write in a file a string with out the heading. > > I can delete the heading on my Pc, but when I am in the RainForest, far > from electricity, and heavy rainfalls, I don«t carry with \ me the > laptop, so ... > > If the HP49G+ can write down the file WITHOUT the heading the GPS will > recognize it (I have already test it already!) > > > Daniel > > ==== Subject: Re: Is there any way to avoid the HP Header in HP49G+ File? Just one person asking this from Cyrille and he will do it?! The HP support is excellent!! SUperb! I think that nay applications (Tim Wessman?) like surveying will find a new storage option very, very useful The SD card seems to be more that just an external storage It differentiates HP from rivals in a very remarkable way HP with SD 4ever! Long live Cyrille! Viva la France! VPN YOU ARE ABSOLUTLY RIGHT !!! I just want to write in a file a string with out the heading. I can delete the heading on my Pc, but when I am in the RainForest, far from electricity, and heavy rainfalls, I don«t carry with me \ the laptop, so ... If the HP49G+ can write down the file WITHOUT the heading the GPS will recognize it (I have already test it already!) Daniel ==== Subject: Re: Is there any way to avoid the HP Header in HP49G+ File? <04KJe.4850$OZ6.3923@reader1.news.jippii.net> We are near 400 Forest Engineers / Biologists down here that will be glad to have this kind of instrument for field work. Maybe tourist guides, surveyors and road-civil engineers will like it too, just need to put the pieces together. So it is not only me. So, Veli... I think you are saying TI does not have this kind of support ! ! ! := ) Does it? Daniel ==== Subject: Re: Is there any way to avoid the HP Header in HP49G+ File? <04KJe.4850$OZ6.3923@reader1.news.jippii.net> Umm. . . if you store a plain string into the SD card it will not have a header. \Test String\ :3:TestStr STO will give you a plain text string on the SD card. If you COPY the text file from the calculator though using the filer, it will have the HP header because it is an HP file. Try recalling the contents of the string and storing it directly and you should have no problems. TW ==== Subject: Re: Is there any way to avoid the HP Header in HP49G+ File? > Umm. . . if you store a plain string into the SD card it will not have > a header. > > \Test String\ > :3:TestStr > STO > > will give you a plain text string on the SD card. If you COPY the Yes it will put a header when stored on the card. But when you recall it, the header will be removed by the RCL command. When you store an object on the SD card, the hp49 automaticall add a \HPHP49\ header to it. You can check it by reading the file on a PC Jean-Yves ==== Subject: Re: Is there any way to avoid the HP Header in HP49G+ File? <04KJe.4850$OZ6.3923@reader1.news.jippii.net> Hmm. . . nevermind. It doesn't put the header in. I really don't think it should through Cyrille. A plain text file with no header on the SD card functions perfectly. A simple test if it is a text file==noheader would be fine. TW ==== Subject: Re: Is there any way to avoid the HP Header in HP49G+ File? <04KJe.4850$OZ6.3923@reader1.news.jippii.net> I have tried the :3: \strint Name\ STO and it does set a header on the file stringname. You can see it when you \TYPE\ the file in DOS format screen. In the normal windows screen does not show, but it is really there, took me a while to find it. I agree with you: Plain text with NO header is the answer. So I hope Cyrille can make header does not appear on STO function of a String, somehow. Daniel ==== Subject: Re: Is there any way to avoid the HP Header in HP49G+ File? <04KJe.4850$OZ6.3923@reader1.news.jippii.net> You can do it with a simple peice of C in HPGCC. But seeing how I don't know either very well and have to go take my calculus final. . . i will let those more qualified answer you. TW ==== Subject: Re: What's the material of 49g+ keys? hello, ABS or PA+ABS > Since the broken keys have to be repaired. I found there are various > adhesive for Loctite or other brand. But most adhesive are not suit > for Polyethylene or Polypropylene. So I have to make sure the material > of 49g+ keys. Does anyone knows it? > > Ted > ==== Subject: Re: SUDOKU solver for HP48 Will you include a commented source code? That would make it easier to suggest improvements Arnaud ==== Subject: Math Xpander compatibility Does anyone know if the HP Math Xpander software for Pocket PC will run on the HP-IPAQ 1910/1945 series or Dell Axim X30 ==== Subject: Re: Math Xpander compatibility > Does anyone know if the HP Math Xpander software for Pocket PC will run > on the HP-IPAQ 1910/1945 series or Dell Axim X30 > why don't you try? Xpander will run on all ARM based PocketPC ==== Subject: Re: Is there any way to avoid the HP Header in HP49G+ File? Is there a possibility to make the program define itself the value of the variable STRINGSIZE in accord with the length of your string ? \Ingo Blank\ a \.8ecrit dans le \ message >> So question is: Is there any way to avoid the HP Header when I try to >> write a file on the HP49G+? > you might want to try the following little program, written in HP-GCC. #include int > main() > { #define STRINGSIZE 1024 > //make it large enough to fit your needs... unsigned stack = sat_stack_init(); char string_data[STRINGSIZE]; > char filename[32]; > FILE *f; sat_stack_pop_string(filename); > sat_stack_pop_string(string_data); f = fopen(filename,\w\); > fputs(string_data,f); > fclose(f); sat_stack_exit(stack); return 0; > } > Put the string to store in stack level #2 and the filename (as a String \ as > well) in stack level #1. The string data is written as a regular text file to the SD card. > You can consider it being tested and functional. > Welcome! ibl http://hpgcc.org -- > Only two things are infinite, > the universe and human stupidity, > and I'm not sure about the former. --Albert Einstein > ==== Subject: Re: Is there any way to avoid the HP Header in HP49G+ File? > Is there a possibility to make the program define itself the value of the > variable STRINGSIZE in accord with the length of your string ? > Yes. So I implemented a function 'sat_stack_pop_string_alloc()', which allocates \ it's memory autonomously, depending on the pushed data size. The routine must be prepared for Subversion check-in. I guess I'll do it today in the afternoon. When you wait until tonight after 01:00 CEST, you can download a fresh binary library build. Just go to the http://hpgcc.org web site and follow the instructions. best ibl -- Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. --Albert Einstein ==== Subject: Re: Is there any way to avoid the HP Header in HP49G+ File? \Ingo Blank\ a \.8ecrit dans le \ message > Is there a possibility to make the program define itself the value of \ the >> variable STRINGSIZE in accord with the length of your string ? > > Yes. > So I implemented a function 'sat_stack_pop_string_alloc()', which > allocates > it's memory autonomously, depending on the pushed data size. The routine must be prepared for Subversion check-in. > I guess I'll do it today in the afternoon. When you wait until tonight after 01:00 CEST, you can download a fresh > binary library build. Just go to the http://hpgcc.org web site and follow > the instructions. best > ibl -- > Only two things are infinite, > the universe and human stupidity, > and I'm not sure about the former. --Albert Einstein > BTW, I had to copy individually the definition of sat_check_type() and sat_stack_pop_string() in the source file in order to compile it. Is there a \ way to avoid this ? Christophe ==== Subject: Re: Is there any way to avoid the HP Header in HP49G+ File? <...> > BTW, I had to copy individually the definition of sat_check_type() and > sat_stack_pop_string() in the source file in order to compile it. Is \ there > a way to avoid this ? I checked the 'saturn.h' header file and both functions are properly declared. Have you included the right headers and are you using a *recent* version? I believe the person, who initially checked in the 'sat_stack_pop_string()' function, simply forgot the header entry. That has been fixed in the meantime. BTW, the new self allocating pick/pop functions are checked in. For a binary library rebuild you have to wait until tonight. If it's urgent, you can check-out the svn repository and build it yourself. best ibl -- Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. --Albert Einstein ==== Subject: Re: SUDOKU solver for HP48 <10545912ROBOTLX@news.clear.net.nz> Tony Hutchins ha scritto: > -=[ Sat, 6.8.05 08:09 a.m. +1200 (NZT) ]=- Hello Matteo, [...] > > if what I've writed is clear, does someone discuss about http://it.wikipedia.org/wiki/Sudoku is a great starting point, with links to discussion forums (eg > www.sudoku.com/forums). -- > Tony I've writed in this forum (hp48) because I consider the people that write here \open mind\ and \strong mind\. and I'm an hp user :-). But you are right, otherwise this forum would go out from the \theme\ that is hp48/49. best wishes matteo ==== Subject: Replacemanet No. 7.... now CNA51506xxx / CNA 51900xxx Now it seems that I am a lucky guy. After the key hinges of the keys \1\ and \2\ from my 6th replacement (CNA 42501xxx) broke, I received 10mins ago my new 49G+. The s/n's are: CNA 51506xxx (sticker on the calc) CNA 51900xxx (using \serial\) My first impression: The keys appear to have a softer touch compared to my CNA 425xxx. (except the both shift buttons) But it came with ROM 1.23. I need to update to 2.00. The replacement came without batteries included and my ones are old. So I cannot do the update, until I have new batteries. So I go and buy some. See you later... ChristianB ==== Subject: Re: Replacemanet No. 7.... now CNA51506xxx / CNA 51900xxx Now the replacements come without batteries? I have my third replacement, and for now (2 month) is working OK... but u never knows... christian.buhmann@gmail.com ha escrito: > Now it seems that I am a lucky guy. After the key hinges of the keys \1\ and \2\ from my 6th replacement > (CNA 42501xxx) broke, I received 10mins ago my new 49G+. The s/n's are: > CNA 51506xxx (sticker on the calc) > CNA 51900xxx (using \serial\) My first impression: The keys appear to have a softer touch compared to my CNA 425xxx. > (except the both shift buttons) But it came with ROM 1.23. I need to update to 2.00. The replacement > came without batteries included and my ones are old. So I cannot do the > update, until I have new batteries. So I go and buy some. > > See you later... > > ChristianB ==== Subject: Re: Replacemanet No. 7.... now CNA51506xxx / CNA 51900xxx \Avatar_e\ schrieb im Newsbeitrag > Now the replacements come without batteries? In my case... YES ;-) I have my third replacement, and for now (2 month) is working OK... but > u never knows... christian.buhmann@gmail.com ha escrito: > Now it seems that I am a lucky guy. > > After the key hinges of the keys \1\ and \2\ from my 6th \ replacement > > (CNA 42501xxx) broke, I received 10mins ago my new 49G+. > > The s/n's are: > > CNA 51506xxx (sticker on the calc) > > CNA 51900xxx (using \serial\) > > My first impression: > > The keys appear to have a softer touch compared to my CNA 425xxx. > > (except the both shift buttons) > > But it came with ROM 1.23. I need to update to 2.00. The replacement > > came without batteries included and my ones are old. So I cannot do the > > update, until I have new batteries. So I go and buy some. > > See you later... > > ChristianB > ==== Subject: FluidHP port submitted to hpcalc.org Hello. I've submitted my version of a port of FluidHP to hpcalc.org. It'll probably be available in a few days when Eric gets around to it. How are you doing Tim? Steen ==== Subject: Re: FluidHP port submitted to hpcalc.org Finals for my summer classes kept me too busy to finish mine unfortunately. Now I feel like a jerk because I was so excited for this little competition. . . =( Funny thing is, my interface I designed was almost identical to yours, except mine included units on the inputs by using IfMsgGetGrob. It was rather uncanny. TW ==== Subject: Re: FluidHP port submitted to hpcalc.org > Finals for my summer classes kept me too busy to finish mine > unfortunately. Now I feel like a jerk because I was so excited for > this little competition. . . =( Well, at least one port got finished. I hope that'll satisfy a couple of users. Will you finish your version, or is it far from completion? The version I sent you a couple of weeks back differs a bit from the one I've submitted to hpcalc.org - the final version is almost 200 bytes larger, but loads a lot quicker (4 times faster or so, which is important on the HP49G but not on the G+ at all). A couple of bugs were fixed too, as well as some minor graphical details added. > Funny thing is, my interface I designed was almost identical to yours, > except mine included units on the inputs by using IfMsgGetGrob. It > was rather uncanny. It just underlines the fact that it was a good approach we chose then ;-) It'd been nice to see how the \same\ approach differed in performance and size though. Of course there are so many other things we could use our time on :-) Steen ==== Subject: Re: 39g+ connectivity problems I thought I might get the student to bring back the laptop I tried to fix unsuccessfully - am I correct in thinking that the default XP behaviour is to set a system restore point before each update is implemented? If so, surely it should be possible to roll back successively until it works again and thereby find out which one caused the problem. Not sure of my facts here - I'm going to chat the the school computer tech tomorrow and see if he can help. I'll get back to you with the info below if we can't sort it out. > In message > <42f56dec$0$16473$5a62ac22@per-qv1-newsreader-01.iinet.net.au>, Colin > >> I'm not sure. It sounds as if it might be advisable to ask them as a >> group for some feedback on this and similar information. If you can >> give me a list of the information that would assist you in helping >> with this then I'll ask them. > > Just... > * what Windows version > * what service pack > * are they using Windows update > > Should be enough for now. > ==== Subject: Re: 39g+ connectivity problems <42f56dec$0$16473$5a62ac22@per-qv1-newsreader-01.iinet.net.au> <42fb61ba$0$32222$5a62ac22@per-qv1-newsreader-01.iinet.net.au> I was having problems doing any sort of directory initilization with the 39g+. I know that worked before on my computer. . . TW ==== Subject: New fast SD and HP49G+ I was wondering which brands and sizes of the new \fast\ SD cards work with the 49G+. Also, what am I looking at are far as costs go. Harold A. Climer Dept. Of Physics,Geology, and Astronomy U.T. Chattanooga 318 Grote Hall 615 McCallie Ave Chattanooga TN 37403 ==== Subject: Re: New fast SD and HP49G+ I am using Corsair 512 Km 40X and it is really fast at Fat16, with Fat32 is just the same a SandDisk 128 I use to have. Daniel ==== Subject: Re: New fast SD and HP49G+ > I was wondering which brands and sizes of the new \fast\ SD cards > work with the 49G+. Also, what am I looking at are far as costs go. I use a 512MB SanDisk Ultra II and paid 45 Euro here in Germany. Compared to a standard Kingston card, the speed gain is almost by factor \ 10. Should you buy this card, you won't regret it. ibl > Harold A. Climer > Dept. Of Physics,Geology, and Astronomy > U.T. Chattanooga > 318 Grote Hall > 615 McCallie Ave > Chattanooga TN 37403 -- Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. --Albert Einstein ==== Subject: Re: New fast SD and HP49G+ I have a 512mb ultraII by sandisk. I think it was 70$. notice a huge difference. Large direcotires do show quicker in the filer though. TW ==== Subject: Re: HP 49 G+ ROM Dump > >>Hello everybody, >>I recently bought an HP 49 G+ and I'm wondering if it would be possible >>to dump its ROM to the computer and use it in the EMU. >>Ruben > > > I don't know of any ROM dump for the 49G+ BUT it won't do you any good. > EMU cannot handle the real ROM because it does not do the ARM code. > There is a 49G+ EMU in Debug4x but it uses a special, non-arm ROM. > -- - - - - - - - - - - - - - - - - > Bill Graves RKBA! > bgraves@ix.netcom.com > \There is a 49G+ EMU in Debug4x but it uses a special, non-arm ROM\ Can you detail this ? Where to find this special ROM ? Herve ==== Subject: Re: HP 49 G+ ROM Dump <42FBAEE7.1090005@laposte.net \There is a 49G+ EMU in Debug4x but it uses a special, non-arm ROM\ > Can you detail this ? Where to find this special ROM ? Why in debug4x of course! It isn't a \special\ rom that can be installed on a non-arm calculator, but rather workarounds are put in it so that it can have the larger screen, and a few other 49g+ features without emulating ARM. Just download debug4x and it comes installed. TW ==== Subject: Re: HP 49 G+ ROM Dump >>\There is a 49G+ EMU in Debug4x but it uses a special, non-arm ROM\ >>Can you detail this ? Where to find this special ROM ? > > > Why in debug4x of course! It isn't a \special\ rom that can be > installed on a non-arm calculator, but rather workarounds are put in it Yes it is a special ROM and isn't the one used inthe 49g+. There are a lot of native ARM entries who aren't in there so it can run in Emu48. If you used this ROM on the 49g+, it would work but would be much much slower than the real 49g+ rom Jean-Yves ==== Subject: Re: HP calculators in WalMart > I checked the newly opened WalMart store. Yes, they have HP > calculators: 1 piece of HP33 and 2 pieces of HP10. Of course, a lot of TI and Casio on display. Although I thoroughly enjoy my HP 33s (despite the fact that it _could_ \ have been \so much more,\), I imagine it's a pretty hard sell against the \ Casio fx-115 which -- for most people -- is almost as powerful as the '33s, and \ in some ways more so, because it sells for $15 vs. the HP's $50! ==== Subject: Re: HP calculators in WalMart On Thu, 11 Aug 2005 13:27:05 -0700, \Joel Kolstad\ >> I checked the newly opened WalMart store. Yes, they have HP >> calculators: 1 piece of HP33 and 2 pieces of HP10. >> Of course, a lot of TI and Casio on display. Although I thoroughly enjoy my HP 33s (despite the fact that it _could_ \ have >been \so much more,\), I imagine it's a pretty hard sell against the \ Casio >fx-115 which -- for most people -- is almost as powerful as the '33s, and \ in >some ways more so, because it sells for $15 vs. the HP's $50! Not only because price difference, but fx-115 solves polynomial equation (up to 3rd order), linear equations (up to 3 variables) and has 6 types of regression calculation. Moreover, calculates derivatives numerically, not only integrals like HP. OK, it has equation memory for only 1 equation and cannot be programmed, but for majority of users this is not the issue. And fx-155 has MUCH better display than HP. A.L. P.S. I have HP33, but I keep fx-115 on my desk... ==== Subject: I revived my 49g+! A few weeks ago I posted about a dead 49 that wouldn't respond to anything. Well today just for kicks, I pulled it out and replaced all the batteries. Nothing happened, RESET didn't work, and I figured it was toast. Now the strange part. About 5 MINUTES later, I heard a beep. I looked in the drawer where it went, and to my suprise I saw a TTRM. I answered no, and the calculator was working again. I still had the two missing flash banks. I then loaded up the old 2MB rom 1.23 hoping that would reset the flash banks. Sure enough, I looked in the filer and it showed 788kb in port 2. Woohoo! Then I updated to the latest ROM and still had 700kb in my port 2. Everything is working now. So if it dies on you, don't give up I guess. =) TW ==== Subject: Re: I revived my 49g+! > A few weeks ago I posted about a dead 49 that wouldn't respond to > anything. Well today just for kicks, I pulled it out and replaced all > the batteries. Nothing happened, RESET didn't work, and I figured it > was toast. Now the strange part. About 5 MINUTES later, I heard a > beep. I looked in the drawer where it went, and to my suprise I saw a > TTRM. I answered no, and the calculator was working again. I still had the > two missing flash banks. I then loaded up the old 2MB rom 1.23 hoping > that would reset the flash banks. Sure enough, I looked in the filer > and it showed 788kb in port 2. Woohoo! Then I updated to the latest > ROM and still had 700kb in my port 2. Everything is working now. So if it dies on you, don't give up I guess. =) TW > Have you called Ripley's yet?! Mine's started to freeze for no reason, other than perhaps too rapid a rate of key entry. Scott Chapin ==== Subject: Re: I revived my 49g+! \Ghost in the machine\... isn't it an x-file? Call the FBI. Maybe they can help you to solve the spooky problem you have on your calculator... A new proof that the first basic instinct developped by any intelligent behaviour is: survival ;) fred. ==== Subject: Re: confused about ARM just read the assembly coding part where it was not obvious there was a cache) Arnaud ==== Subject: Re: how to update ROM ok i've just uploaded ( or downloaded from calculators point of view ). thankfully it has all worked. ==== Subject: Re: how to update ROM > I strongly advise you to flash the new ROM from an SD card: copy the > ROM on an SD card and proceed to the OS replacement. I have already had problems with flashing the ROM with Conn4x: While this is certainly possible, I think you are needlessly frightening the \ users! I have done the updates with Conn4x many, many times (I have 3 49G+ calcs to keep up-to-date) and I have never experienced a problem. Follow the directions carefully - Don't forget to read all the proompt and UNPLUG and plug-in the USB cable after doing the + - RESET thing. -- - - - - - - - - - - - - - - - - Bill Graves RKBA! bgraves@ix.netcom.com ==== Subject: Re: how to update ROM Hi William, What's up? I don't blame anybody and I don't want to frighten anybody here. I just report what happened to my calc when I tried to update my calc to ROM 2.0 with Conn4x. I tried many times to update the ROM with Conn4x and it always fails after the erase part... I think I already mentionned this problem, but maybe it's happened only to me and I don't do the correct process (this is also a possibility) :p Since this time, I have an SD card with an SD card reader/writter which is more convinient :) Fred. ==== Subject: Re: how to update ROM > I tried many times to update the ROM with Conn4x and it always fails > after the erase part... I think I already mentionned this problem, but > maybe it's happened only to me and I don't do the correct process (this > is also a possibility) :p It is easy to overlook a step (the final one about plug/unplug the USB cable \ is very important)! > Since this time, I have an SD card with an SD card reader/writter which > is more convinient :) I have many SD cards but I always use Conn4x. It takes a lot longer with the SD cards for the update. This does not even include the copying of files to the SD cards. So maybe the difference might be a few minutes!!!! -- - - - - - - - - - - - - - - - - Bill Graves RKBA! bgraves@ix.netcom.com ==== Subject: Re: how to update ROM > It is easy to overlook a step (the final one about plug/unplug the USB \ cable > is very important)! Funny.. I've never done it, and it always worked well for my calculator. JY ==== Subject: Re: how to update ROM >> It is easy to overlook a step (the final one about plug/unplug the USB >> cable is very important)! > Funny.. I've never done it, and it always worked well for my calculator. JY I think I have done some updates without it also (but I am not sure). What I do know is that the USB driver sometimes gets lost during the RESET. This can lead to a failure to download. -- - - - - - - - - - - - - - - - - Bill Graves RKBA! bgraves@ix.netcom.com ==== Subject: Re: how to update ROM Hi William, What's up? I don't blame anybody and I don't want to frighten anybody here. I just report what happened to my calc when I tried to update my calc to ROM 2.0 with Conn4x. I tried many times to update the ROM with Conn4x and it always fails after the erase part... I think I already mentionned this problem, but maybe it's happened only to me and I don't do the correct process (this is also a possibility) :p Since this time, I have an SD card with an SD card reader/writter which is more convinient :) Fred. ==== Subject: Re: how to update ROM i dont have SD card. i guess i will just postpone the ROM upgrade. ==== Subject: Re: HP48GX Sudden Memory Loss On Thu, 21 Jul 2005 09:17:47 UTC, \Raymond Del Tondo\ > > maybe there was some critical 3rd party > software installed on your unit? No. Only home-grown user rpl. And I was in program mode: editing a program. > Or did you use some SYSEVAL addresses in your code? No. None. As noted I was editing. That's what makes this so weird. If I had pulled the batteries I could expect a minute of memory retention. And the ram card should be unaffected even so. But *everything* was blown away, instantly. G. > > Raymond > > > \R. G. Newbury\ schrieb im Newsbeitrag > >I was using my 48GX last night when I suddenly got a memory loss and > > the dreaded \Recover Memory\ screen. > > I was doing some programming at the time and cannot figure out what I > > might have done to cause that. > > I selected 'Yes' and everything came back. I promptly stored a copy of > > the program I was working on, onto the Ram Card (port 1). > > About an hour later, same thing, except this time, I ended up with a > > blank machine...*including the ram card*. > > Does anyone have any idea how/why this could happen? I was just key > > pushing away, in edit mode with only a small subroutine on the stack > > being edited. Can overly fast key presses confound the hardware and > > cause some sort of IRQ conflict in the system? > > And how/why would that *also* blow away the ram card memory? If I had > > inadvertantly jiggled the batteries, I could understand some sort of > > effect, but not the entire loss of memory in the system *and* in the > > ram-card... which does have its own battery. > > (Yes, I possibly should have changed the card to read-only...) > > Geoff > > > > ==== Subject: Codebar generation, library wizard, app translator :D I do a few programs in my hp49g+, in pure UserRPL: 1. Codebar generator and codebar database, can draw the supermarket codebar directly in your calculator, supports EAN8 and EAN13 with auto generation of check digit. The main app is in english. Works with 131x64 screen and 131x80 too. Preview: http://avatarintheedge.iespana.es/hp49gp/codebar.gif Package: http://avatarintheedge.iespana.es/hp49gp/codebar.zip 2. Library wizard can create libraries with your programs using a step by step wizard. Uses personalized chooseboxes created in pure UserRPL (a bit slow) with source of choosebox 'SBOX'. The main app is in spanish. Works with 131x64 screen, but can run in 131x80 (uses a blank space). Preview: http://avatarintheedge.iespana.es/hp49gp/easylib.gif Package: http://avatarintheedge.iespana.es/hp49gp/easylib.zip 3. Application translator, can extract strings of vars and inject them again to any var that support ->STR and OBJ->. Status messages of app are in spanish. Package: http://avatarintheedge.iespana.es/hp49gp/apptrans.rar Example: 1: << \hello world\ MSGBOX >> TEXTR 2: << \hello world\ MSGBOX >> 1: {{\hello world\ \hello world\}} (Modify the list: {{\original\ \translated\} {...}}) 2: << \hello world\ MSGBOX >> 1: {{\hello world\ \hola mundo\}} TINJE Result: 1: << \hola mundo\ MSGBOX >> ==== Subject: Re: Exchange list + and ADD Vote > VPN: I vote for NO No, no, no, a thousand times no! Scott Chapin ==== Subject: Re: HPGCC: How to create a surface? (gglsurface) > Hello people, Using HPGCC's ggl library, I'd like to know how I can correctly > initialize the members of a gglsurface structure that will be 80 pixels > in width and 80 pixels in height (for example). > Fred. gglsurface mysurface; mysurface.x=mysurface.y=0; mysurface.width=80; mysurface.addr=(int *)malloc(80*80/2); // width*height/2 (2 pixels per byte) And that's it. Claudio