HP-79 === Subject: SD Card Is there any problem to leave the SD Card inside the HP49g+ all the time? === Subject: Re: SD Card > Is there any problem to leave the SD Card inside the HP49g+ all the time? You might prevent dust to get inside your calculator. You can store your programs (not libs) on it (the SD card) and call them with a kind of .bat (saves some space and takes a couple blinks of the eye to load). What is not recommended is to plug in and out too often, there have been reports of damaged SD card ports. Speaking of power consumption, the SD requires some power when plugged and the calc on, but does it matter the size? Theoretically yes, more MB means more transistors, but also more MB means better integration, better technology and I suppose less power consumption. Vali === Subject: Re: SD Card > Is there any problem to leave the SD Card inside the HP49g+ all the time? Although I can't think of any, one thing to consider is that the SD card might use current when when you're not accessing it. I should imagine that a large SD card might impact battery life quite a bit, as well as being mostly wasted (with a large cluster size and small calculator programs). Has anyone measured battery life with the SD card out? Rich === Subject: Re: Vectored enter (was:Simple? 49G question) > Steve Poirot writes: I hope that there's a simple way to do this. I want to display > numbers in exact mode, like 2/3 instead of 0.666667. The problem is, > when the number is greater than one, like 4/3, it displays it as 4/3 > instead of 1 1/3. Is there a way to change that behavior? Sorry, there is no mode setting that does that for you. However, you > can do it manually with the PROPFRAC command, which toggles between > 4/3 and 1+1/3. I'd suggest assigning PROPFRAC to a key for > single-keystroke convenience. If you really need automatic execution > of PARTFRAC (or any other command or program) after every operation, > the famous Vectored ENTER feature (via flag -63) is able to handle > that. -Joe- Where can one find a good explanation of vectored ENTER? === Subject: Re: Vectored enter (was:Simple? 49G question) > Where can one find a good explanation of vectored ENTER? http://www.engr.uvic.ca/~aschoorl/faq/48faq-8.html#ss8.12 http://www.hpcalc.org/hp48/docs/faq (downloadble versions of FAQ) http://groups.google.com/groups?selm=3B4B766C.3D853E50%40miu.edu Simple summary: Your 'AlphaEnter' program, if any, is invoked, in place of the built-in parser, to act on command-line input. Your 'BetaEnter' program, if any, is invoked after each keyboard-initiated function or command has completed, before the next keystrokes are processed. Either program receives its input from a string on the stack (the entire command line as a string, or the name of the final action-inducing key, respectively). Note that not every keyboard action involves first processing a command line, so although 'BetaEnter' is always invoked after completing keyboard-initiated actions, 'AlphaEnter' is not invoked unless there was command-line input to first be processed. Perhaps the best explanation is to see what actually happens, step by step on the stack, as you perform keyboard operations, using the programs included below. Whenever keyboard input has been typed into the command line, and must finally be evaluated before proceeding, your 'AlphaEnter' program (if you have one) is invoked to perform that evaluation, upon the *string* which had been typed into the command line. This gives the 'AlphaEnter' program the opportunity to do anything it wants to do with that string, e.g. to print it (for documenting calculations), to modify it before parsing (to insert # in front of integers, perhaps), to save a copy of it somewhere (to save more than the built-in four last command lines for later recall), or whatever. In most cases, your 'AlphaEnter' program will want to finally evaluate the command string normally, which can be done via a STR-> or OBJ-> command (SysRPL DOSTR>). After every keyboard-initiated action is finally completed, your 'BetaEnter' program (if you have one) is invoked, and is presented with the *name* of the function/command key which finally initated the action just performed, e.g. +, COS, INV [for 1/x], SWAP, DUP [for Enter used as DUP], (empty string) [for Enter or other key used to complete the entry of a command line without further action], etc. You can use a 'BetaEnter' program to print or display the name of the function/command just performed, to do something with the result on the stack (e.g. display it in different forms), to restore your original flag settings (after the CAS changes them), or whatever else your imagination can conceive of, but in all cases, don't forget to do *something* with that string on the stack :) Vectored Enter demonstration programs follow for *HP49G* (globally replace #2EF67h with #386A1h for HP48). Best practice is to make a memory backup first, because SYSEVALs can wipe out memory if their addresses or arguments are wrong. Note that Ga and Gb represent Greek alpha and beta symbols (alpha right-shift A and B) -- these names are hard-coded in ROM, so they must be used exactly as shown: << 'GaENTER' 1 DISP 1 FREEZE #2EF67h SYSEVAL 2 WAIT STR-> #2EF67h SYSEVAL 2 WAIT >> 'GaENTER' STO << 'GbENTER' 1 DISP 1 FREEZE #2EF67h SYSEVAL 2 WAIT DROP >> 'GbENTER' STO -63 SF -62 SF Note that 'AlphaEnter' and 'BetaEnter' are actually invoked only when flags -63 (Custom Enter) and -62 (User mode) are *both* set, which allows you to toggle these effects on/off by toggling User mode on/off from the keyboard itself. In HP49, Vectored Enter works only in RPN mode. These demonstration programs show what happens on the stack while 'AlphaEnter' and 'BetaEnter' are executing -- the name of either program displays at the top of the screen, as the initial input string is passed to it on the stack, then the stack is re-displayed upon that program's exit. Some previously posted, diverse uses of Vectored enter: http://groups.google.com/groups?selm=3AA768F2.F95FBC2D%40miu.edu http://groups.google.com/groups?selm=3AA729A1.B8E86BD5%40miu.edu http://groups.google.com/groups?selm=3F1741C1.ACC71A48%40miu.edu http://groups.google.com/groups?selm=3AF38F47.4C05013D%40miu.edu http://groups.google.com/groups?selm=3D7495E9.848BF8E8%40miu.edu http://groups.google.com/groups?selm=8t1h92%24v67%241%40nnrp1.deja.com http://groups.google.com/groups?threadm=3CA7175C.FF71097F%40miu.edu HP48 *ONLY*: http://groups.google.com/groups?selm=6r9bl6%24is9%241%40news.iastate.edu -- Ever heard of Hugh Everett? http://www.hep.upenn.edu/~max/toe_press.html http://sankey.ws/qm.html http://www.manyuniverses.com/Sample.htm http://www.hedweb.com/manworld.htm http://www.thymos.com/science/qc.html Everett Bio: http://www.hep.upenn.edu/~max/everett Son Mark leads The Eels http://www.eelstheband.com/wsj03.html But what's more important in this world -- technology, or feelings? The means by which we live has outdistanced the ends for which we live. Our scientific power has outrun our spiritual power. We have guided missiles and misguided men. [Martin Luther King Jr.] The human dilemma is as it has always been, and it is a delusion to believe that the technological changes of our era have rendered irrelevant the wisdom of the ages and the sages. [Neil Postman] Great people are those who make others feel that they, too, can become great. [Mark Twain] The driving need of my dad's was to make others feel better. [Andrew Postman] http://www.rememberingneilpostman.com/000072.html A good heart is finally more valuable than a well-stocked, well-trained head. http://www.stbernards.org This foreign policy ... ignores the role of cooperation in the survival of the fittest, and puts all the emphasis on competition ... I would have the United States lead a cooperative effort to improve the world by engaging in preventive actions of a constructive character. [George Soros] http://www.theatlantic.com/issues/2003/12/soros.htm Every gun that is made, every warship launched, every rocket fired signifies, in the final sense, a theft from those who hunger and are not fed, those who are cold and are not clothed. [Dwight D. Eisenhower, supreme Allied commander in WWII, later NATO, and finally President of the United States (1953-1961)] Those who are at war with others are not at peace with themselves. [William Hazlitt] Best wishes from http://www.mum.edu === Subject: Re: Vectored enter (was:Simple? 49G question) John H Meyers wrote in message news:opr29oluqg66py54@news.cis.dfn.de... X > In HP49, Vectored Enter works only in RPN mode. X I wish that Avenard would never have done this since I have a perfectly good use of betaENTER in both RPN & ALG mode (which is often used by newbies) I use it to restore the flags into the original state that CAS usually forcefully changes to something not desired... [VPN] === Subject: Re: Vectored enter (was:Simple? 49G question) Virgil wrote in message news:... Where can one find a good explanation of vectored ENTER? There's a brief discussion of it in the HP48 FAQ, probably enough to get you started. Bill Wickes gave as a usage example turning reals into user binary integers. If I recall correctly: Save the following program as 'alphaENTER' (alpha is the Greek character from the CHARS map, or alphakey-RS-A): << # SWAP + h + STR->> Turn on Custom Enter (flag -63) and lock USER mode. The result should be, for example: 56D -> # 56Dh The h is coming from the program. You can omit this step if you want the current base. A drawback I've never solved, short of using 0 DELKEYS: all your key assignments are activated and get in the way. In general, I've found custom/vectored ENTER more trouble than it's worth. But it might be of some use with specialized applications. I wrote a much-expanded version of the above called BINENT, which you can find in hpcalc by searching for Bill Markwick. Bill === Subject: Re: Vectored enter (was:Simple? 49G question) writes: >Where can one find a good explanation of vectored ENTER? > HP48 Insights I : Principles and Programming, William C. Wickes, section 4.3.3 pp88-89. Bill alternate E-dress wtstorey@ieee.org.no.spam.please (Use the obvious) === Subject: Re: Vectored enter (was:Simple? 49G question) > writes: > > >>Where can one find a good explanation of vectored ENTER? >> > > > HP48 Insights I : Principles and Programming, William C. Wickes, section 4.3.3 > pp88-89. Also, there are at least a couple of examples of its use in programs in the book. Also in the older Insights I (48SX version). That's probably the clearest explanation, but also see: HP 48G Series Advanced User's Reference Manual, pp. 2-53 & 2-54. HP 48[SX/S] (single volume) Owner's Manual pp. 31-44 & 31-45. Or see: http://groups.google.com/groups?as_q=vectored&as_ugroup=comp.sys.hp48&as_sco ring=d&num=100 -- Regards, James === Subject: Re: Vectored enter (was:Simple? 49G question) PS: Also see: http://www.hpcalc.org/search.php?query=vectored for some examples or http://www.engr.uvic.ca/~aschoorl/faq/48faq-8.html#ss8.12 for a brief explanation. === Subject: Re: Vectored enter (was:Simple? 49G question) and the $64,000 question is . . . where can you possibly find any kind of copy, electronic, hard copy, Xerox copy, old, expensive etc. I have not found a copy anywhere, for any price and I have been looking. -- - - - - - - - - - - - - - - - - Bill Graves RKBA! bgraves@ix.netcom.com >Where can one find a good explanation of vectored ENTER? > HP48 Insights I : Principles and Programming, William C. Wickes, section 4.3.3 > pp88-89. Bill > alternate E-dress wtstorey@ieee.org.no.spam.please > (Use the obvious) === Subject: Saving 100s of personal HP48GX programs Im stuck. I have several HP48GX calculators and they have been my faithful helper for many many years. I used an HP program PDL to compose RPL progam in a DOS Window and to download on serial link to the 48. PDL was simple and very effective. My programs are extensively commented using @ symbol to start a comment. What can I do now? I just got a HP49G+, like many things about it and appreciate that the same RPL is supported but what to do with my PLD PC programs? Dont see a way to get them to the 48G+ Hoped IR link from 48 to 49 might give me a path: PC to 48 (via serial) to 49 (via IR) but doesnt work. Did the following: - hardware check of IR port; both are OK - installed xmodem and xserver on the 48, installation looks OK - flag 33 set to IR on both calculators - IOPAR set to {9600.0 0.0 0.0 0.0 3.0 3.0 } on both - place name of var to be sent on stack. Fire them up, get one blip from 48 and an error message. Both 48 and 49 connect nicely to PC. 49 with USB cable, 48 with serial cable. Stuck, dont know what to do about all those 48 programs I wrote using HP's PDL program. Ed === Subject: Re: Saving 100s of personal HP48GX programs What is wrong with using Conn4x (download latest from HP site). It works with the 48GX (have to download a library that is part of the package) and 49G and 49G+. Should be able to handle those PC files too! If I am missing something, let me know because I worked hard to provide exactly the capability that you seek. -- - - - - - - - - - - - - - - - - Bill Graves RKBA! bgraves@ix.netcom.com ESP2 wrote in message news:3e937fbf.0402111348.13638f66@posting.google.com... > Im stuck. I have several HP48GX calculators and they have been my > faithful helper for many many years. I used an HP program PDL to > compose RPL progam in a DOS Window and to download on serial link to > the 48. PDL was simple and very effective. My programs are > extensively commented using @ symbol to start a comment. What can I do > now? I just got a HP49G+, like many things about it and appreciate > that the same RPL is supported but what to do with my PLD PC programs? > Dont see a way to get them to the 48G+ Hoped IR link from 48 to 49 might give me a path: PC to 48 (via > serial) to 49 (via IR) but doesnt work. Did the following: > - hardware check of IR port; both are OK > - installed xmodem and xserver on the 48, installation looks OK > - flag 33 set to IR on both calculators > - IOPAR set to {9600.0 0.0 0.0 0.0 3.0 3.0 } on both > - place name of var to be sent on stack. Fire them up, get one blip > from 48 and an error message. Both 48 and 49 connect nicely to PC. 49 with USB cable, 48 with > serial cable. Stuck, dont know what to do about all those 48 programs I wrote using > HP's PDL program. === Subject: Re: Saving 100s of personal HP48GX programs It doesn't work for the 49g+. There have been several posts pointing that out. Robert William Graves wrote in message news:hfzWb.514$tL3.389@newsread1.news.pas.earthlink.net... > What is wrong with using Conn4x (download latest from HP site). It works with the 48GX (have to download a library that is part of > the package) and 49G and 49G+. Should be able to handle those PC files too! If I am missing something, let me know because I worked hard to provide exactly the capability that you seek. > -- - - - - - - - - - - - - - - - - > Bill Graves RKBA! > bgraves@ix.netcom.com ESP2 wrote in message news:3e937fbf.0402111348.13638f66@posting.google.com... > Im stuck. I have several HP48GX calculators and they have been my > faithful helper for many many years. I used an HP program PDL to > compose RPL progam in a DOS Window and to download on serial link to > the 48. PDL was simple and very effective. My programs are > extensively commented using @ symbol to start a comment. What can I do > now? I just got a HP49G+, like many things about it and appreciate > that the same RPL is supported but what to do with my PLD PC programs? > Dont see a way to get them to the 48G+ Hoped IR link from 48 to 49 might give me a path: PC to 48 (via > serial) to 49 (via IR) but doesnt work. Did the following: > - hardware check of IR port; both are OK > - installed xmodem and xserver on the 48, installation looks OK > - flag 33 set to IR on both calculators > - IOPAR set to {9600.0 0.0 0.0 0.0 3.0 3.0 } on both > - place name of var to be sent on stack. Fire them up, get one blip > from 48 and an error message. Both 48 and 49 connect nicely to PC. 49 with USB cable, 48 with > serial cable. Stuck, dont know what to do about all those 48 programs I wrote using > HP's PDL program. === Subject: Re: Saving 100s of personal HP48GX programs Actually, look again. There were plenty of early issues but it works fine now. Of course, no one is forcing anyone to use it but there is a lot of capability there right now and more will be released shortly. -- - - - - - - - - - - - - - - - - Bill Graves RKBA! bgraves@ix.netcom.com Robert Wynne wrote in message news:RiBWb.11243$uV3.26557@attbi_s51... > It doesn't work for the 49g+. There have been several posts pointing that > out. Robert > William Graves wrote in message > news:hfzWb.514$tL3.389@newsread1.news.pas.earthlink.net... > What is wrong with using Conn4x (download latest from HP site). It works > with the 48GX (have to download a library that is part of > the package) and 49G and 49G+. Should be able to handle those PC files > too! If I am missing something, let me know because I worked hard to provide > exactly the capability that you seek. > -- - - - - - - - - - - - - - - - - > Bill Graves RKBA! > bgraves@ix.netcom.com ESP2 wrote in message > news:3e937fbf.0402111348.13638f66@posting.google.com... > Im stuck. I have several HP48GX calculators and they have been my > faithful helper for many many years. I used an HP program PDL to > compose RPL progam in a DOS Window and to download on serial link to > the 48. PDL was simple and very effective. My programs are > extensively commented using @ symbol to start a comment. What can I do > now? I just got a HP49G+, like many things about it and appreciate > that the same RPL is supported but what to do with my PLD PC programs? > Dont see a way to get them to the 48G+ Hoped IR link from 48 to 49 might give me a path: PC to 48 (via > serial) to 49 (via IR) but doesnt work. Did the following: > - hardware check of IR port; both are OK > - installed xmodem and xserver on the 48, installation looks OK > - flag 33 set to IR on both calculators > - IOPAR set to {9600.0 0.0 0.0 0.0 3.0 3.0 } on both > - place name of var to be sent on stack. Fire them up, get one blip > from 48 and an error message. Both 48 and 49 connect nicely to PC. 49 with USB cable, 48 with > serial cable. Stuck, dont know what to do about all those 48 programs I wrote using > HP's PDL program. Ed === Subject: Re: Saving 100s of personal HP48GX programs Could you, please, implement multiple-calculator connections? There are still lots of compatible objects among the different calculators, and Conn4x does indeed understand 48 as well as 49x. If we could have a window per connection, with Drag & Drop capabilities among them... Toby William Graves wrote in message news:WpCWb.854$WW3.851@newsread2.news.pas.earthlink.net... > Actually, look again. There were plenty of early issues but it works fine now. Of course, no one is forcing anyone to use it but > there is a lot of capability there right now and more will be released shortly. > -- - - - - - - - - - - - - - - - - > Bill Graves RKBA! > bgraves@ix.netcom.com Robert Wynne wrote in message news:RiBWb.11243$uV3.26557@attbi_s51... > It doesn't work for the 49g+. There have been several posts pointing that > out. Robert > William Graves wrote in message > news:hfzWb.514$tL3.389@newsread1.news.pas.earthlink.net... > What is wrong with using Conn4x (download latest from HP site). It works > with the 48GX (have to download a library that is part of > the package) and 49G and 49G+. Should be able to handle those PC files > too! If I am missing something, let me know because I worked hard to provide > exactly the capability that you seek. > -- - - - - - - - - - - - - - - - - > Bill Graves RKBA! > bgraves@ix.netcom.com ESP2 wrote in message > news:3e937fbf.0402111348.13638f66@posting.google.com... > Im stuck. I have several HP48GX calculators and they have been my > faithful helper for many many years. I used an HP program PDL to > compose RPL progam in a DOS Window and to download on serial link to > the 48. PDL was simple and very effective. My programs are > extensively commented using @ symbol to start a comment. What can I do > now? I just got a HP49G+, like many things about it and appreciate > that the same RPL is supported but what to do with my PLD PC programs? > Dont see a way to get them to the 48G+ Hoped IR link from 48 to 49 might give me a path: PC to 48 (via > serial) to 49 (via IR) but doesnt work. Did the following: > - hardware check of IR port; both are OK > - installed xmodem and xserver on the 48, installation looks OK > - flag 33 set to IR on both calculators > - IOPAR set to {9600.0 0.0 0.0 0.0 3.0 3.0 } on both > - place name of var to be sent on stack. Fire them up, get one blip > from 48 and an error message. Both 48 and 49 connect nicely to PC. 49 with USB cable, 48 with > serial cable. Stuck, dont know what to do about all those 48 programs I wrote using > HP's PDL program. Ed === Subject: Re: Saving 100s of personal HP48GX programs > Actually, look again. There were plenty of early issues but it works > fine now. Of course, no one is forcing anyone to use it but there is > a lot of capability there right now and more will be released shortly. I'm looking forward to the more. :-) The newest Conn4x version, Version 2.1 Build 2118, seems to work ok for me with MS Windows 98SE and the 49g+ ROM Revision #1.23 (VERSION:03.54, BUILD NUMBER:0031). But note that it seems to install much easier if you first use WinZip to extract the individual files from HP_ConnectivityKit.exe (PKWare won't work on this file), and then run the extracted SETUP.EXE to install the package. Ignore the USB driver revision 1.0.4.2 on HP's site; it's obsolete. The connectivity kit package includes USB driver file version 1.01.0000.0. But the package also includes ROM revision 1.22. Whether this would replace the current 1.23 ROM, I don't know; you may want to check on that. The 1.23 ROM isn't available on the hp customer care site yet; go to HP's business support center to find it. It seems to me that HP could do a much better job on its web sites. -- Regards, James === Subject: Re: Saving 100s of personal HP48GX programs > The 1.23 ROM isn't available on the hp customer care site yet; go to > HP's business support center to find it. Ummm ... It is, and it 'isn't'! It's actually there (if you look at the actual filename you're about to download) - but they've made a typo and they're still saying it's 1.22. Cheers, CC === Subject: Re: Saving 100s of personal HP48GX programs I've been writing progs on my laptop (Win2K) and transferring them as text files (with the right header) so that they arrive as programs without any probs for months - only thing I've noticed is that the Comms program isn't very tolerant - you HAVE to do things in the right order. For me, I ... 1. Switch on the PC and the calc 2. Start the comms package 3. Right-shift right-arrow on the calc 4. Unplug / replug comms cable 5. Choose HP4x+ from the comms package and then connect. If calc is powered off then you need to unplug / replud the comms cable. Like many, I also had probs with the version that came on the CD. === Subject: Re: Saving 100s of personal HP48GX programs Which comm program should I use? The hpconn4x on hpcalc is an older version than the one from hp. Cockpit Colin wrote in message news:MJBWb.41759$9k7.862364@news.xtra.co.nz... > I've been writing progs on my laptop (Win2K) and transferring them as text > files (with the right header) so that they arrive as programs without any > probs for months - only thing I've noticed is that the Comms program isn't > very tolerant - you HAVE to do things in the right order. For me, I ... 1. Switch on the PC and the calc 2. Start the comms package 3. Right-shift right-arrow on the calc 4. Unplug / replug comms cable 5. Choose HP4x+ from the comms package and then connect. If calc is powered off then you need to unplug / replud the comms cable. Like many, I also had probs with the version that came on the CD. === Subject: Re: Saving 100s of personal HP48GX programs Try ... http://h20015.www2.hp.com/en/softwareDownloadIndex.jhtml?reg=&cc=us&softitem =ca-14082-3&prodId=hp49ggraph351775&lc=en&plc=&sw_lang=en&pagetype=software Or www.hp.com then 'Drivers' section and search on hp49g+ ... and follow your nose. I'm a bit out of touch as to versions, but I got mine from there, and it works OK. If in doubt, uninstall existing comms package and USB driver for calc first (and reboot). Cheers, CC Robert Wynne wrote in message news:SDCWb.11672$uV3.28649@attbi_s51... > Which comm program should I use? The hpconn4x on hpcalc is an older version > than the one from hp. > Cockpit Colin wrote in message > news:MJBWb.41759$9k7.862364@news.xtra.co.nz... > I've been writing progs on my laptop (Win2K) and transferring them as text > files (with the right header) so that they arrive as programs without any > probs for months - only thing I've noticed is that the Comms program isn't > very tolerant - you HAVE to do things in the right order. For me, I ... 1. Switch on the PC and the calc 2. Start the comms package 3. Right-shift right-arrow on the calc 4. Unplug / replug comms cable 5. Choose HP4x+ from the comms package and then connect. If calc is powered off then you need to unplug / replud the comms cable. Like many, I also had probs with the version that came on the CD. === Subject: Re: Saving 100s of personal HP48GX programs I found it. Got it working for the first time last night. I will try it again today to make sure it still works. The hpcomm4x program on hpcalc has the same version number as the one from hp. Thats what confused me . Thanks All Robert Cockpit Colin wrote in message news:BiFWb.41933$9k7.866333@news.xtra.co.nz... > Try ... http://h20015.www2.hp.com/en/softwareDownloadIndex.jhtml?reg=&cc=us&softitem =ca-14082-3&prodId=hp49ggraph351775&lc=en&plc=&sw_lang=en&pagetype=software Or www.hp.com then 'Drivers' section and search on hp49g+ ... and follow > your nose. I'm a bit out of touch as to versions, but I got mine from there, and it > works OK. If in doubt, uninstall existing comms package and USB driver for > calc first (and reboot). Cheers, CC > Robert Wynne wrote in message > news:SDCWb.11672$uV3.28649@attbi_s51... > Which comm program should I use? The hpconn4x on hpcalc is an older > version > than the one from hp. > Cockpit Colin wrote in message > news:MJBWb.41759$9k7.862364@news.xtra.co.nz... > I've been writing progs on my laptop (Win2K) and transferring them as > text > files (with the right header) so that they arrive as programs without > any > probs for months - only thing I've noticed is that the Comms program > isn't > very tolerant - you HAVE to do things in the right order. For me, I ... 1. Switch on the PC and the calc 2. Start the comms package 3. Right-shift right-arrow on the calc 4. Unplug / replug comms cable 5. Choose HP4x+ from the comms package and then connect. If calc is powered off then you need to unplug / replud the comms cable. Like many, I also had probs with the version that came on the CD. === Subject: Re: Saving 100s of personal HP48GX programs > It doesn't work for the 49g+. There have been several posts pointing that > out. > Strange, I've been using it for a while without problems... The old version shipping on the CD didn't work in some cases. The new version from HPs web site should work. Al === Subject: Re: Saving 100s of personal HP48GX programs I'll try give that a try. Thanks Robert Al Borowski wrote in message news:402ae2c5$0$1727$5a62ac22@freenews.iinet.net.au... > It doesn't work for the 49g+. There have been several posts pointing that > out. > Strange, I've been using it for a while without problems... The old version shipping on the CD didn't work in some cases. The new > version from HPs web site should work. Al > === Subject: SR48 - great program for fast comunication w/ hp48 Hi, I've been using SR38 for sending and receiving files to my HP48G (with expanded 256k hardware upgrade from me :). The program works great but there are some features I'd like to see implemented, like sending several files at once, etc. It's the smallest prog for 1k/s transmissions. It's only 462bytes in size and that's why I like it soo much :p Does anyone know how to contact the author? Does he read these post? Thanx in advance. Hugo Rodrigues === Subject: Re: Emulating the 49G+: SUCCESS!!! I'm shure Christoph Gie§elink (the maintainer of Emu48 - Emulator for HP38/39/40/48/49) will be more than helpfull and willing to add support for it to Emu48 wich runs win Windows. His knowledge with HP calculators' hardware is enourmous and he will be helpfull to your quest :p Contact him --> c dot giesselink at gmx dot de Thanx in advance Robert Hildinger wrote in message news:PDsWb.8066102$Id.1334988@news.easynews.com... > Edward Sanford Sutton, III wrote in message > news:76bad108.0402101955.6cc8a909@posting.google.com... > Any plans/interest to make this program be able to work with linux (and > others)? > Ed Sutton The emulator that I'm working on is for the PalmOS only, but I will be happy > to make available to any of the other HP emulator authors the code that > allows 49G+ emulation. They have only to ask! -Robert === Subject: Re: Emulating the 49G+: SUCCESS!!! Robert, one thing that would be very nice: could you find a way to >embed the ROM(s) into the emulator, to avoid the need for a separate >card in the PDA? It seems to me this would be fairly straightforward, >and make it much easier to install the calc. -- > .-. .-. .---. .---. .-..-. | Experts in Linux/Unix: www.WildOpenSource.com > | |__ / | | |-< | |-< > / | Making the bazaar more commonplace > `----'`-^-'`-'`-'`-'`-' `-' | Check out my new novel: Cloud Realm at: > home: www.smith-house.org | http://www.smith-house.org/books/list.html > The ROM images are at least 2MB. Many people can not give that much space permanently to a single application. If this capacity (to have the ROM image as part of the application) were available, then I ask that it be _optional_. It is much easier and cheaper for me to buy another Sony MemoryStick class of card than it is to extend the memory of my PDA. I, for one, have the capacity to write all three of the memory cartridge types that I own without going through the respective devices. Therefore, for me, direct loading is not a problem. With Silver's (and some other ``launchers' '' capacity to copy an application form VFS to RAM, I frequently add new applications directly to VFS so that the applications do not use RAM when they are not in use at the cost of loading from VFS time and power. On the other hand, I do understand that single image installations are more convenient to do regardless whether they are to RAM or VFS. Randolph J. Herber, herber@dcdrjh.fnal.gov, +1 630 840 2966, CD/CDFTF PK-149F, Mail Stop 318, Fermilab, Kirk & Pine Rds., PO Box 500, Batavia, IL 60510-0500, USA. (Speaking for myself and not for US, US DOE, FNAL nor URA.) (Product, trade, or service marks herein belong to their respective owners.) === Subject: Re: Emulating the 49G+: SUCCESS!!! Randolph J. Herber wrote in message news:c0edh7$eci$1@info4.fnal.gov... X > The ROM images are at least 2MB. Many people can not give that much > space permanently to a single application. If this capacity (to have > the ROM image as part of the application) were available, then I ask > that it be _optional_. It is much easier and cheaper for me to buy > another Sony MemoryStick class of card than it is to extend the > memory of my PDA. X Naaah! Was there some old days a few PDAs with sucha small memory? The emulator probably will not runs on those puny machines anyway... AND how do you access the ROM if it's not part of the address space? C'moon... [VPN] === <76bad108.0402101955.6cc8a909@posting.google.com> Subject: Re: Emulating the 49G+: SUCCESS!!! The emulator that I'm working on is for the PalmOS only, but I will be > happy to make available to any of the other HP emulator authors the > code that allows 49G+ emulation. They have only to ask! -Robert > Hey cool! I've got a IIIx and a IIIc if you need a beta tester :) Joshua King === Subject: Re: Emulating the 49G+: SUCCESS!!! That's very good news! Congratulations, Robert. Laurent === Subject: Re: Emulating the 49G+: SUCCESS!!! > could you find a way to > embed the ROM(s) into the emulator I guess that would be illegal... Laurent === Subject: Re: [SysRPL 49] Handling Left-Shift Menu keys while in ALG? Kickaha ha scritto nel messaggio news:c05lda$bm3$1@lacerta.tiscalinet.it... > Hi guys! > I'd like to know if someone here can explain me how to handle LS+F1/6 in > ALGebraic, since it seems that the calc always call the plot routines > despite the fact that I've defined in my menu an action for the Left-shift > plane... > Actions for right-shift plane work well, so maybe I need some tricky > programming... I wonder why my post isn't yet :o) considered Possible hypothesis: 1- There's no way to do this. 2- There's a way but nobody like to tell me. 3- The question is too stupid Which one you prefer? ^_^ Regards, Kickaha === Subject: Re: [SysRPL 49] Handling Left-Shift Menu keys while in ALG? > Kickaha ha scritto nel messaggio > news:c05lda$bm3$1@lacerta.tiscalinet.it... > >>Hi guys! >>I'd like to know if someone here can explain me how to handle LS+F1/6 in >>ALGebraic, since it seems that the calc always call the plot routines >>despite the fact that I've defined in my menu an action for the Left-shift >>plane... >>Actions for right-shift plane work well, so maybe I need some tricky >>programming... > > > I wonder why my post isn't yet :o) considered > Possible hypothesis: > 1- There's no way to do this. > 2- There's a way but nobody like to tell me. > 3- The question is too stupid > > Which one you prefer? ^_^ More likely the in ALGebraic. I've learned how to keep the calculator out of ALG mode, and haven't investigated that mode any deeper than that. Does your question also apply to RPN mode? But note that in RPN mode, the LeftShifted function keys apply the STO command, and you have to hold down the LeftShift while pressing the function key to get the plot routines. Perhaps to get the assigned action while in ALG mode you'd have to hold down the LeftShift? Just a wild guess. -- Regards, James === Subject: Re: [SysRPL 49] Handling Left-Shift Menu keys while in ALG? James M. Prange ha scritto nel messaggio news:W9HWb.13895$QE3.7753@fe01.usenetserver.com... >Kickaha ha scritto nel messaggio >news:c05lda$bm3$1@lacerta.tiscalinet.it... > >>Hi guys! > >>I'd like to know if someone here can explain me how to handle LS+F1/6 in > >>ALGebraic, since it seems that the calc always call the plot routines > >>despite the fact that I've defined in my menu an action for the Left-shift > >>plane... > >>Actions for right-shift plane work well, so maybe I need some tricky > >>programming... ...(SNIP)... > I've learned how to keep the calculator > out of ALG mode, and haven't investigated that mode any deeper than > that. Does your question also apply to RPN mode? First of all thx for answering, Mr. J. M. Prange. No my question doesn't apply to RPN and - perhaps I should specify it in my post (apart the subj) - is about SysRPL programming. My problem is related to the menu building for a library. I've used the following construct: :: CK0 { cmd1 :: seco for Non-shifted key ; :: seco for Left-shifted key ; :: seco for Right-shifted key ; } BINT1 {}N DoMenuKey ; The program works perfectly in RPN. In ALG the left-shifted key isn't called because if the user press LS+F1 (or F2 o F3.....) the calc calls the plotting routines independtly if an action is handled by the current menu construct... I wonder if there is a way to avoid this behaviour. > But note that in RPN mode, the LeftShifted function keys apply the STO > command, and you have to hold down the LeftShift while pressing the > function key to get the plot routines. Perhaps to get the assigned > action while in ALG mode you'd have to hold down the LeftShift? Just a > wild guess. Unfortunately I don't know how to do this in the Menu construct. Regards, Kickaha === Subject: Re: [SysRPL 49] Handling Left-Shift Menu keys while in ALG? > ... My problem is related > to the menu building for a library. I've used the following construct: > :: > CK0 > { cmd1 > :: seco for Non-shifted key ; > :: seco for Left-shifted key ; > :: seco for Right-shifted key ; > } > BINT1 {}N > DoMenuKey > ; The program works perfectly in RPN. In ALG the left-shifted key isn't called > because if the user press LS+F1 (or F2 o F3.....) the calc calls the > plotting routines independtly if an action is handled by the current menu > construct... > I wonder if there is a way to avoid this behaviour. Hi Federico (sounds better than Kickaha, at least in German :-) Theoretically, it should be possible to determine also the leftshift action of a menu-key independent on ALG or RPN mode by means of the command MenuKeyLS! which expects a secondary or pointer to such one, and this has to be run *before* a list or program is given to DoMenuKey. But I'm not sure whether this also works in ALG mode because ALG/RPN distinction is made already in a very low level of the ROM :-) - Wolfgang === Subject: Re: GOOD NEWS! Aagje wrote in message news:c0dc8d$cjo$1@inews.gazeta.pl... > Lately I wrote that I was so glad with my brand new HP 48G. Now I changed my > mind and told in the shop that I'd like a 49G+ instead. And they did it! They > took back my 48G and gave back my money for 100% and I now bougt a 49G+ instead. > But what a difference it is! It has muuuuuuuuuuuuuuuuuuuuuuuuch more functions > and possibilities. So NOW I have what I want. Something I can work with. It was > very expensive, but now I have something I'm glad with. > Hi, Aagje! If some of the keys of your brand new 49g+ seem to be stiff and not responsive unless you press firmly, you may loosen up the offending key by Wiggle Fix : Grab the key between thumb and a finger and press it down then wiggle it sideways about a dozen times, repeat if nessessary. Report whatever you find out of your new calculatrice! [VPN] 49g+ is the King === Subject: Re: GOOD NEWS! > Report whatever you find out of your new calculatrice! Well ok, my first impressions after a sleepless night with my new HP49g+. It's a splendid machine with a very sophisticated CAS. You enter your function, the dependant variable (And there is also an x key which works without first pressing the alpha key) and you type SOLVE and it works. Splendid! Very surprised I was when I asked for 45^78 and got the EXACT answer!!!! Also very handy is the ISPRIME? function and the DIVIS function. The HP 48G didn't have them. (I'm using RPN because I'm used to it) RPN works much more consequently on this machine than on the 48G. What will also be very handy for me in the future is the Gammafunction, although the 48 also had it (via the FACT function) but not directly. MOST OF ALL I LIKE the INFINITE key. This is very handy when computing unbounded integrals and limits. It's super that you get exact symbolic answers when entering a function and that it can compute for example summations that well. The keyboard works very well. Only my calculator crashed 2 times yesterday. Needed a pin to reset it. And sometimes the display behaves strangely showing strange black dots on the right side. I have ROM version 1.19. When you start it up you get for a fraction of a second a kind of picture but I can't see what it is, it shows up too shortly. They say that there are some easter eggs, for example some black-white pictures but I couldn't display them yet. What is also a very nice feature is the SPEED of this thing and also the fact that you can turn the graphics in a very nice way. I'm now going to learn SYSTEM RPL, but I'm only wandering how to start the builtin editor. 2,5 Mb in a calculator. It's a blessing. I'll soon buy a 128 Mb flash card, then I have everything I could ever wish. Maybe a colorscreen, but ok. That's something I can live without with. Aagje === Subject: Re: GOOD NEWS! [SNIP] > I have ROM version 1.19. << The 49G+ will not operate on version 1.19. Version 1.19 works only in the HP49G. The original shipping operating system of the HP49G+ was 1.20. John [SNIP] === Subject: Re: GOOD NEWS! You need to upgrade your ROM to 1.23 as soon as possible. Robert Aagje wrote in message news:c0g544$10h$1@inews.gazeta.pl... Report whatever you find out of your new calculatrice! Well ok, my first impressions after a sleepless night with my new HP49g+. It's a splendid machine with a very sophisticated CAS. You enter your function, > the dependant variable (And there is also an x key which works without first > pressing the alpha key) and you type SOLVE and it works. > Splendid! > Very surprised I was when I asked for 45^78 and got the EXACT answer!!!! > Also very handy is the ISPRIME? function and the DIVIS function. The HP 48G > didn't have them. (I'm using RPN because I'm used to it) > RPN works much more consequently on this machine than on the 48G. > What will also be very handy for me in the future is the Gammafunction, although > the 48 also had it (via the FACT function) but not directly. > MOST OF ALL I LIKE the INFINITE key. This is very handy when computing unbounded > integrals and limits. > It's super that you get exact symbolic answers when entering a function and that > it can compute for example summations that well. The keyboard works very well. > Only my calculator crashed 2 times yesterday. Needed a pin > to reset it. And sometimes the display behaves strangely showing strange black > dots on the right side. I have ROM version 1.19. When you start it up you get > for a fraction of a second a kind of picture but I can't see what it is, it > shows up too shortly. > They say that there are some easter eggs, for example some black-white pictures > but I couldn't display them yet. What is also a very nice feature is the SPEED of this thing and also the fact > that you can turn the graphics in a very nice way. I'm now going to learn SYSTEM RPL, but I'm only wandering how to start the > builtin editor. 2,5 Mb in a calculator. It's a blessing. I'll soon buy a 128 Mb flash card, then > I have everything I could ever wish. Maybe a colorscreen, but ok. That's > something I can live without with. === Subject: Re: GOOD NEWS! 1.19 ROM on a 49G+?? Aagje wrote in message news:c0g544$10h$1@inews.gazeta.pl... Report whatever you find out of your new calculatrice! Well ok, my first impressions after a sleepless night with my new HP49g+. It's a splendid machine with a very sophisticated CAS. You enter your function, > the dependant variable (And there is also an x key which works without first > pressing the alpha key) and you type SOLVE and it works. > Splendid! > Very surprised I was when I asked for 45^78 and got the EXACT answer!!!! > Also very handy is the ISPRIME? function and the DIVIS function. The HP 48G > didn't have them. (I'm using RPN because I'm used to it) > RPN works much more consequently on this machine than on the 48G. > What will also be very handy for me in the future is the Gammafunction, although > the 48 also had it (via the FACT function) but not directly. > MOST OF ALL I LIKE the INFINITE key. This is very handy when computing unbounded > integrals and limits. > It's super that you get exact symbolic answers when entering a function and that > it can compute for example summations that well. The keyboard works very well. > Only my calculator crashed 2 times yesterday. Needed a pin > to reset it. And sometimes the display behaves strangely showing strange black > dots on the right side. I have ROM version 1.19. When you start it up you get > for a fraction of a second a kind of picture but I can't see what it is, it > shows up too shortly. > They say that there are some easter eggs, for example some black-white pictures > but I couldn't display them yet. What is also a very nice feature is the SPEED of this thing and also the fact > that you can turn the graphics in a very nice way. I'm now going to learn SYSTEM RPL, but I'm only wandering how to start the > builtin editor. 2,5 Mb in a calculator. It's a blessing. I'll soon buy a 128 Mb flash card, then > I have everything I could ever wish. Maybe a colorscreen, but ok. That's > something I can live without with. Aagje === Subject: Re: James Bond Meets HP Bill Markwick wrote in message news:435f61d8.0402110729.445fcd8@posting.google.com... > An upcoming movie trailer: X > I'm... I'm sorry, M he said, his voice shaking, but I just can't go > up against evil of this magnitude. I must... resign. > Will James Bond come to his senses? Can he stop the powers of > darkness and mass marketing? Watch your local listings for the time > and date of release. X At the way out James didn't even notice Moneypenny and forgot his hat. At the front door he bumbed into Q who busily started to explain about a special edition of HP-01 Golden: Not only is this watch made of solid gold, well actually it has some other metals alloyed to make it strong, but these new features will blow no, not literally, your mind away....mumble, mumble Q voice seem to dissappear and without any funny remarks Bond took the watch and went on... [VPN] It's YOUR turn to continue the story - please read the previous sessions so we can Wiki-Wiki some coherens to the story... === Subject: Re: James Bond Meets HP > Bill Markwick wrote in message > news:435f61d8.0402110729.445fcd8@posting.google.com... > >>An upcoming movie trailer: > > X > >>I'm... I'm sorry, M he said, his voice shaking, but I just can't go >>up against evil of this magnitude. I must... resign. >> >> >>Will James Bond come to his senses? Can he stop the powers of >>darkness and mass marketing? Watch your local listings for the time >>and date of release. > > X > At the way out James didn't even notice Moneypenny and forgot his hat. > At the front door he bumbed into Q who busily started to explain about > a special edition of HP-01 Golden: > Not only is this watch made of solid gold, well actually it has some other > metals alloyed to make it strong, but these new features will blow > no, not literally, your mind away....mumble, mumble > Q voice seem to dissappear and without any funny remarks Bond took > the watch and went on... But then James came to his senses (at least partially) and thought better of leaving his precious 48GX behind... -- === Subject: Re: James Bond Meets HP > Bill Markwick wrote in message > news:435f61d8.0402110729.445fcd8@posting.google.com... An upcoming movie trailer: X I'm... I'm sorry, M he said, his voice shaking, but I just > can't go up against evil of this magnitude. I must... resign. > Will James Bond come to his senses? Can he stop the powers of > darkness and mass marketing? Watch your local listings for the > time and date of release. X > At the way out James didn't even notice Moneypenny and forgot his > hat. At the front door he bumbed into Q who busily started to > explain about a special edition of HP-01 Golden: > Not only is this watch made of solid gold, well actually it has > some other metals alloyed to make it strong, but these new features > will blow no, not literally, your mind away....mumble, mumble > Q voice seem to dissappear and without any funny remarks Bond took > the watch and went on... But then James came to his senses (at least partially) and thought > better of leaving his precious 48GX behind... That night, 007 had an horrible nightmare. He had just taken his faithful 41CX, the one he used in all of his missions, and an horrible thing had happened: The ENTER key had been moved to the lower right corner, and was now the size of the regular keys. He woke up screaming to the top of his lungs, drenched in his sweat and crying like a baby. The bastards! I won't allow the world to go the algebraic way! And having said so, he jumped out of his bed and went to his 41. Don't worry, little one, 007 is on the job now! === Subject: Re: More memory, and what will happen...? Carlos Marangon wrote in message news:2cfc228.0402102049.14371276@posting.google.com... > Hello! I have some questions.. > Now that SD cards are available for HP49G+: 1) will appear viruses for HP49G+ ? We will see later...when the internet connection the Yoann is doing gets better support... > 2) will HP49G+ be able to handle large memory and > will it be sufficient fast to work with it? Fast it is yes, but the Emulated Saturn has still the 20-bit nibble based adreess space of 1MN (Mega Nibble) which is 1/2 MB. The ARM9 CPU can address easily almost 4GB but even 256MB would be great. The SD can think of as a HD or Tape device You don't need that much Main RAM. currently the OS has ~240KB free to the user There is also an internal port 2 with 3/4 MB Flash for libraries > 3) if I have 5 MB of program inside of it, > will it be able to find a program that > I dont remember the name? Well you can search using the Filer and you can start programs directly from your MMC/SD :3: Directoryprog.hp EVAL > 4) will be possible import and read MSDOCS adn pics in HP49G+? Plain Text Only! I would hope for Rich Text Format Support... > 5) will it be possible to run some compilers like Basic or Pascal > now that memory seems no longer be a problem? ARM9 gcc compiler shold be able to do some native work but we don't have the DOARM command on our Hackers Lib )-`: [VPN] === Subject: Re: hp48g to XP via kermit Dave wrote in message news:c0clkr$jqm$1@nntp6.u.washington.edu... > I am having major connection issues connecting my HP48G to my XP box via > kermit. I have followed the advice of a bunch of how to's and documentation > (using kermit95), but to no avial. I can't even get the to to connect to > each other. should i be using c-kermit? perhaps? I am getting the impression that > kermit-95 is overkill. X I have successfully used Terminal Emulation 5 [VPN] === Subject: Re: available memory on 49g+ Joseph K. Horn wrote in message news:87233f9e.0402091046.27740eba@posting.google.com... > Jean-Yves Avenard writes: Ouuchh.. stop it it hurts! Sorry! ;-) There's only 512KB of RAM in total. You could have taken > memory from Port 0 or from Port 1. I believe Port 1 is a > better choice. Agreed. But what this means is that we now need some sort of system > whereby huge programs or libraries can keep only a tiny kernel of > themselves in main memory (or port memory) which only calls the rest > of their code as needed, one chunk at a time, from port 3, thus > minimizing their memory footprint in main RAM and in port memory. > This would allow the maximum possible number of programs to be > immediately available to the user without needing to install them > from port 3 and then delete them afterwards to recover the memory they > use. In honor of MicroSoft, I suggest that we call this system > Dynamic Linked Libraries. Not. >:-( Seems more like Overlays from the 8-bit CPU & CP/M days. The Old HP-41 system had primitive support of calling new programs from an X-Functions Memeory Module via an X-Functions call This belongs to X-Files that I have somehow misplaced... > Then look at it this way... When ARM native application > will finally be possible they will have access to 128KB > of RAM on their own without eating any memory of the 49G > original memory! Cool! Except for one thing... it's ALREADY POSSIBLE. It MUST be, > since the calculator already USES it, no? Unless my powers of > deduction are damaged, the only thing needed for writing ARM code is > knowledge of the Magical Invocation, the revelation of which we all > eagerly await. Yeah, JYA: bring us DOARM command into the Hackers Lib It might cost you and ARM to do, but certainly not a leg... [VPN] === Subject: Re: Docreader (sysRPL programming book) > Well now that this will soon to be released, who wants to help me > convert Eduardo's programming in sysRPL to make it readable on a 131 x > 80 screen? I have looked at docreader and Filer6 and like it quite a bit. However, I am wondering if not another possibility should be included. The current version of it does break all text to 33 columns, to make it readable on the screen without sideways scrolling. This is great for running text. However, I am wondering if this may be too strong a limitation for technical documents. In technical documents you will have to include tables and things like that, and I doubt that it will always be possible to keep the width of such tables below 33 columns, and they may also be longer than 11 or 12 lines - in which case the concept of pages does not work well at all. So Wolfgang and Jorge, would it be possible to have a non-wrapping mode? Both modes could be implemented and then selected maybe depending on the first or last character of the text file. - Carsten === Subject: Re: Docreader (sysRPL programming book) > I have looked at docreader and Filer6 and like it quite a bit. > However, I am wondering if not another possibility should be included. > The current version of it does break all text to 33 columns, to make > it readable on the screen without sideways scrolling. This is great > for running text. However, I am wondering if this may be too strong a > limitation for technical documents. In technical documents you will > have to include tables and things like that, and I doubt that it will > always be possible to keep the width of such tables below 33 columns, > and they may also be longer than 11 or 12 lines - in which case the > concept of pages does not work well at all. Well, a possible solution could be a AskQuestion-box asking on reading normal text or a technical document without additional linebreaks. This would not add many bytes to the Read command. Clearly, in the technical case the you'd to care about linebreaks in the text by yourself, to avoid unnecessary sideward scrolling. - Wolfgang === Subject: Re: Docreader (sysRPL programming book) A still simpler solution would be to make the following convention: If the headline of the text starts with @ then it is a technical document, otherwise a fluent text. How about this? :-) - Wolfgang === Subject: Re: Docreader (sysRPL programming book) Wolfgang Rautenberg writes: > A still simpler solution would be to make the following convention: > If the headline of the text starts with @ then it is > a technical document, otherwise a fluent text. Well, this is exactly what I meant. Please remove the @ before displaying the title... - Carsten === Subject: Re: Docreader (sysRPL programming book) Tables, diagrams, etc.: just write separate readers for each well-selected type, if needed, open the reffered table or diagram, otherwise, continue scrolling. Dont ask me, I cannot program my VCR yet. Toby Carsten Dominik wrote in message news:k0ekt0xp4m.fsf@niers.strw.leidenuniv.nl... > Wolfgang Rautenberg writes: > A still simpler solution would be to make the following convention: > If the headline of the text starts with @ then it is > a technical document, otherwise a fluent text. Well, this is exactly what I meant. Please remove the @ before > displaying the title... - Carsten === Subject: Re: Docreader (sysRPL programming book) Wolfgang Rautenberg writes: > Well, a possible solution could be a AskQuestion-box asking on reading > normal text or a technical document without additional linebreaks. This > would not add many bytes to the Read command. Clearly, in the technical > case the you'd to care about linebreaks in the text by yourself, to > avoid unnecessary sideward scrolling. Yes, absolutely, The production of such a document would have to take care of line wrapping in running text. But I think the AskQuestion may not be a good idea. Suppose someone indeed converts Programming in SystemRPL or a similar book into a document structure for reading on the HP. When searching something in the book, you would not like to have to answer a question each time you open a new (sub)-section. Some internal marking seems to be more convenient. - Carsten === Subject: Re: SD bluetooth for 49g+? Beto wrote in message news:c08sij$14fqlh$1@ID-95421.news.uni-berlin.de... Will it ever bcome close to reality to connect a 49g+ to the PC > wirelessly with a Bluetooth SD card? I knew I heard that question before... I searched google groups and > found this: Ashish wrote in message > news:8cc95dbd.0311182233.27b96eb5@posting.google.com... >Hello all. I just got my 49g+ and was looking at some SD cards, when i >came across socketcom.com. They have SD Bluetooth and WLAN cards. Is >there any possiblity for our 49gplusses to take advantage of this in >the future, or am i just dreaming? > > WLAN card: http://www.socketcom.com/product/WL6200-480.asp > > Bluetooth: http://www.socketcom.com/product/BL4800-392.asp You are dreaming: the SDIO is needed and that is not implemented in the 49g+ > VPN X The HARDWARE is SDIO capable, so _just_ write the drivers in native ARM9 code and then interface to the OS - easy ? (-; [VPN] === Subject: Re: recharger battery on hp49g+?its possible? chic thomson wrote in message news:c0dngf$e5m$1@phys-pa.scotland.net... > please be aware that you get very little time between the 'low battery' > warning and the dead calc stages when using NiMHs. AND fortunately the 49g+ has a backup battery... [VPN] === Subject: Re: best text editor? hp49g+ Dr. Blue wrote in message news:66024d57.0402101007.24162507@posting.google.com... > reinoza@hotmail.com wrote in message news:... > which one is the best text editor so i can create files that have > formulas and some information for my exams? it is possible to create docs on my comp an later put it on my calc? yes, can copy any text from your computer to the calc as long as you > copy it into notepad first and then save it with ANSI encoding (I > think, if not try the others - there's only 4). Then just use conn4x > to transfer it and it becomes a variable and opens fine. I would be really pleased to see Rich Text Format supported. This way I could use WordPad, Word, and even some Linux programs AND then be able to edit them in the calculator using different text sizes (substituting calculator fonts???) and the enhancements like BOLD cursive _underlined_ OK I have them now, but they are not Rich Text Format [VPN] === Subject: Re: Interesting New Super Batteries Carlos Marangon wrote in message news:2cfc228.0402092110.751e5cf9@posting.google.com... > Hello! Why instead of to use these batts dont try develop > a solar cell for HP calcs? I made a power supply, but it has a problem: > portability. I tryied develop a solar cell, but it is much expansive. I am of opinion that the 3 AAA batts are one of the worse > things made for HP calcs. X Yes! HP should immediately go for the AA batteries The added weight on the top models also make them feel more sturdy and professional. Also note that it's much easier to get AA size than AAA size and the then there's that price difference Much more so if you talk about rechargeables accus Finally: AA battery g.92ves 3*AAA capasity So changing from 3*AA to 3*AAA would give anice boost, but I would go even further and use 4*AA Then we would get really good field performance from the new hp 50 gx++III [VPN] === Subject: Re: HP49g+ ROM 1.23 in RPN don't accept 'P=UTPN(U,S,X)' for numeric solve X-Ref: news.actcom.co.il ~XNS:00000030 # Because UTPN is not a function, so 'UTPN(U,S,X)' is not defined. So what exactly is it? === Subject: Re: HP49g+ ROM 1.23 in RPN don't accept 'P=UTPN(U,S,X)' for numeric solve > Because UTPN is not a function, so 'UTPN(U,S,X)' is not defined. Try using the program > << U S X UPTN P = > instead. It works for me. To make that program act completely like a function, change it to << -> u s x << u s x UTPN >> >> then save it as 'Utpn'. Then you can use 'Utpn(u,s,x)' in any algebraic expression, even for the solver and plotter. For example, plotting 'Utpn(u,s,X)' shows how UTPN changes as X changes. In general, the program name and arguments can be anything you want; the trick here is to start the program with the creation of local var(s) and to make sure that the program returns only one real number as its output. When both of those conditions are met, then the program is called a user defined function and the program's name can be used like a function in algebraic expressions, regardless of the contents of the program. For further details, see the DEFINE command in the documentation that HP might eventually write some day. -Joe- === Subject: Re: HP49g+ ROM 1.23 in RPN don't accept 'P=UTPN(U,S,X)' for numeric solve Joseph K. Horn wrote in message news:87233f9e.0402111628.ed3232d@posting.google.com... > Because UTPN is not a function, so 'UTPN(U,S,X)' is not defined. Try using the program > << U S X UPTN P = > instead. It works for me. To make that program act completely like a function, change it to << -> u s x << u s x UTPN >> >> VPN extensions for LASTARG compatibility: << -> u s x << u s x UTPN @ the original program u s x >> @ put the arguments on Stack ROT @ ROT saves to LASTARG -> a b c @ -> a b c takes u s x from the Stack << >> @ and they will vanish in to an empty subprogram >> @ the program ends now with more compatibility [VPN] PS: If JYA would give us DROP3, DROP4, DROP5 this would be even easier... === Subject: Re: HP49g+ ROM 1.23 in RPN don't accept 'P=UTPN(U,S,X)' for numeric solve > Joseph K. Horn wrote in message > news:87233f9e.0402111628.ed3232d@posting.google.com... > >>>Because UTPN is not a function, so 'UTPN(U,S,X)' is not defined. >>> >>>Try using the program >>><< U S X UPTN P = >> >>>instead. It works for me. >> >>To make that program act completely like a function, change it to >> >><< -> u s x << u s x UTPN >> >> > > > VPN extensions for LASTARG compatibility: > << -> u s x << u s x UTPN @ the original program > u s x >> @ put the arguments on Stack > ROT @ ROT saves to LASTARG > -> a b c @ -> a b c takes u s x from the Stack > << >> @ and they will vanish in to an empty subprogram > >> @ the program ends now with more compatibility > [VPN] > PS: If JYA would give us DROP3, DROP4, DROP5 > this would be even easier... That's interesting, but it seems to me that Joe's user defined function example already has LASTARG compatibility. If the program is used as a postfix function, then LASTARG returns the arguments. If used in an algebraic followed by EVAL, then LASTARG returns the algebraic. How is that different from the way that LASTARG behaves with any other function? -- Regards, James === Subject: Re: HP49g+ ROM 1.23 in RPN don't accept 'P=UTPN(U,S,X)' for numeric solve >Joseph K. Horn wrote in message >news:87233f9e.0402111628.ed3232d@posting.google.com... > > > >>>Because UTPN is not a function, so 'UTPN(U,S,X)' is not defined. > >>> > >>>Try using the program > >>><< U S X UPTN P = >> > >>>instead. It works for me. > >> > >>To make that program act completely like a function, change it to > >> > >><< -> u s x << u s x UTPN >> >> > > > > >VPN extensions for LASTARG compatibility: ><< -> u s x << u s x UTPN @ the original program > u s x >> @ put the arguments on Stack > ROT @ ROT saves to LASTARG > -> a b c @ -> a b c takes u s x from the Stack > << >> @ and they will vanish in to an empty subprogram > >> @ the program ends now with more compatibility >[VPN] >PS: If JYA would give us DROP3, DROP4, DROP5 > this would be even easier... > > That's interesting, but it seems to me that Joe's user defined function > example already has LASTARG compatibility. If the program is used as a > postfix function, then LASTARG returns the arguments. If used in an > algebraic followed by EVAL, then LASTARG returns the algebraic. How is > that different from the way that LASTARG behaves with any other > function? Wrong! If used as an algebraic followed by EVAL, then LASTARG returns the arguments from the parentheses instead of the algebraic. But unless I'm missing something, yours does the same. Do you have a way to make LASTARG return the algebraic instead? -- Regards, James === Subject: =?ISO-8859-1?B?SFAgMzJTSUkgdXNhZGEg4CB2ZW5kYSAoVXNlZCBIUCAzMlNJSSBmb3Igc2FsZS k=?= Ol.87, Um dia desses encontrei por acaso uma HP 32SII usada .88 venda em uma loja, apenas a duas quadras de minha casa. Aparentemente, est.87 em .97timas condi.8d.9bes, est.87 envolvida em pl.87stico PVC transparente e acho que sempre foi usada dessa maneira pelo propriet.87rio. .83 aquele modelo mais antigo, com o padr.8bo de cores azul e laranja, bem melhor que a do modelo novo (verde e violeta) que comprei h.87 um ano. O pre.8do .8e R$ 280,00 mas podem fazer por R$ 250,00. O nome da loja .8e MULTISHOP e fica em Curitiba-PR, Rua Bar.8bo do Cerro Azul, 245, Loja 3, Centro, Fone (41) 3027-4589. At.8e ontem, eles ainda n.8bo a tinham vendido. PS: Eu n.8bo tenho nada a ver com a loja, s.97 estou colocando este aviso na esperan.8da de que possa ser .9ctil para algu.8em. --------------------------------------- Hi, One of these days I ran into a used HP 32SII for sale in a shop just two blocks away from my place. It appears to be in mint condition, it is wrapped in PVC film, the owner having used it this way since new, I think. It's the older model, with blue and orange color standard much better than that of the newer model I bought one year ago (green and violet color standard). The price tag is about US$ 96.00 but they should sell it for as low as US$ 86.00. As of yesterday, the calculator was still there. Shop: MULTISHOP Address: Rua Bar.8bo do Cerro Azul, 245 - Loja 03 - Centro Curitiba - PR - Brazil Phone (41) 3027-4589 (only Portuguese spoken). PS.: I am in no way related with this shop. This has been posted with hope that it may be useful to someone. === Subject: Re: Help on calculator choice > Aleph > Keep in mind that TI calcs can only be emulated if you own that (unless they > changed their policy on me while I wasn't looking). HP allows it for what I > know; I've had a tech at HP talk about it with me...guess they could be wrong > but ah well. That was back before the 49g+ was available though. Ti does require you to own a calc to do emulation, and they will send cease and desist letters to anyone distributing a rom. However anyone can download a rom update from ti's site and use it in vti > Without going into a debate, HP vs TI leads to differences one way or > another. TI has fast symbolics, HP has fast number crunching. TI charges money > for an equation writer while HP has it in the calc for free. HP has rpn mode, > while TI only has a homescreen rpn entry mode that I found. I own, and use, > both the TI89 and HP49g+ that I am using in this comparison. Ti does not charge for an EQW. That program is a 3rd party software. There is a free version of this program available for download. Aditionally there is the expression writer I wrote. -Samuel S http://www.nyall.net === Subject: Re: Help on calculator choice Matt M. wrote in message news:102j0dmquht3sbc@corp.supernews.com... X > YES! It works in Linux! I have personally used it many a time in Linux > ... that is, until I got my SD card. Then I just use the SD card. The only thing you can't do with USB in Linux is upgrade the operating > system. That you'll have to do with the Windows client. X You can out the new OS into a MMC/SD card via a card reader attached to a Linux PC Then upgrade using the SD card. Works every time. Please use the latest 2.6 Kernel or patch the older one. Also note that you have to know which device to use in Linux in order to access the USB terminal software on the calc. Search this newsgroup on the subject. OR Can someone repeat the Linux procedure for setting up the connection? [VPN] PS: The Battery problem is fixed via ROM 1.23 from HP's support Web site and the possible stiff keys can be Wiggle Fixed The Flashable OS keeps the fixes and enhancements coming up... [VPN] === Subject: Keypad emulator Anyone know of a program to make the HP48G+ into a keypad for windows 2000? (i'm sick and tired of the right handed one on the keyboard) thanks for your help === Subject: Re: Filer6 for HPG49+ released Wolfgang Rautenberg wrote in message news:402A07BD.E0261494@math.fu-berlin.de... X ... bugs. Here a few examples, some of them fixed in Filer6: 1. If suspending a filer session with HALT and returning with CONT to > the standard filer, the header is not updated. HLT is still visible (JYA > simply forgot to add a ?DispStatus command). With Filer6 you can update > the header with key U which also discards the selection tags and regains > the original order if the files were sorted. 2. If the clock is active, it is simply frozen during a filer session > which may have bad consequences :-) Again, in Filer6 you can at least > update the actual time with key U (and toggle the clock with TIME). 3. Name sorting on key N is overwritten by EVAL. I found no hardkey for > that anymore. Hence, in Filer6 Name sorting is on rigthshift N (inverse > name sorting was always and remains on leftshift N). 4. The search with double-click on alpha is not a clever solution of > seaching. Besides it is case-sensitive. We are waiting in vain of an > improvement which was demonstrated already in Filer2. 5. Both COPY and MOVE simply overwrite backup-objects in the ports. This > may be fairly dangerous. 6. The TREE does not support directory splitting on the card ... I can > nothing do. This should be done in the ROM. - Wolfgang > http://page.mi.fu-berlin.de/~raut/WR49/index.htm#General Excellent work, Professor! To be fair I just guess that JYA is too busy on other things to fix the FILER Never the less YOU show the way! [VPN] === Subject: Definitive HP Pinout answer anyone? X-UserInfo1: Q[OOR^WEFJVWBFLYCJJ@^RDBPRVPBQLGPQRJWQHBATBTSUBYFWEAE[YJLYPIWKHTFCMZKVMB^[Z ^DOBRVVMOSPFHNSYXVDIE@XBUC@GTSX@DL^GKFFHQCCEG[JJBMYDYIJCZM@AY]GNGPJD]YNNW GSX^GSCKHA[]@CCB[@LATPDL@JPF]VR[QPJN Hi again, Just wanted to follow up, is there anyone who can give a definitive answer as to whether or not the HP 38G, 39G, 40G and 49G calculators all have the same pinout assignments? Thanks anyone. Therese wrote in message news:kIlWb.1740$t16.1388017@newssvr28.news.prodigy.com... > By the way Joshua according to this URL > http://www.geocities.com/hpcables/hpcables.htm#sec3.3 > the 49G has the same pinout as the 38G. That being said combined with what you say below, I guess that the 38G, 39G, > 40G and 49G all have the same pinouts. Anyone disagree or is this correct? > Joshua King wrote in message > news:20040211133113977+0800@news-server.bigpond.net.au... >> Can anyone please tell me if the HP 38G, HP 39G, HP 40G and HP 49G ( >> not G+) have the same pinout? Also do they all use the same ten pin >> double row connector, 2mm headers? The pinouts can be found on this page: http://members.iinet.net.au/~ccroft/cable_setup.htm This is for the 38G, which is identical to the 39G and 40G pinouts. > Note: The new 39G+ would be different since it has a USB (not serial) > port > instead. I don't know about the 49G. === Subject: Maximum text file size on the 49G+??? Is there a maximum size for viewing a text file on the HP49G+? I downloaded some files from 2K to 7K and I can't see the whole thing. I edited and saved them on HpUserEdit. Thanks