HP-29 > 2) The ->Q function is present but not as a key on the calculator. You can > execute the function by typing '->Q' then EVAL. Press the single quote, > press right shift, press zero, press ALPHA, press Q, then press ENTER. Then > EVAL. If you use this function frequently, then I would assign it to a key > and use the USER keyboard. Or develop a custom menu. Both are described in > the Customizing your calculator training aid for the 49G+ available for > download for free from HP's website. Actually, pressing ALpha Right Shift 0 Alpha Q Enter will be easier and faster. ==== You need to be in approx (not exact) mode. Can be altered in 'CAS Modes' dlg box or by flag (clear -105). Alternatively do a ->NUM eval on the exact mode representation. Dunno what you mean by 'Q' key, if you mean the character that follows P, then it is directly under M. > I have searched the manual and the right shift cat directory > but did not fine what I would recongnize as the Q key like on the > HP48sx. Where is it hidden? > > format question > > I set mode to display 3 dec places. when I input a number, > example 10000 then > 10000 is on the display > if I mult by say 1.2 then divide by 1.2 > the display is > 10,000.000 > > How can I get 10,000.000 by just entering the number all the time? > I like to see tha comma separators. > On the hp48 I just set the mode to fix 3 and when I enter > 100000 I get > 10,000.000 > > David ==== Of course you didnt mean the Q character - sorry didnt read right. The command can be assigned to a key (need the GOKEYDAT - at http://www.hpcalc.org/) with a small UserRpl program - where 94.3 is the BASE key: << << ->Q >> GOKEYDAT 94.3 ASN >> Can also use the same approach to quickly toggle from real<->approx: << << -105 DUP FC? << SF >> << CF >> IFTE >> GOKEYDAT 94.2 ASN >> Just alter the ASN argument to the key of your choice. Dave > You need to be in approx (not exact) mode. Can be altered in 'CAS Modes' dlg > box or by flag (clear -105). > Alternatively do a ->NUM eval on the exact mode representation. > > Dunno what you mean by 'Q' key, if you mean the character that follows P, > then it is directly under M. > > > > > I have searched the manual and the right shift cat directory > > but did not fine what I would recongnize as the Q key like on the > > HP48sx. Where is it hidden? > > > > format question > > > > I set mode to display 3 dec places. when I input a number, > > example 10000 then > > 10000 is on the display > > if I mult by say 1.2 then divide by 1.2 > > the display is > > 10,000.000 > > > > How can I get 10,000.000 by just entering the number all the time? > > I like to see tha comma separators. > > On the hp48 I just set the mode to fix 3 and when I enter > > 100000 I get > > 10,000.000 > > > > David > > ==== I'm in serious trouble when using the subjected (funny word in this context :oD) sysrpl command. I want to use it to evaluate a string passed by the user in an inputline. To avoid strange results (E.G.: The user types only SIN; it's obvious he/she forgot the argument, and I don't want that DOSTR> for this string evaluate the SIN of the arg that already was in the stack), I've thinked to save all the rpn stack in the virtual stack before trying to evaluate the string. The problem is that if a syntax error occurs I can't pop the previously saved stack! That's very annoying, isn't it? Anyone has any idea on how save the stack, to evaluate the passed string and restore the stack indipendtly on errors during string evaluation? Thx to all! Kickaha -- Per rispondere rimuovere il SiPAriuM To reply remove the SiPAriuM ==== >I'm in serious trouble when using the subjected (funny word in this context >:oD) sysrpl command. I want to use it to evaluate a string passed by the >user in an inputline. >To avoid strange results (E.G.: The user types only SIN; it's obvious >he/she forgot the argument, and I don't want that DOSTR> for this string >evaluate the SIN of the arg that already was in the stack), I've thinked to >save all the rpn stack in the virtual stack before trying to evaluate the >string. The problem is that if a syntax error occurs I can't pop the >previously saved stack! That's very annoying, isn't it? >Anyone has any idea on how save the stack, to evaluate the passed string and >restore the stack indipendtly on errors during string evaluation? > >Thx to all! >Kickaha :: ... TRUE 1LAMBIND ( Set DOSTR> error flag ) ERRSET :: DOSTR> FALSE 1PUTLAM ( Clear DOSTR> error flag ) EVAL ; ERRTRAP :: 1GETLAM case :: ... ( Handle DOSTR> errors ) ... ; ... ( Handle other errors ) ... ; ABND ... ; ---------------------------------------------------------------------------- --- Jonathan Busby - before replying. ==== > >:: >... >TRUE 1LAMBIND ( Set DOSTR> error flag ) >ERRSET >:: DOSTR> FALSE 1PUTLAM ( Clear DOSTR> error flag ) EVAL ; >ERRTRAP >:: >1GETLAM >case :: ... ( Handle DOSTR> errors ) ... ; >... ( Handle other errors ) ... >; >ABND >... >; > Seems I neglected to take into account an important part of DOSTR>'s behavior (posting while half asleep is not recommended) in that I forgot it evaluates the result of palparse. So, in order to make sure that a syntax error is due to palparse and not the result of evaluating the compiled object, you'll need to call palparse directly. I don't know why you're using DOSTR> anyway, other than possibly to save a few bytes, but that doesn't work in this situation. :: ... palparse ?SKIP :: .. ( Handle syntax errors ) ... ; ERRSET EVAL ERRTRAP :: ... ( Handle errors due to evaluating the resultant object ) ... ; ... ; Again, this is a very simple error trapping construction. See the last two links mentioned in my other post or Carsten Dominik et al's HP48/49 Entry Database ( http://www.hpcalc.org/details.php?id=5476 ) for more information on palparse. ---------------------------------------------------------------------------- --- Jonathan Busby - before replying. ==== Thx Jonathan to spending your time answering me. I had still thinked of the classic ERRSET-ERRTRAP sequence, and I was convincted that I used it last night, noticing that it didn't work properly. Now retrying it I noticed that all goes as I expected... what can I say... I think that programming asleep it's not good as posting on ng (as you said) :o) Thx anyway for your time. At least you pointed out to me how to perform an error trapping based on LAMs used as flags; I never thinked to it before, I just used the error numbers. Thx again, Kickaha -- Per rispondere rimuovere il SiPAriuM To reply remove the SiPAriuM ==== > >:: >... >TRUE 1LAMBIND ( Set DOSTR> error flag ) >ERRSET >:: DOSTR> FALSE 1PUTLAM ( Clear DOSTR> error flag ) EVAL ; >ERRTRAP >:: >1GETLAM >case :: ... ( Handle DOSTR> errors ) ... ; >... ( Handle other errors ) ... >; >ABND >... >; > If you didn't want to evaluate the result of DOSTR> , then the above simplifies to :: ... ERRSET DOSTR> ERRTRAP :: ... ( Handle DOSTR> errors ) ... ; ... ; which is a simple and elementary error trapping structure. The virtual stack behaves exactly like the DO-LOOP or temporary environments with respect to error generation and trapping. For more information on the virtual stack, see : Avenard of the inner working of the virtual stack as well as listing describing each of the supported API functions ). Or for in depth explanations on the RPL error generation and trapping mechanisms, see http://www.hpcalc.org/details.php?id=1745 ( RPLMAN ) or http://www.hpcalc.org/details.php?id=5142 ( Programming in System RPL by Eduardo M. Kalinowski et al ) . ---------------------------------------------------------------------------- --- Jonathan Busby - before replying. ==== I am looking for a Darkroom Timer (a timer that beeps every 60 secs and gives a different tone beeps when the development time is finished). I was wondering if anyone of you knows if such sw already exists and where to find it. Similar timer to be modfied should be good also. Fabio BERETTA Lecco - IT ==== > >I am looking for a Darkroom Timer (a timer that beeps every 60 secs and >gives a different tone beeps when the development time is finished). > >I was wondering if anyone of you knows if such sw already exists and >where to find it. Similar timer to be modfied should be good also. > > >Fabio BERETTA >Lecco - IT I think there is one, but I am trying to remember this from a long time ago.(1992 or 1993) Yoou might search hpcalc.org and take a look at Joe Horn's Goodies Disks. Harold A. Climer Dept.Of Physics,Geology,and Astronomy University of Tennessee at Chattanooga Chattanooga TN USA 37403 ==== They say the display is excellent compared to the hp48GX. In most respects it is. But.....am I the only on a little peaved that the menu key Ms look like Hs unless they're both displayed simultaneously so that the difference can be seen? ==== > ... am I the only one a little peeved that > the menu key Ms look like Hs unless > they're both displayed simultaneously so > that the difference can be seen? I agree that the built-in minifont is fugly. But you can easily change it! You can set the 49g+ minifont to be identical to the 48GX minifont or to the UFL minifont or whatever you'd like. Just download a minifont from hpcalc.org and then install it with the ->MINIFONT command. If you already have the UFL library in your 48GX, use the 49g+'s UFL1->MINIF command to convert its minifont to an HP49g+ minifont. -Joe- ==== > > ... am I the only one a little peeved that > > the menu key Ms look like Hs unless > > they're both displayed simultaneously so > > that the difference can be seen? > I agree that the built-in minifont is fugly. But you can easily > change it! One can try to improve the 49-minifont with the library Fontman below. Pressing the command MiniF shortly views the current minitfont, pressing a bit longer edits it for modification. Modifying the minifont is not as easy as one might think. One has only 3 pixel for the width and this causes a problem for M and W. Theoretically, one may use 4 pixels, but then some menu names may not display 5 letters throughout as they do currently. One may critizise the 49/49+ in several points. But its minifont is as perfect as it could be if mixing menu names in upper and lower case. IMHO a definite plus of the 49/49+ over the 48. For this comfort one has to pay with some difficulty in distinguishing M and H. All minifont problems could be solved if the 49+ screen were made broader. But then the many problems in backward compatibility would be completely unsolvable. - Wolfgang http://page.mi.fu-berlin.de/~raut/WR49/index.htm#Science ==== > > > ... am I the only one a little peeved that > > > the menu key Ms look like Hs unless > > > they're both displayed simultaneously so > > > that the difference can be seen? > > > I agree that the built-in minifont is fugly. But you can easily > > change it! > > One can try to improve the 49-minifont with the library Fontman below. > Pressing the command MiniF shortly views the current minitfont, pressing > a bit longer edits it for modification. > > Modifying the minifont is not as easy as one might think. One has only 3 > pixel for the width and this causes a problem for M and W. > Theoretically, one may use 4 pixels, but then some menu names may not > display 5 letters throughout as they do currently. > > One may critizise the 49/49+ in several points. But its minifont is as > perfect as it could be if mixing menu names in upper and lower case. > IMHO a definite plus of the 49/49+ over the 48. For this comfort one has > to pay with some difficulty in distinguishing M and H. All minifont > problems could be solved if the 49+ screen were made broader. But then > the many problems in backward compatibility would be completely > unsolvable. > > - Wolfgang > http://page.mi.fu-berlin.de/~raut/WR49/index.htm#Science I'd rather have four legible charachters than five that aren't, but I see your point. Everytine I look at MEM I see HEH. Too bad it can't auto ==== I don't see HEH when I want to press the MEM softkey... on my calc there is on pixel difference between the Ms and the Hs... Martin > > > > > ... am I the only one a little peeved that > > > > the menu key Ms look like Hs unless > > > > they're both displayed simultaneously so > > > > that the difference can be seen? > > > > > I agree that the built-in minifont is fugly. But you can easily > > > change it! > > > > One can try to improve the 49-minifont with the library Fontman below. > > Pressing the command MiniF shortly views the current minitfont, pressing > > a bit longer edits it for modification. > > > > Modifying the minifont is not as easy as one might think. One has only 3 > > pixel for the width and this causes a problem for M and W. > > Theoretically, one may use 4 pixels, but then some menu names may not > > display 5 letters throughout as they do currently. > > > > One may critizise the 49/49+ in several points. But its minifont is as > > perfect as it could be if mixing menu names in upper and lower case. > > IMHO a definite plus of the 49/49+ over the 48. For this comfort one has > > to pay with some difficulty in distinguishing M and H. All minifont > > problems could be solved if the 49+ screen were made broader. But then > > the many problems in backward compatibility would be completely > > unsolvable. > > > > - Wolfgang > > http://page.mi.fu-berlin.de/~raut/WR49/index.htm#Science > > I'd rather have four legible charachters than five that aren't, but I see > your point. Everytine I look at MEM I see HEH. Too bad it can't auto > > ==== There is only one pixel difference on mine too, but I cannot discern the difference between an H and an M unless they are both present in the display. > I don't see HEH when I want to press the MEM softkey... on my calc there > is on pixel difference between the Ms and the Hs... > Martin > > > > > > > ... am I the only one a little peeved that > > > > > the menu key Ms look like Hs unless > > > > > they're both displayed simultaneously so > > > > > that the difference can be seen? > > > > > > > I agree that the built-in minifont is fugly. But you can easily > > > > change it! > > > > > > One can try to improve the 49-minifont with the library Fontman below. > > > Pressing the command MiniF shortly views the current minitfont, pressing > > > a bit longer edits it for modification. > > > > > > Modifying the minifont is not as easy as one might think. One has only 3 > > > pixel for the width and this causes a problem for M and W. > > > Theoretically, one may use 4 pixels, but then some menu names may not > > > display 5 letters throughout as they do currently. > > > > > > One may critizise the 49/49+ in several points. But its minifont is as > > > perfect as it could be if mixing menu names in upper and lower case. > > > IMHO a definite plus of the 49/49+ over the 48. For this comfort one has > > > to pay with some difficulty in distinguishing M and H. All minifont > > > problems could be solved if the 49+ screen were made broader. But then > > > the many problems in backward compatibility would be completely > > > unsolvable. > > > > > > - Wolfgang > > > http://page.mi.fu-berlin.de/~raut/WR49/index.htm#Science > > > > I'd rather have four legible charachters than five that aren't, but I see > > your point. Everytine I look at MEM I see HEH. Too bad it can't auto > > > > > > ==== I don't know all commands which are available in the actual ROM... but I do know MEM but no HEH... and I do know HMS-> but no MMS-> or MHS-> or HHS->.... please let me know if there are any commands or functions that knowing a bit of the ROM can be misunderstood.... Martin > There is only one pixel difference on mine too, but I cannot discern the > difference between an H and an M unless they are both present in the > display. > > > > I don't see HEH when I want to press the MEM softkey... on my calc > there > > is on pixel difference between the Ms and the Hs... > > Martin > > > > > > > > > ... am I the only one a little peeved that > > > > > > the menu key Ms look like Hs unless > > > > > > they're both displayed simultaneously so > > > > > > that the difference can be seen? > > > > > > > > > I agree that the built-in minifont is fugly. But you can easily > > > > > change it! > > > > > > > > One can try to improve the 49-minifont with the library Fontman below. > > > > Pressing the command MiniF shortly views the current minitfont, > pressing > > > > a bit longer edits it for modification. > > > > > > > > Modifying the minifont is not as easy as one might think. One has only > 3 > > > > pixel for the width and this causes a problem for M and W. > > > > Theoretically, one may use 4 pixels, but then some menu names may not > > > > display 5 letters throughout as they do currently. > > > > > > > > One may critizise the 49/49+ in several points. But its minifont is as > > > > perfect as it could be if mixing menu names in upper and lower case. > > > > IMHO a definite plus of the 49/49+ over the 48. For this comfort one > has > > > > to pay with some difficulty in distinguishing M and H. All minifont > > > > problems could be solved if the 49+ screen were made broader. But then > > > > the many problems in backward compatibility would be completely > > > > unsolvable. > > > > > > > > - Wolfgang > > > > http://page.mi.fu-berlin.de/~raut/WR49/index.htm#Science > > > > > > I'd rather have four legible charachters than five that aren't, but I > see > > > your point. Everytine I look at MEM I see HEH. Too bad it can't auto > > > > > > > > > > > > ==== That's not the point. Yes when they are commands I recognize them, but I do a double take and it's simply annoying. Where it seems that it will be particularly annoying is in applications using user named variables, that quite frankly use mnemonics (in my case) that are sometimes hard to remember :-)! > I don't know all commands which are available in the actual ROM... but I do > know MEM but no HEH... and I do know HMS-> but no MMS-> or MHS-> or > HHS->.... please let me know if there are any commands or functions that > knowing a bit of the ROM can be misunderstood.... > Martin > > > There is only one pixel difference on mine too, but I cannot discern the > > difference between an H and an M unless they are both present in the > > display. > > > > > > > I don't see HEH when I want to press the MEM softkey... on my calc > > there > > > is on pixel difference between the Ms and the Hs... > > > Martin > > > > > > > > > > > ... am I the only one a little peeved that > > > > > > > the menu key Ms look like Hs unless > > > > > > > they're both displayed simultaneously so > > > > > > > that the difference can be seen? > > > > > > > > > > > I agree that the built-in minifont is fugly. But you can easily > > > > > > change it! > > > > > > > > > > One can try to improve the 49-minifont with the library Fontman > below. > > > > > Pressing the command MiniF shortly views the current minitfont, > > pressing > > > > > a bit longer edits it for modification. > > > > > > > > > > Modifying the minifont is not as easy as one might think. One has > only > > 3 > > > > > pixel for the width and this causes a problem for M and W. > > > > > Theoretically, one may use 4 pixels, but then some menu names may > not > > > > > display 5 letters throughout as they do currently. > > > > > > > > > > One may critizise the 49/49+ in several points. But its minifont is > as > > > > > perfect as it could be if mixing menu names in upper and lower case. > > > > > IMHO a definite plus of the 49/49+ over the 48. For this comfort one > > has > > > > > to pay with some difficulty in distinguishing M and H. All minifont > > > > > problems could be solved if the 49+ screen were made broader. But > then > > > > > the many problems in backward compatibility would be completely > > > > > unsolvable. > > > > > > > > > > - Wolfgang > > > > > http://page.mi.fu-berlin.de/~raut/WR49/index.htm#Science > > > > > > > > I'd rather have four legible charachters than five that aren't, but I > > see > > > > your point. Everytine I look at MEM I see HEH. Too bad it can't > auto > > > > > > > > > > > > > > > > > > > > ==== > ... All minifont > problems could be solved if the 49+ screen were made broader. But then > the many problems in backward compatibility would be completely > unsolvable. Assuming that there is work being done to make the 49+ use the full vertical space in applications correctly, I would hope they are working to make the code either handle the screen dimensions dynamically, or make the software easier to modify to new screen dimensions in the future. Seems many people noticed the new screen size issues mainly when trying to hide display settings, but it is present in other applications too. It'll be very nice when the system fully supports the use of the screen size; In the meantime, its quite ammusing to watch what data gets written up there in some apps, and when that info changes. Such as when graphing, traching through an undefined range gives that message in the header area, but doesn't go away until something else is written. It's an annoyance AND a feature! ^_^ If work is being done to make use of the screen now that the previous hardware has been lifted, it would be nice to see that horizontal resolution can be enhanced too on future machines. Hopefully the new hardware won't lead to the hp49g becoming entirely unsupported/unupdated from here out. Ed Sutton ==== Should be the same menu font as on the 48GX, FYI. However, given the number of pixels in the menu labels, I'm not sure how it could be drawn differently. Want more pixels in the menu labels? Wow. That WOULD be a big change. :-) Gene -- * These statements and opinions are mine alone and do not reflect my employer's views. * > They say the display is excellent compared to the hp48GX. In most respects > it is. But.....am I the only on a little peaved that the menu key Ms look > like Hs unless they're both displayed simultaneously so that the > difference can be seen? > > ==== My apologies for misinformation below! Oops. Gene -- * These statements and opinions are mine alone and do not reflect my employer's views. * > Should be the same menu font as on the 48GX, FYI. ^^^^^^^^ Wrong > However, given the number of pixels in the menu labels, I'm not sure how it > could be drawn differently. > > Want more pixels in the menu labels? Wow. That WOULD be a big change. :-) > Gene ==== Doesn't seem like a good idea for the 49g+ - it removes the ' functionality making the default for ' be EQW (left over from 49G?). Pete M. Wilson Gamewood, Inc. wilsonpm@gamewood.net ==== --------------------------------------------------------------------- It was working fine, but now Windows does not recognize it. I rebooted, calc and PC, many (...many...) times... Any sugestions? Toby By the way, it's a 49G+ boundary=----=_NextPart_000_0014_01C3A4A1.675A58D0 ==== --------------------------------------------------------------------- Did you download the latest greatest USB driver? If so, have you rwmoved and reinstalled them? It was working fine, but now Windows does not recognize it. I rebooted, calc and PC, many (...many...) times... Any sugestions? Toby By the way, it's a 49G+ ==== --------------------------------------------------------------------- I thought I had installed it, but I had just downloaded it without updating the old driver. So, I just did. However, It seems that the cable is defective. I I mess with it a little before connecting it, it detects fine. I'll replace it as sonn as I find one. Toby Did you download the latest greatest USB driver? If so, have you rwmoved and reinstalled them? It was working fine, but now Windows does not recognize it. I rebooted, calc and PC, many (...many...) times... Any sugestions? Toby By the way, it's a 49G+ boundary=----=_NextPart_000_0053_01C3A5EA.8B4CC3A0 ==== --------------------------------------------------------------------- I've been experiencing similar problems. I went to the HP webpage and got the latest versions of Conn4x and USB drivers, re-installed them (after cleanly uninstalling the old ones); and I still get this strange behavior where sometimes the connection is seen, and sometimes it isn't. Sometimes it works just fine, other times the drivers aren't even seen by the system (Win98SE). I plugged in another device using the same USB cable and the system recognized it just fine, so cable itself is fine. As I have posted on another thread, I've been experiencing strange problems with the Conn4x interface to where it corrupts files to a some degree. I have never experienced this this behavior before with all the other interfaces I have used including everything from Kermit on my old SX to the interface kit that came with the 49G. I just think that the Conn4x program is a piece of crap and I would happily give up of the tremendous speed (and battery consumption?) for reliability, stability, and an eloquent and intuitive interface. And besides, the size of the files being transferred to/from a calculator are so small compared to the world of computers in general, that if it took an extra minute or so to transfer something; would it really matter? Greg S I thought I had installed it, but I had just downloaded it without updating the old driver. So, I just did. However, It seems that the cable is defective. I I mess with it a little before connecting it, it detects fine. I'll replace it as sonn as I find one. Toby Did you download the latest greatest USB driver? If so, have you rwmoved and reinstalled them? It was working fine, but now Windows does not recognize it. I rebooted, calc and PC, many (...many...) times... Any sugestions? Toby By the way, it's a 49G+ ==== --------------------------------------------------------------------- I just obtained a new cable, but, before trying it out I use the old one and it was working fine. Could it be the crappy batteries that came with the calc? I guess more money will get me closer to the answer. Toby I've been experiencing similar problems. I went to the HP webpage and got the latest versions of Conn4x and USB drivers, re-installed them (after cleanly uninstalling the old ones); and I still get this strange behavior where sometimes the connection is seen, and sometimes it isn't. Sometimes it works just fine, other times the drivers aren't even seen by the system (Win98SE). I plugged in another device using the same USB cable and the system recognized it just fine, so cable itself is fine. As I have posted on another thread, I've been experiencing strange problems with the Conn4x interface to where it corrupts files to a some degree. I have never experienced this this behavior before with all the other interfaces I have used including everything from Kermit on my old SX to the interface kit that came with the 49G. I just think that the Conn4x program is a piece of crap and I would happily give up of the tremendous speed (and battery consumption?) for reliability, stability, and an eloquent and intuitive interface. And besides, the size of the files being transferred to/from a calculator are so small compared to the world of computers in general, that if it took an extra minute or so to transfer something; would it really matter? Greg S I thought I had installed it, but I had just downloaded it without updating the old driver. So, I just did. However, It seems that the cable is defective. I I mess with it a little before connecting it, it detects fine. I'll replace it as sonn as I find one. Toby Did you download the latest greatest USB driver? If so, have you rwmoved and reinstalled them? It was working fine, but now Windows does not recognize it. I rebooted, calc and PC, many (...many...) times... Any sugestions? Toby By the way, it's a 49G+ boundary=----=_NextPart_000_0021_01C3A60C.689F6200 ==== --------------------------------------------------------------------- It could be, but... In my case, the first time when I had the USB/Conn4x interface working I was able to flash the ROM (1.20 -> 1.22) using the original batteries. Shortly thereafter, the calculator was working fine but there did not seem to be enough juice to run the USB communications (the low batteries/alarm ((.)) icon would show). Since then, I put industrial grade batteries I got at work but am still experiencing the intermittent interface problems. Right now I am planning on using the machine normally (most of the stuff I need on the calculator has been uploaded) and just wait a see what kind of battery life to expect. In the mean time, I'll wait for a Conn4x/USB upgrade. Greg I just obtained a new cable, but, before trying it out I use the old one and it was working fine. Could it be the crappy batteries that came with the calc? I guess more money will get me closer to the answer. Toby I've been experiencing similar problems. I went to the HP webpage and got the latest versions of Conn4x and USB drivers, re-installed them (after cleanly uninstalling the old ones); and I still get this strange behavior where sometimes the connection is seen, and sometimes it isn't. Sometimes it works just fine, other times the drivers aren't even seen by the system (Win98SE). I plugged in another device using the same USB cable and the system recognized it just fine, so cable itself is fine. As I have posted on another thread, I've been experiencing strange problems with the Conn4x interface to where it corrupts files to a some degree. I have never experienced this this behavior before with all the other interfaces I have used including everything from Kermit on my old SX to the interface kit that came with the 49G. I just think that the Conn4x program is a piece of crap and I would happily give up of the tremendous speed (and battery consumption?) for reliability, stability, and an eloquent and intuitive interface. And besides, the size of the files being transferred to/from a calculator are so small compared to the world of computers in general, that if it took an extra minute or so to transfer something; would it really matter? Greg S I thought I had installed it, but I had just downloaded it without updating the old driver. So, I just did. However, It seems that the cable is defective. I I mess with it a little before connecting it, it detects fine. I'll replace it as sonn as I find one. Toby Did you download the latest greatest USB driver? If so, have you rwmoved and reinstalled them? It was working fine, but now Windows does not recognize it. I rebooted, calc and PC, many (...many...) times... Any sugestions? Toby By the way, it's a 49G+ ==== > Anyone looking for an SD card, see this thread at the Museum Forum: > > http://www.hpmuseum.org/cgi-sys/cgiwrap/hpmuseum/forum.cgi?read=45314 now that the link expired, is the deal still good here? i thought it ended on the 11th or something but i dont have the message anymore and i think for that price its worth it =P (and i received my 49g+ since then so i now have the use) Ed Sutton ==== Edward, I tried to respond earlier today and somehow, my reply bounced. Anyway, I just wanted to say the the deal you refer to is/was at MicroCenter (www.microcenter.com) and I believe it was still in force as of last week... but they do usually have a time limit on how long they run it. At the same time, I saw at Best Buy a sale for a Sony make of a 128 Mb SD card for $40. But their deals have a limited time also. But (if you're a member), Costco has a slightly more long term offering for a 256 Mb SD card, made by SanDisk, for around $65. I really hope you find the size you want at a good price. > >>Anyone looking for an SD card, see this thread at the Museum Forum: >> >>http://www.hpmuseum.org/cgi-sys/cgiwrap/hpmuseum/forum.cgi?read=45314 >> > now that the link expired, is the deal still good here? i thought it > ended on the 11th or something but i dont have the message anymore and > i think for that price its worth it =P (and i received my 49g+ since > then so i now have the use) > Ed Sutton > ==== > Edward, > > I tried to respond earlier today and somehow, my reply bounced. Anyway, > I just wanted to say the the deal you refer to is/was at MicroCenter > (www.microcenter.com) and I believe it was still in force as of last > week... but they do usually have a time limit on how long they run it. > > At the same time, I saw at Best Buy a sale for a Sony make of a 128 Mb > SD card for $40. But their deals have a limited time also. > > But (if you're a member), Costco has a slightly more long term offering > for a 256 Mb SD card, made by SanDisk, for around $65. > > I really hope you find the size you want at a good price. I don't know that I thanked you for the advice before or not, but I made it to best buy last night and now have my very own 256mb SanDisk SD card. It was supposed to be about $109 if I remember right, but they did a price match to their PNY card that was on sale for $74.99. I was suprised the guys gave me that instead of the Fuji (or whatever brand it was) one when they gave me the pricematch since SanDisk's card was $10 more than that one. After that, my gift certificate I've had for a while pulled it down another $20, and in the end it was $61.06. I did plan on looking at 128, 64, and 256 cards (in MB), but since I really wanted to get a 128 card, which would have been the same price without a match, or maybe $10-20 cheaper with one, I was going to spend the $20-$30 to get the bigger card so I would have something worth more for my money. Seems I got a 256MB card for what I thought I would be paying them for a $128 one. Now to just hope that new ROMs offer better support for it soon and that I figure out how I want to use it; this is more memory than the PC in the other room has in RAM. ;) Another Ed (Ed Sutton) ==== I hear you on this one. When I get around to building the replacement for this HP oldie I'm using right now, I am going to see what the sweet spot RAM size is for it. > >>... this is more memory than the > PC in the other room has in RAM. ;) > Another Ed (Ed Sutton) > ==== What you need in RAM is greatly influenced by what OS you will run and what apps you will run (simultaneousely). Do you know what demands you want to be able to put on the system? > I hear you on this one. When I get around to building the replacement > for this HP oldie I'm using right now, I am going to see what the sweet > spot RAM size is for it. ==== I own a 48GX and now a 49G+, and I have a question: I like the custom menu feature (which is why I can't believe that it's shifted on the new calc), and I'd like to include an entry for the HP Solver (the one that comes up with left-shift+7, ROOT, SOLVR. To get it to work, I had to use {SOLVR <<30.01 MENU>>} as an entry in the list. This works fine, but does not display the little tab above the entry in the menu. Is there any way to get it to show up? There are lots of ways, some more mysterious than others. Here's a simple one that takes minimal monkey business. Do the following exactly as shown (49G or 49g+ only!!!): SOLVR #2E1EBh SYSEVAL This will create a little folder icon with the word SOLVR in it. Leave it on level 1 of the stack. Now edit your custom menu, delete SOLVR, leave the cursor right there, and press HIST, ECHO, ENTER, ENTER. This replaces the string version of SOLVR with the graphic version, complete with the little tab you wanted. Cool, huh? Hope this helps! -Joe- ==== Russ > >> I like the custom menu feature (which is why >> I can't believe that it's shifted on the new >> calc) ... > >Assign it to a primary key, and it'll no longer be shifted. > >> ... and I'd like to include an entry for the >> HP Solver ... display the little tab above the >> entry in the menu. Is there any way to get it >> to show up? > >There are lots of ways, some more mysterious than others. Here's a >simple one that takes minimal monkey business. Do the following >exactly as shown (49G or 49g+ only!!!): > >SOLVR #2E1EBh SYSEVAL > >This will create a little folder icon with the word SOLVR in it. >Leave it on level 1 of the stack. > >Now edit your custom menu, delete SOLVR, leave the cursor right >there, and press HIST, ECHO, ENTER, ENTER. This replaces the string >version of SOLVR with the graphic version, complete with the little >tab you wanted. Cool, huh? > >Hope this helps! > >-Joe- ==== With my new 49G+ I've tried to do the backup under the file menu in Conn4X. The result is a pop-up message that it can't find the file Arch49.hp2. Am I missing something here? Greg ==== Build 1783 hasn't got the file included. Need to install the previous build and copy it over. Btw, even with this file I've been unable to take a backup from the HP49G+, works fine with the Hp49G though. Dave > With my new 49G+ I've tried to do the backup under the file menu in Conn4X. > > The result is a pop-up message that it can't find the file Arch49.hp2. > > Am I missing something here? ==== I guess I'll wait and see if this gets fixed in a later version. Greg > Build 1783 hasn't got the file included. Need to install the previous build > and copy it over. > Btw, even with this file I've been unable to take a backup from the HP49G+, > works fine with the Hp49G though. > > Dave > > > > With my new 49G+ I've tried to do the backup under the file menu in > Conn4X. > > > > The result is a pop-up message that it can't find the file Arch49.hp2. > > > > Am I missing something here? > > > > > > Greg > > > > > > ==== I received my new 49G+ today and have been playing around a bit and it is much better than I thought. The keyboard didn't register the 'X' key very well at first but now it seems to work OK. Anyway, the 'X' is I believe the most useless of all. Then I tried to observe the flicker but didn't manage to see it until I realised that it was actually pixels changeing from black to extremely dark grey. I really had to look. I haven't seen the earthquake yet. The feeling of the calc is quite hollow but that is fine. I don't like the pouch it makes the calc twice as big as it already is. However, it looks expensive, very Chinese like, and the calc can fit in the 48 pouch to take less space. I didn't have any problem with the connection kit, except for a warning that the driver is not XP certified or something. Although it looks like I should connect an Xpander not a 49+. The ROM update was really fast compared to the 49 but a bit tricky, especially finding out that the + and - button is not the +/- button but the + button and the - button. I haven't tried the SD card yet as I don't have one. (Until this weekend). So I should be a happy hp customer. Still a few details bother me. The header can be changed to display 2 , 1 or 0 lines however, it is still 2 lines high. I hope this will be fixed. It may be for 49 compatibility purposes but when we switched from the 48 we had to recompile the programs we could afford to add 2 ->HEADER EVAL for the 49+. When I went in to the graphic mode (left key) the display is lightly striped at the edge of the 6 menu columns and when moving the cursor (arrow key maintained) it kind of gets slowed down by those stripes. And now how I finally managed to go back in time with my new 49+. I wanted to see if the analogue clock was still so useless so I displayed it. It showed me 7:45. Then it moved to 7:50 and for a second came back to 7:45. After seeing that I checked the time, it was 19:50... I set my calc to 19:49 and watched I could not repeat. I guess it is linked with the random blinking of the column in the time. Hopefully this will be fixed. And to finish, something that is worrying me. My 49 came with 3 Chinese Energiser batteries my 49+ came with 1 and 1/2 pack of 2 GP super alkaline chinese batteries apparently made for eastern European markets. This looks cheap, especially the 1 and 1/2 pack. But what worries me is that Chinese batteries contain much more mercury (I think it is mercury but could be an other nasty metal) than is allowed in many countries. They have a lot of batteries are legal? Arnaud ==== oN 06-Nov-03, Arnaud Amiel said: > The ROM update was really fast compared > to the 49 but a bit tricky, especially finding out that the + and - > button is not the +/- button but the + button and the - button. Ah, so I'm not the only one who did that! -- Bill ==== Sorry for my bad english. I am interested buying the hp49g+ calc but i got into the classic calculator site and saw that their price is equivalent to about 247$ u.s. this is insane ! I can get this product at smason cables for 180$u.s!! (include shipping) .dont you think that classic calc are too expensive ? just because they say they check every unit ? i dont really belive them, if you ask me... Classic calc - please reply. thanks, Idan ==== HI This is classic calculators in reply to your message. Sorry you dont believe me, I DO PERSONALLY check every 49G+ unit!! On what basis do you say you dont believe me?? So far no one who bought a 49G+ unit from us has told me they have received a faulty unit (except for one case were the batteries supplied were dead). Dont forget our price INCLUDES VAT, buy one from the usa and you will probably have to pay VAT on the import price (assuming your in the European Union), you may also have to pay import duty and what do you do if you receive a faulty unit from the USA?? Send it back to them?? what will that cost you in shipping, time, import/export taxes etc!! Dont forget we found a 10% failure rate in the units we checked UK prices for HP calculators have always been high compared to the USA, This is mostly because the price we buy at is much higher than the price US distributors can buy for. We always try and offer the cheapest price in the UK and the best service but we cant compete with US prices. We cant even BUY some HP calculators wholesale at the prices some companies offer them for in the USA retail! We try and offer an excellent service including someone on the telephone to talk to who knows about calculators and can give a sensible reponse to your questions, a fast repair or replacement for faulty items, general advise, honest dealing etc. This costs money but we do everything we can to keep our retail price as low as possible. In summary our price is not Insane its the best we can do Simple answer is if you want the cheapest possible price then buy from the USA. We try and offer a high quality service to UK and EU customers but if your dont want this then thats your choice. Classic Calculators www.classiccalculators.com > > Sorry for my bad english. > > I am interested buying the hp49g+ calc but i got into the classic > calculator site and saw that their price is equivalent to about 247$ > u.s. this is insane ! I can get this product at smason cables for > 180$u.s!! (include shipping) .dont you think that classic calc are too > expensive ? just because they say they check every unit ? i dont > really belive them, if you ask me... > > Classic calc - please reply. > > thanks, Idan ==== I live in the UK, if I order from outside of the EU, I will have to paid VAT for $60 so I am all right. What is more they had a special offer in October so that I got it cheaper. As for their testing I can't check it but I didn't have problems with my 49G nor my 49G+ I got from them. I am of the kind of people who are willing to pay a bit more for quality, to use trusted suppliers or support good local little businesses. Arnaud > > Sorry for my bad english. > > I am interested buying the hp49g+ calc but i got into the classic > calculator site and saw that their price is equivalent to about 247$ > u.s. this is insane ! I can get this product at smason cables for > 180$u.s!! (include shipping) .dont you think that classic calc are too > expensive ? just because they say they check every unit ? i dont > really belive them, if you ask me... > > Classic calc - please reply. > > thanks, Idan ==== Where did you buy it? > I received my new 49G+ today and have been playing around a bit and it is > much better than I thought. > The keyboard didn't register the 'X' key very well at first but now it seems > to work OK. Anyway, the 'X' is I believe the most useless of all. > Then I tried to observe the flicker but didn't manage to see it until I > realised that it was actually pixels changeing from black to extremely dark > grey. I really had to look. ==== > Where did you buy it? > www.classiccalculators.com But I can't say if I was lucky or they have a good batch. Arnaud ==== We at classic calculators got 30 of these units a few days ago. After all the issues I had read about I personally tested each and every unit before sending them out to customers. We rejected 3 units out of the 30, 2 with keyboard problems and one dead on arrival. All the units were upgraded to Rom 1.22 before we sent them out. Haven't had any customer returns yet but have had quite a few phone calls about various aspects of the calculator (mostly user issues). One customer called with an apparently DOA calculator but new batteries put this right. I think we may well ship all future calculators out with Duracell batteries replacing the questionable ones in the box. We are getting 30 Hp 17Bii units in next week (not the plus) Classic Calcualtors www.classiccalculators.com > > Where did you buy it? > > > www.classiccalculators.com > > But I can't say if I was lucky or they have a good batch. > > Arnaud ==== > > We at classic calculators got 30 of these units a few days ago. After all > the issues I had read about I personally tested each and every unit before > sending them out to customers. We rejected 3 units out of the 30, 2 with > keyboard problems and one dead on arrival. All the units were upgraded to > Rom 1.22 before we sent them out. Haven't had any customer returns yet but > have had quite a few phone calls about various aspects of the calculator > (mostly user issues). One customer called with an apparently DOA calculator > but new batteries put this right. I think we may well ship all future > calculators out with Duracell batteries replacing the questionable ones in > the box. > > We are getting 30 Hp 17Bii units in next week (not the plus) > > Classic Calcualtors > www.classiccalculators.com > I am happy to read that, I wish hp did the same. I have been very happy with your service (twice now) and you can already count me in for the 33 when it comes out. I have been dreaming of it since I saw the first signs. I am not the financial type however. Arnaud ==== The HP calculator entry database now also covers entries for HP38G, HP39G/40G/39G+. See http://zon.astro.uva.nl/~dominik/hpcalc/entries/ who have answered my questions about the HP39G There are still quite a few HP39-related entries in the database for which I have no idea what they do. If anyone is interested to help with this, please contact me at dominik at science dot uva dot nl - Carsten ==== Good job :) > > The HP calculator entry database now also covers entries > for HP38G, HP39G/40G/39G+. See > > http://zon.astro.uva.nl/~dominik/hpcalc/entries/ > > who have answered my questions about the HP39G > > There are still quite a few HP39-related entries in the database > for which I have no idea what they do. If anyone is interested > to help with this, please contact me at > > dominik at science dot uva dot nl > > - Carsten ==== as I said already, MIG is dead on the 49+. However, solo pieces may run if properly programmed. I reprogrammd the solo part of J.S.Bach's violin concert E major for the 49+ in the file JSBachP which may be loaded from my site below. During the performance (about 10 minutes) the tempo can be changed with [+] and [-]. Ritardandi and accelereandi are preerved. A note to JYA who recommended to buy a Cyrus CD7 CD-player to enjoy the recordings of the Berlin Philharmonic orchestra: I've several CD-players, but none can compete with the HP49. Do you know how fascinated are some musical girls with technical intelligence if listening to classical music from a hightec calculator not at all destinated for that? :-) - Wolfgang http://page.mi.fu-berlin.de/~raut/WR49/index.htm#Music PS. Some information: The buzzer is controlled by the ARM9 directly. Hence, display refrech does not affect the 49+ sound quality anymore. Clearly, the built-in clock must be turned off by any music program. Nontheless, it seems that the 49-sounds are nicer and more precise. ==== Bravo maestro! 8-D > as I said already, MIG is dead on the 49+. However, solo pieces may run > if properly programmed. I reprogrammd the solo part of J.S.Bach's violin > concert E major for the 49+ in the file JSBachP which may be loaded from > my site below. During the performance (about 10 minutes) the tempo can > be changed with [+] and [-]. Ritardandi and accelereandi are preerved. > > A note to JYA who recommended to buy a Cyrus CD7 CD-player to enjoy the > recordings of the Berlin Philharmonic orchestra: I've several > CD-players, but none can compete with the HP49. Do you know how > fascinated are some musical girls with technical intelligence if > listening to classical music from a hightec calculator not at all > destinated for that? :-) > > - Wolfgang > http://page.mi.fu-berlin.de/~raut/WR49/index.htm#Music > > PS. Some information: The buzzer is controlled by the ARM9 directly. > Hence, display refrech does not affect the 49+ sound quality anymore. > Clearly, the built-in clock must be turned off by any music program. > Nontheless, it seems that the 49-sounds are nicer and more > precise. ==== > > Just checked out your calculator comparison page. In equations 1-4, I > can confirm the results you got with the HP-49G emulator, but luckily > the real HP-49G that I own gives essentially identical and correct > results like the 49g+. The emulator is clearly screwed up in these > cases! > To Mike & Daniel: Strange that this gratuitous comment has been left unchallenged for so long. I'd check the emulator's ROM version (VERSION) and flag settings (RCLF) if I were you.. The emulator *runs the same ROM* and will therefore show the exact same results under the exact same conditions, period. If it's not the case, then *you* have screwed up. Werner he made me save so far. ==== > > > > Just checked out your calculator comparison page. In equations 1-4, I > > can confirm the results you got with the HP-49G emulator, but luckily > > the real HP-49G that I own gives essentially identical and correct > > results like the 49g+. The emulator is clearly screwed up in these > > cases! > > > > To Mike & Daniel: > Strange that this gratuitous comment has been left unchallenged for so > long. > I'd check the emulator's ROM version (VERSION) and flag settings > (RCLF) if I were you.. > The emulator *runs the same ROM* and will therefore show the exact > same results > under the exact same conditions, period. If it's not the case, then > *you* > have screwed up. Yes, you are right - I screwed up. Apparently I had the emulator in degrees mode and the real 49G in radians - oops. This accounted for the differences in the numerical results of the integrals on Daniel's page. I've been too busy to try all the integrals or plotting examples, but I imagine I will see similar results. Therefore, I retract my statement that the ...emulator is screwed up results. I now have faith in the emulator again. :-) > Werner > he made me save so far. Mike Mander ==== > > > > Just checked out your calculator comparison page. In equations 1-4, I > > can confirm the results you got with the HP-49G emulator, but luckily > > the real HP-49G that I own gives essentially identical and correct > > results like the 49g+. The emulator is clearly screwed up in these > > cases! > > > > To Mike & Daniel: > Strange that this gratuitous comment has been left unchallenged for so > long. > I'd check the emulator's ROM version (VERSION) and flag settings > (RCLF) if I were you.. > The emulator *runs the same ROM* and will therefore show the exact > same results > under the exact same conditions, period. If it's not the case, then > *you* > have screwed up. I mentioned in my post that both the emulator and real 49G had the same ROM version (1.19-6), however I did not perhaps rigorously enough check flag settings and such. I will do a memory reset on both my real 49G and emulator later tonight to check the results again. It may have been strictly a coincidence that both Daniel and I achieved exactly the same results. I had thought it plausible that the emulator's implementation of some underlying Saturn math routines might be ever so slightly different than a real Saturn processor, where this difference might only be obvious for extreme cases when the last significant digit of precision has a large bearing on the outcome of a calculation or plot. Of course, I am no expert on emulation software or on the low-level details of HP's math routines, so that assumption may have been naive. > > Werner > he made me save so far. Based on the above comment, it sounds like you have used emu48 a great deal more than I have! ;-) If I was a bit hasty in making my emulator is screwed up comment, then I apologize. I will do a more careful comparison soon. Mike Mander ==== > > For example, the very first case shown returns *exactly* 3*e^4 on the > > hp49g+ in 4.2 seconds in exact mode. No fair comparing its > > Approximate mode to the TI's CAS solutions! > > > > How fast does the TI find that solution, by the way? Just wondering. > > > > -Joe- > > It takes about 0.6 seconds (roughly: calculator in one hand, stopwatch in > the other) on my TI-89. > > -MrM Doing an actual timing on the calculator, I get about 0.42 seconds. -- Bhuvanesh ==== The t being added to the integral means the built-in CAS cannot integrate the function symbolically. You'll need to try some substitutions or another process to integrate it. Be sure to check out these sources for more help on integrating on the 49G and 49G+: 1) Nick's calculus marathons and 2) The 49G+ training aids on integration on www.hp.com/calculators These were written by Nick and are very good. Gene P.S. Why should you have to try substitution? Because there are times when people are still smarter than machines! -- * These statements and opinions are mine alone and do not reflect my employer's views. * > I tried the integration with my 49g+ with approx mode *off*. > > #1 - got the exact result 3*e^4 > #2 - calculator did something weird to the integral -- kept adding 't'. > Anyone else know what's up with that? > #3 - did the same thing as #2 .. kept adding 't' to the integral > #4 - got 2*pi*sqrt(2) > > > > Howdy, > > > > Earlier I tried to argue that HP's calculators were numerically superior > > to TI's, but I didn't have any evidence to back my position. > > > > Now, I have evidence, but its not quite what I expected. > > > > Take a look for yourself. > > http://www.ews.uiuc.edu/~dherring/calculators/ > > > > Enjoy, > > Daniel Herring > ==== Can someone tellme if there is a french HP calculator newsgroup. ==== You mean, a freedom HP49 NG? Toby > Can someone tellme if there is a french HP calculator newsgroup. ==== > You mean, a freedom HP49 NG? > > Toby > > > Can someone tellme if there is a french HP calculator newsgroup. No I don't have a 49G+ but just looking for some french groups to get information about the 49G or G+. Ok I've seen the french groups who don't look really alive, so I will ==== ludo a .8ecrit > Can someone tellme if there is a french HP calculator newsgroup. Salut, Ce groupe est international, avec langue d'usage=anglais. Pas de newsgroup fr usenet en tant que tel. Tu as cependant fr.comp.sys.calculatrices, qui est multi syst.8fme mais avec des utilisateurs HP, et les forum de sites tels que www.HP-sources.com . A+ ==== Salut Ludo, > > ludo a .8ecrit > > Can someone tellme if there is a french HP calculator newsgroup. > Salut, > Ce groupe est international, avec langue d'usage=anglais. > Pas de newsgroup fr usenet en tant que tel. > Tu as cependant fr.comp.sys.calculatrices, qui est multi syst.8fme mais avec > des utilisateurs HP, > et les forum de sites tels que www.HP-sources.com . > Le mieux est peut-etre de poster dans fr.comp.sys.calculatrices. le forum de www.hp-sources.com n'est pas pas tr.8fs pratique .88 mon avis. Maintenant des messages en allemand ou autres passent aussi sur comp.sys.hp48 sans d.8echainer les foudres de nos amis anglophones... Donc si ce groupe est international, je ne vois pas pourquoi on y causerait pas aussi en italien, allemand, fran.8dais, espagnol ou esperanto ;-) Tu as d.8ej.88 une 49g+ ? Gilles ==== > Salut Ludo, > > > > > ludo a .8ecrit > > > Can someone tellme if there is a french HP calculator newsgroup. > > Salut, > > Ce groupe est international, avec langue d'usage=anglais. > > Pas de newsgroup fr usenet en tant que tel. > > Tu as cependant fr.comp.sys.calculatrices, qui est multi syst.8fme mais avec > > des utilisateurs HP, > > et les forum de sites tels que www.HP-sources.com . > > > > Le mieux est peut-etre de poster dans fr.comp.sys.calculatrices. le forum de > www.hp-sources.com n'est pas pas tr.8fs pratique .88 mon avis. > > Maintenant des messages en allemand ou autres passent aussi sur > comp.sys.hp48 sans d.8echainer les foudres de nos amis anglophones... Donc si > ce groupe est international, je ne vois pas pourquoi on y causerait pas > aussi en italien, allemand, fran.8dais, espagnol ou esperanto ;-) And, we English speakers enjoy the non-english posts--it is fun to try to translate. (Much more fun than French class ever was--as there is material you want to know!) > > Tu as d.8ej.88 une 49g+ ? > > Gilles > > ==== > > Maintenant des messages en allemand ou autres passent aussi sur > > comp.sys.hp48 sans d.8echainer les foudres de nos amis anglophones... Donc > si > > ce groupe est international, je ne vois pas pourquoi on y causerait pas > > aussi en italien, allemand, fran.8dais, espagnol ou esperanto ;-) > > > And, we English speakers enjoy the non-english posts--it is fun to try to > translate. (Much more fun than French class ever was--as there is material > you want to know!) > > I guess if everyone talked in their own language, much less people would be By the way where has he gone? I haven't seen any postings from him for a while... Arnaud ==== Il y a aussi le serveur news.zoy.org qui accueille quelques groupes. ==== > I went to Fry's this morning, and sure enough, they are sitting there with > the calculators on the isle behind the cordless phones. > > I have been a long time 48GX user. After setting the soft menus and a > couple other display items, the thing feels a lot more like the 48GX from a > usability standpoint. However, many of the keys are changed around. > > The thing feels more like a cheap remote control than it does an HP > calculator though. The increased speed on the UI is nice, and being able > to port programs over the SD card is a plus. > > I really hope that HP improves the feel on the next version, if there is > one. This one just feels cheap. The keys are better than the 49g, but the new one's noticeably hollow. It echoes! ==== I've a little problem(?) with the CAS of HP 49G+ (ROM version 1.22): when I try to obtain the indefinite integral of x*asin(x) I write: INTVX(X*ASIN(X)) And then I evaluate it (in the Equation Writer). After the computation I obtain ((2*x^2-1)*ASIN(X)+X*SQRT(-(X^2-1)))/4 that's the right solution (if I copied it in the right way...). Then, when I try to derive this function that I've obtained with the DERVX command, if I use this function after using of INTVX without leaving the equation writer, I obtain again X*ASIN(X); but if I put the result in the stack, and then I use DERVX, I obtain another solution: -ASIN(X)*SIN(2*ASIN(X))*SQRT(-(X^2-1)))/(2*((X+1)*(X-1))) In this case, I can't simplify it to X*ASIN(X), and I' like to know if there's some way to simplify this formula in the original form. Daniele ==== I'm trying to learn RPN operating mode: and, when I try to compute this integral, calculator asks to switch to complex mode, that it's not needed: in the EQW there's no need to switch, and the computation is done with real numbers. I've just tried, and the computation is done in real mode if the operating mode is algebraic, instead of RPN. I'd like to know if your calculator has this 'problem', too. Why the CAS needs complex switching, in RPN mode (and not in algebraic mode or in equation writer?) Daniele ==== > > I'm trying to learn RPN operating mode: and, when I try to compute > this integral, calculator asks to switch to complex mode, that it's > not needed: in the EQW there's no need to switch, and the computation > is done with real numbers. > > I've just tried, and the computation is done in real mode if the > operating mode is algebraic, instead of RPN. I'd like to know if your > calculator has this 'problem', too. > > Why the CAS needs complex switching, in RPN mode (and not in algebraic > mode or in equation writer?) > > Daniele I press the following at the home screen while in rpn mode with symbolic exact non-complex settings: X [SPC] X ASIN * [LEFT SHIFT] [4] [6] [ENTER] It stays within real mode the whole time without questioning about a switch. Hope that helps, Ed Sutton ==== I've turned calculator off and on again, and now in RPN mode it does not ask anymore to switch... I did not change any flag. MMmmm, I really don't know what's happened. Daniele ==== > Then, when I try to derive this function that I've obtained with the > DERVX command, if I use this function after using of INTVX without > leaving the equation writer, I obtain again X*ASIN(X); but if I put > the result in the stack, and then I use DERVX, I obtain another > solution: > > -ASIN(X)*SIN(2*ASIN(X))*SQRT(-(X^2-1)))/(2*((X+1)*(X-1))) > > In this case, I can't simplify it to X*ASIN(X), and I' like to know if > there's some way to simplify this formula in the original form. > > > Daniele That's really odd. I get ASIN(X)*X doing just what you describe. In Equationwriter, I typed: INTVX(X*ASIN(X)) Got a result. Pressed SIMP (which is needed to get the result you showed with it divided by 4. If you don't press SIMP, you get an expression of 1/8 times SIN (2*ASIN(X)..... not the one over 4. Pressed ENTER to place the result on the stack. Shows as '((2*X^2-1)*ASIN(X)+X*SQRT(-(X^2-1)))/4' Pressed Leftshift CALC 1 ENTER 3 ENTER (to do DERVX) and got 'ASIN(X)*X' CAS Mode settings: Rigorous Simp Non-rational Exact Mode. 'X' as the independent variable. Gene ==== > I've a little problem(?) with the CAS of HP 49G+ (ROM version 1.22): I've got the same version. > when I try to obtain the indefinite integral of x*asin(x) I write: > INTVX(X*ASIN(X)) > And then I evaluate it (in the Equation Writer). After the computation > I obtain > ((2*x^2-1)*ASIN(X)+X*SQRT(-(X^2-1)))/4 Are you evaluating it at all on the homescreen? Did you evaluate it or did you simplify it in the equation writer? > that's the right solution (if I copied it in the right way...). > Then, when I try to derive this function that I've obtained with the > DERVX command, if I use this function after using of INTVX without > leaving the equation writer, I obtain again X*ASIN(X); but if I put > the result in the stack, and then I use DERVX, I obtain another > solution: > > -ASIN(X)*SIN(2*ASIN(X))*SQRT(-(X^2-1)))/(2*((X+1)*(X-1))) -(ASIN... missed a parenthesis if I'm not mistaken, but otherwise seems right. Despite wether in EQW or on the homescreen, I get the following results: DERVX(SIMPLIFY(INTVX(X*ASIN(X))))=X*ASIN(X) DERVX(INTVX(X*ASIN(X)))=-(ASIN(X)*SIN(2*ASIN(X))*sqrt(-(X^2-1)))/(2*((X+1)*( X-1))) > In this case, I can't simplify it to X*ASIN(X), and I' like to know if > there's some way to simplify this formula in the original form. The added step of simplifying the expression before differentiating changes what is returned by the CAS. Depending on what route is taken to evaluate a problem, equivilant solutions can be found, despite that they may appear very much different. You're welcome, Ed Sutton ==== > Then, when I try to derive this function that I've obtained with the > DERVX command, if I use this function after using of INTVX without > leaving the equation writer, I obtain again X*ASIN(X); but if I put > the result in the stack, and then I use DERVX, I obtain another > solution: > > -ASIN(X)*SIN(2*ASIN(X))*SQRT(-(X^2-1)))/(2*((X+1)*(X-1))) > > In this case, I can't simplify it to X*ASIN(X), and I' like to know if > there's some way to simplify this formula in the original form. > > > Daniele Try TEXPAND -- Bhuvanesh ==== >> Then, when I try to derive this function that I've obtained with the >> DERVX command, if I use this function after using of INTVX without >> leaving the equation writer, I obtain again X*ASIN(X); but if I put >> the result in the stack, and then I use DERVX, I obtain another >> solution: >> >> -ASIN(X)*SIN(2*ASIN(X))*SQRT(-(X^2-1)))/(2*((X+1)*(X-1))) >> >> In this case, I can't simplify it to X*ASIN(X), and I' like to know if >> there's some way to simplify this formula in the original form. >> >> >> Daniele > >Try TEXPAND TEXPAND does not work, I obtain another formula, but not X*ASIN(X). Daniele ==== > > qu'il r.8epond... > > Vous a-t-il r.8epondu ? La traduction reste toujours aussi foireuse. :-) Eh bien finalement, oui, .88 ma grande surprise. Voici ce que j'ai re.8du : -------------------------------------------------- Monsieur Gibbons, Hewlett-Packard (Suisse) S..88.r.l. travaille tous les jours pour actualiser ses pages Internet au service de ses clients. Nos sp.8ecialistes sont entrain de r.8esoudre le probl.8fme et nous vous demandons de consulter nos pages .88 une date ult.8erieure. Nous vous remercions de votre compr.8ehension et vous adressons nos meilleures salutations. --------------------------------------------------------- Ce qui ne r.8epond d'ailleurs pas .88 la question initiale : comment quelque chose d'aussi mauvais a pu se retrouver l.88 en premier lieu ? Jeremy Gibbons X-Face: #0?irvdFiM!(Tpl}/tO%_kuSW_^9G5aeIEnY1uNPcd@N_U.B30*[%N-cnqSC,rEfeqm:b oR({RM{x03]Iv}^2xc7J][^MkbL3DYdLevZ$&h0WbH!i:>O1i#FLy/mO2G~xMF *uQnfN4xre8v9%0fqg;i.!ymm~6w2nEx);Q~Q*8&dUO(fn ==== Jeremy Gibbons a pr.8esent.8e l'.8enonc.8e suivant : >>> qu'il r.8epond... >> >> Vous a-t-il r.8epondu ? La traduction reste toujours aussi foireuse. :-) > > Eh bien finalement, oui, .88 ma grande surprise. Voici ce que j'ai re.8du : > > -------------------------------------------------- > Monsieur Gibbons, > Hewlett-Packard (Suisse) S..88.r.l. travaille tous les jours pour actualiser > ses pages Internet au service de ses clients. > > Nos sp.8ecialistes sont entrain de r.8esoudre le probl.8fme et nous > vous demandons de consulter nos pages .88 une date ult.8erieure. > Nous vous remercions de votre compr.8ehension et vous adressons > nos meilleures salutations. > --------------------------------------------------------- > > Ce qui ne r.8epond d'ailleurs pas .88 la question initiale : comment quelque > chose d'aussi mauvais a pu se retrouver l.88 en premier lieu ? > > Jeremy Gibbons Pour la m.90me raison qu'on a laiss.8e sortir la HP49 -- Ceci est une signature automatique de MesNews. Site : http://mesnews.no-ip.com ==== > > qu'il r.8epond... > > Vous a-t-il r.8epondu ? La traduction reste toujours aussi foireuse. :-) Absolument pas... et je ne retiens pas mon souffle. > Je me demande quand cette superbe machine contenant Un syst.8fme d'alg.8fbre > d'ordinateur (CAS) ins.8er.8e d.8evelopp.8e haut pour manipulation symbolique future > et solution progressive sera r.8eellement dispo en France. > > A priori, il semble qu'elle n'est pas pr.8evue dans les FNAC pour le moment... Oui, c'est bien triste. Mais il me semble quand m.90me avoir aper.8du un nouveau mod.8fle HP (genre calc scientifique) .88 la FNAC Bellecour, .88 Lyon, il y a quelques jours. Alors, qui sa.94t, on reverra peut-.90tre les 4x... Jeremy Gibbons ==== After the time wrap bug, I got an other one: Just to play around with my new 49G+ I tryed the ALG mode and here we go :12+3 15 :12+ANS(1) Too Few Arguments The same works all right on my 49G (not +) Arnaud going back to RPN ==== Works fine on mine -- sure you didn't do anything in between calculations? Try it again. Matthew. F. G. > After the time wrap bug, I got an other one: > Just to play around with my new 49G+ I tryed the ALG mode and here we go > > :12+3 > 15 > :12+ANS(1) > Too Few Arguments > > The same works all right on my 49G (not +) > > Arnaud going back to RPN ==== I just did exactly what you show below and it works fine. ROM 1.22 :12 + 3 15 :12+ANS(1) 27 I got the second line by typing 12, +, LEFT SHIFT ANS, ENTER What did you type? Gene -- * These statements and opinions are mine alone and do not reflect my employer's views. * > After the time wrap bug, I got an other one: > Just to play around with my new 49G+ I tryed the ALG mode and here we go > > :12+3 > 15 > :12+ANS(1) > Too Few Arguments > > The same works all right on my 49G (not +) > > Arnaud going back to RPN > > > ==== > I just did exactly what you show below and it works fine. > ROM 1.22 > > :12 + 3 > 15 > :12+ANS(1) > 27 > > I got the second line by typing 12, +, LEFT SHIFT ANS, ENTER > > What did you type? Did the same ROM 1.22 :RCLF {# 3880038204000FF0h # 16000h # 8010012042000042h #0h} However after ON A F it is working as you said, it must be the flags Arnaud ==== > > I just did exactly what you show below and it works fine. > > ROM 1.22 > > > > :12 + 3 > 15 > > :12+ANS(1) > > 27 > > > > I got the second line by typing 12, +, LEFT SHIFT ANS, ENTER > > > > What did you type? > Did the same ROM 1.22 > :RCLF > {# 3880038204000FF0h > # 16000h > # 8010012042000042h > #0h} > > However after ON A F it is working as you said, it must be the flags > > Arnaud It is not the flags but it happened again but I can't do it on purpose. It just happens. I guess there is an instability in the ROM somewhere but I don't know where. Arnaud ==== I just got my HP49G+ and am in the process of setting up. My key program is MODA, a library, and that installed ok. MODA is a wonderfull program that fits anything to weighted data. There is a LIST MDCAT that goes with MODA and I am supposed to transfer it in BINARY mode. That worked in the HP49G just fine. But now using Conn4x, all I get is something the calc id's as a STRING. What is going on? How can I transfer my LIST to my new calc? Does anyone know? Am I going to have problems if I try to transfer a data matrix to the calc? This seemed so simple and is turning out so hard. Dave Scott ==== as the subject suggests I've some problem with damn files I need to view in the same form they look on the PC. Calculator: HP48G+ Editor (PC): WinHP file format: .tgv Well, I've this damn file with bold and underlined characters, I correctly transfer files and fonts in the same directory (home at the moment). If I try to execute the file (binary), hp returns: Undefined XLIB name What the hell does it means? I don't find a single word, command or what have you about XLIB in the manual. If I recall (RCL) the file, it looks like the following: { text (with a little square as not viewable character and B standing for Bold, or U standing for Underlined, and so on)} XLIB 333 0 DROP in the line 1. If I edit the file on the PC in other formats (.xv, .eden) and send it and the needed fonts too (of course) there isn't any problem about XLIB (not required) but I continue to not see bold, underlined, superscripts, and so on, in other hands it doesn't use fonts. Not a single word about it in the manual. May anyone help me please? PS: a special greeting to everyone can put up with my broken English :-) ==== a .8ecrit dans le message de > as the subject suggests I've some problem with damn files I need to view in > the same form they look on the PC. > Calculator: HP48G+ > Editor (PC): WinHP > file format: .tgv > Well, I've this damn file with bold and underlined characters, I correctly > transfer files and fonts in the same directory (home at the moment). > If I try to execute the file (binary), hp returns: Undefined XLIB name > What the hell does it means? > I don't find a single word, command or what have you about XLIB in the > manual. > If I recall (RCL) the file, it looks like the following: > { text (with a little square as not viewable character and B standing for > Bold, or U standing for Underlined, and so on)} XLIB 333 0 DROP > in the line 1. > If I edit the file on the PC in other formats (.xv, .eden) and send it and > the needed fonts too (of course) there isn't any problem about XLIB (not > required) but I continue to not see bold, underlined, superscripts, and so > on, in other hands it doesn't use fonts. > Not a single word about it in the manual. > May anyone help me please? > You need the TGV library. (http://www.hpcalc.org/details.php?id=133) > PS: a special greeting to everyone can put up with my broken English :-) > > ==== > > You need the TGV library. (http://www.hpcalc.org/details.php?id=133) > It works great!!! Bye ==== Since this issue rates fairly high on the 49G+ Concerns radar screen, I thought a new thread might be warranted as a helpful workaround for the those of us who are afflicted with the flickering LCD syndrome. This fix came from Shinsuke in his response to the thread 49G+ Questions at the Museum of HP Calculators (the thread starts at: http://www.hpmuseum.org/cgi-sys/cgiwrap/hpmuseum/forum.cgi?read=45540) Shinsuke's post said: A solution to the flickering is [Press ON plus up-arrow]. Ed Look mentioned this key-sequence is the Print LCD function. It really does seem to solve the issue, that is until the calculator's power is cycled, then you must repeat the sequence. Inserting this sequence into an autoexec-type program on power-up would be a nice way to automate the process. The real hope, since we can now feel pretty confident it's a software issue, is (if HP hasn't already determined what's causing the flickering) that this will provide a clue that points HP toward the real problem, and ultimately an updated ROM that fixes the flickering permanently (including Joe Horn's LCD storming-pixel display :-). Matt ==== Hmm. I tried doing this today, ON+uparrow, then using the calculator normally. The first time, the calculator turned off after a few minutes in the middle of some calculations I was doing (was using keys too), the 2nd time, I put it aside (idle), then when I picked it up, it was frozen and I had to reset it (paperclip). The clock was on both times. Matthew F. G. > Since this issue rates fairly high on the 49G+ Concerns radar > screen, I thought a new thread might be warranted as a helpful > workaround for the those of us who are afflicted with the flickering > LCD syndrome. > > This fix came from Shinsuke in his response to the thread 49G+ > Questions at the Museum of HP Calculators (the thread starts at: > http://www.hpmuseum.org/cgi-sys/cgiwrap/hpmuseum/forum.cgi?read=45540) > > Shinsuke's post said: A solution to the flickering is [Press ON plus > up-arrow]. Ed Look mentioned this key-sequence is the Print LCD > function. > > It really does seem to solve the issue, that is until the calculator's > power is cycled, then you must repeat the sequence. Inserting this > sequence into an autoexec-type program on power-up would be a nice way > to automate the process. > > The real hope, since we can now feel pretty confident it's a software > issue, is (if HP hasn't already determined what's causing the > flickering) that this will provide a clue that points HP toward the > real problem, and ultimately an updated ROM that fixes the flickering > permanently (including Joe Horn's LCD storming-pixel display :-). > > Matt ==== Around here, at least at this time of year, I can easily solve the flicker just by using the calculator out in the cold. That makes the LCD sort of long-persistence. -- James ==== This trick only seems to work when the calculator is set to Print via wire, not via IR. You can switch to print via wire by setting system flag -34. (-34 SF) This flag setting may be why it works for some but not for others... Mike Mander > Since this issue rates fairly high on the 49G+ Concerns radar > screen, I thought a new thread might be warranted as a helpful > workaround for the those of us who are afflicted with the flickering > LCD syndrome. > > This fix came from Shinsuke in his response to the thread 49G+ > Questions at the Museum of HP Calculators (the thread starts at: > http://www.hpmuseum.org/cgi-sys/cgiwrap/hpmuseum/forum.cgi?read=45540) > > Shinsuke's post said: A solution to the flickering is [Press ON plus > up-arrow]. Ed Look mentioned this key-sequence is the Print LCD > function. > > It really does seem to solve the issue, that is until the calculator's > power is cycled, then you must repeat the sequence. Inserting this > sequence into an autoexec-type program on power-up would be a nice way > to automate the process. > > The real hope, since we can now feel pretty confident it's a software > issue, is (if HP hasn't already determined what's causing the > flickering) that this will provide a clue that points HP toward the > real problem, and ultimately an updated ROM that fixes the flickering > permanently (including Joe Horn's LCD storming-pixel display :-). > > Matt ==== >This trick only seems to work when the calculator is set to Print via >wire, not via IR. You can switch to print via wire by setting >system flag -34. (-34 SF) > >This flag setting may be why it works for some but not for others... > >Mike Mander > > Changed to print via wire and tried it - had no effect on the flickering - the LCD showed the trasnfer icon briefly. In print via IR the calculator freezes for a longer period with the transfer icon showing, then resumes normal operation and flickering. Pete M. Wilson Gamewood, Inc. wilsonpm@gamewood.net ==== Hey, Matt! It wasn't me who said it was the print LCD command! I'm not that smart nor experienced; it was TOM LAKE. To him belongs the credit. But if this is true and the fears of others are true that this eats battery power, it may not be such a great workaround. I'd still hold out for the ROM upgrade fix to that. But I think the flicker is a very, very, minor issue (until such as time might return as when I'm using the 49G+ a 3 or 4 AM and have to be up by 6 or 7 AM). I haven't used mine *extensively* (whatever that means) yet, but really, I'm happy with it at this point. > Since this issue rates fairly high on the 49G+ Concerns radar > screen, I thought a new thread might be warranted as a helpful > workaround for the those of us who are afflicted with the flickering > LCD syndrome. > > This fix came from Shinsuke in his response to the thread 49G+ > Questions at the Museum of HP Calculators (the thread starts at: > http://www.hpmuseum.org/cgi-sys/cgiwrap/hpmuseum/forum.cgi?read=45540) > > Shinsuke's post said: A solution to the flickering is [Press ON plus > up-arrow]. Ed Look mentioned this key-sequence is the Print LCD > function. > > It really does seem to solve the issue, that is until the calculator's > power is cycled, then you must repeat the sequence. Inserting this > sequence into an autoexec-type program on power-up would be a nice way > to automate the process. > > The real hope, since we can now feel pretty confident it's a software > issue, is (if HP hasn't already determined what's causing the > flickering) that this will provide a clue that points HP toward the > real problem, and ultimately an updated ROM that fixes the flickering > permanently (including Joe Horn's LCD storming-pixel display :-). > > Matt > ==== > But if this is true and the fears of others > are true that this eats battery power, it may > not be such a great workaround. Sorry to be the bearer of sad tidings, but it's true: the ON+UPARROW solution to the LCD blinking is NOT a good solution, since it puts the 49g+ into high-drain mode. The blink that you ordinarily see (after approx 2.5 seconds of keyboard non-use) is the ARM going into low-power mode. I verified the power drain using the ancient trick of putting the 49g+ mode and low-drain mode make different sounds. Listen to 2^9999 being calculated! Sounds like a laser battle in a video game! HP (or Kimpo) did an AMAZING job on the 49g+ regarding RF emission! Unlike all my other electronic toys which are easy to listen to using an AM radio, the 49g+ is so quiet that you have to align the top of the calc very close to the antenna to hear anything at all. -Joe- -with absolutely nothing else to do- ==== > It wasn't me who said it was the print LCD command! I'm not that smart > nor experienced; it was TOM LAKE. To him belongs the credit. > memory! Yes, Tom Lake said + was the Print LCD command. I think we're all getting a little smarter and more experienced reading this newsgroup. 8-) Matt ==== > Since this issue rates fairly high on the 49G+ Concerns radar > screen, I thought a new thread might be warranted as a helpful > workaround for the those of us who are afflicted with the flickering > LCD syndrome. > > This fix came from Shinsuke in his response to the thread 49G+ > Questions at the Museum of HP Calculators (the thread starts at: > http://www.hpmuseum.org/cgi-sys/cgiwrap/hpmuseum/forum.cgi?read=45540) > > Shinsuke's post said: A solution to the flickering is [Press ON plus > up-arrow]. Ed Look mentioned this key-sequence is the Print LCD > function. > > It really does seem to solve the issue, that is until the calculator's > power is cycled, then you must repeat the sequence. Inserting this > sequence into an autoexec-type program on power-up would be a nice way > to automate the process. > > The real hope, since we can now feel pretty confident it's a software > issue, is (if HP hasn't already determined what's causing the > flickering) that this will provide a clue that points HP toward the > real problem, and ultimately an updated ROM that fixes the flickering > permanently (including Joe Horn's LCD storming-pixel display :-). > > Matt does the Print LCD function eat batteries or degrade calculation performance? just wondering... // gc ==== > > Shinsuke's post said: A solution to the flickering is [Press ON plus > up-arrow]. It works! As far as I can see flickering is totally gone after ON+UpArrow, even in edit mode, even with the clock activated. This must be a great hint for developers. Also, the colon in the clock seems to blink regularly after ON+UpArrow. Indeed. ==== > >This fix came from Shinsuke in his response to the thread 49G+ >Questions at the Museum of HP Calculators (the thread starts at: >http://www.hpmuseum.org/cgi-sys/cgiwrap/hpmuseum/forum.cgi?read=45540) > >Shinsuke's post said: A solution to the flickering is [Press ON plus >up-arrow]. Ed Look mentioned this key-sequence is the Print LCD >function. > >It really does seem to solve the issue, that is until the calculator's >power is cycled, then you must repeat the sequence. Inserting this >sequence into an autoexec-type program on power-up would be a nice way >to automate the process. > Try waiting a few seconds and you will discover the flicker returns - this command is the PRLCD which prints the LCD and without a printer attached freezes all display updates - notice the flashing colon stops as well... Pete M. Wilson Gamewood, Inc. wilsonpm@gamewood.net ==== > > > > >This fix came from Shinsuke in his response to the thread 49G+ > >Questions at the Museum of HP Calculators (the thread starts at: > >http://www.hpmuseum.org/cgi-sys/cgiwrap/hpmuseum/forum.cgi?read=45540) > > > >Shinsuke's post said: A solution to the flickering is [Press ON plus > >up-arrow]. Ed Look mentioned this key-sequence is the Print LCD > >function. > > > >It really does seem to solve the issue, that is until the calculator's > >power is cycled, then you must repeat the sequence. Inserting this > >sequence into an autoexec-type program on power-up would be a nice way > >to automate the process. > > > > Try waiting a few seconds and you will discover the flicker returns - > this command is the PRLCD which prints the LCD and without a printer > attached freezes all display updates - notice the flashing colon stops > as well... I was skeptical too at first, but much to my surprise this trick actually does work - but only if you have set the 49g+ to print via wire (-34 SF) and not via IR. When you print screen via IR, the calculator pauses and the LCD transfer indicator (or whatever it's called) comes on for a while on the LCD and everything stops - including the flashing colon. But set flag -34 and do the same and you will see a brief flash of the transfer indicator after which the flickering bottom pixel rows stop and the clock colon blinks evenly! But only until the next power cycle... So indeed, it does seem as though the flickering pixels are not strictly caused by the hardware and might be solvable in a future firmware update. Currently I have ROM v1.22. Not knowing the hardware and never even having printed from a 48/49 series HP, I have no suggestions as to what is going on here, however this clue certainly might help the developers track down a solution to this behavior - assuming they haven't already done so... > > Pete M. Wilson > Gamewood, Inc. > wilsonpm@gamewood.net Mike Mander ==== > > >I was skeptical too at first, but much to my surprise this trick >actually does work - but only if you have set the 49g+ to print via >wire (-34 SF) and not via IR. When you print screen via IR, the >calculator pauses and the LCD transfer indicator (or whatever it's >called) comes on for a while on the LCD and everything stops - >including the flashing colon. But set flag -34 and do the same and >you will see a brief flash of the transfer indicator after which the >flickering bottom pixel rows stop and the clock colon blinks evenly! >But only until the next power cycle... On mine, the flickering is unaffected regardless of the setting of -34. > >So indeed, it does seem as though the flickering pixels are not >strictly caused by the hardware and might be solvable in a future >firmware update. Currently I have ROM v1.22. > I think this is probably true in any case. Pete M. Wilson Gamewood, Inc. wilsonpm@gamewood.net ==== Are you sure it doesn't work?? It sure seems to work on mine (Serial# CN3330...., upgraded from 1.19 to 1.22). The clock keeps on ticking and the soft menu line becomes rock-solid. Chris > > > > >This fix came from Shinsuke in his response to the thread 49G+ > >Questions at the Museum of HP Calculators (the thread starts at: > >http://www.hpmuseum.org/cgi-sys/cgiwrap/hpmuseum/forum.cgi?read=45540) > > > >Shinsuke's post said: A solution to the flickering is [Press ON plus > >up-arrow]. Ed Look mentioned this key-sequence is the Print LCD > >function. > > > >It really does seem to solve the issue, that is until the calculator's > >power is cycled, then you must repeat the sequence. Inserting this > >sequence into an autoexec-type program on power-up would be a nice way > >to automate the process. > > > > Try waiting a few seconds and you will discover the flicker returns - > this command is the PRLCD which prints the LCD and without a printer > attached freezes all display updates - notice the flashing colon stops > as well... > > Pete M. Wilson > Gamewood, Inc. > wilsonpm@gamewood.net ==== Here is my theory about why this supposedly works, based upon my playing with the 49G+'s I/O (this may be total nonsense :-) When you try to send a screenshot, the 49G+ sends the raw data from the screen, then waits for a response from the PC. You can see this by hooking the G+ up to hyperterminal via IrDA. Take a screenshot and hyperterminal shows lots of data. Then, try ABCDEF XMIT. It doesn't work - at least for a while. This suggests the I/O is waiting for a reply to the screenshot from the PC. Now if you try and take a screenshot away from the PC, this resonse never comes. However the calc can't enter low power mode until it gets the response. So the flicker doesn't show up, at least not for a while, but batteries drain faster. just my guess, Al ==== > Here is my theory about why this supposedly works, based upon my playing > with the 49G+'s I/O (this may be total nonsense :-) > > When you try to send a screenshot, the 49G+ sends the raw data from the > screen, then waits for a response from the PC. You can see this by > hooking the G+ up to hyperterminal via IrDA. Take a screenshot and > hyperterminal shows lots of data. Then, try ABCDEF XMIT. It doesn't > work - at least for a while. This suggests the I/O is waiting for a > reply to the screenshot from the PC. > > Now if you try and take a screenshot away from the PC, this resonse > never comes. However the calc can't enter low power mode until it gets > the response. So the flicker doesn't show up, at least not for a while, > but batteries drain faster. > > just my guess, > > Al I really hope someone can confirm the speculation about battery usage and low power mode because this method really solves the flickering screen problem. If the heavier battery usage is only when the calc is on and not when it's off, then it might be OK, since I turn off the calc when not in use anyways. In any case, using this method, I came up with a program to automatically run the print screen command when the calc turns on. Assign the following program to the off command -- which is key 101.3: << OFF PR1 >> I noticed that PR1, PRST, and PRSTC all seem to activate the infared print function like ON-UP does (maybe). However, unlike what happens when you execute those 3 commands, I noticed when you press ON-UP and upon releasing ON, the transfer annunciator blinks for a split second, but not turned on and pause (like when you select print display in I/O functions)--whereas the transfer annunciator doesn't blink when you execute those 3 commands. So I was able to put the equivalent of ON-UP in a user program and assign it to the OFF key so the program would run every time the calc is turned on. Dave ==== I'm going to buy the 49G+ and I'd like to learn SysRPL. How much does the HP49G+ dialect differs from the one implemented in the HP49G? All the documents that I've found on the net are written for the latter model: can I use them effectively? -- Stefano Priore | Debian Woody 3.0r1 --------------------------------+-------------------------------- ==== > I'm going to buy the 49G+ and I'd like to learn SysRPL. How much does > the HP49G+ dialect differs from the one implemented in the HP49G? > > All the documents that I've found on the net are written for the latter > model: can I use them effectively? > >-- Stefano Priore | Debian Woody 3.0r1 >--------------------------------+-------------------------------- I don't know the answer to you question, I just want to test my new footnote. -- D - -- ` `^YWQQ#########Ax E --_--- - = - 'Y###########QQ& B T ':iuns=-- '9M###########$, I E - ` -`=4dQQQqn,_,,x, YM#########QA, A S =.,` - ->3M###Q##A##QU, `:4###########r N T `=:,.= - - =:!IX#Q#######Me= - =!=^?, Y#Q,,dWW####A=_ =`!%Q$AAo(` '1_ 3AH#########( -- VMNQ#Qb, - -|_=?M####QMMH B ----- -'=YY###A( -`;(`9#NM%TT>^` y --``=`- `'TYNQA=--:]i5VY'- ` -- `'=_:- - -`!T9b=--|?!^` - P - ---_=:>-_- -=T?: -=`--- h -- _-== I don't know the answer to you question, I just want to test my new > footnote. It gets mangled on my system with a variable spaced font. > > -- > D - -- ` `^YWQQ#########Ax > E --_--- - = - 'Y###########QQ& > B T ':iuns=-- '9M###########$, > I E - ` -`=4dQQQqn,_,,x, YM#########QA, > A S =.,` - ->3M###Q##A##QU, `:4###########r > N T `=:,.= - - =:!IX#Q#######Me= - = # I =_ W N ''` -----==|V4Q########MQH9H#NQQ#P` `?9###MY= > O G ---- -_=<}9M#######QYYYloTd8Q#F ~99Q%1' > O # ---- '_-==}XWMNQ###@- ``!N#&-.- `Y(:` > D - - `=--`=<4hCTYNQ#HHTi.__ `?Q###b_ ` > Y - '---`-=|+I;e_`?9UHq%T= ]W%H9@L - > # - -- -==!I|V9VI;,_ '?Axxx dQ#AMf= - > - -_=<|;lII>!=^?, Y#Q,,dWW####A=_ > =`!%Q$AAo(` '1_ 3AH#########( > -- VMNQ#Qb, - -|_=?M####QMMH B > ----- -'=YY###A( -`;(`9#NM%TT>^` y > --``=`- `'TYNQA=--:]i5VY'- ` > -- `'=_:- - -`!T9b=--|?!^` - P > - ---_=:>-_- -=T?: -=`--- h > -- _-== -----`-== ,__=--_'=== `x-======!}U8m1zil:====- - b > ``'==:}4#Q#UdmXY;i ==== --------------------------------------------------------------------- > > -- > D - -- ` `^YWQQ#########Ax > E -- --- - = - 'Y###########QQ& > B T ':iuns=-- '9M###########$, > I E - ` -`=4dQQQqn, ,,x, YM#########QA, > A S =.,` - ->3M###Q##A##QU, `:4###########r > N T `=:,.= - - =:!IX#Q#######Me= - = # I = W N ''` -----==|V4Q########MQH9H#NQQ#P` `?9###MY= > O G ---- - =<}9M#######QYYYloTd8Q#F ~99Q%1' > O # ---- ' -==}XWMNQ###@- ``!N#&-.- `Y(:` > D - - `=--`=<4hCTYNQ#HHTi. `?Q###b ` > Y - '---`-=|+I;e `?9UHq%T= ]W%H9@L - > # - -- -==!I|V9VI;, '?Axxx dQ#AMf= - > - - =<|;lII>!=^?, Y#Q,,dWW####A= > =`!%Q$AAo(` '1 3AH#########( > -- VMNQ#Qb, - -| =?M####QMMH B > ----- -'=YY###A( -`;(`9#NM%TT>^` y > --``=`- `'TYNQA=--:]i5VY'- ` > -- `'= :- - -`!T9b=--|?!^` - P > - --- =:>- - -=T?: -=`--- h > -- -== -----`-== , =-- '=== `x-======!}U8m1zil:====- - b > ``'==:}4#Q#UdmXY;i > > I don't know the answer to you question, I just want to test my new > > footnote. > > It gets mangled on my system with a variable spaced font. > > > > > -- > > D - -- ` `^YWQQ#########Ax > > E -- --- - = - 'Y###########QQ& > > B T ':iuns=-- '9M###########$, > > I E - ` -`=4dQQQqn, ,,x, YM#########QA, > > A S =.,` - ->3M###Q##A##QU, `:4###########r > > N T `=:,.= - - =:!IX#Q#######Me= - = > # I = > W N ''` -----==|V4Q########MQH9H#NQQ#P` `?9###MY= > > O G ---- - =<}9M#######QYYYloTd8Q#F ~99Q%1' > > O # ---- ' -==}XWMNQ###@- ``!N#&-.- `Y(:` > > D - - `=--`=<4hCTYNQ#HHTi. `?Q###b ` > > Y - '---`-=|+I;e `?9UHq%T= ]W%H9@L - > > # - -- -==!I|V9VI;, '?Axxx dQ#AMf= - > > - - =<|;lII>!=^?, Y#Q,,dWW####A= > > =`!%Q$AAo(` '1 3AH#########( > > -- VMNQ#Qb, - -| =?M####QMMH B > > ----- -'=YY###A( -`;(`9#NM%TT>^` y > > --``=`- `'TYNQA=--:]i5VY'- ` > > -- `'= :- - -`!T9b=--|?!^` - P > > - --- =:>- - -=T?: -=`--- h > > -- -== > -----`-== > , =-- '=== > `x-======!}U8m1zil:====- - b > > ``'==:}4#Q#UdmXY;i > > > ==== I'm a very beginning RPL programmer (actually, I don't even own an HP; i have EMU48). I am trying to make a program to find a string within a string, but I'm getting an error in my while loop, REPEAT: Undefined Name. What is the problem (code attached below)!? ----- << -> FIND INSTR 'INSTR' SIZE 'FIND' SIZE - 1 + -> MAXITER 'FIND' SIZE 1 - -> FINDSIZE 1 -> ITER 0 -> DONE 0 -> GOTONE << WHILE 'DONE != 1' REPEAT << INSTR ITER FINDSIZE + SUB << IF FIND == THEN 1 'DONE' STO 1 'GOTONE' STO END >> 'ITER' 1 + 'ITER' STO << IF 'ITER' 'MAXITER' > THEN 1 'DONE' STO END >> >> END >> << IF 'GOTONE' 1 == THEN 'ITER' 1 - ELSE 0 END >> >> ----- -MrM ==== > I'm a very beginning RPL programmer (actually, I don't even own an HP; i > have EMU48). > > I am trying to make a program to find a string within a string, but I'm > getting an error in my while loop, REPEAT: Undefined Name. What is the > problem (code attached below)!? > > ----- > > << > -> FIND INSTR 'INSTR' SIZE 'FIND' SIZE - > 1 + -> MAXITER 'FIND' SIZE 1 - -> FINDSIZE > 1 -> ITER 0 -> DONE 0 -> GOTONE > << > WHILE 'DONE != 1' > REPEAT > << > INSTR ITER FINDSIZE + SUB > << > IF FIND == > THEN 1 'DONE' STO > 1 'GOTONE' STO > END > >> > 'ITER' 1 + 'ITER' STO > << > IF 'ITER' 'MAXITER' > > THEN 1 'DONE' STO > END > >> > >> > END > >> > << > IF 'GOTONE' 1 == > THEN 'ITER' 1 - > ELSE 0 > END > >> > >> > > ----- > > -MrM > > At the beginning of your program, the scope of your local variables, FIND and INSTR ends at the end of the following 'INSTR', so the following 'FIND is undefined. Similarly, your local variable MAXITER does not exist beyond the line it appears on. To get an extended scope for local variables, enclose the desired scope in << >> programming delimiters. The rules on local variables cite the scope as extending to the end of the following algebraic (expression enclosed in single quotes, ' ') or program (enclosed in matching program delimiters, << and >>). ==== > I'm a very beginning RPL programmer (actually, I don't even own an HP; i > have EMU48). > > I am trying to make a program to find a string within a string, but I'm > getting an error in my while loop, REPEAT: Undefined Name. What is the > problem (code attached below)!? Why not using the POS function ? anyway if you want to do it in rpl: << 1 -> S P p << WHILE p S SIZE + P SIZE <= P p S SIZE SUB S != AND REPEAT 1 'p' STO + END IF p S SIZE + P SIZE > THEN 0 ELSE p END >> >> should do the trick... ==== Ahh, thanks... I didn't realize that existed (as I said, i don't actually HAVE an hp yet!) -MrM > > > I'm a very beginning RPL programmer (actually, I don't even own an HP; i > > have EMU48). > > > > I am trying to make a program to find a string within a string, but I'm > > getting an error in my while loop, REPEAT: Undefined Name. What is the > > problem (code attached below)!? > > Why not using the POS function ? > > anyway if you want to do it in rpl: > > << > 1 -> S P p > << > WHILE > p S SIZE + P SIZE <= > P p S SIZE SUB S != AND > REPEAT > 1 'p' STO + > END > IF p S SIZE + P SIZE > THEN 0 ELSE p END > >> > >> > > should do the trick... > > > ==== Please note that != is the not-equal-to symbol! > WHILE 'DONE != 1' -MrM ==== there is a finance librabry from Andreas M.9aller ( http://www.hpcalc.org/details.php?id=4968 ). As you can see it is an updated version out for the HP49G. I'm looking for the older version for the HP48. Does anybody know (or have) the old version. Google always only shows the new version. Thomas ==== there is no HP48 version of Finanzmathematik because it uses the new engine for InputForms (IfMain/IfMain2) of the 49G which is not available on the HP 48GX. Greetings Andreas M.9aller ==== > there is no HP48 version of Finanzmathematik because it uses the new > engine for InputForms (IfMain/IfMain2) of the 49G which is not > available on the HP 48GX. program?! It really sound great and I thought you ported it to the HP49G and there must be older versions available for the HP48GX. It seems that I was wrong. Mainly, I'm interested in the calculation of the effective interest rate (Effektivzins). Do you (or anybody else) know a program which does that for HP48? Otherwise I probably have to program it myself but it's been a while since I did programming for HP48... :) Thomas ==== Is anyone working on the ROM package / KML Script for the HP 49+? Now that I have the handheld, I need a version for my PC's desktop as well! Chris ==== > >Is anyone working on the ROM package / KML Script for the HP 49+? Now that >I have the handheld, I need a version for my PC's desktop as well! > >Chris > Unfortunately this is going to be non-trivial - it would need to emulate the ARM processor or substitute custom emulation code for ARM functions. It is possible to have a 49g+ KML using the 49G ROM. Pete M. Wilson Gamewood, Inc. wilsonpm@gamewood.net ==== When trace is enabled in the graph view, how can I enter a specific value for X? -- Bill ==== Well, I am of the opposite opinion: I really like HP's latest: the 49G+. I've been using their calculators avidly since 1974. (Do the math on that!) I was totally in love with their calculators, culminating with the 48GX which I literally used as a PDA and a calculator while other folks were toying withy Palms (which I tried but never came to like). Unfortunately, I never really liked the 49G for all the reasons that so many people have uttered over the years. HP fixed the few problems with the 49 keyboard layouot, most notably the location of the ' symbol. The hard keys of the 49+ are a massive improvement--almost as good as the 48 series and the Voyagers. I love the 49+'s lighter feel, its the incredible speed, its huge amount of memory, the USB connector, the return of IR, and the larger high-contrast screen. HP even got the clear plastic right (non-glare matte). Before forming a final opinion, I'd like to see how all the paint holds up (keys and bezel), how the keys hold up (48's eventually get mushy), and how the filing system does with some inevitably huge objects that people will soon create. OK, bring on the flames... Chris ==== A few more points... The 49+ finally gets back to the classic leather case from HP. The powerful magnetic clasp on the case is great, better than Velcro, etc. (Luggage companies successfully use these magnetic clasps as well.) I never liked the lower quality ( rubber / leatherette / canvas ) cases that came with HP calculators starting in the 80's, and I never have been terribly fond of any of the recent, plastic, clam-shell designs. Shipped with the 49+ is an 865 page PDF user manual in the CD--where it belongs IMHO. The new, round, metallic arrow keys are simply brilliant. Worn arrow keys have been a complaint from gamers and graphics folks over the years, and HP responded well. My 256 MB SD card installed without a hitch. I remember paying major dollars for a custom-built 1 MB card for my 48GX. Now I have 256 of them for 1/10 the price of one! What will I do with all this memory? I've lined up 9 HP calculators side-by-side as follows: 6S, 12C, 17B, 18C, 28C, 30S, 32S, 48GX, 49G, along with a Silver Edition TI-83 Plus (required by the school my kids attend). I must admit, in bright light, the 48GX is the most legible (equaled only by the 30S). But the 49G+ is pretty darn close. (The TI is the worst, there is no denying it.) With their newest calculators, HP has gone to brushed metallic backgrounds, which can indeed present a glare issue; however, the color scheme on the 49+ is both legible and professional. In poor lighting conditions, where the traditional black background calculators definitely get hard to see, the 49G+ wins hands down. (The 49G, with its blue metallic background, comes in second.) And finally, I am delighted to have EVAL right under my left thumb. I'm still looking for my first genuine HP 49G+ gripe (assuming the soft menu flicker gets a permanent fix). And no, I have nothing whatesoever to do with HP. Don't get any ideas... Chris > Well, I am of the opposite opinion: I really like HP's latest: the 49G+. > I've been using their calculators avidly since 1974. (Do the math on that!) > I was totally in love with their calculators, culminating with the 48GX > which I literally used as a PDA and a calculator while other folks were > toying withy Palms (which I tried but never came to like). Unfortunately, I > never really liked the 49G for all the reasons that so many people have > uttered over the years. > > HP fixed the few problems with the 49 keyboard layouot, most notably the > location of the ' symbol. The hard keys of the 49+ are a massive > improvement--almost as good as the 48 series and the Voyagers. I love the > 49+'s lighter feel, its the incredible speed, its huge amount of memory, the > USB connector, the return of IR, and the larger high-contrast screen. HP > even got the clear plastic right (non-glare matte). > > Before forming a final opinion, I'd like to see how all the paint holds up > (keys and bezel), how the keys hold up (48's eventually get mushy), and > how the filing system does with some inevitably huge objects that people > will soon create. > > OK, bring on the flames... > > Chris > > ==== He he he... ... the case is FAUX leather (still vinyl or some close polymeric relative, but boy, I like the smell better than that of a new car)! As to readability and contrast, ever see the HP-20S? Too bad it's algebraic; it's got that wonderfully compact and usable Pioneer form factor, it's in that handsome almost blackish dark brown, gold and blue shift keys... just like the 32SII, and fairly powerful for what, $25? But it's display is not composed of LCD pixels; it's the old fashioned (hand?) cut LCD segments, very nice to look at. But back to the topic- yep, the 49G+ display, though composed of pixels, is contrasty enough to comfortable reading. Of course a laser printed output is nicer than dot matrix one, but the dot matrix LCD display of my Casio fx-4200P is quite pleasant, though (fine dots)! > A few more points... > > > > The 49+ finally gets back to the classic leather case from HP. The powerful > magnetic clasp on the case is great, better than Velcro, etc. (Luggage > companies successfully use these magnetic clasps as well.) I never liked > the lower quality ( rubber / leatherette / canvas ) cases that came with HP > calculators starting in the 80's, and I never have been terribly fond of any > of the recent, plastic, clam-shell designs. > > > > Shipped with the 49+ is an 865 page PDF user manual in the CD--where it > belongs IMHO. > > > > The new, round, metallic arrow keys are simply brilliant. Worn arrow keys > have been a complaint from gamers and graphics folks over the years, and HP > responded well. > > > My 256 MB SD card installed without a hitch. I remember paying major > dollars for a custom-built 1 MB card for my 48GX. Now I have 256 of them > for 1/10 the price of one! What will I do with all this memory? > > > > I've lined up 9 HP calculators side-by-side as follows: 6S, 12C, 17B, 18C, > 28C, 30S, 32S, 48GX, 49G, along with a Silver Edition TI-83 Plus (required > by the school my kids attend). I must admit, in bright light, the 48GX is > the most legible (equaled only by the 30S). But the 49G+ is pretty darn > close. (The TI is the worst, there is no denying it.) With their newest > calculators, HP has gone to brushed metallic backgrounds, which can indeed > present a glare issue; however, the color scheme on the 49+ is both legible > and professional. In poor lighting conditions, where the traditional black > background calculators definitely get hard to see, the 49G+ wins hands down. > (The 49G, with its blue metallic background, comes in second.) > > > > And finally, I am delighted to have EVAL right under my left thumb. > > > > I'm still looking for my first genuine HP 49G+ gripe (assuming the soft menu > flicker gets a permanent fix). And no, I have nothing whatesoever to do > with HP. Don't get any ideas... > > > > Chris > > > > >>Well, I am of the opposite opinion: I really like HP's latest: the 49G+. >>I've been using their calculators avidly since 1974. (Do the math on >> > that!) > >>I was totally in love with their calculators, culminating with the 48GX >>which I literally used as a PDA and a calculator while other folks were >>toying withy Palms (which I tried but never came to like). Unfortunately, >> > I > >>never really liked the 49G for all the reasons that so many people have >>uttered over the years. >> >>HP fixed the few problems with the 49 keyboard layouot, most notably the >>location of the ' symbol. The hard keys of the 49+ are a massive >>improvement--almost as good as the 48 series and the Voyagers. I love the >>49+'s lighter feel, its the incredible speed, its huge amount of memory, >> > the > >>USB connector, the return of IR, and the larger high-contrast screen. HP >>even got the clear plastic right (non-glare matte). >> >>Before forming a final opinion, I'd like to see how all the paint holds up >>(keys and bezel), how the keys hold up (48's eventually get mushy), and >>how the filing system does with some inevitably huge objects that people >>will soon create. >> >>OK, bring on the flames... >> >>Chris >> >> >> > > ==== When you define the hp49g+ display : ...is contrasty enough to comfortable reading - is it comparing to the hp49g ? because I define the hp49g : not comfortable - at least not for me. i find myself many times moving my head to the best position to see the screnn because the rainbow effect and because the shadows - will i be pleased with the hp49g+ display ? and one last thing if you dont mind: How you consider the new hp keyboard - because to tell you the truth - I find that the hp48g keyboard is very good except the fact that its buttons are quite small and after a while you get blue fingers :-)and about the hp49g I dont even wanna talk about (worse keyboard i have ever had) - is the hp49g+ keyboard wider ?, i mean the buttons.. is it really hard to press like others say or you think they went too far on that issue ? thanks Idan ==== IMHO the screen on the 49G+ is about the best of any graphing calculator on the market, at least from HP. (We only have one TI in our house, so my TI data set is limited.) The screen on the G+ clearly is better than that on any of the 48's and most certainly any 49 (including newer revs). All that being said, I suppose no screen is ever 100% perfect... As to the keys on the 49G+, now that I am used to them, I like them (dare I say) even better than on the 48. As I mentioned, after lots of use, the 48 keys have a tendency to get mushy. Incidentally, I have not experienced mushy keys on any HP Voyager series. They have a firm feedback, like the 49G+, so i'm optimistic that the 49G+ keys will hold up even after extensive use. Certainly it's not hard to do better than the keys on the 49 or on the TI-83 (very little and quite mushy tactile feedback). I doget occasional mis-hits on my new 49G+, when a key does not register; however, unless I go all the way back to my original HP-45, I experience mishits with other calculators as well, especially if the processor also is handling background procedures, when running programs. Some programs on my suped-up 48GX forced me to be painfully deliberate in pressing keys slowly, firmly, and carefully. Surely something was awry, but it can happen. Chris > > When you define the hp49g+ display : ...is contrasty enough to > comfortable reading - is it comparing to the hp49g ? because I define > the hp49g : not comfortable - at least not for me. i find myself > many times moving my head to the best position to see the screnn > because the rainbow effect and because the shadows - will i be pleased > with the hp49g+ display ? > > and one last thing if you dont mind: > > How you consider the new hp keyboard - because to tell you the truth - > I find that the hp48g keyboard is very good except the fact that its > buttons are quite small and after a while you get blue fingers > :-)and about the hp49g I dont even wanna talk about (worse keyboard i > have ever had) - is the hp49g+ keyboard wider ?, i mean the buttons.. > is it really hard to press like others say or you think they went too > far on that issue ? > > thanks > > Idan ==== You do have some points. My 48G is hardly used and the keys are beginning to get just the slightest bit mushy (I got my 48G+ used, but that feels similar to the G). My 32SII does not feel nearly as nice as it used to when I first got it a couple of years back. Darn! That 34C still feels great... too bad it's gotten a little dotty. Yes, I do like the feel of the 49G+ keys, too. Slightly (or a lot, depending...) OT: I am typing using an old HP PC, but its HP keyboard was one of the mushy-feel style keys that all PCs come with these last many years. The PC itself is still okay, though obsolete, but the HP keyboard went bad a year or two ago. So I went down to my basement... and lo and behold was my old Leading Edge (processor by Daewoo) 286 clone! I am now using its keyboard on the HP PC... but it's the wonderful feeling old style clicky keyboard! It's soft, but firmer than most of today's and it clicks (electronic of course)! I hope this one never wears out; I don't know if I can ever get a clicky keyboard ever again! If new HP calcs came out with such a feel on their keyboards, complete with the slightly muted soft click,... oooh baby! > Well, I am of the opposite opinion: I really like HP's latest: the 49G+. > I've been using their calculators avidly since 1974. (Do the math on that!) > I was totally in love with their calculators, culminating with the 48GX > which I literally used as a PDA and a calculator while other folks were > toying withy Palms (which I tried but never came to like). Unfortunately, I > never really liked the 49G for all the reasons that so many people have > uttered over the years. > > HP fixed the few problems with the 49 keyboard layouot, most notably the > location of the ' symbol. The hard keys of the 49+ are a massive > improvement--almost as good as the 48 series and the Voyagers. I love the > 49+'s lighter feel, its the incredible speed, its huge amount of memory, the > USB connector, the return of IR, and the larger high-contrast screen. HP > even got the clear plastic right (non-glare matte). > > Before forming a final opinion, I'd like to see how all the paint holds up > (keys and bezel), how the keys hold up (48's eventually get mushy), and > how the filing system does with some inevitably huge objects that people > will soon create. > > OK, bring on the flames... > > Chris > > > ==== This may not be exactly what you want, but on Ebay it's easy to find people selling the old IBM clicky keyboards. These things are indestructable and seem to last forever. Just search for clicky (I kid you not) on EBay. You can also get new clicky keyboards from a company named http://www.pckeyboard.com/. These guys are ex-IBM'ers who left to start a keyboard company making these things the Right Way. Be forewarned - these are not $8 P.O.S. keyboards. > PC... but it's the wonderful feeling old style clicky keyboard! ==== I am in the (oft-delayed) process of building a new rig, and it's good to know I can still get one of these clicky keyboards! But I don't do eBay. I can't trust the folks on the other side of my line there. I've know people that's been burned on eBay, so I avoid it. > This may not be exactly what you want, but on Ebay it's easy to find > people selling the old IBM clicky keyboards. These things are > indestructable and seem to last forever. Just search for clicky (I kid you > not) on EBay. > > You can also get new clicky keyboards from a company named > http://www.pckeyboard.com/. These guys are ex-IBM'ers who left to start > a keyboard company making these things the Right Way. Be forewarned - > these are not $8 P.O.S. keyboards. > > > >>PC... but it's the wonderful feeling old style clicky keyboard! >> > > ==== HI Does anyone know where I can find information relating to how to use the HP 49G+ with the HP 82240B ir printer? I would like the printer to print in a sort of trace mode where it prints out my inputs, actions and results as I use the calculator. I would also be interested in what other print modes are available. I cant find any reference to printing to the 82240B in the manuals! Laurie ==== please store the following small UsrRPL program in 'D&T' on the HP49+. It is just a simple DATE&TIME displayer with autostart function. << DO DATE TIME TSTR 1. DISP IF KEY THEN DROP OFF END UNTIL 0. END >> If D&T is running and you press any key except CANCEL, the 49+ turns off. Turning ON, the DATE&TIME display continues *provided you are lucky*. I'm not talking on the unpleasant flickering in the DATE&TIME display. The problem is as follows: If you press a key for turning off the running time a bit too long, the next turn-on ends after 0.3 seconds and turns off by itself, over and over again... This is just the bug reported yesterday by Jim Chumbley in the thread Failure in the routine Noon. I answered that Noon is bug-free and isolated the OS-bug just in the above program. The key (not CANCEL) with which the turn-off is done may be completely arbitrary, even just a shift key. D&T runs well only if you hit a key staccato, like to turn on full light on a dimmer. The only way to get the 49+ to work is as follows. HOLD several keys and turn ON. After some tries at least the screen is ON, although completely frozen. This is the lock-up of which Jim and I were talking yesterday. The busy annunciator is running but no key is reacting, no warmstart, no TTRM possible. The only escape is a paperclip ... This is worse than all bugs reported hithertoo. We need a new ROM 1.23 i m m e d i a t e l y ! ! ! - Wolfgang PS. JYA refused to support the long-hold of Keyman which runs very stable on the 48/49. Instead he created his own fatal long-hold function in the 49+ :-) ==== If I may continue on the subject of other 49G+ bugs . . . I saved a large string in a directory, backed up (COPYed) the directory to the SD card, and eventually PURGEd the string. MUCH later, I wanted the string back, so I copied the directory back to Flash (IIRC), entered the directory and brought the string into the stack. I PURGEd the Flash copy of the directory, and the stack image of the string changed to External (without quotes). EVALuating the External object resulted in a warm (cool?, cold?) start, with the Powered by Metakernel (sp?) splash screen and a restored CHARS table. (I just happened to notice this last, 'cause that's part of what I was playing with.) Anyway, is that the sort of behavior I should have expected when purging the original of a large, copied-to-stack object? It wasn't any huge deal at the time, but seems kinda' quirky. ==== While on the topic of bugs, I'd like to know if anyone else has experience the g+ randomly powering down? It happens to me once or twice a day but I haven't heard mention of it here. It turns off anywhere from 3 seconds after using it, to a minute or so. Bloody annoying. Now onto another possible bug. This is probably due to poor treatment of the calculator on my behalf - I tried storing values to some of the characters found in the chars menu, .8a for example. It seemed to work, then it all went to hell. Garbage all over the screen, wouldn't switch on, would switch on but then crash and not let me do a full reset, the system tests would crash... The batteries had gone low, I replaced them and managed to reinstall the firmware and now it's ok. What was this caused by? > > please store the following small UsrRPL program in 'D&T' on the HP49+. > It is just a simple DATE&TIME displayer with autostart function. > > << DO DATE TIME TSTR 1. DISP IF KEY THEN DROP OFF END UNTIL 0. END >> > > If D&T is running and you press any key except CANCEL, the 49+ turns > off. Turning ON, the DATE&TIME display continues *provided you are > lucky*. > > I'm not talking on the unpleasant flickering in the DATE&TIME display. > The problem is as follows: If you press a key for turning off the > running time a bit too long, the next turn-on ends after 0.3 seconds and > turns off by itself, over and over again... > > This is just the bug reported yesterday by Jim Chumbley in the thread > Failure in the routine Noon. I answered that Noon is bug-free and > isolated the OS-bug just in the above program. The key (not CANCEL) with > which the turn-off is done may be completely arbitrary, even just a > shift key. D&T runs well only if you hit a key staccato, like to turn on > full light on a dimmer. > > The only way to get the 49+ to work is as follows. HOLD several keys and > turn ON. After some tries at least the screen is ON, although completely > frozen. This is the lock-up of which Jim and I were talking yesterday. > The busy annunciator is running but no key is reacting, no warmstart, no > TTRM possible. The only escape is a paperclip ... > > This is worse than all bugs reported hithertoo. We need a new ROM 1.23 > i m m e d i a t e l y ! ! ! > > - Wolfgang > > PS. JYA refused to support the long-hold of Keyman which runs very > stable on the 48/49. Instead he created his own fatal long-hold function > in the 49+ :-) ==== Yes, this random powering down on the 49g+ has also happened to me. ROM v1.22, outside serial # CN33108xxx and electronic serial # CN33717xxx. I have also experienced quite a large number of crashes where the calculator will simply freeze, with the display fully intact -no garbage- right in the middle of doing something simple. Usually it happened while editing a UserRPL program but I'm not sure if that is significant since I spent a lot of time in the editor yesterday - about six crashes on Saturday I would say. The only way to get it going was the paperclip reset. Nothing lost except the changes to the program I was editing. I have not installed any libraries or system extensions and have not messed around with SystemRPL or Assembler. It was very disconcerting! If memory serves, some early firmware revisions on the 49G behaved in a similar fashion, so I hope this gets fixed soon. Although there has been no low-battery warnings, I decided to replace the Panasonic ones that were included with some fresh Energizers last night. I have not used it much since so don't know if this will help at all. I have not tried reinstalling the firmware (as you have done) but am wondering if that would help? Doesn't the firmware update process do some sort of checksum test to ensure a proper update occured? Or can firmware actually get corrupted during normal use, that is, without some sort of disasterous electrical incident occuring? Mike Mander > While on the topic of bugs, I'd like to know if anyone else has > experience the g+ randomly powering down? It happens to me once or > twice a day but I haven't heard mention of it here. It turns off > anywhere from 3 seconds after using it, to a minute or so. Bloody > annoying. > > Now onto another possible bug. This is probably due to poor treatment > of the calculator on my behalf - I tried storing values to some of the > characters found in the chars menu, .8a for example. It seemed to work, > then it all went to hell. Garbage all over the screen, wouldn't switch > on, would switch on but then crash and not let me do a full reset, the > system tests would crash... The batteries had gone low, I replaced > them and managed to reinstall the firmware and now it's ok. What was > this caused by? > > > > please store the following small UsrRPL program in 'D&T' on the HP49+. > > It is just a simple DATE&TIME displayer with autostart function. > > > > << DO DATE TIME TSTR 1. DISP IF KEY THEN DROP OFF END UNTIL 0. END >> > > > > If D&T is running and you press any key except CANCEL, the 49+ turns > > off. Turning ON, the DATE&TIME display continues *provided you are > > lucky*. > > > > I'm not talking on the unpleasant flickering in the DATE&TIME display. > > The problem is as follows: If you press a key for turning off the > > running time a bit too long, the next turn-on ends after 0.3 seconds and > > turns off by itself, over and over again... > > > > This is just the bug reported yesterday by Jim Chumbley in the thread > > Failure in the routine Noon. I answered that Noon is bug-free and > > isolated the OS-bug just in the above program. The key (not CANCEL) with > > which the turn-off is done may be completely arbitrary, even just a > > shift key. D&T runs well only if you hit a key staccato, like to turn on > > full light on a dimmer. > > > > The only way to get the 49+ to work is as follows. HOLD several keys and > > turn ON. After some tries at least the screen is ON, although completely > > frozen. This is the lock-up of which Jim and I were talking yesterday. > > The busy annunciator is running but no key is reacting, no warmstart, no > > TTRM possible. The only escape is a paperclip ... > > > > This is worse than all bugs reported hithertoo. We need a new ROM 1.23 > > i m m e d i a t e l y ! ! ! > > > > - Wolfgang > > > > PS. JYA refused to support the long-hold of Keyman which runs very > > stable on the 48/49. Instead he created his own fatal long-hold function > > in the 49+ :-) ==== glad to say (only happened once), but I'm still going to stick with my 49g for exams since I know I can trust it :-) Unless there's a bug with the low-battery-voltage detection (nothing would surprise me less!) you probably don't need to worry about flat batteries effecting normal operation. My ROM was obviously corrupted after that little incident I described before where a full-reset didn't get it back on track. I don't think the OS is supposed to touch the ROM section of FLASH unless it's performing an upgrade so I'm still puzzled as to why this happened. It did have low batteries, but the worst damage this should do is clear the user memory. You could try reinstalling just to see what happens. The beast also crashed after I did the firmware reinstall, a paper clip reset put it back to 'normal' though and it's been moderately well behaved since. I always did want to be a beta-tester though :-P > I have not tried reinstalling the firmware (as you have done) but am > wondering if that would help? Doesn't the firmware update process do > some sort of checksum test to ensure a proper update occured? Or can > firmware actually get corrupted during normal use, that is, without > some sort of disasterous electrical incident occuring? > ==== > While on the topic of bugs, I'd like to know if anyone else has > experience the g+ randomly powering down? It happens to me once or > twice a day but I haven't heard mention of it here. It turns off > anywhere from 3 seconds after using it, to a minute or so. Bloody > annoying. > This happened to me as well once only. Arnaud ==== Very interesting - If you can reproduce it, I'm sure HP would be interested in fixing it. If it can't be reproduced, it would be very difficult to track down. Al ==== > This is worse than all bugs reported hithertoo. It was already reported and discussed here three weeks ago. I mention this not to steal your thunder, but so that you can learn more about it, such as the single-keystroke method of recovering from it: http://groups.google.com/groups?selm=87233f9e.0310170006.3e6d0f14%40posting. google.com&output=gplain -Joe- ==== > I'm not talking on the unpleasant flickering in the DATE&TIME display. > The problem is as follows: If you press a key for turning off the > running time a bit too long, the next turn-on ends after 0.3 seconds and > turns off by itself, over and over again... > I have noticed quite a few problems with keyboard support of programs that used to work on the 49G not +. I can't point out yet where they come from. It seems to me that the ROM is quite unstable. For instance I find a bug then ON-C the bug is still there. I save my flags ON-A-C restore the flags and the bug is gone. On the 49G not + on which I run my tests in parallel, it seems to be more stable, I seem to have killed TEVAL though. Arnaud ==== installed. Great ! My only *small* concern is that I don't know what really in the HP Calc word. Can somebody please point me to a site or at least a for, how to implement it - it is already done on my calc, so it is just in case - how to use it, etc ? Herve Paris, France ==== At the simplest level, MetaKernal is a replacement for the HP48, adding some extra functionality and speed. For a full explanation, see http://www.hpcalc.org/details.php?id=214 > installed. Great ! My only *small* concern is that I don't know what really > in the HP Calc word. Can somebody please point me to a site or at least a > for, how to implement it - it is already done on my calc, so it is just in > case - how to use it, etc ? ==== The manual is on www.hpcalc.org with some programs to work with it. http://www.hpcalc.org/details.php?id=214 Arnaud ==== Got it, it's great ! Herve > The manual is on www.hpcalc.org with some programs to work with it. > http://www.hpcalc.org/details.php?id=214 > > Arnaud > > ==== I have been looping a few programs with TEVAL and on both my 49G and 49g+. Obviously, the g+ is faster, even on :: VERYSLOW ; But the stats showed me that the variance of timings was about 10 times bigger on the g+ And by the way, if you try to import a table from the stack to single var stats input form using the HIST key and echo ENTER, the table does not appear but is there anyway. Arnaud ==== > I have been looping a few programs with TEVAL and on both my 49G and 49g+. > Obviously, the g+ is faster, even on :: VERYSLOW ; > But the stats showed me that the variance of timings was about 10 times > bigger on the g+ > And by the way, if you try to import a table from the stack to single var > stats input form using the HIST key and echo ENTER, the table does not > appear but is there anyway. > > Arnaud > > I have noo ideer what you are talking about: TEVAL? VARYSLOW? -- ( new footnote test ) THE- =XQ#############################8##W#################VY^'- S H '3W#############################W###########DAQQ#@Y?^ n E ]UW#######################################M%QW@` u #AQWQ$, ?4SMQ#####################################HXMM~ s ??YMMM##>-=?mMQ###################################MKXYQ#> | ^YXY==<|nAUQ##Q####Q@M#######MQ##############MR11XQ#L- -_-- s -,,-`=iI*>!3VSWM#####Q##M######Q############@MD#VVuQQ#Gn,- -,.xs:<-m }$H&a^`4t`=!YIUHMQW######M##H################Q#WAQ#######$m$ddIdH!!=-a `dQ#?` .dQ==>?iI193H9M###@HQX9HRM###############Q#########Q##WPqdIY--k ,#@= @##b='=|V*=x9Q@MH8XW%S43VUQ##########Q#############@M@8sX%T>=`=a _]W$_- `####k=:<:?1zVSUSYV2t%313dAM########################dWX1z:=^=`==| I==xY49UM################@9#Q@~=-` ` a `GY##NQ$aaQ#==s?H114+1*-:=!Y4Q@WQWQ#########MMK!!'` _-`=-=B e '9##Q######Y>=:>{34HqY3!=*==>3K9#Q#N#####Q#Q#M9*^` ._,===-:=- y l `YHQ####9~` ^==TT3HSUoI:I<:)T9XQ#H@AMQ####D#h!=` -,nl|Il:=:= - | f '!????` `-`''=- --````- o e r ``=_-=:*IsY1Y8dVqs|?V1I=Y!<===`-`-- `- h # o - ^=:'!:iY%9QP3G}T!x7:|===.`= `-- - - --_.b # :`-``==:=+=xhz|(:i!`''-'==-'- - - --_.,;aQ## ------------------------------------------------------------------------ ==== ----- Original Message ----- > > -- ( new footnote test ) This looks like ascii art but as I don't read in monospace font it does not make any sence to me Arnaud ==== In message , Arnaud >> -- ( new footnote test ) >This looks like ascii art but as I don't read in monospace font it does >not make any sence to me The writing down the side says Morpheus so presumably is something to do with the latest Matrix film. Ob. HP: If there were a matrix function on the 49 called 'NEO' what should it do? -- Bruce Horrocks Surrey England ==== > -- ( new footnote test ) If you really must do such nonsense, at least use a proper sigdash (two dashes followed by a single space character, *and nothing else* on a single line) above it. -- James ==== > > > > > -- ( new footnote test ) > > > > If you really must do such nonsense, at least use a proper sigdash (two > dashes followed by a single space character, *and nothing else* on a > single line) above it. > OK! How do you rate this? -- --!?MD##Q#################################Q#8OUUYI+!:==- - =:<|3UQQWWDWQ########Q#Q#QQQ###QQ########QQQQQ0X%1I>!:=`--- - }Xn<|YYHHO8WQMQQ####QQMWWM8WHHHH8DQ#QQQ###QQQHMUV1+)::===-- - - ,V ?3M%i_`=!TYYHHX999Y9YV3V1TTT!I1UOMHH9PYY?~^'^^:=== ----- -=T` `''`=-- `--`':!'==='```''^`'''^'' - ```==_-- -` - - - ---`-===-- ` - - ` ` - --,;xnli=`- .,;si_ ``` - -inqWWUV*=- - .,.,_ -- }UQMOG,- - -;wUUWW88Q%{=-- -114Xl -;s, -.X8Q#Q8QGsi=-- - - - xXMQQQWDQWA%*`- - n1VYm =IUUnx-- - -._==.=JAQ####WDW#Amx=`=,,,,_-.,xxWWWQ#QQQQQQXY_- - `^ ;T` -THUDUAQUAVV4mXnndWQ#####Q#QQQQWAqx3X8QUOAQWWQDWQQQ#W8WUT=` - - ,d=x !T9WQDWWWQWW#QU9QQ#############WD#WQQ8Q#Q#####DDQQ8DX1T'`- |!` M `!3UWQQ####QDWQ######QQQHVVHXH88QQ#########QOV1I|:=`-- `` B o '|%W8Q####QQQ######Q#UUXnoUsYHWQ######QQ##QOX1:==--- - - y r `!UWQQ###Q####QQ##QDWDQQWQH!}MQ#########QWXV:=`_`- - - . p `T9DQQQHHH888WWMOUOQWM8WQ%>;8ODQ####Q#WDDXl==``- - -- - HP h !XODQOx-`YVVY~`'^^~^'`}MWQQ#####QQMXl|=_-- - - -- - Eh e YUDQW0T- - -UWDQ#####QQQ8%1>=`- - ---'`- Ro u !YOQWH%_- ---.;;dOQQQQ####QQQKYI+=-- - --_`- 0o s =|99V!= - --==:|1VXOWQQWNQQQQQQ8XxT:`- - '---- - !h ? =_?:!:==-- -- -::>T134%USWU88V9XWXXV%T``- -----` - #b # I `= ` ==== The 33s will have [...] 6) 40 physics constants! Missed this one the first time around. No more hunting down Halliday & Resnick or a CRC manual for the muon magnetic moment or the proton Compton wavelength. -Leif ==== > http://h20015.www2.hp.com/en/taskPageSelect.jhtml?reg=&plc=&lc=en&cc=us&prod Id=hp33sscien370806&pagetype=manual&docparent=manual > > Mads > Arnaud ==== While not an hp48 programming expert, this program should do what you asked, returning the solved points as (x,y) pairs in a list. Using the following variables: YP : << 2 * >> @ function to use Y0 : 1 @ initial value XI : 0 @ initial x XF : 1 @ final x N : 10 @ number of steps DX : @ automatically calculated CALC : << XF XI - N / 'DX' STO XI Y0 R->C LASTARG 1 N FOR H OVER DX + SWAP ROT YP DX * + R->C LASTARG NEXT DROP2 N ->LIST >> > I have not written an iterative program in over 10 years therefore I > am having difficulty constructing a loop structure to calculate the > Euler method. I know there are many Euler programs available. That > is not what I what to do. I would like to learn how to program again. > > I have constructed an Euler iterative solution in a spreadsheet so I > can calculate the solution. > I need help understanding how to construct iterative loops for the > hp48. > > The Euler method for an initial value problem is the following. > Let y'=f(x,y); with initial conditions y(a)=b > I will construct an easy example for calculation purposes > Example: > > Let y'=2*x ; and y(0)=1 iterate for 10 steps let n=10 so h=1/n or > 0.1 > > In the spreadsheet I constructed the following table > > n h x y y' y + h*(y') = ynew > 1 0.1 0 1 2*0=0 = 0 1 = 0.1*(0) = 1 > 2 0.1 0.1 1 2*0.1 = 0.2 1 + 0.1*(0.2) = 1.02 > 3 0.1 0.2 1.02 2*0.2 = 0.4 1.02 + 0.1*(0.4) =1.06 > 4....... > > x is incremented by adding h + previous x until n =10 > eventually I would like to be able to input different increments of h > and different functions without having to change the program. > > what is the best loop structure to use? what is the syntax? > so far my attemps have failed. ==== The original Panasonic batteries that came in the bubble pack lasted 15 days. I'm now curious what others are getting for battery life. I'm a part time student taking two classes and using the calculator for homework and exams, so I use it almost daily. Although not necessary, I used to put a new set of batteries in the 49G at the start of every semester. Going to try some Rayovac batteries and see if they will last to the end of the semester. danny ==== > The original Panasonic batteries that came in the bubble pack lasted 15 > days. > > I'm now curious what others are getting for battery life. > > danny Gene: Battery life appears to be much better with ROM 1.22 If you're still using ROM 1.20, upgrade soon and you should notice better battery life. Gene ==== > The original Panasonic batteries that came in the > bubble pack lasted 15 days. Do you have ROM version 1.22? It makes batts last longer than 1.20 did. -Joe- ==== I've had mine for about a month of fairly heavy use and the original batteries are still working fine. I suspect you need to upgrade your ROM to version 1.22. The life problem seems to have been fixed in that ROM. John > The original Panasonic batteries that came in the bubble pack lasted 15 > days. > > I'm now curious what others are getting for battery life. > > I'm a part time student taking two classes and using the calculator for > homework and exams, so I use it almost daily. > > Although not necessary, I used to put a new set of batteries in the 49G at > the start of every semester. > > Going to try some Rayovac batteries and see if they will last to the end of > the semester. > > danny > > ==== I think it varies from unit to unit. I just went through my second set of batteries which lasted only a couple of days. During that time I spent a few hours writing & running programs on it (using ROM 1.22) and doing some IR printing. I didn't even notice the low battery signal unfortuately and it locked my 49G+ up and it went into a memory recovery routine which seems to be successful. I lost the home memory but it put the recovered data in a new directory from which I moved it back to HOME. I don't know what caused the rapid battery depletion. It's possible (although not likely) that the new Duracell batteries I put in were defective or maybe it was the samll amount of IR printing I did. Maybe running programs that take a lot of time (e.g., 30 minutes) use up the batteries. At any rate, now I'll keep a spare set of batteries handy and put them in as soon as I see any indication of a low battery. Tom Scott ==== where can i buy a good HP49g+ in the USA? ==== > where can i buy a good HP49g+ in the USA? I got mine at Fry's. ==== > > where can i buy a good HP49g+ in the USA? > > I got mine at Fry's. > > Me, too. ==== >where can i buy a good HP49g+ in the USA? > > I believe your question was lost in the discussion that followed. I bought my daughters at samson cable, however I must have their web address wrong because I can't get their web site to come up. Can anybody help here? There is also a list of dealers on hpcalc.org, but I can't get that to come up either, I must be having some ISP problems tonight. KW ==== > > >They've changed their address to. > >http://www.hpcalculators.com/ > > http://www.samsoncables.com/ hpcalc.org comes up fine too. I must have had some problems last night, most likely a loose nut on the keyboard. KW ==== http://www.samsoncables.com/ > I bought my daughters at samson cable, however I must have their web > address wrong because I can't get their web site to come up. Can anybody > help here? ==== > I bought my daughters at samson cable, however I must have their web > address wrong because I can't get their web site to come up. Can anybody > help here? They've changed their address to. http://www.hpcalculators.com/ -- Tom Lake Experience keeps a dear school but fools will learn in no other - Poor Richard's Almanack ==== > where can i buy a good HP49g+ in the USA? In a bookstore. -- THE- =XQ#############################8##W#################VY^'- M H '3W#############################W###########DAQQ#@Y?^ o E ]UW#######################################M%QW@` r #AQWQ$, ?4SMQ#####################################HXMM~ p ??YMMM##>-=?mMQ###################################MKXYQ#> h ^YXY==<|nAUQ##Q####Q@M#######MQ##############MR11XQ#L- -_-- e -,,-`=iI*>!3VSWM#####Q##M######Q############@MD#VVuQQ#Gn,- -,.xs:<-u }$H&a^`4t`=!YIUHMQW######M##H################Q#WAQ#######$m$ddIdH!!=-s `dQ#?` .dQ==>?iI193H9M###@HQX9HRM###############Q#########Q##WPqdIY--? ,#@= @##b='=|V*=x9Q@MH8XW%S43VUQ##########Q#############@M@8sX%T>=`=# _]W$_- `####k=:<:?1zVSUSYV2t%313dAM########################dWX1z:=^=`== I==xY49UM################@9#Q@~=-` ` `GY##NQ$aaQ#==s?H114+1*-:=!Y4Q@WQWQ#########MMK!!'` _-`=-=B e '9##Q######Y>=:>{34HqY3!=*==>3K9#Q#N#####Q#Q#M9*^` ._,===-:=- y l `YHQ####9~` ^==TT3HSUoI:I<:)T9XQ#H@AMQ####D#h!=` -,nl|Il:=:= - | f '!????` `-`''=- --````- o e r ``=_-=:*IsY1Y8dVqs|?V1I=Y!<===`-`-- `- h # o - ^=:'!:iY%9QP3G}T!x7:|===.`= `-- - - --_.b # :`-``==:=+=xhz|(:i!`''-'==-'- - - --_.,;aQ## ------------------------------------------------------------------------ ==== >> where can i buy a good HP49g+ in the USA? > > In a bookstore. > > -- > THE- =XQ#############################8##W#################VY^'- M snipped exceedingly large sig > Not that I particularly care since I use cablemodem, but your sig is probably annoyingly large and definitely violates usenet protocol. You minute of dial-up access. Best, -Al -- ~/.signature ==== > > >> >>>where can i buy a good HP49g+ in the USA? >> >>In a bookstore. >> >>-- >>THE- =XQ#############################8##W#################VY^'- M > > snipped exceedingly large sig > > > Not that I particularly care since I use cablemodem, but your sig is > probably annoyingly large and definitely violates usenet protocol. You > minute of dial-up access. > > Best, > -Al Bull shit, pleas address me to any usenet regulation sites! My tag take 1826 bytes, that are not much more than your lovely 131x84 grob's. And take about 1/5 second on a simple win-dialup-modem, to download. And are probably about 50 times smaller than any jpg's in same size! (A typical 131x84 Grob is 1438 bytes) Live with IT! ==== Just to jump in... > Live with IT! > You have one of the most horrible and annoying sigs I have ever seen. Read some RFC's. Al ==== Can you elaborate on that, how was it horrible and annoying? Don't tell me about non fixedfont again, I hate Microsoft (and everybody that use Windows)! I will include it as title on all my messages, instead of signature. Thanx to a more elaborated Enrique A. Mu.96oz Torres, that addressed me that rule. Thanx again Enrique! > Just to jump in... > >> Live with IT! >> > > You have one of the most horrible and annoying sigs I have ever seen. > Read some RFC's. > > Al > ==== oN 08-Nov-03, Muhamed.J Archled said: > I hate Microsoft (and everybody that use Windows)! Such expenditures of energy on hate are futile, immature, and illogical. But feel free to waste your life as you will. :) -- Bill ==== ^^^^^^^^^^^ > I hate Microsoft -- vsync http://quadium.net/ ==== Sounds like a candidate for the filter. > Can you elaborate on that, how was it horrible and annoying? > Don't tell me about non fixedfont again, I hate Microsoft (and everybody > that use Windows)! > > I will include it as title on all my messages, instead of signature. > Thanx to a more elaborated Enrique A. Mu.96oz Torres, that addressed me > that rule. > > Thanx again Enrique! > ==== TITLE: .jYY|'`- - - --`-=====` -=}M8WDUT=- `U0DW8QQQQQQ#Q##########QQQWWWQQQQQ |:= -=|H8WDm:`- --?YSQDQWQWDWQQQ#########QQ#WQQQU8WQ =|:_- --==U8Q8U>- - - -`- 390HWQXQAUOM#########QQQQWQQUQQH `||=- --`=:4MWM0{- - --- ]Q8UVXV988QQ########Q#Q#WQQUQWX `=:=----:=T9HHUG_- - ---=----`!!==:!4X9W#MMMMQWMWQQWDQ#AWQS -`=:=_=:!I1MOH{'- - - --`=====----=_:=:=:!1980XXSOHQ8QUD8OQQ0QQW ``=l)>:|IIVY9Xqi - - - =:==ix,x;,===:<::<|+T%VT*=Y3HUWXWWQWQQQMQ `'=II1l!TsYHUXw&x;x,ixxaxuwUU#Q8AxiInxs|}!1IU%I!=:TTXHUQ8HUMWWWQ =:3X1|:I|!3XVYYT::I%UUQWHHWWQQD1VT3XD%GsUOD{==`=:TVWU0UQUQQQW `=?Y4Xxi+:'-_```!3999XHHOWQUX!=-'==|3UWDDXs=-_``:+%XHWUQMMWW '|YXXqs>=-----==T134QMWQ8A:'--'-!TYYY?Tl==---=:T3V98HNXHU `-<3O8UXm1;:!;noWD#WDQQUWms:; Sounds like a candidate for the filter. > > > > > >>Can you elaborate on that, how was it horrible and annoying? >>Don't tell me about non fixedfont again, I hate Microsoft (and everybody >>that use Windows)! >> >>I will include it as title on all my messages, instead of signature. >>Thanx to a more elaborated Enrique A. Mu.96oz Torres, that addressed me >>that rule. >> >>Thanx again Enrique! >> > > > ==== *PLONK* >TITLE: Pete M. Wilson Gamewood, Inc. wilsonpm@gamewood.net Cancel-Lock: sha1:TNzowbpv108ZGWpNXClWYkMNxOM= ==== > Ooh, does it sound lika a banfilter? > *GOTO_HELL* > -Al -- ~/.signature ==== Read the RFC 1855 http://www.dtcc.edu/cs/rfc1855.html If you include a signature keep it short. Rule of thumb is no longer than 4 lines. Remember that many people pay for connectivity by the minute, and the longer your message is, the more they pay. Of course, Usenet netiquette is not enforceable, but cooperation is very much appreciated. - Enrique > Bull shit, pleas address me to any usenet regulation sites! ==== Ok, I read it. hum, crack it! > Read the RFC 1855 > http://www.dtcc.edu/cs/rfc1855.html > > If you include a signature keep it short. Rule of thumb is no longer than 4 > lines. Remember that many people pay for connectivity by the minute, and the > longer your message is, the more they pay. > > Of course, Usenet netiquette is not enforceable, but cooperation is very > much appreciated. > > - Enrique > > >>Bull shit, pleas address me to any usenet regulation sites! > > > ==== > Ok, I read it. > hum, crack it! > > >> Read the RFC 1855 >> http://www.dtcc.edu/cs/rfc1855.html > You may also may want to read http://www.newsreaders.com/guide/netiquette.html KW ==== I just counted the keys on my hp48 calculator, and gues what. It's 48 keys! Are there any hp32 calculator? -- D#O%VV#1I++IVVVV%!11>=)):=:)lIl:=:1l|:!+!:======'---- ###QWOQV1l+IT13VV)11*=+I>. .,AQK)!s;,==-- - -,aA:=- - -- 8Il4Q###K3%#%( - #####Q#Q###QQD{I- =]###QWWOOU%l+-- =]##0:=`- --: #XXd##Q#QQQQU{=_-###########Q##QQx-}W#########DX0+'` ,QAWQHT!= -_= #######QQ#Q8Q#QGq###########QQQMQT=]9##########KY!=` =#HHHQ1_`- - `^= ###########W###DU###########DQ#Q#l']D#########C++''-==#V4Q#1-- - ########MMMQ###Q#####Q######QQ###1=]#######QDWC3%I++!!99H9H:- - --.; #YT4#Q#UWMW#QQ@99##############AWn%XUQQ##KV99V13V!==--`-`=_- - ,jdQHH V_+48%###Q##Q@F==Q########MMQ###Q#HX9WUQ#KVYYY~`= =}axii;x: -,a#V98Wml %-;48V#HMQ#HYT'`-######M@VYYHH@X9YYT?YY99CT|!=`.: =4QUI14A!--,d#9qd##H| QoQWD0#WW##8i=.;xQ8DQ##UC>++0UAGxxi==__;4WQ8WD{:' -]WQA##QW:i}W#MQ#QAAUI Q##Q#QH#QWWQA%14U####Q##QG%!UWRHW#Ubx;=148XUHU%)+-=]QQ9Ud@9n;Z9HO99VY?' 9HMNQ#W##QQQ#CT3OHQQQQ###8V:OMAWOH99VT=148%VY?T!:--]99T9YY!YT!??YT^'` _`!!?Y!YY9YYYT=?Y999Y9Y?~'``^^!!^'``` -````- - - ======----__-- -- - ------- --'='- ===_---- ---- - - - -- - - :_'==='--==-=_---- -- ---- -_--__- '`''=`_-- - - - - - - - - - - sii=:=:=======`--------'---_'---_---:+T:====------------ -- -- - W%%UUX1nnnnx;;;xxiiii,i;i>=i:====---==.<,,,;awws1>=-----_=><;;|:==- - - -- M .,xaqmV1d##M911::<|)xo%V%XVV11;xxquqm1111l>==--- - - a ;MQMHUqW###X4%V1ilIqWQ#Q##Q#####QQ#8%%V11+:=--- - - - - - t -Q######Q#@%11V4VIIIWQ##############HAS11T::=_- - - ---- r J#####Q@UV1TIITIII1nXQ##############8XV1T!==-- - - - --- i #######Q%l:=:=:=!IT4X#############M8%VTl!=`_- - - - - -- --'-= x #######Q%*:<=:::::==9#############X01|!:=''-- - - -_`- `'_=- . 4#####%TT=!TI311|='`=9###########8%1T:===_--- - -- - -` ` H ]##Z?:``` - ``=`'--3##########R%1!:='=-'-- - - - - -=: - -` B E <##Q$u=_--------``--;%M########MXV*!=''-_--- -- - '-'_--- y R ####DGAGs3nnl<1nX1%40MMQ######UV1>=='__--- - - -- - `'__`- . o- ]Q#QNQQUHWUQdX%VXXUUVXHHMQ###QWV||:'----------- - - - P # - MQM#Q###Q#QQ@AWUMW%4XXVVVHM#QX1l>:=----_-`-- -- - h - -='--_'='=_'--- - o ----]$sI211s;IIs1<*)iix;xm1%U8%1l:='_-__''_''--- - - h -----`DX%VYY9YY34V%Vn%XX0H%%33VV1!:=-'---'=''--- - b ----_=]UH{*=-==|TYV%VVVVXX3111I||:=-__-_-_----- - - # ------------------------------------------------------------------------ I don't see any strange repeated off subject. What can the FBI do? What have I done wrong??? > Perhaps it just my paranoid nature left over from 9-11, but the name and > the repeated off subject posts make me wonder if there is more than just > garbage in these odd patterns in his signature. Anybody else think the > FBI should take a look at these? > KW > -- No signature! -- Mvh, Per Blomqvist Web: http://niffeln.netfirms.com ==== Dam it, there are many butts on Mozilla as well. ( I will not replay any messages about this's subjects to my real id ) ==== Come on! I'm not sure that there's anything really suspicious here. This didn't even cross my mind. > Perhaps it just my paranoid nature left over from 9-11, but the name and > the repeated off subject posts make me wonder if there is more than just > garbage in these odd patterns in his signature. Anybody else think the > FBI should take a look at these? > KW > ==== Your probably right, I work in an industry that is a target. I have seen some very suspicious things over the last couple years that were reported through industry news. I Like I said I am probably just paranoid. ==== I counted 49 on my hp48. > > I just counted the keys on my hp48 calculator, and gues what. > It's 48 keys! > > Are there any hp32 calculator? > > > -- > D#O%VV#1I++IVVVV%!11>=)):=:)lIl:=:1l|:!+!:======'---- > ###QWOQV1l+IT13VV)11*=+I> HHHHVVYY!:=====:!'^!:=^!==:!==!!:====`=`` - - - > =='''==--- - - - - - - -----_-- - > - - - - - - > > - > -.xxi,_ --,inVs,; -- .u,- --- -,i.- - > . -=4QVMNAAu_- -uqUUHHHMQ#Wk)>. .,AQK)!s;,==-- - -,aA:=- - -- > 8Il4Q###K3%#%( - #####Q#Q###QQD{I- =]###QWWOOU%l+-- =]##0:=`- --: > #XXd##Q#QQQQU{=_-###########Q##QQx-}W#########DX0+'` ,QAWQHT!= -_= > #######QQ#Q8Q#QGq###########QQQMQT=]9##########KY!=` =#HHHQ1_`- - `^= > ###########W###DU###########DQ#Q#l']D#########C++''-==#V4Q#1-- - > ########MMMQ###Q#####Q######QQ###1=]#######QDWC3%I++!!99H9H:- - --.; > #YT4#Q#UWMW#QQ@99##############AWn%XUQQ##KV99V13V!==--`-`=_- - ,jdQHH > V_+48%###Q##Q@F==Q########MMQ###Q#HX9WUQ#KVYYY~`= =}axii;x: -,a#V98Wml > %-;48V#HMQ#HYT'`-######M@VYYHH@X9YYT?YY99CT|!=`.: =4QUI14A!--,d#9qd##H| > QoQWD0#WW##8i=.;xQ8DQ##UC>++0UAGxxi==__;4WQ8WD{:' -]WQA##QW:i}W#MQ#QAAUI > Q##Q#QH#QWWQA%14U####Q##QG%!UWRHW#Ubx;=148XUHU%)+-=]QQ9Ud@9n;Z9HO99VY?' > 9HMNQ#W##QQQ#CT3OHQQQQ###8V:OMAWOH99VT=148%VY?T!:--]99T9YY!YT!??YT^'` > _`!!?Y!YY9YYYT=?Y999Y9Y?~'``^^!!^'``` -````- - - > ======----__-- -- - ------- --'='- ===_---- ---- - - - -- - - > :_'==='--==-=_---- -- ---- -_--__- '`''=`_-- - - - - - - - - - - > sii=:=:=======`--------'---_'---_---:+T:====------------ -- -- - > W%%UUX1nnnnx;;;xxiiii,i;i>=i:====--- > I just counted the keys on my hp48 calculator, and gues what. > It's 48 keys! > > Are there any hp32 calculator? 1) Learn to count, there are 49 keys on a HP48. 2) for what your posts have been worth, I'd say it's safe for you to stop now. 3) Please. > > > -- > D#O%VV#1I++IVVVV%!11>=)):=:)lIl:=:1l|:!+!:======'---- > ###QWOQV1l+IT13VV)11*=+I> HHHHVVYY!:=====:!'^!:=^!==:!==!!:====`=`` - - - > =='''==--- - - - - - - -----_-- - > - - - - - - > > - > -.xxi,_ --,inVs,; -- .u,- --- -,i.- - > . -=4QVMNAAu_- -uqUUHHHMQ#Wk)>. .,AQK)!s;,==-- - -,aA:=- - -- > 8Il4Q###K3%#%( - #####Q#Q###QQD{I- =]###QWWOOU%l+-- =]##0:=`- --: > #XXd##Q#QQQQU{=_-###########Q##QQx-}W#########DX0+'` ,QAWQHT!= -_= > #######QQ#Q8Q#QGq###########QQQMQT=]9##########KY!=` =#HHHQ1_`- - `^= > ###########W###DU###########DQ#Q#l']D#########C++''-==#V4Q#1-- - > ########MMMQ###Q#####Q######QQ###1=]#######QDWC3%I++!!99H9H:- - --.; > #YT4#Q#UWMW#QQ@99##############AWn%XUQQ##KV99V13V!==--`-`=_- - ,jdQHH > V_+48%###Q##Q@F==Q########MMQ###Q#HX9WUQ#KVYYY~`= =}axii;x: -,a#V98Wml > %-;48V#HMQ#HYT'`-######M@VYYHH@X9YYT?YY99CT|!=`.: =4QUI14A!--,d#9qd##H| > QoQWD0#WW##8i=.;xQ8DQ##UC>++0UAGxxi==__;4WQ8WD{:' -]WQA##QW:i}W#MQ#QAAUI > Q##Q#QH#QWWQA%14U####Q##QG%!UWRHW#Ubx;=148XUHU%)+-=]QQ9Ud@9n;Z9HO99VY?' > 9HMNQ#W##QQQ#CT3OHQQQQ###8V:OMAWOH99VT=148%VY?T!:--]99T9YY!YT!??YT^'` > _`!!?Y!YY9YYYT=?Y999Y9Y?~'``^^!!^'``` -````- - - > ======----__-- -- - ------- --'='- ===_---- ---- - - - -- - - > :_'==='--==-=_---- -- ---- -_--__- '`''=`_-- - - - - - - - - - - > sii=:=:=======`--------'---_'---_---:+T:====------------ -- -- - > W%%UUX1nnnnx;;;xxiiii,i;i>=i:====--- ==== > >> >>I just counted the keys on my hp48 calculator, and gues what. >>It's 48 keys! >> >>Are there any hp32 calculator? > > > 1) Learn to count, there are 49 keys on a HP48. > 2) for what your posts have been worth, I'd say it's safe for you to stop > now. > 3) Please. > > One word: BUT ==== I have written a game for the 49g+, this is one of my first programs in SysRpl, I know the code could be better but it works fine. www.geocities.com/jorgecevallosm/crash1.1.zip Please read the help file included in the zip. Jorge Cevallos M. ==== is there anybody that discovered where is located the address of the top the screen (the permanent header part)? Otherwise, is there an entry (Sysrpl or ML) that could, once decompiled, give an idea of where it is ? It's kind of anoying to see all that space not filled with a full screen apps like a spreadsheet ! Alain ==== I have a hp 49g+. how can I use its infra red port to transfer applications to it from my laptop. my laptop has an infra red port. which application do I need? please help me about it. cheers, ==== I'm thinking of giving my old HP48SX (since I've updated to the 49G+) to my 16 year-old niece who will be taking a pre-calculus course in high school. She's a bright student, but I don't know if she'd have trouble using it or not. I do have the original user's manual so it should help her out. Anyone have any comments pro or con? Any suggestions of links to look for info that might help her? I think she used to have a TI-83, which I don't think can do calculus. -- Michael C. Polinske Milwaukee, WI ==================== Come to the WELS for new life in the living Word http://www.wels.net ==== oN 08-Nov-03, Mike Polinske said: > Anyone have any comments pro or con? Any suggestions of links to > look for info that might help her? I think she used to have a TI-83, > which I don't think can do calculus. I know it's not what you want to hear, but the schools in the U.S. (including colleges) seem all to have standardized on TI calculators. ANything up to the TI-89 appears to be ok for use on exams, but the TI-92, and others qith QWERTY keyboard layout are apparently verboten, as they are simply too easy to use as crib sheets. While she may be able to use the HP-48 to do the work, she will find *no* help from any instructor regarding its use, as few will even have seen one, much less have used one. -- Bill ==== student in Australia studying Mechatronic Engineering. In my high school years I lived in Western Australia, where we used the 38G and 39G calculators quite extensively, I also dabbled with the Casio GFX9500+ from personal interest. I found two things, firstly, the teachers knew very very little about the operation of the calculators and most of what we learnt was from the people around who figured it out from the manual. Secondly, some people have a genuine interest in learning the fundamental theory of mathematics and others are quite happy to learn the process and apply it time after time. Fortunately I was interested in the theory because when I went moved to the Eastern States (New South Wales) to start university I found that NSW does not use graphic calculators at all. That said, in all of first year uni, we still have not covered the same amount of maths that we did in final year of high school. This is because once we have learnt the fundamental theory we get bogged down by doing silly things like row reductions and inverting matrices by hand which are simple to do on advanced calculators. The point is that I find this sort of thing pointless!! Even more pointless I think is learning numerical solving methods only to have to sit and substitute value after value after value with a scientific calculator when a graphical calculator can do it more quickly and more accurately than what I would need. Do you honestly think that outside of uni if I had to find a set of egien values/vectors I would do it by hand? What is the point? So for those who want to program the calculators and computers etc (which I enjoy immensely) let them learn the theory, for those who simply need to do the calculation, just do it on a graphics calculator and move on, what is the point of having the technology and not using it. Now as to the use of the HP48SX, I am not familiar with this exact calculator but I assume that it would take an RPN style entry. If this is so, then to a highschool student, it would be of very little use, I would personally suggest something along the lines of the 38G,39G or 39G+ or even the TI-83 or CasioGFX950+ these are all more suitable for this level of study. (My personal favorite is the 39G which has some great calculus functions and there is a great collection of aplets about to help out..see www.hphomeview.com for more info) ==== I have to agree with MG, even though one has to learn the how most operations of math works (algebra,trigonometry,calculus), having a calculator around is good helps in two very important aspects: 1) Having the correct answer to questions give confidence for users that lack it (such as myself) 2) Curious people will always try to find things on they own and the calculator are a great way to explore the world of math. In my last calculus exam I had to calculate the limit of the following fucntion , excuse me for the wrong notation but I have no idea what's used outside Brazil: Lim((x-atan(x))/(x^3)),x=0) As many of you already know, atan(0) is 1 so it was a simply just to apply L'hospital until you got the result 1/3. But I have already learned series and my professor told me that many of the questions involving limits are created by taking a series of a familiar function and doing some operation with it. This comment is always on my head and I decided to calculate that limit using series. I started with what we call The Geometric Series: 1/(1-x)=1+x+x^2+x^3+... I then replace x by (-x^2): 1/(1+x^2)=1-x^2+x^4-x^6+... Following that I calculated the integral of both sides: atan(x)=x-(x^3/3)+(x^5/5)-(x^7/7)+... Putting a (-) in both sides of the equation: -(atan(x))=-x+(x^3/3)-(x^5/5)+(x^7/7)+... Adding x: x-atan(x)=(x^3/3)-(x^5/5)+(x^7/7)+... Diving by (x^3): (x-atan(x))/(x^3)=(1/3)-(x^2/5)+(x^4/7)... If x=0: (x-atan(x))/(x^3)=(1/3) Is it as easy as just doing L'hospital? No. Is it worth doing limits this way during an exam? No. Is it interesting to resolve limits using series? Yes. Is it fun? Hell yeah :P Conclusion: A graphing calculator can be good or bad, it's just the way you use it that adds or subtracts from your mathing skills (pun is not intentional :P). | va.va | > student in Australia studying Mechatronic Engineering. In my high school > years I lived in Western Australia, where we used the 38G and 39G > calculators quite extensively, I also dabbled with the Casio GFX9500+ from > personal interest. I found two things, firstly, the teachers knew very very > little about the operation of the calculators and most of what we learnt was > from the people around who figured it out from the manual. Secondly, some > people have a genuine interest in learning the fundamental theory of > mathematics and others are quite happy to learn the process and apply it > time after time. Fortunately I was interested in the theory because when I > went moved to the Eastern States (New South Wales) to start university I > found that NSW does not use graphic calculators at all. That said, in all of > first year uni, we still have not covered the same amount of maths that we > did in final year of high school. This is because once we have learnt the > fundamental theory we get bogged down by doing silly things like row > reductions and inverting matrices by hand which are simple to do on advanced > calculators. The point is that I find this sort of thing pointless!! Even > more pointless I think is learning numerical solving methods only to have to > sit and substitute value after value after value with a scientific > calculator when a graphical calculator can do it more quickly and more > accurately than what I would need. Do you honestly think that outside of uni > if I had to find a set of egien values/vectors I would do it by hand? What > is the point? So for those who want to program the calculators and computers > etc (which I enjoy immensely) let them learn the theory, for those who > simply need to do the calculation, just do it on a graphics calculator and > move on, what is the point of having the technology and not using it. > > Now as to the use of the HP48SX, I am not familiar with this exact > calculator but I assume that it would take an RPN style entry. If this is > so, then to a highschool student, it would be of very little use, I would > personally suggest something along the lines of the 38G,39G or 39G+ or even > the TI-83 or CasioGFX950+ these are all more suitable for this level of > study. (My personal favorite is the 39G which has some great calculus > functions and there is a great collection of aplets about to help out..see > www.hphomeview.com for more info) ==== What you say does make some sense, as none of US and you've declared it, too, will go back to doing some things by hand now that we've sweated out the countless manual manipulations. But you do see that your physical pencil and paper handling of matrices allows you to be able to program a graphing calculator! Anyway, I suspect you've learned a lot from Colin Croft or his marvelous website! ; ) > student in Australia studying Mechatronic Engineering. In my high school > years I lived in Western Australia, where we used the 38G and 39G > calculators quite extensively, I also dabbled with the Casio GFX9500+ from > personal interest. I found two things, firstly, the teachers knew very very > little about the operation of the calculators and most of what we learnt was > from the people around who figured it out from the manual. Secondly, some > people have a genuine interest in learning the fundamental theory of > mathematics and others are quite happy to learn the process and apply it > time after time. Fortunately I was interested in the theory because when I > went moved to the Eastern States (New South Wales) to start university I > found that NSW does not use graphic calculators at all. That said, in all of > first year uni, we still have not covered the same amount of maths that we > did in final year of high school. This is because once we have learnt the > fundamental theory we get bogged down by doing silly things like row > reductions and inverting matrices by hand which are simple to do on advanced > calculators. The point is that I find this sort of thing pointless!! Even > more pointless I think is learning numerical solving methods only to have to > sit and substitute value after value after value with a scientific > calculator when a graphical calculator can do it more quickly and more > accurately than what I would need. Do you honestly think that outside of uni > if I had to find a set of egien values/vectors I would do it by hand? What > is the point? So for those who want to program the calculators and computers > etc (which I enjoy immensely) let them learn the theory, for those who > simply need to do the calculation, just do it on a graphics calculator and > move on, what is the point of having the technology and not using it. > > Now as to the use of the HP48SX, I am not familiar with this exact > calculator but I assume that it would take an RPN style entry. If this is > so, then to a highschool student, it would be of very little use, I would > personally suggest something along the lines of the 38G,39G or 39G+ or even > the TI-83 or CasioGFX950+ these are all more suitable for this level of > study. (My personal favorite is the 39G which has some great calculus > functions and there is a great collection of aplets about to help out..see > www.hphomeview.com for more info) > > > ==== Mike, unless she wants to get into all aspects of programming, I don't think that is the best type of machine to give a high school kid, especially if she is still doing algebra, trig, etc. Besides, these days, when teachers request the kids go and get a calc, they usually mean a TI-83 or such. I have seen so far only one *college* student even with a HP calc, and it's the algebraic HP-39G. All others are TIs, Casios, and Sharps, or the no-name algebraics. I gave my own son (middle school... sorta like junior high) a 39G. I also forbade him to use it until the teachers require that he does, except for programming, figuring that if he figures out how to program functions, even if in an effort to be lazy or sneaky, he has learned something useful. So far, he's only pre-algebra! Anyhow, my wind-obscured point is that with all students learning the fundamentals of math, it's probably best only to let 'em have a 4-banger. Too bad no one makes a RPN four-banger with only maybe exponentials, several registers and enough memory RAM space so that they're FORCED to program in sin, log, conversions, etc. I find that the advent of computers and (especially graphing) calculators have contributed to dulling the mathematical wit of most American students to the point that one can tell one who has had a foreign secondary education by how well they can handle math. So, teach her to program it, but don't let her do logs, trig, or plot anything on it! Gift wrap it with graph paper adorned with pencils and erasers! > I'm thinking of giving my old HP48SX (since I've updated to the 49G+) to my > 16 year-old niece who will be taking a pre-calculus course in high school. > > She's a bright student, but I don't know if she'd have trouble using it or > not. > > I do have the original user's manual so it should help her out. > > Anyone have any comments pro or con? Any suggestions of links to look for > info that might help her? I think she used to have a TI-83, which I don't > think can do calculus. > > -- > Michael C. Polinske > Milwaukee, WI > ==================== > Come to the WELS for > new life in the living Word > http://www.wels.net > > > ==== oN 08-Nov-03, Ed Look said: > I gave my own son (middle school... sorta like junior high) a 39G. I > also forbade him to use it until the teachers require that he does Years ago, I gave my old HP-25 to my younger brothers, with the stricture that it was only to be used for *checking* their homework. I further explained to them that learning the underlying solution processes was critical to a solid understanding of mathematics. I have heard some (not very bright) teachers claim that there's no need to learn to manually derive a root, as anyone can use a calculator. I wonder who they think will design calculators once a real understanding of mathematics has been lost... -- Bill ==== William, given today's climate, I think no one actually cares, at the moment, anyway, about who will design tomorrow's calculators... or auto safety features, for that matter. They think, some scientist is gonna do it! They fail to realize these little nose-picking, girl-teasing, my-dog-ate-my-homework-kids are going to be that some scientist. out how transcendental functions actually work may also have a point. I'm getting old. I seem to forget when it was that I myself was introduced to various things. But I still think kids should learn log table interpolation (good skill for other things, too!), understand by the end of high school (if not a bit sooner) that the trig functions are more than just SOH CAH TOA. But most American kids really seem to care just about as much their teachers on this. I told some college students that every time I fuel my car, I try to calculate my rough mileage per gallon in my head as I'm leaving the filling station, just so I don't lose the skill. They seriously and drily told me I was crazy. Of course, don't try this if you pulling back onto a very busy street or highway! I think the older generation of teachers might have supported such things... and manual calculation of square roots, which really is not all that troublesome. > oN 08-Nov-03, Ed Look said: > > >>I gave my own son (middle school... sorta like junior high) a 39G. I >>also forbade him to use it until the teachers require that he does >> > > Years ago, I gave my old HP-25 to my younger brothers, with the > stricture that it was only to be used for *checking* their homework. I > further explained to them that learning the underlying solution > processes was critical to a solid understanding of mathematics. > > I have heard some (not very bright) teachers claim that there's no need > to learn to manually derive a root, as anyone can use a calculator. I > wonder who they think will design calculators once a real understanding > of mathematics has been lost... > > ==== > William, given today's climate, I think no one actually cares, at the > moment, anyway, about who will design tomorrow's calculators... or auto > safety features, for that matter. They think, some scientist is gonna > do it! They fail to realize these little nose-picking, girl-teasing, > my-dog-ate-my-homework-kids are going to be that some scientist. > > out how transcendental functions actually work may also have a point. > I'm getting old. I seem to forget when it was that I myself was > introduced to various things. But I still think kids should learn log > table interpolation (good skill for other things, too!), understand by > the end of high school (if not a bit sooner) that the trig functions are > more than just SOH CAH TOA. But most American kids really seem to care > just about as much their teachers on this. > > I told some college students that every time I fuel my car, I try to > calculate my rough mileage per gallon in my head as I'm leaving the > filling station, just so I don't lose the skill. They seriously and > drily told me I was crazy. Of course, don't try this if you pulling > back onto a very busy street or highway! I think the older generation > of teachers might have supported such things... and manual calculation > of square roots, which really is not all that troublesome. > > >> oN 08-Nov-03, Ed Look said: >> >> >>>I gave my own son (middle school... sorta like junior high) a 39G. I >>>also forbade him to use it until the teachers require that he does >>> >> >> Years ago, I gave my old HP-25 to my younger brothers, with the >> stricture that it was only to be used for *checking* their homework. I >> further explained to them that learning the underlying solution >> processes was critical to a solid understanding of mathematics. >> >> I have heard some (not very bright) teachers claim that there's no need >> to learn to manually derive a root, as anyone can use a calculator. I >> wonder who they think will design calculators once a real understanding >> of mathematics has been lost... >> >> There needs to be some sort of middle ground. I have had teachers who taught the steps by calculator model X so you didn't learn the how and why and couldn't figure out how to work the problems on a different model calcualtor. Then there was the other extreme, the no calculators at all teachers. Those would make you show every basic step on the most comlex problems so you too so long to work the problems you didn't get to learn as much either. I prefer to learn how to do something and practice it a bit, then use the calculator for that so I can concentrate on learning somethng more complex. ==== calculator technology on people's understanding of mathematics, but surely you wouldn't make your children go back to using log tables? You must have a relatively high understanding of math to know how transcendental functions are calculated anyway, it's better if students learn how they behave and to let them get a general feel for what they are. No electrical engineering students I know chose their field of study by learning about fourier and laplace transforms when they were 15, like myself they're at uni because they were inspired by blinking lights, electric motors, model aeroplanes and crystal radios. When I started using my first graphing calculator and saw all the great stuff I could make it do, it was somewhat like playing with light-bulbs and motors when I was younger. I didn't really understand how it all worked, but it inspired me to learn more about the subject. I think if anything technology opens up the worlds of science and engineering so they're more accessible to people who're really interested in them. So I don't think it would be fair to tell a student Before I let you use those trig buttons, I'm going to make sure you fully understand Taylor series and CORDIC vector rotation :-) But then again, I'm probably one of the more unique students who take a genuine, rather than vested interest (ie degree==job ticket) in what I'm studying :-) This is just my NZ$0.02! > Mike, unless she wants to get into all aspects of programming, I don't > think that is the best type of machine to give a high school kid, > especially if she is still doing algebra, trig, etc. Besides, these > days, when teachers request the kids go and get a calc, they usually > mean a TI-83 or such. > > I have seen so far only one *college* student even with a HP calc, and > it's the algebraic HP-39G. All others are TIs, Casios, and Sharps, or > the no-name algebraics. > > I gave my own son (middle school... sorta like junior high) a 39G. I > also forbade him to use it until the teachers require that he does, > except for programming, figuring that if he figures out how to program > functions, even if in an effort to be lazy or sneaky, he has learned > something useful. So far, he's only pre-algebra! Anyhow, my > wind-obscured point is that with all students learning the fundamentals > of math, it's probably best only to let 'em have a 4-banger. Too bad no > one makes a RPN four-banger with only maybe exponentials, several > registers and enough memory RAM space so that they're FORCED to program > in sin, log, conversions, etc. > > I find that the advent of computers and (especially graphing) > calculators have contributed to dulling the mathematical wit of most > American students to the point that one can tell one who has had a > foreign secondary education by how well they can handle math. > > So, teach her to program it, but don't let her do logs, trig, or plot > anything on it! Gift wrap it with graph paper adorned with pencils and > erasers! > > > > I'm thinking of giving my old HP48SX (since I've updated to the 49G+) to my > > 16 year-old niece who will be taking a pre-calculus course in high school. > > > > She's a bright student, but I don't know if she'd have trouble using it or > > not. > > > > I do have the original user's manual so it should help her out. > > > > Anyone have any comments pro or con? Any suggestions of links to look for > > info that might help her? I think she used to have a TI-83, which I don't > > think can do calculus. > > > > -- > > Michael C. Polinske > > Milwaukee, WI > > ==================== > > Come to the WELS for > > new life in the living Word > > http://www.wels.net > > > > > > ==== > So I don't think it would be fair to tell a student Before I let you > use those trig buttons, I'm going to make sure you fully understand > Taylor series and CORDIC vector rotation :-) Right. They may first treat a hightec calculator as a kind of outlook on these and other things like Laplace and Fourier tranformation etc. And even after having learned to use all this stuff, it may still be pleasant to take a little rest enjoying some game or animation on the calculator, perhaps asking oneself how the programmer may have realized it. This may even be more fascinating than blinking lights, electric motors ... Look for instance at the animation ORBIT from ANI49 where the earth turns around the sun, first covering the sun and then, if returning after half a year on its orbit and being far away, is covered by the sun. - Wolfgang http://page.mi.fu-berlin.de/~raut/WR49/Ani49.htm ==== --------------------------------------------------------------------- I own a HP OmniBook XE3 and a HP 49G+, both IrDA enabled. However, They cannot communicate well. I can see that the calc gets its commands from connectivity program, but the laptop cannot receive the response. Is the calculator's IR power really that weak? By the way, It seems that the first instructions are << VERSION DROP '$$$t' STO >> and posibly XSEND afterwards. It is there where the communication fails, leaving $$$t in HOME. I'm about to test more IOPAR options, hoping that the proper combination will sustain the session longer. Is it important? Not, but I have some time to kill... Toby ==== I own a HP OmniBook XE3 and a HP 49G+, both IrDA enabled. However, They cannot communicate well. I can see that the calc gets its commands from connectivity program, but the laptop cannot receive the response. Is the calculator's IR power really that weak? I have a range of about 1 to 2 with the 49 g+. Anything longer than that and communications show a lot of garbage. -- Tom Lake Experience keeps a dear school but fools will learn in no other - Poor Richard's Almanack ==== How can I read what's getting transmitted? Are you using a laptop also? Toby > I own a HP OmniBook XE3 and a HP 49G+, both IrDA enabled. However, They > cannot communicate well. I can see that the calc gets its commands from > connectivity program, but the laptop cannot receive the response. Is the > calculator's IR power really that weak? > > I have a range of about 1 to 2 with the 49 g+. Anything longer than that > and communications show a lot of garbage. > > > -- > Tom Lake > > Experience keeps a dear school but fools will learn in no other - Poor > Richard's Almanack > > ==== Do you all know if there is a listing for the flags and what they do for the hp-49g+? If so, where do I get it. I just realized I don't have that information. For the 48, I have a reference book, but for the 49G+, well, I only have what comes with it. ==== > > Do you all know if there is a listing for the flags and what they do > for the hp-49g+? If so, where do I get it. I just realized I don't > have that information. For the 48, I have a reference book, but for > the 49G+, well, I only have what comes with it. While it doesn't have the few flags that are new to the + model, this site has the HP 49G Pocket Guide which lists almost all the flags of the 49 g+ http://www.hpcalc.org/hp49/docs/misc/ -- Tom Lake Experience keeps a dear school but fools will learn in no other - Poor Richard's Almanack ==== Tom Lake ha scritto nel messaggio > > > > Do you all know if there is a listing for the flags and what they do > > for the hp-49g+? If so, where do I get it. I just realized I don't > > have that information. For the 48, I have a reference book, but for > > the 49G+, well, I only have what comes with it. > > While it doesn't have the few flags that are new to the + model, this site > has the HP 49G Pocket Guide which lists almost all the flags of the 49 g+ > http://www.hpcalc.org/hp49/docs/misc/ May I also suggest you to have a look at my document? http://www.hpcalc.org/details.php?id=4884 for a description http://www.hpcalc.org/hp49/docs/misc/flags12.zip for the file directly It is designed so that if you like you can print it and attach it to the ng posts and, obviously, hp official docs. Kickaha ==== expiration) work fine in another HP41. It is the calculator and it exhibits symptoms the same as other's have posted. Alas, the other fixes haven't. Boo-hoo...so sad! Jay >just a thought, but do the 'new' batteries test for voltage and current? >because they're so unusual they could have been in storage too long. >Take a DVM to them out of the 41, and then use a couple of little strips >of foil to make test leads that you can trap between the flexi contact >(outermost strips) and the battery. That 'll let you read the voltage as the >41 comes on, and if it's dropping too far you could have some duff cells. > >4 what it's worth >Chic >> >> Well I finally picked up some N cells (Lowes building supply actually >> $2.18 for 2) and while I wasn't surprised to see the Memory Lost on >> the display as it must have been at least 10 years with no batteries, >> I was surprised disappointed that it wouldn't go away by pressing the >> back arrow or any of the tips below. >> >> >> I've opened the 41CV up, shined up electrical contacts with a pencil >> eraser and blown things out with canned air. This 41 has been cased >> and stored carefully. >> >> I also tried googling both websites and usenet and tried other >> mystical keystroke combinations. I am about ready to sacrifice >> poultry in the backyard and read some entrails. :-) >> >> I'm curious if anyone has successfully resolved (without sending it to >> HP) the type of problem I'll detail below - from what I've seen others >> have had it. >> >> 1. On button does not toggle to off, instead it displays Memory >> Lost for a second and then I get the goose on the left end of the >> display and the PRGM indicator is on. >> >> 2. I cannot toggle the PRGM indicator off. I cannot toggle to USER or >> ALPHA mode. >> >> 3. If I press R/S, I get >> >> 0, 00 >> >> for a few seconds and then back to Goose/PRGM >> >> 4. If I press R/S and then Enter, I get a + on the left end of >> the display that blinks for a long time - how long I don't know. :-) >> The PRGM indicator goes off though. >> >> >> Jay > ==== I recently got my 32MB sd card for my hp49g+. I've noticed that the SD card dosen't appear in the library, which the manual says. I also wanted to store library files (with titles such as Library 756) on the SD card, but I get an error, Error: Invalid DOS Name. How can I use my SD card just like another port, or Home? Is there a program I can use? Do I need to format my card or what? Now what can I do to either get the SD card to show up in the library or be able to store library files on the SD card? Nathan ==== The manual says you can only access the SD card through the Files key and will not ever show up as a port. Scott > I recently got my 32MB sd card for my hp49g+. I've noticed that the > SD card dosen't appear in the library, which the manual says. I also > wanted to store library files (with titles such as Library 756) on > the SD card, but I get an error, Error: Invalid DOS Name. How can I > use my SD card just like another port, or Home? Is there a program I > can use? Do I need to format my card or what? Now what can I do to > either get the SD card to show up in the library or be able to store > library files on the SD card? > > > Nathan ==== > The manual says you can only access the SD card through the Files key and > will not ever show up as a port. > > Huh? It should say the exact opposite! Al ==== > > The manual says you can only access > > the SD card through the Files key and > > will not ever show up as a port. > > > Huh? > > It should say the exact opposite! What they hopefully *meant* to say is: Pressing the FILES key shows the SD card as Port 3 and lets you browse it, whereas the LIB key (which shows your ports) never shows it at all. -Joe- ==== > I recently got my 32MB sd card for my hp49g+. I've noticed that the > SD card dosen't appear in the library, which the manual says. I also > wanted to store library files (with titles such as Library 756) on > the SD card, but I get an error, Error: Invalid DOS Name. How can I > use my SD card just like another port, or Home? Is there a program I > can use? Do I need to format my card or what? Now what can I do to > either get the SD card to show up in the library or be able to store > library files on the SD card? > > > Nathan What happens if you rename the file, so it doesn't contain a space? Al http://alpage.ath.cx/hptute/ - HP49G/G+ Tutorials ==== > > I recently got my 32MB sd card for my hp49g+. I've noticed that the > > SD card dosen't appear in the library, which the manual says. I also > > wanted to store library files (with titles such as Library 756) on > > the SD card, but I get an error, Error: Invalid DOS Name. How can I > > use my SD card just like another port, or Home? Is there a program I > > can use? Do I need to format my card or what? Now what can I do to > > either get the SD card to show up in the library or be able to store > > library files on the SD card? > > > > > > Nathan > > > What happens if you rename the file, so it doesn't contain a space? > > > > Al > http://alpage.ath.cx/hptute/ - HP49G/G+ Tutorials In case that fails, hearing 'Invalid DOS Name' brought to mind the limit of 8 characters, with the option of a '.' and 3 more characters as an extension. If it doesn't take without a space, consider other ideas like Library.756 , lib756 , or perhapse 756.lib . hopefully just removing the space or changing it to a dot will be enough so you don't have to change your titling convention so much. Ed Sutton ==== I tried renaming the files but that didnt work. I seem to be able to move any files to the sd card except for lists, and library files (where you put them in the library and restart the calc, then they appear in the library out of the ports.) And I still would like to figure out if I can somehow have the sd card show up in the library as port 3. ==== I wanted to ask those of you who bought from SAMSON CABLES the hp49g+ : 1. was the calc ok ? or you consider it as a fault unit ? 2. did the shippment arrive on time ? I have to say they offer a good price and their customer service seems good. actually - they have the best offer i had till now. thanks, Idan ==== I preordered my HP49G+ from Samson and got it soon after they became available in the US. The unit died after a few days. I contacted Samson and they said to return it. I did and they shipped me a new one right away and so far it works fine. I am very happy with their service. Jerry -- ---------------------------------------------------------------------------- ----- -- Jerry Petrey -- Senior Principal Systems Engineer - Navigation (GPS/INS), Guidance, & Control -- Raytheon Missile Systems - Member Team Ada & Team Forth ---------------------------------------------------------------------------- ----- > > I wanted to ask those of you who bought from SAMSON CABLES the hp49g+ : > > 1. was the calc ok ? or you consider it as a fault unit ? > 2. did the shippment arrive on time ? > > I have to say they offer a good price and their customer service seems good. > actually - they have the best offer i had till now. > > thanks, > > Idan ==== I also pre-ordered through Samson and am also satisfied with them. They usually process my orders quickly and I've had no trouble. The plain brown cardboard shipping box it came in was slightly crushed by one corner, but I suspect that was the fault of UPS, not Samson. The calculator works fine and like everybody else, there is that little flicker and keys might miss once in a while, but I'm not sure that it's not my fingers instead; the keys FEEL good, though. > > I wanted to ask those of you who bought from SAMSON CABLES the hp49g+ : > > 1. was the calc ok ? or you consider it as a fault unit ? > 2. did the shippment arrive on time ? > > I have to say they offer a good price and their customer service seems good. > actually - they have the best offer i had till now. > > thanks, > > Idan > ==== > I wanted to ask those of you who bought from SAMSON CABLES the hp49g+ : > > 1. was the calc ok ? or you consider it as a fault unit ? > 2. did the shippment arrive on time ? > > I have to say they offer a good price and their customer service seems good. > actually - they have the best offer i had till now. The calc I got from Samson has no problems with any keys so far. There is a slight flickering of the bottom row of pixels but I don't notice it unless I look very carefully. The paint is perfect and not coming off anywhere. I did see the cute garbage collection display on the right side a couple of times but that will happen with the 49 g+ no matter where you buy it. I have no trouble transferring files over the USB cable to and from Win XP Pro. The IR printing is very nice although limited in range to about 2 on my machine. Samson's delivery was very fast and I wouldn't hesitate to recommend them to anyone looking to buy over the Net. -- Tom Lake Experience keeps a dear school but fools will learn in no other - Poor Richard's Almanack ==== Shipment came on time (preordered 2nd day air -- hp48sx broke). The package was in good condition (blister pack), but the batteries didn't last very long -- new ones are good so far. I do get earthquakes and flickering -- but I feel that both will be fixed in a new rom update. (they seem fixable, at least). Matthew F. G. ==== I bought an hp49g+ from Samson. Shipping was via UPS. There was a complete and accurate tracking log ... from Samson's receipt of my order request, through the hand off to UPS; and, finally, UPS's own tracking log, enabling me to see the delivery progress at each of the (promised) three days it did take. I'm very satisfied with the product as received in both the way they processed the order, and the overall hp49g+ device. I sure wish the calc had wire direct rs-232 facilities, though. It doesn't, and I'm trying to find a suitable workaround; but in the meantime, I'm having a whole lot of fun with it!. Congratulations and thank you, Samson. (I'm in the natural gas industry in Washington State.) -Dale- > >I wanted to ask those of you who bought from SAMSON CABLES the hp49g+ : > >1. was the calc ok ? or you consider it as a fault unit ? >2. did the shippment arrive on time ? > >I have to say they offer a good price and their customer service seems good. >actually - they have the best offer i had till now. > >thanks, > >Idan ==== Mine came via UPS Ground from Samson Cables (I pre-ordered it) and was in good condition. It had ROM 1.20 which I updated to 1.22 once I got the Conn4x working. I haven't had the flickering problem and only occasionally does it seem that some of the keys don't work. It feels like a good keypress but then when I look at the screen the key didn't appear. I haven't seen the earthquake since updating to 1.22. Overall, I'm pretty satisfied with my purchase. > > I wanted to ask those of you who bought from SAMSON CABLES the hp49g+ : > > 1. was the calc ok ? or you consider it as a fault unit ? > 2. did the shippment arrive on time ? > > I have to say they offer a good price and their customer service seems good. > actually - they have the best offer i had till now. > > thanks, > > Idan ==== Despite the dire stories on here and the hpmuseum forum, I went mad on Friday and bought a new 49g+ from my fave supplier in the City of London. It came in a cardboard box (not a bubble-pack) with v1.22 ROM installed (apparently in the factory!). All the keys work well, the paint is all stuck on quite well and the display doesn't flicker. In all, despite not having used it very much yet, I have to say that this is a great improvement over the 49G and seems like a great machine. The keyboard is quite good and I'm very pleased with it. got to get an SD card this afternoon (the 256Meg one I use in my Palm is not going to be used in the 49G+...I'm sure 16 Meg will be more than enough. :-) One question for y'all...can I run libraries/progs from SD or will I have to copy them to the internal memory? WigglePig ==== > Despite the dire stories on here and the hpmuseum forum, I went mad on > Friday and bought a new 49g+ from my fave supplier in the City of > London. It came in a cardboard box (not a bubble-pack) with v1.22 ROM > installed (apparently in the factory!). All the keys work well, the > paint is all stuck on quite well and the display doesn't flicker. > > In all, despite not having used it very much yet, I have to say that > this is a great improvement over the 49G and seems like a great machine. > The keyboard is quite good and I'm very pleased with it. > > One question for y'all...can I run libraries/progs from SD or will I > have to copy them to the internal memory? > > > WigglePig GENE: There are people on this forum who will believe you're making that up. :-) Glad to hear, as I have suspected for some time, that MOST of the problems people have reported appear to be sorted out on brand new units. If people have units they are unhappy with, there are things they can do to get them fixed! Regarding libraries, I believe they will have to be stored in main ram. There used to be a way to uncompile a library and have it be normal code again. Anyone have a link to that? Gene ==== > There used to be a way to uncompile a library > and have it be normal code again. Anyone have a > link to that? The only one I've verified as working on the 49g+ is Wolfgang's OT49+ library's D<->L command. It converts libraries to directories and vice versa, with many nice features. Frighteningly fast, too. Available here: http://page.mi.fu-berlin.de/~raut/WR49/index.htm#General In case it isn't obvious, if you have a library stored on the SD card you don't need to convert it to a directory to use it on the 49g+; just COPY it from port 3 to any lower port, then press ON+C, and it'll appear in the LIB menu. -Joe- ==== What I hoped to find was a way to convert libraries to code/directories, store them in Port 3, then be able to RUN them from port 3 without taking up any of Port 0, 1, or 2's space. Since Libraries don't attach from Port 3, to run many of the best goodies on the 49G+, they would need to be converted back to non-library code. Gene -- * These statements and opinions are mine alone and do not reflect my employer's views. * > > > There used to be a way to uncompile a library > > and have it be normal code again. Anyone have a > > link to that? > > The only one I've verified as working on the 49g+ is Wolfgang's > OT49+ library's D<->L command. It converts libraries to directories > and vice versa, with many nice features. Frighteningly fast, too. > Available here: > http://page.mi.fu-berlin.de/~raut/WR49/index.htm#General > > In case it isn't obvious, if you have a library stored on the SD card > you don't need to convert it to a directory to use it on the 49g+; > just COPY it from port 3 to any lower port, then press ON+C, and it'll > appear in the LIB menu. > > -Joe- ==== > GENE: There are people on this forum who will believe you're making > that up. :-) Heh. Well, I can assure all you nay-sayers that I'm not making it up. It works just fine. :-) > Glad to hear, as I have suspected for some time, that MOST of the > problems people have reported appear to be sorted out on brand new > units. If people have units they are unhappy with, there are things > they can do to get them fixed! True, though I had a devil of a time getting KP to replace my first 49g with it's completely non-functioning keyboard and serial port! > Regarding libraries, I believe they will have to be stored in main > ram. There used to be a way to uncompile a library and have it be > normal code again. Anyone have a link to that? Hmm, I seem to remember that I could run libraries directly from the internal flash on the 49g and was hoping I could do the same from the sd card. It seems a bit excessive to be able to use a 128 Meg card just for backing up a 2.5 meg machine! Oh well, I'm sure I'll get myself sorted. :-) WigglePig ==== > > Regarding libraries, I believe they will have to be stored in main > > ram. There used to be a way to uncompile a library and have it be > > normal code again. Anyone have a link to that? > > Hmm, I seem to remember that I could run libraries directly from the > internal flash on the 49g and was hoping I could do the same from the sd > card. It seems a bit excessive to be able to use a 128 Meg card just for > backing up a 2.5 meg machine! Oh well, I'm sure I'll get myself sorted. :-) > > > WigglePig Gene: That is port 2 on the 49G (which is also present on the 49G+). The SD card is Port 3, which functions differently (at least for now). One can hope for more functionality as time goes by. -- * These statements and opinions are mine alone and do not reflect my employer's views. * ==== What about hp49g programs ? do they work well on the hp49g+ ? Is there a chance that 48g programs will work ? thanks idan ==== > What about hp49g programs ? do they work well on the hp49g+ ? > Is there a chance that 48g programs will work ? > I don't do a lot of sophisticated programming but all the programs I used on the 48G & 49G worked perfectly on the 49G+. Tom Scott ==== I've just downloaded the bes12 library of Steven Ahlig from hpcalc. It works fine in calculations, but I'd like to use Bessel functions in plotting. Instead, when I use this library in the Function window (Left Shift+F4), I obtain a message error: I write, for example, BESJ(3,X) in EQ in the Plot Setup (or, in algebraic mode, STEQ(BESJ(3,X))), I obtain a Bad Augment Type error message. I see that this library does not work simbolically, and I've an error when I put the X variable. There's no way to use this library (or libraries in general) for a plot? Daniele ==== Help... I have seen a few posts recently on this subject, so I know I'm not the only one. I am using Windows 98 (not SE) and trying to connect to my 49G+. I have downloaded the latest USB driver and Connectivity Kit from the HP web site. When the calculator was first connected to the PC via the USB cable, Windows 98 identified the new connection so all was fine to that point. I updated the drivers as instructed and that seemed to be fine too. However, when I run Conn4x, it just doesn't seem able to see the 49G+. In the Conn4x instructions, it says I am supposed to press right shift then right arrow, which turns on the Xmodem Server. The very first time I ran Conn4x after upgarding the USB driver, I got a message from Conn4x saying the Xmodem was the wrong kind of server and it failed to connect. Thereafter, I get no error message other than Conn4x fails to find the 49G+. I have looked through the PDF manual but have not found any help there either, I'm stuck. Conn4x is set to Auto - so I have not played with the connection speeds. When I click on the menu Help in Conn4x, nothing happens - i.e. there is no Can you help please? [PS - I think the 49G+, is, on the whole, a very nice calculator. Big, big improvement on the 49G+. ] Mark. ==== > Can you help please? Buy a SD-card and a SD-card reader and forget about Conn4x. Michael -- -= Michael Hoppe , =------ ==== My new calculator, a hp 49g+, is completely stuck. When i switch it or No then only leads to beeping, no other response. I experienced similar problems with my former hp, a 49g. The solution then was either holding down the backspace button when starting, or setting the device in terminal mode and activating the Flash Download Program -I then got the option to manually erase user banks i suspected to be corrupt. The problem is that i can't figure out how to do it on my 49g+. Do anyone of you know? ==== Experimenting with RPN (I need practice, because I'm a newbie of the 49), I've noticed that, in the stack, I must to enter a vector (without entering into the Matrix Writer), in this form ['x','y','z'] instead of (more simple I think) [x,y,z] I don't understand because apices are needed in this form, because there's no way to think that these can be two different things. I believe that without apices vectors can be written in an easier way. Maybe there's some flag to change this? language in Italy :-) ) Daniele ==== Daniele: Apostrophes(') are needed in RPN to enter any algebraic object (also called algebraics). Thus, they're required also in vectors. In Algebraic mode, the apostrophes are not needed. G. Urroz ==== thanks to all for your help. I'm sorry, i delayed to thanks you bye peppe ==== thanks to all for your help. I'm sorry, i delayed to thanks you bye peppe ==== When I turn on my HP49g+ while it's hooked to the USB cable, my Windows XP computer with a nforce2 motherboard (epox 8rdra+) bluescreens instantly. If the calc is on first, it has no problem with it. Anyone else have a problem like this? It even bluescreens if I turn the calc on while it's booting up windows, but not during initial POST (maybe USB isn't on then?) Matthew F. G. ==== I have a similar problem, although no blue screens of death on my Nforce2. I can plug in my calculator once and it is fine, but if i unplug the usb cable and plug it back in my computer turns off. Perhaps it is a bug in the nforce2 (mine is a Biostar Ideq 200n). Or maybe in USB 2. Has anyone else tried using their 49g+ connected to a USB2 port? -Ben Salinas > When I turn on my HP49g+ while it's hooked to the USB cable, my Windows > XP computer with a nforce2 motherboard (epox 8rdra+) bluescreens > instantly. If the calc is on first, it has no problem with it. Anyone > else have a problem like this? It even bluescreens if I turn the calc > on while it's booting up windows, but not during initial POST (maybe USB > isn't on then?) > > Matthew F. G. ==== > > I have a similar problem, although no blue screens of death on my > Nforce2. I can plug in my calculator once and it is fine, but if i > unplug the usb cable and plug it back in my computer turns off. > Perhaps it is a bug in the nforce2 (mine is a Biostar Ideq 200n). > Or maybe in USB 2. Has anyone else tried using their 49g+ connected > to a USB2 port? > -Ben Salinas > > > When I turn on my HP49g+ while it's hooked to the USB cable, my Windows > > XP computer with a nforce2 motherboard (epox 8rdra+) bluescreens > > instantly. If the calc is on first, it has no problem with it. Anyone > > else have a problem like this? It even bluescreens if I turn the calc > > on while it's booting up windows, but not during initial POST (maybe USB > > isn't on then?) > > > > Matthew F. G. ==== out of the 15 times I've used it with the 49g+ (it's just as miserable trying to use it with the 49g) I got a blue screen saying something about fatal exceptions and physical ramp dumps, I didn't pay much attention to it. Running W2K. Brody > When I turn on my HP49g+ while it's hooked to the USB cable, my Windows > XP computer with a nforce2 motherboard (epox 8rdra+) bluescreens > instantly. If the calc is on first, it has no problem with it. Anyone > else have a problem like this? It even bluescreens if I turn the calc > on while it's booting up windows, but not during initial POST (maybe USB > isn't on then?) > > Matthew F. G. ==== I would like to begin SysRPL programming on my HP49G+, but MASD (library 257) won't attach correctly. Has anyone out there gotten MASD attached on a -49G+? MrM ==== if you do 256 ATTACH, the ASM function should work flawlessly... > I would like to begin SysRPL programming on my HP49G+, but MASD (library > 257) won't attach correctly. Has anyone out there gotten MASD attached on > a -49G+? > > MrM > > ==== Virtual TI-89 Pocket Emulator Current version: 1.02 Beta http://ticalcemulator.calcnews.net ROMs in http://epsstore.ti.com/ see APPS EDCG ==== > Virtual TI-89 Pocket Emulator Current version: 1.02 Beta > > http://ticalcemulator.calcnews.net > > ROMs in http://epsstore.ti.com/ see APPS > > EDCG May I just point out, politely, that the name of this group is comp.sys.HP48 <---- note the 'HP' bit. JasonG ==== Last night I was playing around with some trigonometric functions and was baffled by the behavior of 'ABS(X)' in the plot application. I looked it up and it seems to have something to do with the setting of Rigorous. I don't understand, why is rigorous used with the plot application, when it is not used when evaluatiing the same expression on the stack? Are there more flags that has this kind of behaviour? Per. ==== Per: When _Rigorous is set, then ABS(X) is interpreted as it should be, namely, ABS(X) = X, if X > 0 or X = 0 ABS(X) = -X, if X<0 When _Rigorous is not set, then ABS(X) = X. I don't know the functionality of this setting, but I will stick with _Rigorous being set. G. Urroz ==== Ok, can anyone tell me, what's all about that. I've a little system, which can send data via IR port and 9600 baud to a printer. I assume, that the system uses SIL to transmit the data. I think it uses a IR220LN from ACTiSys. If I put the HP48GX near to the IR port of the system, the HP48GX thinks, that it receives characters, but of course it gets garbage (.9f). The systems are less that 1 inch apart from each other. If I put the HP49+ near to the IR port, nothing happens at all. Is it possible to get the data send from the system either via HP48Gx or HP49G+ ????????? Marten Feldtmann ==== With my hp48sx and HPComm this was no problem; but I cannot seem to figure out a way to transfer a working program (constructed in notepad) to my new hp49g+ via Conn4x. It seems that the only way Conn4x sends data is via a string. via XRECV: On the hp49g+ the contents of my program variables become strings with newline chars embedded. Using the header: HPHP49-C %%HP: T(3)A(D)F(.); just adds that header to the string. Am I doing this incorrectly with the hp49xx series? Is there a flag setting that I need to change? I have tried toggling flag 35 from binary to ASCII, which produced the same string. Help is missing from my version 2.1 build 1783 Conn4x. Your help is appreciated, thanks! -Dale- ==== > With my hp48sx and HPComm this was no problem; but I cannot seem to > figure out a way to transfer a working program (constructed in > notepad) to my new hp49g+ via Conn4x. It seems that the only way > Conn4x sends data is via a string. > > via XRECV: > > On the hp49g+ the contents of my program variables become strings > with newline chars embedded. Using the header: HPHP49-C > %%HP: T(3)A(D)F(.); just adds that header to the string. > > Am I doing this incorrectly with the hp49xx series? Is there a flag > setting that I need to change? I have tried toggling flag 35 from > binary to ASCII, which produced the same string. > > Help is missing from my version 2.1 build 1783 Conn4x. Your help is > appreciated, thanks! > > -Dale- I had the same problem till I did these and now I have no problem. 1 If you do not have it yet, download debug4x from www.hpcalc.org. One of the things that comes with it is the emu49 emulator. 2 Download http://www.hpcalc.org/search.php?query=emu48+Ascii+to+Binary+Converter from www.hpcalc.org. Follow the simple instructions in the text file attached to load the emu49asc.bin file into the emulator and save it as any variable you want (In the emulator). Now with your notepad file with the correct heading %%HP: T(0)A(D)F(.); and program delimiters Ç È , load it into the emulator. Then convert it by pressing the variable that you created in step 2 earlier. Your program is now converted into a compiled form ready to transfer into the calculator. Using the emulator's save object menu command, save the file on your pc. Save it with a calculator variable name (without any extension). Finally, download your program into your calculator using your usb connection and you have your calculator program ready to run. ==== --------------------------------------------------------------------- Finally... I have a HP OmniBook XE3 running Win XP-H. This is how I did it: - Installed ircomm2k driver to simulate a seral port via IR (http://www.ircomm2k.de/). Make sure it is installed for a standard comm port, most likely comm 3 or comm 4. More on that later. - Infrared Monitor Service tuned on in Win XP. This will show an icon in the tray when the system detects an Ir signal. - Must have Wireless Link Control Panel applet. Open it and deactivate, in the second tab page (Image Transfer) the option Use Wireless to transfer images... bla, bla, bla.. This option use a diferent protocol, not suitable for standard serial comm. Remember the selected comm port. - Now, and this is important: run the KERMIT server in the calc (not the xmodem server) by pressing right arrow while simultaneously pressing right-shift (red). The error checking feature of kermit is needed to maintain the connection alive. - Line up the calculator IR arrow (printed above the screen) with the IR port in the PC and wait for the system to detect the calcs IR. The PC will show the corresponding icon in the tray, and may emit a connection sound. - Now we have an available comm port for the Connectivity Kit. The program that came with the HP 49G+ does not use Kermit. It has not been able to maintain a connection using xserver, posibly due to the lack of error checking. Use the package available for the HP 48G and HP 49G (the ugly blue calc). Run it, set the communication parameters (using the comm port selected for ircomm2k instalation) and refresh the screen. While uploading long files, the screen shows the count of errors detected. I am getting some, but Kermit does recover from them (contrary to xmodem). IR does have it's flaws. Because a connection has to be establish before transmiting, screen dumps from the calculator do not work well with the aforementioned setup. So, this I would like to see: Kermit support in the newest connectivity kit; the highest baud rate posible under using the calcs kermit server (I mean, updating it); and server autodetection, based on the calcs currently active server. Note to the experts: easy on me, I'm a newbie... Toby ==== (i.e., the USU University Bookstore), and, since he asked me to share this information with anyone who may own an HP 48GII, I'm posting it in the group: ..., Gilberto: HP has issued a recall of the HP 48GII just recently released. Apparently the battery life is too short. Those who have purchased a unit from us can, (1) return it to the Bookstore for reimbursement, or (2) contact HP and receive a 49GPlus in its place, or wait for a replacement when the model is fixed and in production in January. I would suggest you do the second option with the freebies I gave you and your colleagues, since we cannot reimburse you for them. Call: 1-800-HP-INVENT. This second option must be done through HP. Please relay this msg to anyone you know with a new 48GII. I will keep you informed of any developments. No new info on the 33's ______________________________________ David E. Rhodes Supply Department Manager Utah State University Bookstore ==================================== Sincerely, Gilberto E. Urroz http://www.engineering.usu.edu/cee/faculty/gurro/ ==== Sweet deal! (Under unfortunate circumstances, however) They could have the same bug as the first HP-49Gs--- but since they aren't flashable, they have to be replaced. Unfortunate, indeed... but they're being quite nice about it (49+ replacement). > > (i.e., the USU University Bookstore), and, since he asked me to share > this information with anyone who may own an HP 48GII, I'm posting it > in the group: > > > ..., Gilberto: > > HP has issued a recall of the HP 48GII just recently released. > Apparently > the battery life is too short. Those who have purchased a unit from > us can, > (1) return it to the Bookstore for reimbursement, or (2) contact HP > and > receive a 49GPlus in its place, or wait for a replacement when the > model is > fixed and in production in January. I would suggest you do the second > option with the freebies I gave you and your colleagues, since we > cannot > reimburse you for them. Call: 1-800-HP-INVENT. This second option > must be > done through HP. > > Please relay this msg to anyone you know with a new 48GII. > > I will keep you informed of any developments. > > No new info on the 33's > > ______________________________________ > David E. Rhodes > Supply Department Manager > Utah State University Bookstore > > > > ==================================== > > Sincerely, > > Gilberto E. Urroz > http://www.engineering.usu.edu/cee/faculty/gurro/ ==== Now that a few of you have had time to tinker with the latest, does anyone have information on how the entry point are affected? Is there currently an entry table available? Will the current hptools work? I would be very interested in a way to use the 49G+ to control my telescope. The scope uses rs232. How could I take the output of the calc's USB and make the necessary conversion? Is this possible? Is there any way to tell by looking at the blister pack what rom version the calc has or whether the calc is from the first release? Danged Fry's has no display versions. I had decided not to get this thing due to the troubles reported and he loss of the rs232 port. But I have a sickness that precludes me from *NOT* having the latest calc from HP (or rather hp) whether it is up to snuff or not. I'm sure none of you have this problem..... Best, -Al Arduengo -- ~/.signature ==== Does anyone knows how I can change back the EQW button so it wont be shifted ? ( in hp49g+ ) Idan