D-3 ==== ROMUPLOAD on EMU48 is valid to transfer the rom 1.19-7 for my HP49G ?? - GaaK - ==== Que es lo nuevo en la rom 1.19-7? En la siguiente pagina no dice nada de esta versi.97n. http://etud.epita.fr/~avenar_j/hp/49.html ROM 1.19-7 para la HP49G en: http://www.engineering.usu.edu/cee/faculty/gurro/Software_Calculators/HP48_4 9G_Docs/hp49g+KMLscripts.zip Gracias. EDCG. ==== It's probably under your OS Drive (C:?) under C:Program FilesHewlett-PackardConn4X for example. http://h20000.www2.hp.com/bizsupport/TechSupport/SoftwareDescription.jsp?l >> ocale=en_US?=English&pnameOID=351776&prodSeriesId=33568&prodTypeId=215348&ba >> sePartNum=COL4344&locBasepartNum=ca-14082-3&os=Microsoft+Windows+XP&tech=App >> lication >> This is the new version of Con4x with help files and ASCII >> support. It is 1.5 mb and works much better than previous. Also includes the new USB package. Ignore the old USB package on the web >> site. I've been watching the home and home office support page for a >> revised Conn4x or USB driver package, but it hasn't shown up there; only >> under business support. It works on my PC. >> Finally! 8-D HELP HELP HELP I can not get this to install. it extracts but does >not tell me where. i have searched all hard drives with no luck. i >double clicked the downloaded file it takes all but .5 of a second and >is done. any help would be greatlly appriciated. thank you. TW ==== > It's probably under your OS Drive (C:?) under C:Program FilesHewlett-PackardConn4X for example. http://h20000.www2.hp.com/bizsupport/TechSupport/SoftwareDescription.jsp?l >> ocale=en_US?=English&pnameOID=351776&prodSeriesId=33568&prodTypeId=215348&ba >> sePartNum=COL4344&locBasepartNum=ca-14082-3&os=Microsoft+Windows+XP&tech=App >> lication >> This is the new version of Con4x with help files and ASCII >> support. It is 1.5 mb and works much better than previous. Also includes the new USB package. Ignore the old USB package on the web >> site. I've been watching the home and home office support page for a >> revised Conn4x or USB driver package, but it hasn't shown up there; only >> under business support. It works on my PC. >> Finally! 8-D HELP HELP HELP I can not get this to install. it extracts but does >not tell me where. i have searched all hard drives with no luck. i >double clicked the downloaded file it takes all but .5 of a second and >is done. any help would be greatlly appriciated. thank you. TW thanks. i rebooted and tried again and it worked perfectly that time. not sure the problem. thanks so much as that is where it ended up at. TW ==== Well. like I said, it did go on drive c, just fine. That would be the one with the operating system on it. It's also the default install location. I hate cluttering up my OS drive with non OS software. It also seems to have gone on your drive J, also the one with your operating system on it? However, it errored out when I tried to install it over the top of the existing build 1783 version on drive d. During install the error is: Move data error -113, unable to move cab1.dat. Maybe if I hold my computer keyboard keys VERY FIRMLY and WIGGLE them back and forth it will install where I want it ... this hp49g+ stuff just takes a little understanding. :^) >> The original Conn4X resides on the d drive, and I just sort of figured >> the installer would upgrade existing files. I also have hp officejet >> printer software on drive c. Maybe you have the answer though, I'll (or can I just call you 22/7 for short) >>i had a little trouble getting it to go into a w98 pc, turns out I had >two >>different directories called Hewlett Packard in the c:program files >>directory, because I also have an HP printer and jetdirect card as well >as >>the previously installed calc connectivity software, and this mightily >>confused the uninstaller that tries to strip out the previous >installation. >>Once it was all tidied up into hewlet~1 though it all works fine >>C My PC has one HD: 120GB IBM >The Multiboot PC has WinXP on logical drive J: >where the conn4x nicely went - just like before >[WIN] ==== > Well. like I said, it did go on drive c, just fine. That would be the > one with the operating system on it. It's also the default install > location. I hate cluttering up my OS drive with non OS software. It also seems to have gone on your drive J, also the one with your > operating system on it? However, it errored out when I tried to > install it over the top of the existing build 1783 version on drive d. During install the error is: Move data error -113, unable to move cab1.dat. Maybe if I hold my computer keyboard keys VERY FIRMLY and WIGGLE them > back and forth it will install where I want it ... this hp49g+ stuff > just takes a little understanding. :^) > I got exactly the same error, repeatedly. I assume it's because I won't let it install on the c: drive. I have my reasons. Even if those reasons are totally irrational, developers are expected to insure that their packages install where the user (i.e., the system administrator) wants them to be situated. Guess I get to wait for the NEXT version. ==== There ars so many sd card maker. > Is there any list for the compatible brand? > Help me please. I've tried six different brands and have had no problems. I shop for the best price now since the spec is so tightly controlled that one brand seems as good as another. Tom Lake -- Capaci Occasio ==== I saw some references to rom 1.23 in some messages. Another message > indicated that this would be available some time in January to the > general public. Patience is a virtue, but I am a sinner. Some people > have it included in new calculators. Is it possible (and legal) for > this to be downloaded by these lucky flicker-deprived individuals, and > then published somewhere on the web? If allowed and legal I'm willing to. However, I have no idea how to dump a > 49+ rom. Did you calc come with 1.23 installed? If not, then just post the file HP must have sent you to upgrade your 49g+ Tom Lake -- Capaci Occasio X-Warning-1: Do not spam ==== Did you calc come with 1.23 installed? If not, then just post the file HP > must have sent you to upgrade your 49g+ > It was installed in my calc, which I got just yesterday. So I haven't got any separate romfile. -- Hyperion ==== > Has anyone heard any status updates? I understand that it was supposed > to be released this month. Craig The heck with the 33 - I want a 43!!!!!!!!!!!!!!!! Martin Cohen ==== > X > That works for standard UserRPL.... > What about SysRPL/Asm? > You need the source and that's ASCII by default Yes, I know that. What I can't figure out is this: I decompile the program on the 48 to a string with Jazz, Save it in a var, Shoot the var to the PC using ascii xfer mode, Shoot it from the PC to a var on my new 49G+ using ascii xfer mode, and I wind up with a string that has extra junk in it. Seems to me I read somewhere in this group about packet sizes and automatic padding.... It is a major pain in the rear to figure out where the extra padding crap begins so that I can recompile. What gives with this and why didn't HP make transfers like this troublefree? [GTP] ==== > X > That works for standard UserRPL.... > What about SysRPL/Asm? > You need the source and that's ASCII by default Yes, I know that. > What I can't figure out is this: > I decompile the program on the 48 to a string with Jazz, > Save it in a var, > Shoot the var to the PC using ascii xfer mode, > Shoot it from the PC to a var on my new 49G+ using ascii xfer mode, > and I wind up with a string that has extra junk in it. > Seems to me I read somewhere in this group about packet sizes and > automatic padding.... > It is a major pain in the rear to figure out where the extra padding > crap begins so that I can recompile. > What gives with this and why didn't HP make transfers like this > troublefree? > [GTP] Good question. I had to open the files up on my 48GX and 49g+ to compare in extreme cases, where my code was even unrecognizable to me! On smaller objects, the repeating at he end of the string is easily recognizable, as well as all the null characters. Scott Chapin ==== > Did anybody remark earlier that the : LC 800 > OUT=C sequence doesn't produce the slightliest noise ? And it will not I've had a look into the makebeep entry... And at some point, there is > a OUT=C loop, but the content of C:X appears to be read from the > System RAM in some 80... adress. Furthermore, there is at some point a > call to the strange commands BUSCC, or so (something nobody here was > able to clearly explain, or had the permission to talk about, isn't > it, dear HP-hired people ? ;o)) Didn't you see that there's an actual RTN just after the BUSCC comand? so the rest of the code you're talking about is not even called! The BUSCC command is actually the BEEP command ==== >... call to the strange commands BUSCC, or so (something nobody here was > able to clearly explain, or had the permission to talk about, isn't > it, dear HP-hired people ? ;o)) > Didn't you see that there's an actual RTN just after the BUSCC comand? > so the rest of the code you're talking about is not even called! > The BUSCC command is actually the BEEP command Now that you know that BUSCC is the buzzer and not any native code entry it is highest time to find out how to do the latter. My only Christmas wish is to get full arm controll over the buzzer to resuscitate MIG to life and make it even better: playing 4-voice fugues from J.S.Bach. - Wolfgang ==== > System RAM in some 80... adress. Furthermore, there is at some point a > call to the strange commands BUSCC, or so (something nobody here was > able to clearly explain, or had the permission to talk about, isn't > it, dear HP-hired people ? ;o)) It could be that since BUSCC wasn't used on the older calcs it signals the switch from emulated to native code. You could try dumping some bytes after the BUSCC instruction, as long as the code that follows it doesn't make sense in RPL/ASM and see if it makes sense when decompiled as ARM native. Just a thought... Greetings! -- Steve Sousa ==== is to be 21 chrs max to be displayed in full, if longer than that only 20 chars and ... is displayed. It's obviously the way DoPrompt_ works. > HDF (Header Freeze) is similar to PROMPT but doesn't suspend (there will > be no HLT indicator). To use the 2nd header line the input string should > contain in both cases a linebreak before the line gets too long. I added > this information to Headman.htm a few minutes ago :-) - Wolfgang ==== > is to be 21 chrs max to be displayed in full, if longer than that only 20 > chars and ... is displayed. > It's obviously the way DoPrompt_ works. Not quite as I told. The PROMPT command is somewhat misleading since the HLT indicator is not visible as long as the headline is displayed, although PROMPT did suspend. IMHO, this wasn't a clever command from the very beginning. Why? Because suspension - if wanted in a program and this is rarely the case - could easily be realized by just adding the HALT command to the program. Thus, PROMPT should essentially be the same as the SysRPL command DoPrompt_ (PTR 38C00). I just updated Headman (instead of lecturing which makes my students happy and perhaps some of you too). Small but noticable changes in the commands Ebook and StErr. The library reduced to Orwell's magic number 1984 bytes by now :-) - Wolfgang http://page.mi.fu-berlin.de/~raut/WR49/index.htm#General ==== I am trying to understand the DOSYMB object. As fas as I know it represents symbloic algerbraic expressions but how exaclty are these expressions written? -- ---------------------------------------------------------------------------- ---------- There are 10 types of people in this world, those who can count in binary, and those who cant. ==== I always use the toll free calling via 800 when I need. Toll free calling are available in several countries. These numbers are available in HP site. Try 800-474-6836 if you live inside USA. Please see http://welcome.hp.com/country/us/en/wwcontact.html for elsewhere. [] CM The fact that we are not commenting does not mean that we are not > listening... > Well, I guess that nobody cares about this issue . I had no comment > from no HP speaker to represent HP in this forum. dissapointing. I > must say. very dissapointing. By the way, I sent HP many times the address of this site son they > know it exists. I think lots of our problems could be solved if we had > some comments from HP itself. especially in the bad quality issues. See ya Idan ==== >X >> Don't you read this NG? :) Obviously I don't... >Actually I did not assosiate your name with the only known failure... >Too much post to read (and it's past midnight local time again) zzzzzz.... > I tried this, it didn't work on mine and may have made the backspace >> key worse, and I posted it already... Pete: did you get a replacement unit from HP? >How are those keys? > Don't you read this NG? LOL! :D Now we are back to my original post - I am reluctant to send mine to educalc.net for a replacement until I am confident I will be getting a better unit. And without a statement from HP, I am not feeling much confidence... Pete M. Wilson Gamewood, Inc. wilsonpm@gamewood.net ==== Uninstall the old program first > I wanted to install the new Conn4x and got the following error message: An error occurred during th e move data process: 113 Component: File Group: File: C:DOCUME~1OWNERLOCALS~1TEMPPFT3C5.TMPdata1.cab This referes to the file ISDEL.EXE InstallShield Deleter. One should possible delete the old Conn4x manually? Walt ==== > I have a problem with my hp49g+. > When I want to start a program that I have transfered, I get a warning > message : Undefined XLIB Name installed in your machine. The program depends on that other library to function. You must read the documentation that came with the program in order to check its dependencies or if a friend transferred it to you, ask him if he knows anything about it. I'm not sure, but I seem to remember that the error message tells you the library number in hexa(?). So if your friend doesn't know, check which library in his machine has this library number. -- Beto Responder: Borra la frase obvia y el punto previo. ==== I am not sure how the version on the HP web got to be an executable instead of the Zip file I supplied BUT that seems to be the problem. After you download the .exe do not run it. Instead use WinZip and Unzip the contents to a folder. Then run Setup.exe from that folder and Conn4x will install anywhere you like with no problems (at least I was able to eliminate the errors this way). There have been a couple of other errors mentioned during install and I suspect the same reason but cannot be sure. Hope this helps. -- - - - - - - - - - - - - - - - - Bill Graves RKBA! bgraves@ix.netcom.com ==== > You can now decide what view must be started according to that bint on level > one. So it drops a bint on level one which accords with the view the user pressed. I get that, but I don't see how you can access different views just by that number. Why doesn't this work for example? NAMELESS _Main :: { StndVIEW StndVar StndReset StndEntry StndExit } BinLookup case EVAL ONE ; BTW I want to access the PLOT SETUP view. And this: NAMELESS _Main :: { MINUSONE { { $ Plot Setup ONE } } StndVar StndReset StndEntry StndExit } BinLookup case EVAL ; ( end of Main ) Running 'Plot Setup' results in a bad argument. changing ONE into PlotSetViewUI also results in a bad argument. Can you tell me what I'm doing wrong. ==== > %IP># Actually this still doesn't work :( I really tried everything but I don't see a sierpinski triangle appear :( What in the name of god am I doing wrong. ==== It seems that here there is the 1.19-7 version!!!, for the HP49G Emulator, I don't know if this is a fake version but when prompting the VER and VERSION commands the answer is: VER HP49 CAS by Parisse, Heiskanen & Fiechter VERSION HP49-B Revision #1.19-7 It seems that the new version is finally available. We should test if some of the bugs reported are corrected. Can someone tell me a bug that should be corrected in the 1.19-7 version? Oops I forgot the address http://www.engineering.usu.edu/cee/faculty/gurro/Software_Calculators/HP48_4 9G_Docs/ You got to download the file hp49g+KMLscripts.zip and extract the file rom5.49g (rename it to rom.49g) to your KML 49G Emulator. The file available is for the emulator but maybe you can transfer it to the real 49g by using the ROMUPLOAD command (haven't tried yet) Bye ==== I ordered some stuff from them .. it never came ... I call and just get their answering machine ... they never call me back. ==== I wondered indeed how to connect a hp49g+ to a cell phone...! I think I've just found how : using your IrDA -> Bluetooth module (but > where to find it ??) and a cell phone using bluetooth !!! :-)))) > This way, I'll be able to connect my 49g+ to the internet wirelessly > and thus using Navigator, Mail Prime, IRC Prime and so on (do not > forget Samuel Thibault's Usinagaz, hi samuel) in the subway for > instance ! :-)) I'm waiting for your answer (and perhaps I'll endly buy a cell phone > with bluetooth...). > Yoann. Would'nt it be simpler to use the calc directly with an irDA cell phone ? ==== I wondered indeed how to connect a hp49g+ to a cell phone...! I think I've just found how : using your IrDA -> Bluetooth module (but > where to find it ??) and a cell phone using bluetooth !!! :-)))) > This way, I'll be able to connect my 49g+ to the internet wirelessly > and thus using Navigator, Mail Prime, IRC Prime and so on (do not > forget Samuel Thibault's Usinagaz, hi samuel) in the subway for > instance ! :-)) I'm waiting for your answer (and perhaps I'll endly buy a cell phone > with bluetooth...). > Yoann. I'll be testing bluetooth soon - I'll keep you posted! Bruce 602 ==== > Please Please Please help and explain again, those of you who tried > and succeed the solution. Idan, The fix is achieved by the button forcefully sliding across the internal contact pad in a side to side motion. You need to press down with considerable force on a button, then wiggle the button sideways. The wiggle also requires considerable force. Internally on the 49G+, there is a plastic membrane, with bumps molded into it. Inside of these bumps are the electrical contacts for the button. When you do the button fix. You are collapsing this bump', and flexing the electrical contact material. Unfortunatly, I do not know how to describe this procedure in any language other than midwestern Ohio english. John Evers ==== After having played with the new thing for 15 minutes, and checked I am already running R1.22, I can report two bugs. They may already be known, and then I apologize for boring you with old stuff. Otherwise, I can just hope that some silent HP engineer reads this list at night in the darkness of his cubicle... Bug 1 - Warm reset with Try to recover memory ? and NO answer When using warm reset : hold down F1 and F6 and press ON, I get the usual message Try to recover memory ? When I hit F1 for YES, everything runs well. When I hit F6 for NO, nothing happens. The workaround is to hit any other key (but F1). The calc beeps, and after that you can hit F6 for NO, which performs the desired operation. Bug 2 - CASCM command calls HELP instead F2 leads to the same result, i.e calling HELP. Until now I have found no workarond for calling the CASCM list itself instead of the HELP list relative to the list. Season's Greetings, Herve ==== > I need help. I didn«t get splitter the periodic table of the Ivan > Marcelo in my HP49 g+. I am using OT49 and it show insufficient > Memory. You may be in low memory condition. To handle large projects on the 49+ there should always be about 150 KB free RAM. This should be the case if storing very large libraries in a port, moving or splitting them, and also in running Filer5 to save all ports on the card in one key stroke. OT49+ contains the best available library splitter. But some authors don't want their libraries to be split. Splitting can be prevented by a special creation process. Thus, if you've got enough free RAM and D<->L doesn't work you have to contact the library author. Hope this helps Wolfgang ==== > > I need help. I didn«t get splitter the periodic table of the Ivan > > Marcelo in my HP49 g+. I am using OT49 and it show insufficient > > Memory. > > You may be in low memory condition. To handle large projects on the 49+ > there should always be about 150 KB free RAM. This should be the case if > storing very large libraries in a port, moving or splitting them, and > also in running Filer5 to save all ports on the card in one key stroke. > > OT49+ contains the best available library splitter. But some authors > don't want their libraries to be split. Splitting can be prevented by a > special creation process. Thus, if you've got enough free RAM and D<->L > doesn't work you have to contact the library author. > > Hope this helps > Wolfgang AND if it doesn't press [MODE] [UP-ARROW] |V CHK| | OK | to disable _ Last Stack then -55 [ALPHA] C [ALPHA] F [ENTER] to disable LASTARG to save memory ==== Ahh, if it were only that easy ... (ambiguous pi = ambiguous circumference / ambiguous diameter) does not evoke a lot of confidence. Ambiquity results from an inability to quantify your referenced parameters with ultimate precision. >> Transcendentally speaking, if pi is exact, what exactly is it? > >It's exactly the ratio of the circumference of a circle to its diameter. I'm thinking about submitting a program to HPCalc.org. It will require a library, but I don't want to use a library number for anything that's already out there. Is there a list of current libraries, and if not, how can I be sure that I won't be using a number that's already been used. - Ian ==== >I'm thinking about submitting a program to HPCalc.org. >It will require a library, but I don't want to use a library number for >anything that's already out there. Is there a list of current libraries, and if >not, how can I be sure that I won't be using a number that's already been used. >- Ian http://www.hpcalc.org/details.php?id=4533 TW ~It is better to be ignorant and interested than ignorant and not interested, and there's no alternative here. ==== > I'm thinking about submitting a program to HPCalc.org. > It will require a library, but I don't want to use a library number for > anything that's already out there. Is there a list of current libraries, and if > not, how can I be sure that I won't be using a number that's already been used. > - Ian Does a library really need a number? Why?? That seems like rather bad design. -- Bhuvanesh ==== >> I'm thinking about submitting a program to HPCalc.org. >> It will require a library, but I don't want to use a library number for >> anything that's already out there. Is there a list of current libraries, and if >> not, how can I be sure that I won't be using a number that's already been used. >> - Ian > >Does a library really need a number? Why?? That seems like rather bad design. What would be better? A name? So then to get into the menu instead of 320 MENU you'd have to type MYLIB Menu. Then there is no conflict or confusion between libraries and variables. It also controls the order they are installed so libraries that affect other parts of the system will be installed first. Ex: the appsman is installed early so that no other libraries can install themselves into the apps menu first. That means it can control the order of the APPS menu. TW ~It is better to be ignorant and interested than ignorant and not interested, and there's no alternative here. ==== > What would be better? A name? So then to get into the menu > instead of 320 MENU you'd have to type MYLIB Menu. Well, especially with the long names, I'd much prefer a name. 320 MENU would make no sense to me, except perhaps if I were an HP developer. > It also controls the order they are installed so > libraries that affect other parts of the system will be > installed first. Ex: the appsman is installed early so that > no other libraries can install themselves into the apps menu > first. That means it can control the order of the APPS > menu. Why not have a separate priority level as an attribute of a library? -- Bhuvanesh ==== Capture feature. Has anyone gotten it to work?? And how?? Secondly, I can sucessfully do the XSEND and XRECV, but when I do a CONNECT, my 49G+ locks up. More specifically.... with only about 20k of variables on the 49G+ it works great. Drag and Drop to copy, delete files and all... but once I copy a 15K or larger file to the 49G+, when Con4x tries to read a new file list the hp49G+ will lock up. I can use the drag and drop to sucessfully copy any number of my data files to the 49G+, but once Con4x needs to re-read the file list, my 49G+ locks up requiring a reset with paper clip. Any help???? John Evers ==== > Capture feature. Has anyone gotten it to work?? And how?? I have it working. First make sure your calc is set to print via wire rather than via infrared. Then just follow the instructions and it works. It took me a while to figure out that print via wire part. Tom Lake -- Capaci Occasio ==== When I input << HOME # 15777h SYSEVAL EVAL>> I get an empty string on stack line 1, and I am in HOME, not the hidden directory. Any ideas? ==== > When I input << HOME # 15777h SYSEVAL EVAL>> I get an empty string on stack > line 1, and I am in HOME, not the hidden directory. > Any ideas? << HOME S~N EVAL >> ==== URGENTE NECESITO SEBER SI EXISTE UN ADAPTADOR PARA PODER INTERCAMBIAR DIRCTAMENTE (SIN PC, CONECTANDO LAS CALCULADORAS)LOS PROGRAMASDE LA 49G SERIAL A LA 49G+ USB ==== >URGENTE NECESITO SEBER SI EXISTE UN ADAPTADOR PARA PODER INTERCAMBIAR >DIRCTAMENTE (SIN PC, CONECTANDO LAS CALCULADORAS)LOS PROGRAMASDE LA >49G SERIAL A LA 49G+ USB No hay. La unica manera de pasar de 49 a 49g+ es con la computadora. Si encuentra un adaptador de serial a USB estoy seguro que muchos tendrian interes. . . =) TW ~It is better to be ignorant and interested than ignorant and not interested, and there's no alternative here. ==== where can i find manuals to the hp49g? on the support site i find only manuals for hp49g+. thanks. ==== > where can i find manuals to the hp49g? on the support site i find only > manuals for hp49g+. There's this one on hp's site: http://h20015.www2.hp.com/content/common/manuals/bpia5221/bpia5221.pdf but it's only 236 pages long. Not sure if the Advanced Users Guide is still on-line anywhere. It's not at the address given in bpia5221.pdf. Sarah ==== > > where can i find manuals to the hp49g? on the support site i find only > manuals for hp49g+. The hp49g manuals are pityful (and that's a compliment) Use the new manuals, they are adaque. There are no new commands since 1.19-6 Everything works as before - just faster. ==== Is Davinci Technologies still in business, if not who owns the rights to the Rom Cards? I have Rom cards and am selling my GX and would like to find out if I could possibly trade them in for libraries to run on the 49 or buy them if need be. John ==== -=[ Mon, 15.12.03 2:34 p.m. +1300 (NZDT) ]=- in message ID : > Is Davinci Technologies still in business, if not who > owns the rights to the Rom Cards? I have Rom cards and > am selling my GX and would like to find out if I could > possibly trade them in for libraries to run on the 49 or > buy them if need be. I don't know the answer to your question, but am interested in the answer. I have a ROM card for the HP48 which is 99.99..% written in USER RPL and would love to somehow get it Into the 49. Yesterday I did manage to dump the rom to a PC file of 130K. I figured I may be able to load it into the 49 and then possibly split the library... but the 49G did not recognise it as a valid object. It must be *close* to valid. Quite tantalising! In general of course one can't expect this to work at all. If anyone knows of a tool that might work with a rom dump I'd be grateful.. especially one that decodes it to user RPL. -- ==== 6412 ==== > Just wondering has anyone heard when the 33S will be released. February? ==== > Handy dandy shortcut: If you use GOTO LABEL often, you can save a few > keystrokes by pressing right-shift GOTO instead. The manuals don't have enough info abou the Text Editor Environment ==== X > Anybody know of a 9 point system font?? 8>) NOT SUPPORTED in 49-series ==== ... plus the count. Toby > BTW, what is a metaobject ? > A collection of objects in stack > > ==== BTW, what is a metaobject ? A collection of objects in stack ==== > X > I turn ON the Key Click to help me know when the keyboard miss the key > when I press them,(specially the N colum keys). > > I found I got some miss troubles when supporting the calc with both > hands and typing with the thumbs. Pressing with my Right Hand Thumb > (RHT) I miss some of the keys, specially when pressing keys on A, B, > C colums, but when write just the same with my LHT it works (I am not > lefty). > > When I support the calc in the left hand and use any other Right Hand > Finger, it works properly. So, there is something with my RHT, to > fix. > > I can say the keyboard is very near to my very old HP48 keyboard > (after 13 years of use). > X > Please try this fix: > grab the offending key between your thumb and a finger > press the key down and hold there - wiggle it sideways a dozen times > Please do report the suggest/failure of this fix. > > I'm meeting with mixed results doing this. Some keys improve, others seem to stubborn. ==== > >> >>>I have had this thing for 1 week now and still unable to do a damn >>>thinbg with it as far as updating rom or downloading. I follow the >>>directions from hp, but when i try to update a driver i always get >>>error 136, and it says windows could not install the device I am >>>nearing the end of my rope, anyone who can help me would be graetly >>>appreciated. and so conn4x can never even detect a damn calculator. >>>This is frustrating to say the least. PS i am using windows 98. >> >>I've only been able to make it work reliably with Win XP, not 98. Even if >>you have 98, make sure you have SE and all the updates applied. The >>original 98 will probably never work with HP software. >> >>Tom Lake > > > Maybe those bastards at hp should buy me windows xp, or at least a SD > and reader. After all, it says it works with windows 98. Ridiculous. I had some problems with 98 but got it to work. The problem is with USB in 98. I had previously installed some Microsoft USB patches, to drive my printer and other usb devices. When I first tried conn 4x, it simply couldn't connect. It was able to find the 49g+ when hooking up the USB cable, because it would change the menu selection from Auto to UHGX (or whatever it says), but was unable to connect. I then downloaded the HP upgrades for conn 4x, but that didn't help either. I succeeded by doing two things. First, you have to press the right shift and right arrow buttons sequentially, not simultaneously. One way starts the Xmodem server, the other puts the calculator into a waiting mode. Once the Xmodem server is running, unplug and replug the cable. I usually notice the mouse cursor flickering slightly. That seems to notify the conn 4x program that the calculator is ready. Then click on the connect button. It works for me every time. I hope it works for you. Win98 is notoriously bad with USB. I've got 98SE and I don't know if it differs from the earlier versions. Good luck. ==== This is an update to the bean series of programs that will help you balance your checking account. In this new version you can include a line of credit amomunt , and a reconciliation feature that will make syncing with your bank easier. If any one out ther is currently using the old version, for the hp49, or hp49g+, the MAKE SURE TO INCLUDE YOUR LINE OF CREDIT AMMOUNT IN THE ACCNTS FILE ROGHT AFTER THE ATM AMOUNT. I tried this program ,and have been using it for about 5 years. I hope that you will find it useful. It will also appear on www.hpcalc.org, for the hp49. ==== I was finally able to upgrade the rom in my 49g+ today!!! The solution turned out to be that I needed to format the sd card with the 49g+ itself. I did this by pressing on+d and then selecting option #9 (format). I then removed the card and put it in the card reader attached to my linux box. I got to the rom images by running cabextract against the *.exe file I downloaded from HP. I copied the images to the sd card and then put the card in my 49g+ and ran the rom upgrade from the sd card. them all I ended up with a solution to my problem. -- Keep working millions on welfare depend on you ------------------- fwp@deepthought.com ==== For AUCTION at Ebay, HP 32S-II in working condtion with box and unopened manual, Astech case for all Pioneer series, in great condition, and HP golf shirt. Please visit: http://cgi6.ebay.com/ws/eBayISAPI.dll?MfcISAPICommand=ViewListedItems&userid =sjthomas Many thanks. sjthomas Inquiries to: sjtebay at bellsouth dot net (take out the REMOVE ME & FIRST) --------------------------------------- Stephen J. Thomas, O.D. sjtod1@bellsouth.net It's not the heat; it's the stupidity! ==== > I know that there are quite a few functions to calculate dates in the > hp but I have never found one that can tell me if a date in a Monday, > Tuesday or whatever. > Is there one? > Using Nosy with xTSTR, I found this entry (in the 49g+, I guess I > works with the 49g too): > PTR 4D4CF Unfortunately, PTR 4D4CF is unsupported and highly unstable. It seems the best you can do to get the current day only is to run the SysRPL-program :: DATE %0 TIMESTR arry 1_#1-SUB$ ; On the 49+ this is pretty fast, takes only 0.03_s :-) - Wolfgang PS. The best you can do to solve all date,time and calendar problems including precise setting in graphical style is to load Timeman from http://page.mi.fu-berlin.de/~raut/WR49/index.htm#Time ==== I assigned [()] to [SIN] and long press for [SIN]. assignning prodedure is.. [K&SA][SIN] [K&SA][LS][-] [up Arrow][up Arrow][<- ][ENTER] [IfL][->TO?][A?D][SIN] This is working ok in RPN mode (it's not working exactly same manner. With Empty stack,keying [3][long press SIN], the Few Argument error is comming. put the number in stack 1: use this than working) this is same in ALG mode, means it can be used alone. but just click is working fine in both. Is it nomal or i made something wrong. thanks, ==== > Happy new year for all. > > There was The Question long ago. > > The answer was > > Press the function key that corresponds to your program. The program > > name is inserted on the command line. Press (LeftShift) () to insert > > parentheses after the program name. > > this seems still valid. > Time has gone. 49G has been upgraded. ok very good. then, > Is there no other way? > Nobody can make udf that warking just like '1/x'. > (Is this limited by OS?) > X > Yes No auto-paren's but same result can get through user define menu and key. see user guide chapter 20. the chapter tell us, both of how to make the user define menu to assign udf or system function and customizing keyboard. You need [ ) ] with one click. For more, consider keyman+ thanks, Ask and it will be given to you; seek and you will find; knock and the door will be opened to you. Amen. ==== > PS no offence was intended with the 'learn maths' remark. However if you > are using logs, then the 'change of base' rule should be memorized. I > don't think any calculator has a 'log base n' key. Easy enough to add one. -- | |__ / | | |-< | |-< > / | 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 ==== On Fri, 09 Jan 2004 06:41:39 +1000, Al Borowski >PS no offence was intended with the 'learn maths' remark. However if you >are using logs, then the 'change of base' rule should be memorized. I >don't think any calculator has a 'log base n' key. > >Al That is why I tell my students to memorize the Sines, Cosines and Tangents of 30,60,and 45 degrees, The Square Roots of 2 and 3, and some other useful things, like the speed of light,etc. It is also useful to memorize some trigonometric identities,like SIN^2 + COS^2 = 1 etc. The more math tools you have at your disposal the more Physics, etc you learn. The biggest problem my students have is a lack of mathematical proficiency. Harold A. Climer Dept.Of Physics,Geology,and Astronomy University of Tennessee at Chattanooga Chattanooga TN USA 37403 ==== > PS no offence was intended with the 'learn maths' remark. However if you > are using logs, then the 'change of base' rule should be memorized. I > don't think any calculator has a 'log base n' key. > > Al None taken... Merlyn. ==== PS no offence was intended with the 'learn maths' remark. However if you are using logs, then the 'change of base' rule should be memorized. I don't think any calculator has a 'log base n' key. Al ==== > hey guys...thanks in advance for answering this question. > > what is the function on the 49G+ for log with a base other > than e or 10? Learn some maths :-) Google for the 'change of base' rule. Suppose 5 = 4^C, what is C? We want the log of 5 in base 4. The change of base rule says C = ln(5) / ln(4) Al http://alpage.ath.cx/hptute/ > > > > Merlyn. ==== hey guys...thanks in advance for answering this question. what is the function on the 49G+ for log with a base other than e or 10? Merlyn. ==== > I noticed a (for me) strange behaviour using LEFT-HOLD+F1 to get y=. > If there is an variable [SIGMA]DAT in the directory I get the matrixwriter > showing [SIGMA]DAT instead of the screen for y=. The other LEFT-HOLD +F* > keys do work properly. No user key's. ROM 1.23. I tryied on mine ROM 1.22 the same happens. I would say it is quite annoying although I haven't really figured out how to use LS+F1 yet so... Arnaud X-Warning-1: Do not spam ==== I noticed a (for me) strange behaviour using LEFT-HOLD+F1 to get y=. If there is an variable [SIGMA]DAT in the directory I get the matrixwriter showing [SIGMA]DAT instead of the screen for y=. The other LEFT-HOLD +F* keys do work properly. No user key's. ROM 1.23. On a HP49 this doen't happen. I looked for a flag that could manage it, but I couldn't find one. Did I oversee something? Do others have noticed this too? -- Jan Willem van der Kouwe ==== > > For applications involving the Multiple Equation Solver it is often > advantageous to know the variable names occurring in a set of several > equations. > This can be achieved by breaking up the equations into Algebraics with > EQ-> and then using a little UserRPL routine. > > For instance E = m* c^2 would be converted into 'E' and 'm*c^2'. The > following program would extract E, m and c: > > As LNAME does. > > Michael > up wit the ->ROW command. I did not know this and am humbled. Walt. ==== > For applications involving the Multiple Equation Solver it is often > advantageous to know the variable names occurring in a set of several > equations. > This can be achieved by breaking up the equations into Algebraics with > EQ-> and then using a little UserRPL routine. > > For instance E = m* c^2 would be converted into 'E' and 'm*c^2'. The > following program would extract E, m and c: As LNAME does. Michael ==== For applications involving the Multiple Equation Solver it is often advantageous to know the variable names occurring in a set of several equations. This can be achieved by breaking up the equations into Algebraics with EQ-> and then using a little UserRPL routine. For instance E = m* c^2 would be converted into 'E' and 'm*c^2'. The following program would extract E, m and c: DO DUP TYPE 'typ' STO IF typ 9. == THEN OBJ-> DROP DROP ELSE IF typ 6. == THEN 'nlist' STO+ ELSE DROP END END UNTIL DEPTH 0. == END where typ and nlist are local variables that have been primed earlier with something like 0. -> typ <<. This works sort of satisfactorily with the HP49+ because of its tremendous speed (much too slow on HP48 and 49).Still when it comes to, say 16 equations, as in some heat transfer applications, the above program takes some time (maybe too long if one is in an examination). Does any of the gurus know a sysRPL or even ML equivalent? ==== Matt, On the 39G/40G, lib 4 has a few commands that I forgot to list! Here they are: Named commands in library 4: (39G/40G, not 38G) XLIB 4 0 SIZE XLIB 4 1 POS XLIB 4 2 IDENMAT XLIB 4 3 TRN XLIB 4 4 PREDY XLIB 4 5 PREDX XLIB 4 6 UTPC XLIB 4 7 UTPN XLIB 4 8 UTPF XLIB 4 9 UTPT On the 38G, these commands are in lib 2. > If you dont mind my asking, where is it that you get this sort of info > from??? I first planned to refer you to the supported entry lists or to Carsten's tables (which are always a wonderful resource anyway!) but then I remembered they don't list all the named commands (for example: CAS commands, Logist, ROMUPLOAD, TRIGTAB, etc.) so I had to write a small lib (I already had written a 48 version for my homeless-lib/ren48 project). Here's the source code for the 39G/40G version: ---------------cut-here--------------------------------------------------- xROMID 704 * Unsupported entry points: ASSEMBLE =GETLINK EQU #08A59 [38G: #082B9] =CK1 EQU #12FA5 [38G: #45698] =ROMP>$ EQU #21417 [38G: #35E37] =AtUserStack EQU #24EE3 [38G: #3D4A5] =?ACCPTR> EQU #2D999 [38G: #184D7] =PurgeLib# EQU #3F422 [38G: #27822] RPL EXTERNAL xXLIBS EXTERNAL xDELXLB ASSEMBLE CON(1) 4 Command with help RPL xNAME XLIBS :: CK1 CKREAL ( One arg, n -- real ) COERCEDUP GETLINK ( Gets link table for lib n ) ITE :: ?ACCPTR> OSIZE FIVE #/ ( size of link table /5 = # of commands + 2 ) SWAPDROP #2- DUPUNROT ZERO_DO (DO) DUPINDEX@ #>ROMPTR ROMP>$ ( for each rom pointer, gets name if any. ) * ( you can add a $>ID here if you wish ) UNROT LOOP DROP ; DROPZERO ( if no link table, returns empty list ) {}N StoAns@Drp ( bulds list and stores it in Ans ) ; * Parser info for XLIBS :: oneexpr !*triand 'Rapndit xXLIBS TrueTrue ; * Help string for XLIBS $ XLIBS(n) returns list of XLIB names for lib n * The following command is provided in order to let the user purge this * library, since there is no accompanying aplet this time. ASSEMBLE CON(1) 4 Command with help RPL xNAME DELXLB :: CK0 ( No args ) ' ( The following program is put on the stack ) :: AtUserStack ( Clears last saved command name. No args ) # 704 PurgeLib# ( lib 1794 purged ) ; TOTEMPOB ( The above program is copied to TEMPOB area ) COLA_EVAL ( and run from there without returning ) ; * Simple parser data for a command without arguments :: 'Rapndit xDELXLB TrueTrue ; * Help string for DELXLB $ Purges the lib 1796, XLIBS * The library configuration routine. Libraries are automatically attached when * downloaded, but it's necessary when a warmstart (ON+SK3) occurs. NULLNAME libcfg :: # 704 TOSRRP ; ---------------cut-here--------------------------------------------------- Try for example XLIBS 4 or XLIBS(4) For instructions on how to compile or download, refer to the readme.txt of my ticking clock library: http://www.hpcc.org/V22N1/CLK-V1.ZIP ==== It's funny that you mention CAS, sometome ago i found that I could enable parts of the CAS system using SYSEVAL commands. However, after contacting colin croft, who then contacted JYA i was told not to mention it, and futher you are saying it can be done programatically, which I always thought might be the case. M@ -- ---------------------------------------------------------------------------- ---------- There are 10 types of people in this world, those who can count in binary, and those who cant. > > For example here: [...] > > names in your tables, for example the CAS commands. [BTW, the CAS must > first be enabled for them to work properly on the 39G. My CAS-enabling > aplet remains unpublished to comply with HP's wishes.] > > Here's the list for the 39G/40G. > > Named commands in library 2: > > XLIB 2 0 IFTE XLIB 2 1 = XLIB 2 2 173 > XLIB 2 3 ABS XLIB 2 4 CONJ XLIB 2 5 pi > XLIB 2 6 MAXREAL XLIB 2 7 MINREAL XLIB 2 8 e > XLIB 2 9 i XLIB 2 10 + XLIB 2 11 + > XLIB 2 12 - XLIB 2 13 * XLIB 2 14 / > XLIB 2 15 ^ XLIB 2 16 NTHROOT XLIB 2 17 INVERSE > XLIB 2 18 179 XLIB 2 19 ARG XLIB 2 20 SIGN > XLIB 2 21 v/ XLIB 2 22 178 XLIB 2 23 SIN > XLIB 2 24 COS XLIB 2 25 TAN XLIB 2 26 SINH > XLIB 2 27 COSH XLIB 2 28 TANH XLIB 2 29 ASIN > XLIB 2 30 ACOS XLIB 2 31 ATAN XLIB 2 32 ASINH > XLIB 2 33 ACOSH XLIB 2 34 ATANH XLIB 2 35 EXP > XLIB 2 36 LN XLIB 2 37 LOG XLIB 2 38 ALOG > XLIB 2 39 LNP1 XLIB 2 40 EXPM1 XLIB 2 41 ! > XLIB 2 42 FACT XLIB 2 43 INT XLIB 2 44 FRAC > XLIB 2 45 FLOOR XLIB 2 46 CEILING XLIB 2 47 XPON > XLIB 2 48 MAX XLIB 2 49 MIN XLIB 2 50 ROUND > XLIB 2 51 TRUNCATE XLIB 2 52 MOD XLIB 2 53 MANT > XLIB 2 54 DEG->RAD XLIB 2 55 RAD->DEG XLIB 2 56 ->HMS > XLIB 2 57 HMS-> XLIB 2 58 ROWNORM XLIB 2 59 COLNORM > XLIB 2 60 DET XLIB 2 61 DOT XLIB 2 62 CROSS > XLIB 2 63 % XLIB 2 64 %TOTAL XLIB 2 65 %CHANGE > XLIB 2 66 RANDOM XLIB 2 67 COMB XLIB 2 68 PERM > XLIB 2 69 < XLIB 2 70 > XLIB 2 71 == > XLIB 2 72 R->P XLIB 2 73 P->R XLIB 2 74 RE > XLIB 2 75 IM XLIB 2 76 int XLIB 2 77 .d > XLIB 2 78 FNROOT XLIB 2 79 .S XLIB 2 80 GS > XLIB 2 81 | XLIB 2 82 QUOTE XLIB 2 83 APPLY > XLIB 2 87 RATIO XLIB 2 88 { XLIB 2 89 [ > XLIB 2 90 ISOLATE XLIB 2 91 QUAD XLIB 2 92 TAYLOR > XLIB 2 93 SAME XLIB 2 94 AND XLIB 2 95 OR > XLIB 2 96 NOT XLIB 2 97 XOR XLIB 2 98 =/ > XLIB 2 99 <= XLIB 2 100 >= > > Named commands in library 171: > > XLIB 171 0 LINEAR? XLIB 171 1 COND XLIB 171 2 TRACE > XLIB 171 3 SPECRAD XLIB 171 4 SPECNORM XLIB 171 5 RANK > XLIB 171 6 LSQ XLIB 171 7 EIGENVV XLIB 171 8 EIGENVAL > XLIB 171 9 SVD XLIB 171 10 SVL XLIB 171 11 LU > XLIB 171 12 QR XLIB 171 13 LQ XLIB 171 14 SCHUR > XLIB 171 15 RREF XLIB 171 16 POLYROOT XLIB 171 17 POLYCOEF > XLIB 171 18 POLYEVAL XLIB 171 19 MAKELIST XLIB 171 20 GDLIST > XLIB 171 21 GSLIST XLIB 171 22 PILIST XLIB 171 23 CONCAT > XLIB 171 24 REVERSE XLIB 171 25 SORT XLIB 171 26 Degrees > XLIB 171 27 Radians XLIB 171 28 Grads XLIB 171 29 Standard > XLIB 171 30 Fixed XLIB 171 31 Sci XLIB 171 32 Eng > XLIB 171 33 Fraction XLIB 171 34 Stairstep XLIB 171 35 Cobweb > XLIB 171 39 LogFit XLIB 171 40 ExpFit XLIB 171 41 Power > XLIB 171 42 QuadFit XLIB 171 43 Cubic XLIB 171 44 Logist > XLIB 171 45 User XLIB 171 46 Stat1Var XLIB 171 47 Stat2Var > XLIB 171 48 ITERATE XLIB 171 49 MAKEMAT XLIB 171 50 COT > XLIB 171 51 SEC XLIB 171 52 CSC XLIB 171 53 ACOT > XLIB 171 54 ACSC XLIB 171 55 ASEC XLIB 171 56 RECURSE > XLIB 171 57 POLYFORM > > Named commands in library 222 (only attached on the 40G): > > XLIB 222 0 ADDTOREAL XLIB 222 1 SIGMAVX XLIB 222 2 SIGMA > XLIB 222 3 Psi XLIB 222 4 PSI XLIB 222 5 RESULTANT > XLIB 222 6 IBERNOULLI XLIB 222 7 GAMMA XLIB 222 8 qr > XLIB 222 9 GRAMSCHMIDT XLIB 222 10 SYST2MAT XLIB 222 11 CHOLESKY > XLIB 222 12 DIAGMAP XLIB 222 13 ISOM XLIB 222 14 MKISOM > XLIB 222 15 KER XLIB 222 16 IMAGE XLIB 222 17 BASIS > XLIB 222 18 IBASIS XLIB 222 19 AUGMENT XLIB 222 20 PMINI > XLIB 222 21 CYCLOTOMIC XLIB 222 22 STURM XLIB 222 23 STURMAB > XLIB 222 24 FDISTRIB XLIB 222 25 DISTRIB XLIB 222 26 EXP2POW > XLIB 222 27 POWEXPAND XLIB 222 28 TAN2CS2 XLIB 222 29 CIRC > XLIB 222 30 C2P XLIB 222 31 P2C XLIB 222 32 MSLV > XLIB 222 33 DOMAIN XLIB 222 34 SIMPLIFY XLIB 222 35 DROITE > XLIB 222 36 STORE XLIB 222 37 DEF XLIB 222 38 ASSUME > XLIB 222 39 UNASSUME XLIB 222 40 REWRITE XLIB 222 41 INTEGER > XLIB 222 42 CONSTANTS XLIB 222 43 HYPERBOLIC XLIB 222 44 MODULAR > XLIB 222 45 POLYNOMIAL XLIB 222 46 TESTS XLIB 222 47 MATHS > XLIB 222 48 COLLECT XLIB 222 49 UNASSIGN XLIB 222 50 CASCMD > XLIB 222 51 PUSH XLIB 222 52 POP XLIB 222 53 DEGREE > XLIB 222 54 DEDICACE > > Named commands in library 241 (not attached!): > > XLIB 241 0 FUNCTION XLIB 241 1 SOLVE XLIB 241 2 POLAR > XLIB 241 3 PARAMETRIC XLIB 241 4 SCATTER XLIB 241 5 HISTOGRAM > XLIB 241 6 SEQUENCE XLIB 241 7 BOXWHISKER XLIB 241 8 FUNCTAB > XLIB 241 9 POLARTAB XLIB 241 10 PARAMTAB XLIB 241 11 SEQTAB > XLIB 241 12 STATTAB XLIB 241 13 STAT2TAB XLIB 241 14 SOLVETAB > XLIB 241 15 FUNCTOPIC XLIB 241 16 POLARTOPIC XLIB 241 17 PARAMTOPIC > XLIB 241 18 SEQTOPIC XLIB 241 19 STATTOPIC XLIB 241 20 SOLVETOPIC > XLIB 241 21 TRIGEXPLORER XLIB 241 22 TRIGTOPIC XLIB 241 23 TRIGTAB > XLIB 241 24 QUADEXPLORER XLIB 241 25 QUADTOPIC XLIB 241 26 QUADTAB > XLIB 241 27 INFSTAT XLIB 241 28 INFSTATTOPIC XLIB 241 29 INFSTATTAB > XLIB 241 30 Undefined > > Named commands in library 242: > > XLIB 242 0 U1 XLIB 242 1 U1 XLIB 242 2 U2 > XLIB 242 3 U2 XLIB 242 4 U3 XLIB 242 5 U3 > XLIB 242 6 U4 XLIB 242 7 U4 XLIB 242 8 U5 > XLIB 242 9 U5 XLIB 242 10 U6 XLIB 242 11 U6 > XLIB 242 12 U7 XLIB 242 13 U7 XLIB 242 14 U8 > XLIB 242 15 U8 XLIB 242 16 U9 XLIB 242 17 U9 > XLIB 242 18 U0 XLIB 242 19 U0 XLIB 242 20 F1 > XLIB 242 21 F1 XLIB 242 22 F2 XLIB 242 23 F2 > XLIB 242 24 F3 XLIB 242 25 F3 XLIB 242 26 F4 > XLIB 242 27 F4 XLIB 242 28 F5 XLIB 242 29 F5 > XLIB 242 30 F6 XLIB 242 31 F6 XLIB 242 32 F7 > XLIB 242 33 F7 XLIB 242 34 F8 XLIB 242 35 F8 > XLIB 242 36 F9 XLIB 242 37 F9 XLIB 242 38 F0 > XLIB 242 39 F0 XLIB 242 40 X1 XLIB 242 41 X1 > XLIB 242 42 Y1 XLIB 242 43 Y1 XLIB 242 44 X2 > XLIB 242 45 X2 XLIB 242 46 Y2 XLIB 242 47 Y2 > XLIB 242 48 X3 XLIB 242 49 X3 XLIB 242 50 Y3 > XLIB 242 51 Y3 XLIB 242 52 X4 XLIB 242 53 X4 > XLIB 242 54 Y4 XLIB 242 55 Y4 XLIB 242 56 X5 > XLIB 242 57 X5 XLIB 242 58 Y5 XLIB 242 59 Y5 > XLIB 242 60 X6 XLIB 242 61 X6 XLIB 242 62 Y6 > XLIB 242 63 Y6 XLIB 242 64 X7 XLIB 242 65 X7 > XLIB 242 66 Y7 XLIB 242 67 Y7 XLIB 242 68 X8 > XLIB 242 69 X8 XLIB 242 70 Y8 XLIB 242 71 Y8 > XLIB 242 72 X9 XLIB 242 73 X9 XLIB 242 74 Y9 > XLIB 242 75 Y9 XLIB 242 76 X0 XLIB 242 77 X0 > XLIB 242 78 Y0 XLIB 242 79 Y0 XLIB 242 80 R1 > XLIB 242 81 R1 XLIB 242 82 R2 XLIB 242 83 R2 > XLIB 242 84 R3 XLIB 242 85 R3 XLIB 242 86 R4 > XLIB 242 87 R4 XLIB 242 88 R5 XLIB 242 89 R5 > XLIB 242 90 R6 XLIB 242 91 R6 XLIB 242 92 R7 > XLIB 242 93 R7 XLIB 242 94 R8 XLIB 242 95 R8 > XLIB 242 96 R9 XLIB 242 97 R9 XLIB 242 98 R0 > XLIB 242 99 R0 XLIB 242 100 C1 XLIB 242 101 C2 > XLIB 242 102 C3 XLIB 242 103 C4 XLIB 242 104 C5 > XLIB 242 105 C6 XLIB 242 106 C7 XLIB 242 107 C8 > XLIB 242 108 C9 XLIB 242 109 C0 XLIB 242 110 H1 > XLIB 242 111 H2 XLIB 242 112 H3 XLIB 242 113 H4 > XLIB 242 114 H5 XLIB 242 115 S1 XLIB 242 116 S2 > XLIB 242 117 S3 XLIB 242 118 S4 XLIB 242 119 S5 > XLIB 242 120 s1 XLIB 242 121 s2 XLIB 242 122 s3 > XLIB 242 123 s4 XLIB 242 124 s5 XLIB 242 125 n1 > XLIB 242 126 n2 XLIB 242 127 n3 XLIB 242 128 n4 > XLIB 242 129 n5 XLIB 242 130 A XLIB 242 131 B > XLIB 242 132 C XLIB 242 133 D XLIB 242 134 E > XLIB 242 135 F XLIB 242 136 G XLIB 242 137 H > XLIB 242 138 I XLIB 242 139 J XLIB 242 140 K > XLIB 242 141 L XLIB 242 142 M XLIB 242 143 N > XLIB 242 144 O XLIB 242 145 P XLIB 242 146 Q > XLIB 242 147 R XLIB 242 148 S XLIB 242 149 T > XLIB 242 150 U XLIB 242 151 V XLIB 242 152 W > XLIB 242 153 X XLIB 242 154 Y XLIB 242 155 Z > XLIB 242 156 Gh XLIB 242 157 MeanGS XLIB 242 158 TotGS > XLIB 242 159 SVarGS XLIB 242 160 PVarGS XLIB 242 161 SSDev > XLIB 242 162 PSDev XLIB 242 163 NGS XLIB 242 164 MinGS > XLIB 242 165 MaxGS XLIB 242 166 Median XLIB 242 167 Q1 > XLIB 242 168 Q3 XLIB 242 169 MeanX XLIB 242 170 GSX > XLIB 242 171 GSX2 XLIB 242 172 MeanY XLIB 242 173 GSY > XLIB 242 174 GSY2 XLIB 242 175 GSXY XLIB 242 176 Corr > XLIB 242 177 Cov XLIB 242 178 RelErr XLIB 242 179 Z0 > XLIB 242 180 Z1 XLIB 242 181 Z2 XLIB 242 182 Z3 > XLIB 242 183 Z4 XLIB 242 184 Z5 XLIB 242 185 Z6 > XLIB 242 186 Z7 XLIB 242 187 Z8 XLIB 242 188 Z9 > XLIB 242 189 M0 XLIB 242 190 M1 XLIB 242 191 M2 > XLIB 242 192 M3 XLIB 242 193 M4 XLIB 242 194 M5 > XLIB 242 195 M6 XLIB 242 196 M7 XLIB 242 197 M8 > XLIB 242 198 M9 XLIB 242 199 L0 XLIB 242 200 L1 > XLIB 242 201 L2 XLIB 242 202 L3 XLIB 242 203 L4 > XLIB 242 204 L5 XLIB 242 205 L6 XLIB 242 206 L7 > XLIB 242 207 L8 XLIB 242 208 L9 XLIB 242 209 G0 > XLIB 242 210 G1 XLIB 242 211 G2 XLIB 242 212 G3 > XLIB 242 213 G4 XLIB 242 214 G5 XLIB 242 215 G6 > XLIB 242 216 G7 XLIB 242 217 G8 XLIB 242 218 G9 > XLIB 242 219 Ans XLIB 242 220 Fit XLIB 242 221 HAngle > XLIB 242 222 HFormat XLIB 242 223 HDigits XLIB 242 224 RadixMark > XLIB 242 228 Angle XLIB 242 229 Axes XLIB 242 230 Grid > XLIB 242 231 Connect XLIB 242 232 FastRes XLIB 242 233 Simult > XLIB 242 234 Recenter XLIB 242 235 InvCross XLIB 242 236 Labels > XLIB 242 237 Tracing XLIB 242 238 Coord XLIB 242 239 Xmin > XLIB 242 240 Xmax XLIB 242 241 Ymin XLIB 242 242 Ymax > XLIB 242 243 Indep XLIB 242 244 Xcross XLIB 242 245 Ycross > XLIB 242 246 Xtick XLIB 242 247 Ytick XLIB 242 248 Xzoom > XLIB 242 249 Yzoom XLIB 242 250 NumStart XLIB 242 251 NumStep > XLIB 242 252 NumType XLIB 242 253 NumIndep XLIB 242 254 NumZoom > XLIB 242 255 NumRow XLIB 242 256 NumCol XLIB 242 257 NumFont > XLIB 242 258 Format XLIB 242 259 Digits XLIB 242 260 NoteText > XLIB 242 261 Page XLIB 242 262 PageNum XLIB 242 263 E1 > XLIB 242 264 E2 XLIB 242 265 E3 XLIB 242 266 E4 > XLIB 242 267 E5 XLIB 242 268 E6 XLIB 242 269 E7 > XLIB 242 270 E8 XLIB 242 271 E9 XLIB 242 272 E0 > XLIB 242 273 Root XLIB 242 274 Isect XLIB 242 275 Extremum > XLIB 242 276 Area XLIB 242 277 Slope XLIB 242 278 Tmin > XLIB 242 279 Tmax XLIB 242 280 Tstep XLIB 242 281 Ghmin > XLIB 242 282 Ghmax XLIB 242 283 Ghstep XLIB 242 284 Nmin > XLIB 242 285 Nmax XLIB 242 286 SeqPlot XLIB 242 287 StatMode > XLIB 242 288 StatPlot XLIB 242 289 Hwidth XLIB 242 290 Hmin > XLIB 242 291 Hmax XLIB 242 292 S1mark XLIB 242 293 S2mark > XLIB 242 294 S3mark XLIB 242 295 S4mark XLIB 242 296 S5mark > XLIB 242 297 S1fit XLIB 242 298 S2fit XLIB 242 299 S3fit > XLIB 242 300 S4fit XLIB 242 301 S5fit > > Named commands in library 788 (only attached on the 40G): > > XLIB 788 0 EXPAND XLIB 788 1 FACTOR XLIB 788 2 SUBST > XLIB 788 3 DERVX XLIB 788 4 INTVX XLIB 788 5 LIMIT > XLIB 788 6 TAYLOR0 XLIB 788 7 SERIES XLIB 788 8 SOLVEVX > XLIB 788 9 PLOT XLIB 788 10 PLOTADD XLIB 788 11 IBP > XLIB 788 12 PREVAL XLIB 788 13 RISCH XLIB 788 14 DERIV > XLIB 788 15 DESOLVE XLIB 788 16 LAP XLIB 788 17 ILAP > XLIB 788 18 LDEC XLIB 788 19 TEXPAND XLIB 788 20 LIN > XLIB 788 21 TSIMP XLIB 788 22 LNCOLLECT XLIB 788 23 EXPLN > XLIB 788 24 SINCOS XLIB 788 25 TLIN XLIB 788 26 TCOLLECT > XLIB 788 27 TRIG XLIB 788 28 TRIGCOS XLIB 788 29 TRIGSIN > XLIB 788 30 TRIGTAN XLIB 788 31 TAN2SC XLIB 788 32 HALFTAN > XLIB 788 33 TAN2SC2 XLIB 788 34 ATAN2S XLIB 788 35 ASIN2T > XLIB 788 36 ASIN2C XLIB 788 37 ACOS2S XLIB 788 38 DIV2 > XLIB 788 39 IDIV2 XLIB 788 40 QUOT XLIB 788 41 IQUOT > XLIB 788 42 REMAINDER XLIB 788 43 IREMAINDER XLIB 788 44 GCD > XLIB 788 45 LCM XLIB 788 46 EGCD XLIB 788 47 IEGCD > XLIB 788 48 ABCUV XLIB 788 49 IABCUV XLIB 788 50 LGCD > XLIB 788 51 SIMP2 XLIB 788 52 PARTFRAC XLIB 788 53 PROPFRAC > XLIB 788 54 PTAYL XLIB 788 55 HORNER XLIB 788 56 EULER > XLIB 788 57 PA2B2 XLIB 788 58 CHINREM XLIB 788 59 ICHINREM > XLIB 788 60 ISPRIME? XLIB 788 61 NEXTPRIME XLIB 788 62 PREVPRIME > XLIB 788 63 SOLVE XLIB 788 64 ZEROS XLIB 788 65 FCOEF > XLIB 788 66 FROOTS XLIB 788 67 FACTORS XLIB 788 68 DIVIS > XLIB 788 69 TRAN XLIB 788 70 HADAMARD XLIB 788 71 rref > XLIB 788 72 REF XLIB 788 73 AXM XLIB 788 74 AXL > XLIB 788 75 QXA XLIB 788 76 AXQ XLIB 788 77 GAUSS > XLIB 788 78 SYLVESTER XLIB 788 79 PCAR XLIB 788 80 JORDAN > XLIB 788 81 MAD XLIB 788 82 LINSOLVE XLIB 788 83 VANDERMONDE > XLIB 788 84 HILBERT XLIB 788 85 LCXM XLIB 788 86 DIV > XLIB 788 87 CURL XLIB 788 88 LAPL XLIB 788 89 HESS > XLIB 788 90 LEGENDRE XLIB 788 91 TCHEBYCHEFF XLIB 788 92 HERMITE > XLIB 788 93 LAGRANGE XLIB 788 94 FOURIER XLIB 788 95 SIGNTAB > XLIB 788 96 TABVAR XLIB 788 97 TABVAL XLIB 788 98 DIVPC > XLIB 788 99 TRUNC XLIB 788 100 SEVAL XLIB 788 101 TEVAL > XLIB 788 102 MAP XLIB 788 103 XNUM XLIB 788 104 XQ > XLIB 788 105 REORDER XLIB 788 106 LVAR XLIB 788 107 FXND > XLIB 788 108 EXLR XLIB 788 109 LNAME XLIB 788 110 ADDTMOD > XLIB 788 111 SUBTMOD XLIB 788 112 MULTMOD XLIB 788 113 DIVMOD > XLIB 788 114 DIV2MOD XLIB 788 115 POWMOD XLIB 788 116 INVMOD > XLIB 788 117 GCDMOD XLIB 788 118 EXPANDMOD XLIB 788 119 FACTORMOD > XLIB 788 120 RREFMOD XLIB 788 121 MODSTO XLIB 788 122 MENUXY > XLIB 788 123 KEYEVAL XLIB 788 124 GROBADD XLIB 788 125 SCROLL > XLIB 788 126 CASCFG XLIB 788 127 MAIN XLIB 788 128 ALGB > XLIB 788 129 CMPLX XLIB 788 130 TRIGO XLIB 788 131 MATR > XLIB 788 132 DIFF XLIB 788 133 ARIT XLIB 788 134 SOLVER > XLIB 788 135 EXP&LN XLIB 788 136 EPSX0 XLIB 788 137 ? > XLIB 788 138 oo XLIB 788 139 PROMPTSTO XLIB 788 140 VER > > Named commands in library 1792: > > XLIB 1792 0 IF XLIB 1792 1 THEN XLIB 1792 2 ELSE > XLIB 1792 3 END XLIB 1792 4 -> XLIB 1792 5 WHILE > XLIB 1792 6 REPEAT XLIB 1792 7 DO XLIB 1792 8 UNTIL > XLIB 1792 9 FOR XLIB 1792 10 STEP XLIB 1792 11 IFERR > XLIB 1792 12 << XLIB 1792 13 >> XLIB 1792 14 ' > XLIB 1792 15 END XLIB 1792 16 END XLIB 1792 17 THEN > XLIB 1792 18 CASE XLIB 1792 19 THEN XLIB 1792 20 DIR > > Named commands in library 1793: > > XLIB 1793 0 WSLOG XLIB 1793 1 DISPTIME XLIB 1793 2 DISP > XLIB 1793 3 BEEP XLIB 1793 4 WAIT XLIB 1793 5 RANDSEED > XLIB 1793 6 SUB XLIB 1793 7 REPLACE XLIB 1793 8 REDIM > XLIB 1793 9 ERASE XLIB 1793 10 ERASEPLOT XLIB 1793 11 PIXON > XLIB 1793 12 PIXOFF XLIB 1793 13 LINE XLIB 1793 14 TLINE > XLIB 1793 15 BOX XLIB 1793 16 GROBOR XLIB 1793 17 GROBXOR > XLIB 1793 18 GROBNOT XLIB 1793 19 DISPLAY-> XLIB 1793 20 ->DISPLAY > XLIB 1793 21 PLOT-> XLIB 1793 22 ->PLOT XLIB 1793 23 ->GROB > XLIB 1793 24 ARC XLIB 1793 25 PRHISTORY XLIB 1793 26 PRVAR > XLIB 1793 27 PRDISPLAY XLIB 1793 28 INPUT XLIB 1793 29 BREAK > XLIB 1793 30 STOP XLIB 1793 31 FREEZE XLIB 1793 32 DELROW > XLIB 1793 33 ADDROW XLIB 1793 34 DELCOL XLIB 1793 35 ADDCOL > XLIB 1793 36 SWAPROW XLIB 1793 37 SWAPCOL XLIB 1793 38 SCALE > XLIB 1793 39 SCALEADD XLIB 1793 40 TO XLIB 1793 41 RUN > XLIB 1793 42 EDITMAT XLIB 1793 43 MAKEGROB XLIB 1793 44 ZEROGROB > XLIB 1793 45 LIBEVAL XLIB 1793 46 SYSEVAL XLIB 1793 47 SETSAMPLE > XLIB 1793 48 SETFREQ XLIB 1793 49 DO1VSTATS XLIB 1793 50 SETINDEP > XLIB 1793 51 SETDEPEND XLIB 1793 52 DO2VSTATS XLIB 1793 53 SELECT > XLIB 1793 54 RANDMAT XLIB 1793 55 VERSION XLIB 1793 56 DEMO > XLIB 1793 57 MEM XLIB 1793 58 RULES XLIB 1793 59 AMIGOS > XLIB 1793 60 SETVIEWS XLIB 1793 61 CHECK XLIB 1793 62 UNCHECK > XLIB 1793 63 PINIT XLIB 1793 64 MSGBOX XLIB 1793 65 CHOOSE > XLIB 1793 66 GETKEY XLIB 1793 67 HELPWITH XLIB 1793 68 HELP > XLIB 1793 69 FLASHEVAL XLIB 1793 70 PROMPT XLIB 1793 71 DISPXY > XLIB 1793 72 ROMUPLOAD > > ==== > I have a doubt. Look at this program by Peter Geelhoed. > What does the address 00100 00120 00125 and 00128 mean? The meaning and name of those addresses are covered in the comments by Peter. What specifically is it you don't understand? > > CODE > ST=0 15 % this turns off some interrupts > % see below for further explanation > GOSBVL =PopASavptr % get the address of the grob > A+20 A % point to grob body of heaviest grob > B=A A % save addr in B > GOSBVL D0->Row1 % get the addr of the current screen > R0=A A % save it in R0 > LC(5) 64*34 % 64 lines and 34 nibbles per line > C+B A % Add to addr of first grob so that > A=C A % A has the addr of grob2 > D0= 00100 % #00100h is BITOFFSET you can move the > C=DAT0 X % screen pixel by pixel by altering it > RSTK=C % save current bitoffset in RSTK > ?ABIT=0 0 -> EVEN % if addr of grob is even no need to > % shift > LC C % shift 4 bits left (-4=C) > DAT0=C 1 % write new bitoffset > D0= 00125 % LINENIBS contains the number of > % nibbles per line > LC FFF % it has to be decreased because of the > DAT0=C X % new bitoffset > > *EVEN > D0= 00120 % DISPADDR > D1= 00128 % in LINECOUNT you can write the number > % of lines to be displayed > LC 3F % 64 lines including line 0 so #63d > DAT1=C B > > *MAIN > GOSUB PAINT % subroutine that displays grob in A > ABEX A % switch grob1 and grob2 > GOSUB PAINT % display grob1 twice > GOSUB PAINT > ABEX A % A has grob2 and B grob1 again > > GOSBVL OnKeyDown? % OnKeyDown? returns a carry if the > % On Key is being pressed. If ST 15 is > % clear, holding down ON will halt the > % code until you release it, and the > % code will simply continue > > GONC MAIN % keep looping until ON key is pressed > ST=1 15 % Allow the interrupts again > A=R0 A % Get the old display address > DAT0=A A % reset it > LC 37 % set the linecount back to 55 > DAT1=C B > D1-3 % 00128 - 3 = 00125 LINENIBS > C=0 A > DAT1=C X % set the LINENIBS to 0 > D0= 00 % load the last two digits of D0 with > % 00 (00120 -> 00100 =BITOFFSET) > C=RSTK % get the old bitoffset > DAT0=C X > LOADRPL % return to RPL > > *PAINT % subroutine that waits until the > % display refresh is at line 0 then > % displays the grob in A > % D1= LINECOUNT, when reading it, it > % has the current display line > % D0= DISPADDR > > C=DAT1 B % read current display line > ?C#0 B -> PAINT % until it is 0 > DAT0=A A % write addr of grob > *WAIT > C=DAT1 B % wait until line is no longer 0 > ?C=0 B -> WAIT % or the screen may flicker > RTN % return from subroutine > ENDCODE > @ This piece of code is used to draw a grob in grayscale. -- Daniel ==== I have a doubt. Look at this program by Peter Geelhoed. What does the address 00100 00120 00125 and 00128 mean? I can«t understand why do I have to use a LC C to shift a bits when the address is odd. I want to make one program in ML to display a text in full screen.(49g+) CODE ST=0 15 % this turns off some interrupts % see below for further explanation GOSBVL =PopASavptr % get the address of the grob A+20 A % point to grob body of heaviest grob B=A A % save addr in B GOSBVL D0->Row1 % get the addr of the current screen R0=A A % save it in R0 LC(5) 64*34 % 64 lines and 34 nibbles per line C+B A % Add to addr of first grob so that A=C A % A has the addr of grob2 D0= 00100 % #00100h is BITOFFSET you can move the C=DAT0 X % screen pixel by pixel by altering it RSTK=C % save current bitoffset in RSTK ?ABIT=0 0 -> EVEN % if addr of grob is even no need to % shift LC C % shift 4 bits left (-4=C) DAT0=C 1 % write new bitoffset D0= 00125 % LINENIBS contains the number of % nibbles per line LC FFF % it has to be decreased because of the DAT0=C X % new bitoffset *EVEN D0= 00120 % DISPADDR D1= 00128 % in LINECOUNT you can write the number % of lines to be displayed LC 3F % 64 lines including line 0 so #63d DAT1=C B *MAIN GOSUB PAINT % subroutine that displays grob in A ABEX A % switch grob1 and grob2 GOSUB PAINT % display grob1 twice GOSUB PAINT ABEX A % A has grob2 and B grob1 again GOSBVL OnKeyDown? % OnKeyDown? returns a carry if the % On Key is being pressed. If ST 15 is % clear, holding down ON will halt the % code until you release it, and the % code will simply continue GONC MAIN % keep looping until ON key is pressed ST=1 15 % Allow the interrupts again A=R0 A % Get the old display address DAT0=A A % reset it LC 37 % set the linecount back to 55 DAT1=C B D1-3 % 00128 - 3 = 00125 LINENIBS C=0 A DAT1=C X % set the LINENIBS to 0 D0= 00 % load the last two digits of D0 with % 00 (00120 -> 00100 =BITOFFSET) C=RSTK % get the old bitoffset DAT0=C X LOADRPL % return to RPL *PAINT % subroutine that waits until the % display refresh is at line 0 then % displays the grob in A % D1= LINECOUNT, when reading it, it % has the current display line % D0= DISPADDR C=DAT1 B % read current display line ?C#0 B -> PAINT % until it is 0 DAT0=A A % write addr of grob *WAIT C=DAT1 B % wait until line is no longer 0 ?C=0 B -> WAIT % or the screen may flicker RTN % return from subroutine ENDCODE @ ==== > You will have to ask Wolfgang Rautenberg about EXIT There *is* a Sys-RPL program called EXIT by John H. Meyers, capable of leaving loops in User-RPL: http://groups.google.com/groups?selm=74j0li%241qm%241%40news.iastate.edu I'm not sure if that's the latest version (some posts seem unavailable at google groups) ... anyway there's a fully-commented version in Datafile V18N2p22 and V18N3p40 ( http://www.hpcc.org/datafilev18.html#V18N3 ) ==== >Since I didn't find anything about EXIT in the manual nor in the >command reference I'd like to know if is there any way to leave a >cycle withou its full completion or leave a sub program without >terminating the main program. I don't know anything about an EXIT command, but if you have some sort of test to determine whether or not the subprogram should end or continue, then IF THEN END could be what you need. For a cycle WHILE END _might_ be of use. Robert ==== You will have to ask Wolfgang Rautenberg about EXIT it's not part of the language, but part of an library OT49+ It shows up in your CATalog in cursive text. EXIT = ROMPTR 166 17 :: %0 InitMenu% xCONT ; > I have a 49g+ and used the EXIT instruction to exit a UserRPL program. > When used within a program invoqued by the main program the EXIT > instruction also terminates the main program. > Since I didn't find anything about EXIT in the manual nor in the > command reference I'd like to know if is there any way to leave a > cycle withou its full completion or leave a sub program without > terminating the main program. > Sorry if I wasn't clear enough. ==== Again I write to ask some sysrpl stuff related with input procedures. It seems I have lot of problems with this subject :o) I ask you experienced sysrpl programmer what's the standard procedure I should adopt to create a safe inputline environment. That's because I thinked to an Inputline procedure that can handle all the errors (via Virtual stack) but I rather prefer something like the inputline in graphic environment... I mean an inpuline that doesn't exit if an error condition occurs (E.G.: if you write 1.2.3 in any field of an input box you get syntax error and you'll have the opportunity to modify your input). Should I put the inputline procedure in a POL (Parametrized Outer Loop) environment? I think this solution will be resource draining... am I wrong? Kickaha -- Per rispondere rimuovere il SiPAriuM To reply remove the SiPAriuM ==== beautiful.....wish I had thought of that. Maybe you could throw a 20 year old claculator manual at her....THOSE would get her attention. -- Frank Bachman (Grumpy Aero Guy) > > The CEO of HP is scheduled to talk this week and part of her talk will > be on this subject: HP's calculator division is also promising big > news. > > Any ideas here? > > Gee, I've finally found a reason to wish I had a 49G or 49G++: They'd > be perfect to throw at her. > > -- > Wayne Brown (HPCC #1104) | When your tail's in a crack, you improvise > fwbrown@bellsouth.net | if you're good enough. Otherwise you give > | your pelt to the trapper. > e^(i*pi) = -1 -- Euler | -- John Myers Myers, Silverlock ==== > beautiful.....wish I had thought of that. > > Maybe you could throw a 20 year old claculator manual at her....THOSE would > get her attention. > Yes, but I wouldn't want to get rid of any of my 20+ year old manuals -- unlike the current stuff, they're too valuable. -- Wayne Brown (HPCC #1104) | When your tail's in a crack, you improvise fwbrown@bellsouth.net | if you're good enough. Otherwise you give | your pelt to the trapper. e^(i*pi) = -1 -- Euler | -- John Myers Myers, Silverlock ==== >beautiful.....wish I had thought of that. > >Maybe you could throw a 20 year old claculator manual at her....THOSE would >get her attention. That wouldn't work,she could not read or understand them Try Art Harold A. Climer Dept.Of Physics,Geology,and Astronomy University of Tennessee at Chattanooga Chattanooga TN USA 37403 ==== >>beautiful.....wish I had thought of that. >> >>Maybe you could throw a 20 year old claculator manual at her....THOSE would >>get her attention. > That wouldn't work,she could not read or understand them Try Art >Harold A. Climer Maybe an idiot's guide to tic-tac-toe would d be better. Everyone should be able to develop higher level thinking skills at least once in thier life. That's lest demanding. . . TW ==== but the one you use here doesn't go through. Genewright143 at Gene -- * These statements and opinions are mine alone and do not reflect my employer's views. * > > The CEO of HP is scheduled to talk this week and part of her talk will > > be on this subject: HP's calculator division is also promising big > > news. > > > > Any ideas here? > > So exciting.. > Hum.. New 12C (12C platinum), new 32S (33S), new 49G (49G+) and new 39G > (39G+) > > Cool uh? > You think? [renewed sense of youthful wonder in my eyes] ==== thm47s@netscape.net > but the one you use here doesn't go through. > > Genewright143 > at > > > Gene > -- > * These statements and opinions are mine alone and do not reflect my > employer's views. * > > > The CEO of HP is scheduled to talk this week and part of her talk will > > be on this subject: HP's calculator division is also promising big > > news. > > > > Any ideas here? > > > > So exciting.. > > Hum.. New 12C (12C platinum), new 32S (33S), new 49G (49G+) and new 39G > > (39G+) > > > > Cool uh? > You think? [renewed sense of youthful wonder in my eyes] ==== > The CEO of HP is scheduled to talk this week and part of her talk will > be on this subject: HP's calculator division is also promising big > news. > > Any ideas here? > > So exciting.. > Hum.. New 12C (12C platinum), new 32S (33S), new 49G (49G+) and new 39G > (39G+) > > Cool uh? You think? [renewed sense of youthful wonder in my eyes] ==== Well, I was glad to see that the new TI-89 still does not have an SD expansion slot. That still gives our 49g+ an upper hand in many ways. Give the new HP group time. I'm sure we'll see many new and exciting goodies. Gene -- * These statements and opinions are mine alone and do not reflect my employer's views. * > The CEO of HP is scheduled to talk this week and part of her talk will > be on this subject: HP's calculator division is also promising big > news. > > Any ideas here? > > So exciting.. > Hum.. New 12C (12C platinum), new 32S (33S), new 49G (49G+) and new 39G > (39G+) > > Cool uh? ==== > > The CEO of HP is scheduled to talk this week and part of her talk will > be on this subject: HP's calculator division is also promising big > news. > > Any ideas here? Gee, I've finally found a reason to wish I had a 49G or 49G++: They'd be perfect to throw at her. -- Wayne Brown (HPCC #1104) | When your tail's in a crack, you improvise fwbrown@bellsouth.net | if you're good enough. Otherwise you give | your pelt to the trapper. e^(i*pi) = -1 -- Euler | -- John Myers Myers, Silverlock ==== Oh please, Not Compaq... Toby > big news.....hmmmmm; > > They learned how to write manuals again? > > They learned how to make a keyboard (again)? > > They decided to listen to long time customers? > > They decided to read this NG ? > > They learned that batteries should last longer than 2 weeks? > > They learned how to sell a product that works out of the box---I mean shrink > wrap? > > They will announce that Compaq will now make the calculators? > > They figured out how to make the i'face software work out of the box? > > They figured out how to make their users programs forward compatible? > > I'm waiting with baited breath. > > -- > > > Frank Bachman > (Grumpy Aero Guy) > > > > week's Consumers Electronic Show in Las Vegas from computer company > CEOs. > > The CEO of HP is scheduled to talk this week and part of her talk will > be on this subject: HP's calculator division is also promising big > news. > > Any ideas here? > > > > http://msn-cnet.com.com/2100-7353_3-5134692.html?part=msn-cnet&subj=ns_51346 92&tag=msn_home > > Al Gershen > Grants Pass, OR > > (Submitted thru google.com on 1/7/06 at apx. 9:17 am pst) > > ==== > The CEO of HP is scheduled to talk this week and part of her talk will > be on this subject: HP's calculator division is also promising big > news. > > Any ideas here? So exciting.. Hum.. New 12C (12C platinum), new 32S (33S), new 49G (49G+) and new 39G (39G+) Cool uh? ==== big news.....hmmmmm; They learned how to write manuals again? They learned how to make a keyboard (again)? They decided to listen to long time customers? They decided to read this NG ? They learned that batteries should last longer than 2 weeks? They learned how to sell a product that works out of the box---I mean shrink wrap? They will announce that Compaq will now make the calculators? They figured out how to make the i'face software work out of the box? They figured out how to make their users programs forward compatible? I'm waiting with baited breath. -- Frank Bachman (Grumpy Aero Guy) > > week's Consumers Electronic Show in Las Vegas from computer company > CEOs. > > The CEO of HP is scheduled to talk this week and part of her talk will > be on this subject: HP's calculator division is also promising big > news. > > Any ideas here? > > > http://msn-cnet.com.com/2100-7353_3-5134692.html?part=msn-cnet&subj=ns_51346 92&tag=msn_home > > Al Gershen > Grants Pass, OR > > (Submitted thru google.com on 1/7/06 at apx. 9:17 am pst) ==== > > week's Consumers Electronic Show in Las Vegas from computer company > CEOs. > > The CEO of HP is scheduled to talk this week and part of her talk will > be on this subject: HP's calculator division is also promising big > news. > > Any ideas here? > > > http://msn-cnet.com.com/2100-7353_3-5134692.html?part=msn-cnet&subj=ns_51346 92&tag=msn_home My personal wild guess is that they have digged old projects from moth balls and will relausnc Xpander & HP 42SX + X-25 - well that's a PDA... ==== Dear Father, Thou hast ennobled Thy children to invent (no pun intended) such great tools as the HP49+. Things heretofore unknown and impossible have now come within the reach of all of Thy offspring. But, alas, as in past dark times, a cast of priests is rapidly evolving, preaching and practicing in obscure sites such as comp.sys.hp48, which, no doubt, they would like to transform into a future Shangrila for a chosen few ones. Already they are using language, like : Thou should have learnt Your Math better and practicing various other forms of priest craft. We beseech Thee to enable all Thy creatures to revel in the beauty of your kingdom of ideas, so readily available with the HP49+. Let not the few wrestle away from what belongs to all. All that is needed is an overhead projector to provide to a multitude the intriguing mysteries of Thy universe. Please, inspire one of Thy gifted ones to create such a worthwhile instrument. May the coming season of lent, that reminds us of Thy regenerative powers, also bring with it this new OVERHEAD PROJECTOR, so that Thy praise may be sung and SHOWN in all institutes of learning. Shanti. ==== > Dear Father, > > Thou hast ennobled Thy children to invent (no pun intended) such great tools > as the HP49+. Things heretofore unknown and impossible have now come within > the reach of all of Thy offspring. > But, alas, as in past dark times, a cast of priests is rapidly evolving, > preaching and practicing in obscure sites such as comp.sys.hp48, which, no > doubt, they would like to transform into a future Shangrila for a chosen few > ones. Already they are using language, like : Thou should have learnt Your > Math better and practicing various other forms of priest craft. While a powerful tool, having a 49g+ is no excuse for not learning math or grasping a (relatively) basic concept like logarithms and transforms. I'm led to understand by the more recent starting graduate student that this isn't taught much in high school algebra any more. I remember hours upon hours of homework assignments interpolating logs from tables and that was in the mid 80's. I realize this prayer is tongue in cheek, but I've had recent experience with graduate students (!!) in computer science who didn't grasp the concept of logarithms (base 2 logs at that!) in fixed point arithmetic division. And one of them went to work at Redmond, of all places. One of my favorite tortures is the XOR hack: A ^= (B ^= (A ^= B)) I even simplify the problem to use 4 bit quantities and it still takes some people forever to figure out the result. [Yes, it's an old assembly language hack.] -scooter ==== Maybe your students (like I) are stuggeling to figure out what the hell the ^= operator is ....or maybe that is just me..... M@ -- ---------------------------------------------------------------------------- ---------- There are 10 types of people in this world, those who can count in binary, and those who cant. > Dear Father, > > Thou hast ennobled Thy children to invent (no pun intended) such great tools > as the HP49+. Things heretofore unknown and impossible have now come within > the reach of all of Thy offspring. > But, alas, as in past dark times, a cast of priests is rapidly evolving, > preaching and practicing in obscure sites such as comp.sys.hp48, which, no > doubt, they would like to transform into a future Shangrila for a chosen few > ones. Already they are using language, like : Thou should have learnt Your > Math better and practicing various other forms of priest craft. > > While a powerful tool, having a 49g+ is no excuse for not learning math or > grasping a (relatively) basic concept like logarithms and transforms. I'm > led to understand by the more recent starting graduate student that this > isn't taught much in high school algebra any more. I remember hours upon > hours of homework assignments interpolating logs from tables and that was > in the mid 80's. > > I realize this prayer is tongue in cheek, but I've had recent experience with > graduate students (!!) in computer science who didn't grasp the concept of > logarithms (base 2 logs at that!) in fixed point arithmetic division. And > one of them went to work at Redmond, of all places. > > One of my favorite tortures is the XOR hack: > > A ^= (B ^= (A ^= B)) > > I even simplify the problem to use 4 bit quantities and it still takes > some people forever to figure out the result. [Yes, it's an old assembly > language hack.] > > > -scooter ==== > Maybe your students (like I) are stuggeling to figure out what the hell the > ^= operator is ....or maybe that is just me..... > It means exclusive or. Its an old trick that lets you exchange 2 registers without using a third, and there is no 'swap registers' instruction. Al ==== A kind professor once told us that log is nothing else but 10 hoch was = . He banished all fear in my heart. ==== > on his lap. > The point here is that all this should NOT be torture. > > Would not Euler himself been delighted if he could have solved the Colebrook > equation > > 1 / f ^(1/2) = - 2 * LOG(epsilon / d / 3.7 + 2.51 / (Re * f ^(1/2))) > > > > with one keystroke? I would be delighted too...how to do it? ==== Pete M. Wilson schrieb > You can download my update from: http://www.scw.us/ce/emu48/index.html > It fixes the problem in the registry code in emu48ce. I will try it. Best wishes Heiko ==== >Pete M. Wilson schrieb > >> You can download my update from: http://www.scw.us/ce/emu48/index.html > >> It fixes the problem in the registry code in emu48ce. > >I will try it. > >Best wishes >Heiko > Let me know if it doesn't work and I'll see if I can't fix it... Pete M. Wilson Gamewood, Inc. wilsonpm@gamewood.net ==== Pete M. Wilson schrieb >> You can download my update from: http://www.scw.us/ce/emu48/index.html > >> It fixes the problem in the registry code in emu48ce. First of all, I am using emu48 to emulate the HP49G. Yes, I can confirm that your update fix the registry problem. The emulator for the HP49G works fine up to the point I am leaving the programm with EXIT, wich leads, after restarting emu48, to a TTRM. This is not bad, having saved your status of emu48 before via the Save command, but the handling is hard. And there are some other things, which are suspicious on emu49. Starting the emu48 after EXIT, the first keypress is not recognized!? But this is something, you can tollerate, but up to now, the recommanded way to use emu48 on taking the emu48 form emu123.zip (Changing the Registry manually), or using the description in: http://users.belgacom.net/EAA/Heiko/Mobile.htm which is in german only. > Let me know if it doesn't work and I'll see if I can't fix it... *Think *positive, *now ;-) I assume, it is not your fault that Willy Gates and is employes made a bad job, concerning compapility and handling of Windows CE. Mobile? grrr. On Window CE 2002 emu1.23 runs perfectly. It seem to be, that your are the only one, who can fix the problem of emu48 (for the HP49G) for the futuristical system of our marvelous Bill ;-) Windows CE Mobile is used for more than one year, now. Is it a challenge for you to make emu48 applicable? best wishes Heiko ==== >I assume, it is not your fault that Willy Gates and is employes >made a bad job, concerning compapility and handling of Windows CE. >Mobile? grrr. On Window CE 2002 emu1.23 runs perfectly. > Actually, it is not running perfectly - it just happens that the broken code doesn't crash on CE 2002 - it is still incorrect code - it uses unallocated memory to hold strings (a type of buffer overflow). Unfortunately I think most problems with emu48 can be pointed straight at the code and port, otherwise we wouldn't need the wonderful patches still be put out. I hope to have time to do more with it, and I will try to replicate some of the problems you mention. Pete M. Wilson Gamewood, Inc. wilsonpm@gamewood.net ==== Pete M. Wilson schrieb >> You can download my update from: http://www.scw.us/ce/emu48/index.html > >> It fixes the problem in the registry code in emu48ce. First of all, I am using emu48 to emulate the HP49G. Yes, I can confirm that your update fix the registry problem. The emulator for the HP49G works fine up to the point I am leaving the programm with EXIT, wich leads, after restarting emu48, to a TTRM. This is not bad, having saved your status of emu48 before via the Save command, but the handling is hard. And there are some other things, which are suspicious on emu49. Starting the emu48 after EXIT, the first keypress is not recognized!? But this is something, you can tollerate, but up to now, the recommanded way to use emu48 on taking the emu48 form emu123.zip (Changing the Registry manually), or using the description in: http://users.belgacom.net/EAA/Heiko/Mobile.htm which is in german only. > Let me know if it doesn't work and I'll see if I can't fix it... *Think *positive, *now ;-) I assume, it is not your fault that Willy Gates and is employes made a bad job, concerning compapility and handling of Windows CE. Mobile? grrr. On Window CE 2002 emu1.23 runs perfectly. It seem to be, that your are the only one, who can fix the problem of emu48 (for the HP49G) for the futuristical system of our marvelous Bill ;-) Windows CE Mobile is used for more than one year, now. Is it a challenge for you to make emu48 applicable? best wishes Heiko ==== Ralf Kleineisel schrieb to > Just to chime in - I have the exact problem others described. License > screen flashes and disappears. Using Dell Axium w/ XScale processor. > > Same for me on a Medion 40600 with PXA255 processor. > > I tried to recompile it under the new (BTW cost-free) MS embedded visual > C++ 4.0, but this seems to be no trivial task. Nearly 100 errors and > even more warnings. I have had the same problem with Medion 40600. It is fixed and discribed in german http://users.belgacom.net/EAA/Heiko/Mobile.htm ..Heiko ==== > You can download my update from: http://www.scw.us/ce/emu48/index.html ==== > >> Just to chime in - I have the exact problem others described. License >> screen flashes and disappears. Using Dell Axium w/ XScale processor. > >Same for me on a Medion 40600 with PXA255 processor. > >I tried to recompile it under the new (BTW cost-free) MS embedded visual >C++ 4.0, but this seems to be no trivial task. Nearly 100 errors and >even more warnings. You can download my update from: http://www.scw.us/ce/emu48/index.html It fixes the problem in the registry code in emu48ce. Pete M. Wilson Gamewood, Inc. wilsonpm@gamewood.net Pete M. Wilson Gamewood, Inc. wilsonpm@gamewood.net ==== Wolfgang Rautenberg schrieb > :: % 2.022004 DATE DDAYS %7 %MOD COERCE #BC15 #+ JstGETTHEMSG ; > > Yields the current day name in English only - the 49+ designers forgot > to translate the built-in week-day names into French and Spanish :-) I assume you jstGETTHEMSG by applying the prog described in http://page.mi.fu-berlin.de/~raut/WR49/findmsg.htm :-) Wonderfull tool! Best wishes Heiko ==== > I assume you jstGETTHEMSG by applying the prog > described in http://page.mi.fu-berlin.de/~raut/WR49/findmsg.htm :-) > Wonderfull tool! Indeed, I started search for Monday, but not with the isolated findmsg but with the similar FndM, a command from the library Msgman below. Daniel Lidstr.9am asked where the full week-day names do occur in the OS itself. For instance, in the SET ALARM dialog box, pressing CHOOSE if the current DAY is scanned. Best wishes, Wolfgang http://page.mi.fu-berlin.de/~raut/WR49/index.htm#General ==== > Addendum - a program to call the current day completely, no shortcut: > > :: % 2.022004 DATE DDAYS %7 %MOD COERCE #BC15 #+ JstGETTHEMSG ; > > Yields the current day name in English only - the 49+ designers forgot > to translate the built-in week-day names into French and Spanish :-) > > - Wolfgang I always wondered what they are there for. Even the command TSRT only uses abbreviations. Anyone knows? -- Daniel ==== Addendum - a program to call the current day completely, no shortcut: :: % 2.022004 DATE DDAYS %7 %MOD COERCE #BC15 #+ JstGETTHEMSG ; Yields the current day name in English only - the 49+ designers forgot to translate the built-in week-day names into French and Spanish :-) - Wolfgang ==== Because my gasdynamic library is desgned for RPN and it can bring TTRM issues if used in ALGebraic I'd like to ask you what's the politic to warn the user to use the library in RPN. For sure there's a note about this at the beginning of the readme. Do you think I should intercept via $EXTPRG when the user access to my library and ask him/her to switch to RPN? (manually? Or there's a standard procedure via a single romponter?) Kickaha -- Per rispondere rimuovere il SiPAriuM To reply remove the SiPAriuM ==== Kickaha ha scritto nel messaggio > Because my gasdynamic library is desgned for RPN and it can bring TTRM > issues if used in ALGebraic I'd like to ask you what's the politic to warn > the user to use the library in RPN. First of all thx to all for answering. I try to explain there but I need further help! My library's commands display a string in the header and menus with code like: :: ----StringDisplay code---- { Cmd1 prg1 } { Cmd2 prg2 } TWO {}N DoMenuKey ; If I add CK0NOLASTWD at the beginning the TTRM doesn't not occur. Does anyone know why a CK0 is required in ALG but not in RPN? If I remove the ----StringDisplay code---- I have the Insufficient Memory Error which is quite strange and some garbage in the menu which causes a TTRM if soft-pressed (via F1). Others commands hang the calc. So it seems the CK0 is needed in any case... why? The new problem is that when I execute the commands that bring up the menus it seems that the command keeps running and when I hit any key I get a NOVAL on the stack which is very annoying... Any ideas on how to fix this? Also: I have special features for LS+F1/F6 for some commands but in ALG this is reserved for graphic operations; may I force the calc to see my features? (note that RS+F1/F6 features work well also under ALG) Kickaha -- Per rispondere rimuovere il SiPAriuM To reply remove the SiPAriuM ==== > Because my gasdynamic library is desgned for RPN and it can bring TTRM > issues if used in ALGebraic I'd like to ask you what's the politic to warn > the user to use the library in RPN. Use $EXTPRG to display this text on the right-hand side of the Header: Warning: Only RPN mode! If the user chooses your library from the LIB key he is warned. You'll know what to write in the hidden variable stored in $EXTPRG if applying option EXTP-> while Libman is scanned by means of LBox from Libman. - Wolfgang ==== Wolfgang Rautenberg ha scritto nel messaggio > Use $EXTPRG to display this text on the right-hand side of the Header: > Warning: Only > RPN mode! > If the user chooses your library from the LIB key he is warned. You'll > know what to write in the hidden variable stored in $EXTPRG if applying > option EXTP-> while Libman is scanned by means of LBox from Libman. Thx for the reply Wolfgang! That's precisely what I decided to do.. The problem arises when the user access to the library command by CATALOG.... Any suggestion about this? There's a way to avoid library commands visualization in the HP49 catalog? Kickaha ==== > Thx for the reply Wolfgang! That's precisely what I decided to do.. > The problem arises when the user access to the library command by > CATALOG.... > Any suggestion about this? There's a way to avoid library commands > visualization in the HP49 catalog? No. But you can easily make a HELP option for critical library commands with D<->L from OT49. Just write a short HELP text which includes the warning. Clearly, $EXTPRG becomes more involved then. On the other hand, Gjermund is right. A good written library shouldn't crash after user mistakes, in particular not if he is in ALG mode. Thus start a critical command after the argument checking for instance with :: ... 95 SYSITE SETFLAGERR :: your program ; ; - Wolfgang ==== Wolfgang Rautenberg ha scritto nel messaggio > Thx for the reply Wolfgang! That's precisely what I decided to do.. > The problem arises when the user access to the library command by > CATALOG.... > Any suggestion about this? There's a way to avoid library commands > visualization in the HP49 catalog? > > No. But you can easily make a HELP option for critical library commands > with D<->L from OT49. Just write a short HELP text which includes the > warning. Clearly, $EXTPRG becomes more involved then. But my library it's too long: 10 Kb!!! I don't want to waste user ROM because I'm not a skilled enough programmer :o) > On the other hand, Gjermund is right. A good written library shouldn't > crash after user mistakes, in particular not if he is in ALG mode. Thus > start a critical command after the argument checking for instance with > :: ... 95 SYSITE SETFLAGERR :: your program ; ; Yes maybe that's the best thing to do; anyway I verified it's something related with the menu displaying: I try to study better the problem when I'll have time (in 2 weeks or so), hoping I'll found ideas on the Sysrpl programming 2nd edition. I'll have another problem; I've assigned special meanings to LS+soft commands for my library but the LS+F1/6 in ALG is for graphing... that's a way to fix this? Kickaha ==== > Because my gasdynamic library is desgned for RPN and it can bring TTRM > issues if used in ALGebraic I'd like to ask you what's the politic to warn This seems strange. Normally algmode works ok and there are several options to include more checking/ error messages. Why don't you rather check whether you're in alg mode and abort, eg: BINT95 TESTSYSFLAG case :: B9C1 ERROROUT ; I would suspect that the above TTRM are caused because somewhere in your code you need to check, or convert list arrays ( matrix) to numeric arrays ( ^CKNUMARRY ) , or need to convert zints to reals. Gjermund ==== Gjermund Skailand ha scritto nel messaggio > > Because my gasdynamic library is desgned for RPN and it can bring TTRM > > issues if used in ALGebraic I'd like to ask you what's the politic to > > warn > > This seems strange. Normally algmode works ok and there are several options > to include more checking/ error messages. > > Why don't you rather check whether you're in alg mode and abort, eg: > BINT95 TESTSYSFLAG case :: B9C1 ERROROUT ; Because I've to check for all the commands in my library.. and I think it's annoying and bytes wasting > I would suspect that the above TTRM are caused because somewhere in your > code you need to check, or convert list arrays ( matrix) to numeric > arrays ( ^CKNUMARRY ) , or need to convert zints to reals. Well, I have no matrices but conversions... Anyway the problem occurs before: each command of my library set-up a menu using DoMenuKey entry: I suspect it's related to this... Any suggestion? Kickaha ==== > Because my gasdynamic library is desgned for RPN and it can bring TTRM > issues if used in ALGebraic I'd like to ask you what's the politic to warn > the user to use the library in RPN. > > Use $EXTPRG to display this text on the right-hand side of the Header: > Warning: Only > RPN mode! > If the user chooses your library from the LIB key he is warned. You'll > know what to write in the hidden variable stored in $EXTPRG if applying > option EXTP-> while Libman is scanned by means of LBox from Libman. > Sorry, Wolfgang, I did not understand the above Could you explain more and also present the code here, please? You may snip the above text and use it in your CV I suggest just after DR. Thesis...(-; ==== Veli-Pekka Nousiainen ha scritto nel messaggio ...(SNIP)... > Use $EXTPRG to display this text on the right-hand side of the Header: > Warning: Only > RPN mode! > If the user chooses your library from the LIB key he is warned. You'll > know what to write in the hidden variable stored in $EXTPRG if applying > option EXTP-> while Libman is scanned by means of LBox from Libman. > > Sorry, Wolfgang, I did not understand the above > Could you explain more and also present the code here, please? I think he means that decompiling libman shows what to put in $EXTPRG to display a message in the header; which is also described in Programming in Sysrpl 2nd Edition at page 452 (appendix B: creating library) Kickaha ==== X > I think he means that decompiling libman shows what to put in $EXTPRG to > display a message in the header; which is also described in Programming in > Sysrpl 2nd Edition at page 452 (appendix B: creating library) OK, thanks, I've got it now... ==== > You may snip the above text and use it in your CV is that HP41CV or citroen 2CV? confused (not really) of scotland ==== > > You may snip the above text and use it in your CV > > is that HP41CV or citroen 2CV? > > confused (not really) of scotland Your 1st guess is correct - the hidden pun was HP-41CV ==== Bonsoir, > I have just come into an HP-48GX, and am not busy trying to learn how to use > it. I have a 1 Meg Epson RAM card, PCMCIA type 1 (about 6 years old), which > works well in my HP-200LX palmtop. However the RAM card doesn't seem to fit > well (it binds and won't seat) into card slot 2 of the HP-48GX. I don't > want to use my normal bigger hammer technique of operation. Is there some > secret to inserting the RAM card in the slot properly or (oh no!) is this > NOT the type of RAM card intended for use in the HP-48GX? The RAM card > appears identical to the HP RAM cards I have seen pictured on various HP web > sites and manuals. Is there some way to modify the card so it will fit and > work? Please stop it. These are completely different memory cards. The HP200LX uses PCMCIA (as you already know), and the HP48 uses a completely proprietary interface. The connector is completely different (a PCMCIA card has about 50 holes in 2 rows, the HP48 cards have x copper lines to connect to the HP48). You should either consider looking again at the memory cards pictures you found on the web to notice the differences, or go consult an ophtalmologist. ;) -- ----- ``This talk is like an Infinity commercial. You see lots of pretty pictures -- waves splashing up on rocks, sunsets, sandy beaches -- but you never see the car.'' Prof. Marv Solomon After listening to a less-than-perfect talk. ==== I have just come into an HP-48GX, and am not busy trying to learn how to use it. I have a 1 Meg Epson RAM card, PCMCIA type 1 (about 6 years old), which works well in my HP-200LX palmtop. However the RAM card doesn't seem to fit well (it binds and won't seat) into card slot 2 of the HP-48GX. I don't want to use my normal bigger hammer technique of operation. Is there some secret to inserting the RAM card in the slot properly or (oh no!) is this NOT the type of RAM card intended for use in the HP-48GX? The RAM card appears identical to the HP RAM cards I have seen pictured on various HP web sites and manuals. Is there some way to modify the card so it will fit and work? I appreciate any help you can provide. John Pierce ==== Don't the spammers target everyone equally? I mean why shouldn't CDB get some spam - the rest of us surely do. Daveh > >> it at one time,but my computer crashed over the holidays and I had to >> re-install Windows 98SE and all my software over again,including >> Eudora and I have lost it. > > > Google tells me cyrille de brebisson hp com > > Arnaud > > With the spam problems of today, let's hope it was his decision to make the > > -- > Daniel ==== >> it at one time,but my computer crashed over the holidays and I had to >> re-install Windows 98SE and all my software over again,including >> Eudora and I have lost it. > > > Google tells me cyrille de brebisson hp com > > Arnaud With the spam problems of today, let's hope it was his decision to make the -- Daniel ==== > it at one time,but my computer crashed over the holidays and I had to > re-install Windows 98SE and all my software over again,including > Eudora and I have lost it. Google tells me cyrille_de-brebisson@hp.com Arnaud ==== it at one time,but my computer crashed over the holidays and I had to re-install Windows 98SE and all my software over again,including Eudora and I have lost it. Harold A. Climer Dept.Of Physics,Geology,and Astronomy University of Tennessee at Chattanooga Chattanooga TN USA 37403 ==== I have no problem getting the desired result. My calculator settings are: -radians -rectangular in CAS only approx, complex, and vigorous checked -indep'X' in display only textbook checked. when I change to exact I get a completely different formula. Gary ==== > I have no problem getting the desired result. My calculator settings are: > -radians > -rectangular > in CAS only approx, complex, and vigorous checked > -indep'X' > in display only textbook checked. > > when I change to exact I get a completely different formula. > HI, Gary! Can you post the outputs? ==== I didn't give info to the 49g+ about the x or r (they are just a generic variable), so there is no point in simplifying (complicating) the result to show something with real and imaginary parts. I use complex mode because I need to, I may want to sum a complex number with sqrt(1 + x/r) for instance. The calculator should not make assumptions about my intentions, and should leave just sqrt(1 + x/r) in the display, after all, if I write the input in algebraic mode, that's what it does (but to use algebraic mode I would go with a Ti 89), so this is obviously a bug, I'm just trying to find a nice workaround to it. The calculator sometimes does not simplify someting as usual as sin(x)^2 + cos(x)^2 to 1 ... but tries to simplify sqrt(1 + x/R) to something absurd ... this CAS needs a good rework ... bummer > > > > to get sqrt ( 1 + x/r) > > instead I've got a huge thing completely unbelievable. > > > > If you mean that you did not get the symbolics as you > expected or as shown in the book then it has nothing to do > with being in exact or approximate mode but rather that > you already have variables in the working directory with > values assigned for x and/or r. Without deleting the variables > or going into the equation editor try and place first the '' > placeholders for each algebraic as you enter it so that, for > example, it appears on the stack as 'X' and not as X which > will be automatically evaluated to a number or anything the > object contains. > > !Demeter! ==== -------------------------------------------------------------------- > > > > to get sqrt ( 1 + x/r) > > instead I've got a huge thing completely unbelievable. > > > > If you mean that you did not get the symbolics as you > expected or as shown in the book then it has nothing to do > with being in exact or approximate mode but rather that > you already have variables in the working directory with > values assigned for x and/or r. Without deleting the variables > or going into the equation editor try and place first the '' > placeholders for each algebraic as you enter it so that, for > example, it appears on the stack as 'X' and not as X which > will be automatically evaluated to a number or anything the > object contains. > > !Demeter! ---------------------------------------------------------------------------- - I checked what jbss claimed in different modes and got the same results (with no r or x variables in the current or parent directories good advice. In Algebraic mode or by using the '' in rpn mode, you are simply inputting data. When you perform these operations in rpn mode, you are asking for a computation after each keystroke (i.e. when you pressed +, / and SQRT you asked it to perform each of these tasks). It just happens that in complex mode the SQRT function is a bit complicated. Try for example SQRT(1+(1-i)/(2+i)) and you will see what I mean. In complex mode the HP wont assume that your variables are real, unless you tell it to. What I mean is this: 1. go to your HOME directory 2. find the CASDIR directory 3. edit the list named REALASSUME (X should be there already so add R to it) If you do these steps SQRT(1+X/R)is a real valued function and will be evaluated that way. Hope this helps. thomas ==== > I didn't give info to the 49g+ about the x or r (they are just a > generic variable), so there is no point in simplifying (complicating) > the result to show something with real and imaginary parts. I use > complex mode because I need to, I may want to sum a complex number > with sqrt(1 + x/r) for instance. > > The calculator should not make assumptions about my intentions, and > should leave just sqrt(1 + x/r) in the display, after all, if I write > the input in algebraic mode, that's what it does, but to use algebraic > mode I would go with a Ti 89. > > This is obviously a bug, I'm just trying to find a nice workaround to > it. I agree, in real mode, it gives a reasonable simplification. The answer in complex mode is way to complicated to even list here. I didn't realize that complex mode meant to put the expression in the most complex (complicated)form possible! :) It's trying to rationalize the denominator, but it doesn't even succeed at that. I think it would be more reasonable for the calculator to attempt to simplify radical expressions like it would in real mode, and then try to simplify it more iff it can. This isn't the first time I've seen the hp49 do funny things with radicals. They must be real difficult to deal with from a programming standpoint. On a side note, switching between real and complex modes is really easy, hold down LS and press TOOL. --CS ==== > > to get sqrt ( 1 + x/r) > > instead I've got a huge thing completely unbelievable. > If you mean that you did not get the symbolics as you expected or as shown in the book then it has nothing to do with being in exact or approximate mode but rather that you already have variables in the working directory with values assigned for x and/or r. Without deleting the variables or going into the equation editor try and place first the '' placeholders for each algebraic as you enter it so that, for example, it appears on the stack as 'X' and not as X which will be automatically evaluated to a number or anything the object contains. !Demeter! ==== I didn't give info to the 49g+ about the x or r (they are just a generic variable), so there is no point in simplifying (complicating) the result to show something with real and imaginary parts. I use complex mode because I need to, I may want to sum a complex number with sqrt(1 + x/r) for instance. The calculator should not make assumptions about my intentions, and should leave just sqrt(1 + x/r) in the display, after all, if I write the input in algebraic mode, that's what it does, but to use algebraic mode I would go with a Ti 89. This is obviously a bug, I'm just trying to find a nice workaround to it. > > I've tried a simple example from the manual in rpn mode with complex mode > on: > > 1 > enter > x > enter > r > enter > division key > plus key > sqrt key > > to get sqrt ( 1 + x/r) > > instead I've got a huge thing completely unbelievable. > > Well - it is COMPLEX mode - isn't it? > Use Real Mode for REAL results.... > > Anybody with this problem in other hp calcs? > > I've installed the latest rom version! ==== > > I've tried a simple example from the manual in rpn mode with complex mode on: > > 1 > enter > x > enter > r > enter > division key > plus key > sqrt key > > to get sqrt ( 1 + x/r) > > instead I've got a huge thing completely unbelievable. Well - it is COMPLEX mode - isn't it? Use Real Mode for REAL results.... > Anybody with this problem in other hp calcs? > > I've installed the latest rom version! ==== Well, this is a annoying workaround, because if instead of the 1 if I put 2/3, in aprox. mode I get .66666666667 ... and so on, that does not work very well :( > Change to approximate mode by holding RS and press enter at the same time. > Then try again you should get the desired results. > > Gary ==== Working with William Graves, author of the Conn4x software, William determined that large subdirs in the calc can kill Xmodem IF, during the Xmodem process, a garbage collect is done by the calc. I had one subdir in my 49G+ with the Ascii version of a decompiled 48 library that I'm translating. It had a size of about 31 KB. The solution that worked was to set sys flag 55 (no save arguments) and do a MEM DROP sequence (to force garbage collect) _just_ prior to starting Xmodem on the calc. -55 SF MEM DROP XSERV This allowed the backup process to complete successfully. Public thanks to Mr. Graves!!! Gordon > Just when I thought I had the new Conn4x (build 2118) figured out.... > Here's my issue (friggin dang head banger): > > I connect USB cable to PC; > I connect 49G+ to USB cable; > I turn on the calc; > I start the Xmodem server on calc (r-shft _pause_ r-arrow); > I launch Conn4x on PC; > I make sure that Conn4x connect settings are correct; > In Conn4x I click the connect button; > Connection is _achieved_, I can see the calc home dir vars in Conn4x > window. > In Conn4x I click File/Backup... > Some activity happens and then I get a connection error message > stating that there is !!no connection!! and that the Xmodem server on > the calc needs to be running! It is and it sez so and I know its not > the Kermit server! > > Any ideas on what gives??? > > TIA > Gordon ==== > Working with William Graves, author of the Conn4x software, William > determined that large subdirs in the calc can kill Xmodem IF, during > the Xmodem process, a garbage collect is done by the calc. I had one > subdir in my 49G+ with the Ascii version of a decompiled 48 library > that I'm translating. It had a size of about 31 KB. The solution that > worked was to set sys flag 55 (no save arguments) and do a MEM DROP > sequence (to force garbage collect) _just_ prior to starting Xmodem on > the calc. > > -55 SF MEM DROP XSERV > > This allowed the backup process to complete successfully. > > Public thanks to Mr. Graves!!! > You may add to that [MODE] [Up-Arrow] [+/-] to disable LAST Stack ==== > Just when I thought I had the new Conn4x (build 2118) figured out.... > Here's my issue (friggin dang head banger): > > I connect USB cable to PC; > I connect 49G+ to USB cable; > I turn on the calc; > I start the Xmodem server on calc (r-shft _pause_ r-arrow); > I launch Conn4x on PC; > I make sure that Conn4x connect settings are correct; > In Conn4x I click the connect button; > Connection is _achieved_, I can see the calc home dir vars in Conn4x > window. > In Conn4x I click File/Backup... > Some activity happens and then I get a connection error message > stating that there is !!no connection!! and that the Xmodem server on > the calc needs to be running! It is and it sez so and I know its not > the Kermit server! > > Any ideas on what gives??? > > TIA > Gordon I never had that particular problem! In my case the conn 4x program would respond with an error message saying that there was no connection. This works for me: start conn 4X, connect USB cable, start Xmodem server, unplug then replug USB cable, click connect button. Eric J. ==== 1. Can the manuals for the HP49G+.written by Dr. Gilberto Urroz be used for the original HP 49G? 2. What is the lowest price found for the HP 49G+ in the U.S. thus far? 3. Has HP stopped all support of the HP 49G, what is the latest stable ROM? 4. Is the 49G+ worth buying if one all ready has a 49G? 5. Thx. ==== > > 4. Is the 49G+ worth buying if one all ready has a 49G? I bought one and the only reason i now hang on to the 49G- is for RS232 > 5. Thx. thats OK! Chic ==== > > 4. Is the 49G+ worth buying if one all ready has a 49G? > I bought one and the only reason i now hang on to the 49G- is for RS232 I thought that 49G = 49 @ original - with Flash 48gII = 49- @ sans Flash (A HUGE HP mistake: no FlashROM to update!!!) 49g+ = 49+ @ plus external Flash eg. SD/MMC PS: HP should use FlashROM in EVERY mid/top model, starting with new HP 15C+ ==== > PS: HP should use FlashROM in EVERY mid/top model, starting with new HP 15C+ > I wish they were Arnaud ==== > > > PS: HP should use FlashROM in EVERY mid/top model, starting with new HP > 15C+ > > > I wish they were After the 48gII disaster with the ROM & batteries (Samsung seemed to have changed a pin) I bet they wish they were I want to be the boss! Down with Fred Flintstone !! He must be stoned (-; ==== >1. Can the manuals for the HP49G+.written by Dr. Gilberto Urroz be used >for the original HP 49G? generally yes. if the page talks about the SD card, obviouslly not. >2. What is the lowest price found for the HP 49G+ in the U.S. thus far? i have heard down to about 120 but the average is 140-150 >3. Has HP stopped all support of the HP 49G, what is the latest stable ROM? seems so, 1.19-6 >4. Is the 49G+ worth buying if one all ready has a 49G? depends who you ask. i'd say yes but maybe I'd wait a while longer to seen if the beta testing gets over soon. >5. Thx. sure A question for anyone. I am making an ebook version of the KJV of the bible using headman (about 5 mb i figure when done, i'm up to deut.), TW ==== >1. Can the manuals for the HP49G+.written by Dr. Gilberto Urroz be used >for the original HP 49G? > > generally yes. if the page talks about the SD card, obviouslly not. AND if the keyboard help refers to [CAT] [EQW] [EVAL] [ ' ] you need to know when to shift and when not, etc... >2. What is the lowest price found for the HP 49G+ in the U.S. thus far? > > i have heard down to about 120 but the average is 140-150 Pretty low prices in US >3. Has HP stopped all support of the HP 49G, what is the latest stable ROM? > > seems so, 1.19-6 Urroz pages has an unstable 1.19-7, I prefer 1.19-6: it's good enough >4. Is the 49G+ worth buying if one all ready has a 49G? > > depends who you ask. i'd say yes but maybe I'd wait a while longer to > seen if the beta testing gets over soon. It has the Flash and it's faster - the USB is ultrafast - and the SD has some room Why On Earth someone would still wait??? The new calcs has VERSION 1.23 and if get one of those: BUY IT !!! >5. Thx. > > sure > > A question for anyone. I am making an ebook version of the KJV of the > bible using headman (about 5 mb i figure when done, i'm up to deut.), > TW me - Me - ME - M M MM M M MM M M too lazy to finish (Finnish: liian laiska... ==== > >1. Can the manuals for the HP49G+.written by Dr. Gilberto Urroz be > used > >for the original HP 49G? > > generally yes. if the page talks about the SD card, obviouslly not. > AND > if the keyboard help refers to [CAT] [EQW] [EVAL] [ ' ] > you need to know when to shift and when not, etc... > > >2. What is the lowest price found for the HP 49G+ in the U.S. thus far? > > i have heard down to about 120 but the average is 140-150 > > Pretty low prices in US > > >3. Has HP stopped all support of the HP 49G, what is the latest stable > ROM? > > seems so, 1.19-6 > Urroz pages has an unstable 1.19-7, I prefer 1.19-6: it's good enough > > >4. Is the 49G+ worth buying if one all ready has a 49G? > > depends who you ask. i'd say yes but maybe I'd wait a while longer to > seen if the beta testing gets over soon. > > It has the Flash and it's faster - the USB is ultrafast - and the SD has > some room > Why On Earth someone would still wait??? > The new calcs has VERSION 1.23 and if get one of those: BUY IT !!! > > >5. Thx. > > sure > > A question for anyone. I am making an ebook version of the KJV of the > bible using headman (about 5 mb i figure when done, i'm up to deut.), > TW > me - Me - ME - > M M > MM M > M MM > M > M > too lazy to finish (Finnish: liian laiska... > > If the M MM MM M M M is an allusion to the bible code it's better to go to http://www.sacred-texts.com/bib/tan/index.htm where the whole Tanach (not just the bible) is in KJV, JPS, Hebrew Latin and English. If you install Ezra SIL plus Keyman (for free) it's better than the HP49+, as much as I like HP49+ (Thou hast ennobled Thy children to invent .....). ==== X > http://www.sacred-texts.com/bib/tan/index.htm > where the whole Tanach (not just the bible) is in KJV, JPS, Hebrew Latin and > English. > If you install Ezra SIL plus Keyman (for free) it's better than the HP49+, > as much as I like > HP49+ (Thou hast ennobled Thy children to invent .....). AND I'm so used to Algebraic text that I can't read RPL anymore (I use mirrow for Hebrew & Arabic) no - just kidding... Could you please repeat the font program installation procedure and tell me where it is (prehaps already in my HD?) URL? ==== If it's compatible with the 49G or 48G series calcs, then, hey, I'm interested! Otherwise, I'll stick with the paper, PC, or (if I can find it) petroglyphic versions. ;) > A question for anyone. I am making an ebook version of the KJV of the > bible using headman (about 5 mb i figure when done, i'm up to deut.), > TW > ==== > 1. Can the manuals for the HP49G+.written by Dr. Gilberto Urroz be used > for the original HP 49G? If you mean the 49G+ manuals, then yes. Not much has changed > > 2. What is the lowest price found for the HP 49G+ in the U.S. thus far? http://store.yahoo.com/digitally-unique/hp49gplus.html is pretty cheap > > 3. Has HP stopped all support of the HP 49G, what is the latest stable ROM? The newest public ROM is still 1.19-6. > > 4. Is the 49G+ worth buying if one all ready has a 49G? It depends on alot of things. The keyboard and screen are better, and the speed is great. I haven't used the 49g since Al > > 5. Thx. > > > > > ==== Then I must be lucky... I just bought a new 48GX on Ebay for ? 70.90 (US$ 89.49)...:-) Martin > Has anyone seen the going prices for a new HP 48GX? One just sold > recently on Ebay for a whopping $325!!! > > http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3067490045&ssPageName=ADM E:B:SS:US:1 > > Just a few months ago it was selling for just $149 at > http://www.samsoncables.com/ > > Can the price go any higher on this discontinued machine? Is the HP > 48GX so good to warrant such a high price? > > Jim Gurtner > jgurtner@mindspring.com > > ==== > Then I must be lucky... I just bought a new 48GX on Ebay for ? 70.90 (US$ > 89.49)...:-) > Martin You should buy a lottery ticket....you lucky cousin of Donald Duck ==== > Has anyone seen the going prices for a new HP 48GX? One just sold > recently on Ebay for a whopping $325!!! > > http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3067490045&ssPageName=ADM E:B:SS:US:1 > > Just a few months ago it was selling for just $149 at > http://www.samsoncables.com/ > > Can the price go any higher on this discontinued machine? Is the HP > 48GX so good to warrant such a high price? Compared to HP current offerings, is really is that good. I've also got a 41CX and it's not for sale at _any_ price. Same goes for my 48SX. Like it or not, except for a quick buck, HP really doesn't give a crap anymore. ---= 19 East/West-Coast Specialized Servers - Total Privacy via Encryption =--- ==== Has anyone seen the going prices for a new HP 48GX? One just sold recently on Ebay for a whopping $325!!! http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3067490045&ssPageName=ADM E:B:SS:US:1 Just a few months ago it was selling for just $149 at http://www.samsoncables.com/ Can the price go any higher on this discontinued machine? Is the HP 48GX so good to warrant such a high price? Jim Gurtner jgurtner@mindspring.com ==== Elkin David Carmona G. escribi.97: > New TexasInstruments TI89Titanium2004 > Ver http://education.ti.com/us/product/tech/89ti/features/features.html It has been slashdotted: Nice thread reading, --- J.Manrique L.97pez de la Fuente Users Club from Gij.97n 1077 HPCC Member ==== > Elkin David Carmona G. escribi.97: > > New TexasInstruments TI89Titanium2004 > Ver http://education.ti.com/us/product/tech/89ti/features/features.html > > It has been slashdotted: > > > Nice thread reading, THNX ! The new TI-84 Plus is cool with a 2.5*speed boost over 83 BUT the new TI-89 Titanic is as slow as ever: The OLD 49G run loops around it (at least with FOR/START...NEXT/STEP -loop) Not to mention about the 49g+ number crunching speed... ==== Veli-Pekka Nousiainen replied: > >>Elkin David Carmona G. escribi.97: >> >> >>>New TexasInstruments TI89Titanium2004 >>>Ver http://education.ti.com/us/product/tech/89ti/features/features.html >> >>It has been slashdotted: >> > > >>Nice thread reading, > > THNX ! > The new TI-84 Plus is cool with a 2.5*speed boost over 83 > BUT > the new TI-89 Titanic is as slow as ever: Anyone know the clock speeds? As I recall, the 83? platinum runs at 10MHZ. Same speed as the old TI-89, the new TI-89 runs at 12MHZ. But the processor for the 83/84 I don't know. The 89 has the 68K. I would guess that the 68K is of superior speed than whatever is used in the 83/84 even if they speeded it up to 10MHZ. Note, I've never used an 83/84 so I really can't compare. As for the memory, do not the 81/82/83/84 all have 24K of memory? > The OLD 49G run loops around it > (at least with FOR/START...NEXT/STEP -loop) > Not to mention about the 49g+ number crunching speed... The problem with the 48 series was that it was *slow* for most things (although still useful as heck). The 49G pretty much addressed the useability issues with the 48 series speed wise. While the extra speed of the 49G+ is welcome, it comes at a cost in batteries. I don't necessarily see that for most things calculators are used for, it's needed. I think there is a response threshold below which a device appears slow even if overall it's faster than a device that responds faster. I think the 49G was over that threshold already. But still, one wonders what would happen if appropriate? Will HP ship Dramamine with the new OS? BTW, has anyone does a speed comparison between the 49G+ and the new TIs? Rich ==== Veli-Pekka Nousiainen replied: > >>Elkin David Carmona G. escribi.97: >> >> >>>New TexasInstruments TI89Titanium2004 >>>Ver http://education.ti.com/us/product/tech/89ti/features/features.html >> >>It has been slashdotted: >> > > > >>Nice thread reading, > > THNX ! > The new TI-84 Plus is cool with a 2.5*speed boost over 83 ************ The new 84 Plus runs at 15MHz, compared to 6MHz on 84 Plus ************ > BUT > the new TI-89 Titanic is as slow as ever: Anyone know the clock speeds? As I recall, the 83? platinum runs at 10MHZ. Same speed as the old TI-89, the new TI-89 runs at 12MHZ. But the processor for the 83/84 I don't know. The 89 has the 68K. I would guess that the 68K is of superior speed than whatever is used in the 83/84 even if they speeded it up to 10MHZ. Note, I've never used an 83/84 so I really can't compare. As for the memory, do not the 81/82/83/84 all have 24K of memory? > The OLD 49G run loops around it > (at least with FOR/START...NEXT/STEP -loop) > Not to mention about the 49g+ number crunching speed... The problem with the 48 series was that it was *slow* for most things (although still useful as heck). The 49G pretty much addressed the useability issues with the 48 series speed wise. While the extra speed of the 49G+ is welcome, it comes at a cost in batteries. I don't necessarily see that for most things calculators are used for, it's needed. I think there is a response threshold below which a device appears slow even if overall it's faster than a device that responds faster. I think the 49G was over that threshold already. But still, one wonders what would happen if appropriate? Will HP ship Dramamine with the new OS? BTW, has anyone does a speed comparison between the 49G+ and the new TIs? ******************** You don't have to, Rich Since the top model is not speeded up at all and has that puny 3MB max Flash It will surely loose against the 49g+ as will any other TI model They are not numbercrunchers you know. On symbolics the result vary wildly because of the underlying algotihms, CPU, etc... the 49g+ is the winner, TI should address the speed, here is their SD slot? ==== Veli-Pekka Nousiainen replied: > Veli-Pekka Nousiainen replied: > >> >> >>>Elkin David Carmona G. escribi.97: >>> >>> >>> >>>>New TexasInstruments TI89Titanium2004 >>>>Ver http://education.ti.com/us/product/tech/89ti/features/features.html >>> >>>It has been slashdotted: >>> >> >> > >>>Nice thread reading, >> >>THNX ! >>The new TI-84 Plus is cool with a 2.5*speed boost over 83 > > ************ > The new 84 Plus runs at 15MHz, compared to 6MHz on 84 Plus OK. Does the 84 run the venerable Z80 like the TI-85? > ************ > > >>BUT >>the new TI-89 Titanic is as slow as ever: > > > Anyone know the clock speeds? As I recall, the 83? platinum runs > at 10MHZ. Same speed as the old TI-89, the new TI-89 runs at 12MHZ. > But the processor for the 83/84 I don't know. The 89 has the 68K. > I would guess that the 68K is of superior speed than whatever is > used in the 83/84 even if they speeded it up to 10MHZ. Note, I've > never used an 83/84 so I really can't compare. > > As for the memory, do not the 81/82/83/84 all have 24K of memory? > > >>The OLD 49G run loops around it >>(at least with FOR/START...NEXT/STEP -loop) >>Not to mention about the 49g+ number crunching speed... > > > The problem with the 48 series was that it was *slow* for most > things (although still useful as heck). The 49G pretty much > addressed the useability issues with the 48 series speed wise. > While the extra speed of the 49G+ is welcome, it comes at a cost > in batteries. I don't necessarily see that for most things calculators > are used for, it's needed. I think there is a response threshold > below which a device appears slow even if overall it's faster than > a device that responds faster. I think the 49G was over that > threshold already. But still, one wonders what would happen if > appropriate? Will HP ship Dramamine with the new OS? > > BTW, has anyone does a speed comparison between the 49G+ and the > new TIs? > ******************** > You don't have to, Rich > Since the top model is not speeded up at all The HP49G Saturn was not speeded up at all over the 48GX, but the calc is much faster due to software upgrades. The actual speed of the TI-89 Titanium might be faster. > and has that puny 3MB max Flash > It will surely loose against the 49g+ as will any other TI model > They are not numbercrunchers you know. Never said they were, but that does not mean that all 89's are otherwise equal, which is my point (and question, as they may well be otherwise equal). > On symbolics the result vary wildly because of the underlying algotihms, > CPU, etc... > the 49g+ is the winner, TI should address the speed, here is their SD slot? Oddly enough, due to large cluster sizes and small programs, I'd want a 'small' SD card (say a 32MB card or so), but they seem to be getting harder and harder to find. This does not necessarily look like a show stopper though. I'm still wondering how the TI-89 is supposed to do calc-to-calc USB. Rich > > > > > > > > > ==== X I'm still wondering how the TI-89 is supposed to do calc-to-calc USB. What? No 115,200 baud IrDA transfer? USB from calc to calc is not possible with USB client drivers... ==== the Super-Duper announcement from HP's Calculator Division, and expect to be disappointed once again, TI at least comes with something ... > Elkin David Carmona G. escribi.97: > > > New TexasInstruments TI89Titanium2004 > > Ver http://education.ti.com/us/product/tech/89ti/features/features.html > > It has been slashdotted: > > > Nice thread reading, > THNX ! > The new TI-84 Plus is cool with a 2.5*speed boost over 83 > BUT > the new TI-89 Titanic is as slow as ever: > The OLD 49G run loops around it > (at least with FOR/START...NEXT/STEP -loop) > Not to mention about the 49g+ number crunching speed... ==== > the Super-Duper announcement from HP's Calculator Division, and expect > to be disappointed once again, TI at least comes with something ... Yes: a huge dissapointment sppedwise and SD Flash-wise Now the TI will have to hold the silver medal and look upwards and that's with their latest upgrade The TI 84 Plus in the low range is quite cool though... > > Elkin David Carmona G. escribi.97: > > > > New TexasInstruments TI89Titanium2004 > > Ver http://education.ti.com/us/product/tech/89ti/features/features.html > > > > It has been slashdotted: > > > > > > > Nice thread reading, > THNX ! > The new TI-84 Plus is cool with a 2.5*speed boost over 83 > BUT > the new TI-89 Titanic is as slow as ever: > The OLD 49G run loops around it > (at least with FOR/START...NEXT/STEP -loop) > Not to mention about the 49g+ number crunching speed... ==== wow, I really, really need a kickstand slide case ==== > wow, I really, really need a kickstand slide case Hmmm. about 3MB of flash, with a 32MB card you get 10* that in your 49g+ Looks like TI is loosing it's grip here - where's the speed? ==== How about 33MHz with > 4AAA for the TI-89 style chassis, and 66MHz with 4AA for the Voyage200 > chassis. The Voyage 200, unlike the TI-92, uses AAA batteries ==== > How about 33MHz with > 4AAA for the TI-89 style chassis, and 66MHz with 4AA for the Voyage200 > chassis. > The Voyage 200, unlike the TI-92, uses AAA batteries Not the new imagined model.... It's codename is The Beast (-; ==== Well, TI TITANIUM or SHMITANIUM - still without equation writer... HP RULES !! Bye Idan ==== > New TexasInstruments TI89Titanium2004 > Ver http://education.ti.com/us/product/tech/89ti/features/features.html > It seems that U and V keyboards are the fashion this year... I will go for the V. But they will have to do better for me to get a U Arnaud ==== On Sat, 3 Jan 2004 11:53:14 +0100, Herv.8e Chappe >Seems that most recent HP49G+ are shipped with ROM 1.23. However, latest ROM >available on HP site is 1.22. >Can someone tell what's new in 1.23, is it worth to upgrade from 1.22, and >where/when 1.23 will be available for download ? >Happy New Year, >Herve > If I'm not wrong 1.23 will fix the flicker problem some users have reported. Maybee there are other fixes as well, I do not know! Olaf ==== > On Sat, 3 Jan 2004 11:53:14 +0100, Herv.8e Chappe > >Seems that most recent HP49G+ are shipped with ROM 1.23. However, latest ROM >available on HP site is 1.22. >Can someone tell what's new in 1.23, is it worth to upgrade from 1.22, and >where/when 1.23 will be available for download ? >Happy New Year, >Herve > > > If I'm not wrong 1.23 will fix the flicker problem some users have > reported. Maybee there are other fixes as well, I do not know! The Final Fix to battery drain + minor bug fixes You only get with a brand new calc VERSION 1.23 Go and buy your second 49g+ (good thinking marketing division) X-Warning-1: Do not spam ==== >> >> If I'm not wrong 1.23 will fix the flicker problem some users have >> reported. Maybee there are other fixes as well, I do not know! > The Final Fix to battery drain + minor bug fixes > You only get with a brand new calc VERSION 1.23 > Go and buy your second 49g+ (good thinking marketing division) Well, within 2 weeks I had to use new batteries already (ROM 1.23). I hope the batteries HP delivered were not in good shape. Otherwise the fix didn't work. -- Jan Willem van der Kouwe ==== Can anyone find out directly from the design team at HP and run this by them? On 8 Jan 2004 08:14:06 -0800, broggerp@earthlink.net (Paul Brogger) >Take a look at the pictures linked-to from >for a preview of what you'll find. ==== > >>Now, my question is how to get the case open (and allowing it to close >>perfectly again). I know that has been discussed here, but I don't >>believe I've ever seen the whole process in one message. >> >>-MrM > > > It's exceedingly easy (I can do it with just my fingernails). Just slip > something between the goldish ring and the back (not front) black part > near the IR port and gently pry apart. Then move down each side, popping > it apart. I read somwhere about removing the black ring around the front case > but I didn't see why it's necesarry... > After that it's just a matter of drilling or shaving off the melted plastic > rivets holding the PCB to the front case (only necesarry for getting to the > keys). > Putting it back together is pretty simple, the hardest part being attaching > the PCB to the front again. I just put smushed beads of hot glue on top of > the drilled rivets. I've heard that small screws work well too. > > There was a site that gave instructions in more detail, but you'll have to > search comp.sys.hp48 for it. I have to hand it to you. It would never have occurred to me to put hot glue on the plastic posts when buttoning up the case. I was a machinist years ago and always tend to look for metallic solutions. I'll play with the hot glue solution. Eric J. ==== > > Alright, maybe you're onto something. > > For example, the difference between the four arrow keys and the rest of > the keys is that the arrow keys are mounted on a thin sheet of silicon > rubber. When you press a key, the force gets transmitted through the > silicone sheet to the keyswitch. I figured the sheet was damping the > click, but it didn't occur to me that it was also distributing the load > over the keyswitch. > [...] > The snap may be coming from the keys bottoming out on the circuit > board, but I tend to doubt that. The fit on this calculator is quite > good. If they are hitting the circuit board, it might explain why your > fix works. The glue provides a little extra standoff between the key > and circuit board, preventing them from hitting. > > Eric J. The part about bottoming out on the board: I wonder if that may have to do with why some keys give a -very- loud pop as opposed to the normal click. My '4' key did this, and that's the main key that the sound was only reduced on, not completly prevented. The green shift key was also one of the loudest, and it is also one of the ones that is not now completly silent. A word against this process though: The change is very notable and is a bit difficult to get used to. Also, on most of my keys now there is literally no click and much less movement, which sometimes catches me off guard (after getting used to the loud clicks) and makes me doubt my having pressed the key. I recommend that different variations of the method be tested (like Eric said he was going to try post-it note paper) and find something that is perhaps not as drastic as the change to my calculator. However, all said and done, I am _much_ happier now with the keyboard. I can play with the calculator during class much more secretly now :-) ==== > >>Alright, maybe you're onto something. >> >>For example, the difference between the four arrow keys and the rest of >>the keys is that the arrow keys are mounted on a thin sheet of silicon >>rubber. When you press a key, the force gets transmitted through the >>silicone sheet to the keyswitch. I figured the sheet was damping the >>click, but it didn't occur to me that it was also distributing the load >>over the keyswitch. >>[...] >>The snap may be coming from the keys bottoming out on the circuit >>board, but I tend to doubt that. The fit on this calculator is quite >>good. If they are hitting the circuit board, it might explain why your >>fix works. The glue provides a little extra standoff between the key >>and circuit board, preventing them from hitting. >> >>Eric J. > > > The part about bottoming out on the board: > I wonder if that may have to do with why some keys give a -very- loud > pop as opposed to the normal click. My '4' key did this, and that's > the main key that the sound was only reduced on, not completly prevented. > The green shift key was also one of the loudest, and it is also one of > the ones that is not now completly silent. > > A word against this process though: > The change is very notable and is a bit difficult to get used to. Also, > on most of my keys now there is literally no click and much less movement, > which sometimes catches me off guard (after getting used to the loud clicks) > and makes me doubt my having pressed the key. > I recommend that different variations of the method be tested (like Eric said > he was going to try post-it note paper) and find something that is perhaps > not as drastic as the change to my calculator. > > However, all said and done, I am _much_ happier now with the keyboard. I > can play with the calculator during class much more secretly now :-) This may be a silly question, but did you put the glue on the underside of the key, or on top of the keyswitch? Is the glue patch wide enough that it could conceivably cause the key to bottom out on the circuitboard? I figure you must have put a blob under a key and immediately pressed the key down on the keyswitch so it would form before it cooled. Does the glue stick to the key or the switch? Can you get the glue off, if you need to? The post-it note solution was just temporary. I'm not sure paper will last all that long. Actually, it might last a long time. The nice thing is that it comes off easily. I'll dig into my calculator again this weekend and try several layers of paper and perhaps some other materials as well. It may be possible to put a single sheet of material between all the keys and keyswitches, rather than individual pieces for each key. I can think of a number of materials, such as thin vinyl or that extra-tough woven plastic envelope material. I have some envelopes made of it. It's usually a glossy white color with very fine threads. There is another consideration. The keys may be purposefully designed to bottom out on the circuitboard to prevent over-driving the switches. The keyswitches must have a maximum travel. Adding material may cause the key to be effectively taller, and increase the stroke distance on the switch. This may force the switches to bottom out internally, causing damage. The opposite case may be true; the switches may be designed to bottom out internally. The noise may come from the switches bottoming out. Adding a glue or paper shim on the underside of the key may cause the key to bottom out on the circuitboard before the switch does so internally. You mention that there's less movement and sometimes you don't know if the key has cycled. This may be the reason; you may not be getting quite enough stroke to cause the switch to bottom out internally. If this is the case, then the noise is caused by the switch bottoming out, and not the key. I'm sure there are some engineers/techs out there who know how these switches work. I don't have the faintest idea! It isn't rocket science, heck, the information may be on the internet. I'll keep you posted. Eric J. ==== >I can think of a number of materials, such as thin vinyl or >that extra-tough woven plastic envelope material. I have some envelopes >made of it. It's usually a glossy white color with very fine threads. That would by tyvek. Pete M. Wilson Gamewood, Inc. wilsonpm@gamewood.net ==== X >>The snap may be coming from the keys bottoming out on the circuit >>board, but I tend to doubt that. The fit on this calculator is quite >>good. If they are hitting the circuit board, it might explain why your >>fix works. The glue provides a little extra standoff between the key >>and circuit board, preventing them from hitting. >> >>Eric J. Any pictures of the procedure? A more detailed explanation? X > I recommend that different variations of the method be tested (like Eric said > he was going to try post-it note paper) and find something that is perhaps > not as drastic as the change to my calculator. X > The post-it note solution was just temporary. I'm not sure paper will > last all that long. Actually, it might last a long time. The nice > thing is that it comes off easily. I'll dig into my calculator again > this weekend and try several layers of paper and perhaps some other > materials as well. It may be possible to put a single sheet of material > between all the keys and keyswitches, rather than individual pieces for > each key. I can think of a number of materials, such as thin vinyl or > that extra-tough woven plastic envelope material. I have some envelopes > made of it. It's usually a glossy white color with very fine threads. X > I'll keep you posted. Please do so and a link to a website with pictures and a detailed explanations would be extremely welcome as I plan to do this myself in the near future - my 49g+ has been opened once already! The rivets I dugged out with a screwdriver and never used any glue on reassembly - it keeps on TICKing... ==== X > I recommend that different variations of the method be tested (like Eric said > he was going to try post-it note paper) and find something that is perhaps > not as drastic as the change to my calculator. > > However, all said and done, I am _much_ happier now with the keyboard. I > can play with the calculator during class much more secretly now :-) Could you kindly explain in more detail what you did? Try James P. Style: Several pages... ==== Radio Shack used to sell packages of very small bolts and nuts. They had them both in metal and plastic. I have not checked lately on that but they shall still have that. Another place to search could be hobby shops. Jean (Johnny) Lemire from Richelieu, Quebec, Canada. ==== Take a look at the pictures linked-to from for a preview of what you'll find. ==== > I, like so many other people here (and those around them during > tests), was quite offended by the loud *click* caused by pressing > a key. I'm not one to just sit around and put up with it, and > I enjoy tinkering, so I took my calc apart and took a look. > > What I discovered is that the problem centers around the keys. > Not the board, not the case, the keys. I noticed that I could > press the keys with my fingernail and very little noise would > be made, UNLESS, I pushed it in the very centre with the very > tip of my nail. So you see, the problem is that the small > protrusion of plastic on the underside of the keys is TOO SMALL! > > This can be rememdied many ways. For me, I solved it by putting > a small dab of hot-glue on the tip and gently smushing it with > my finger. This gives it a larger base, and lo and behold, > no more loud click! I was so happy. > I can't be sure, but it also seems to reduce missed key presses. > > > > Please note, this is all just my word, no one that I know of has > verified this remedy (or any other like it). I'd like it to be > verified, but I won't be blamed if you destroy your calculator :-) Alright, maybe you're onto something. I'm going to open my calculator again to check on your observation. I'm not sure I want to put some hot glue on the inside of the keys, but I'll try with a post-it note paper shim between the keys and the switches!! I opened my calculator a few days ago and noticed that all the key switches are identical. Given that the keys sound distinctly different, that means the cause isn't in the keyswitches themselves but in the key buttons, supporting structure or adjacent resonating components. For example, the difference between the four arrow keys and the rest of the keys is that the arrow keys are mounted on a thin sheet of silicon rubber. When you press a key, the force gets transmitted through the silicone sheet to the keyswitch. I figured the sheet was damping the click, but it didn't occur to me that it was also distributing the load over the keyswitch. A few other observations. There is an aluminum shield in the back (bottom) shell of the calculator. It's mounted on 9 little plastic posts with heat formed heads. The shield was buzzing against the 9 posts. I drilled them out and reinstalled the shield using little wood screws (I believe I used a 1/32 drill and brass screws size 6, with a 1/4 length). The posts are hollow and the drill takes out just a smidgen of material. It is important to provide a hole big bigger than the minor diameter of the screw thread, in order to prevent splitting or weakening the posts. The posts are beefy enough to accept a screw. An alternative might be a size 2, 3 or 4 nylon machine screw (remove screw head) epoxied into each post, with a nut and washer. I prefer the wood screws because it's a one time installation and I don't want nuts and washers to get loose. Also make sure the screws aren't too long or they might breakthrough or dent the back side of the case. The second observation is that the loudest keys are at the lower left corner (the On, Shift and Alpha keys). The circuit board, which mounts the keys, is not supported fully at its lower edges (both sides of the calculator). There are no plastic mounting posts outboard of these keys. These keys are in effect mounted on a cantilevered board which might tend to resonate more. Third, the three colored keys (Shift and Alpha) differ from the rest because they're individual. All other rectangular keys are cast in groups on one piece plastic trees. The three individual keys pivot on little integral axles which fit in little sockets in the underside of the calculator faceplate. Any vibration caused by the key click will be transmitted directly to the calculator faceplate - and amplified!! The other keys don't have axles and bearings as such, but flex on plastic sprues off the main plastic tree. Therefore, when you press a colored key, you are causing a hard contact between the key, the keyswitch and the faceplate. No wonder the thing is so dad-blamed loud. The other keys are free floating on their sprues and much less vibration will reach the faceplate. I think HP has made a design decision. The three most used keys are individually mounted and will never wear out. The rest of the keys are less frequently used, thereby allowing a quieter suspension system. I'm willing to put up with the noise as long as it's for a cause. The arrow keys, as noted above, are individual AND mounted on silicon. HP could have gone this way for all the keys, but I suspect that's what the older 49G has, and I feel it is too mushy. The 49G is blissfully quiet but there's a tradeoff. Fourth, there's a snapping sound which leads me to believe some keys may actually be hitting their holes in the face plate. I put a piece of paper along the top edge of the keys but wasn't able to eliminate the snap. The snap may be coming from the keys bottoming out on the circuit board, but I tend to doubt that. The fit on this calculator is quite good. If they are hitting the circuit board, it might explain why your fix works. The glue provides a little extra standoff between the key and circuit board, preventing them from hitting. My impression of the 49G+ keyboard is that it's very robust and built to last forever. The keyswitches remind me of an old italian motorcycle I used to ride (Laverda SF750). They clunk into engagement with a commanding sound that lets you know you're in gear. Bulletproof. Someone asked about the procedure to open the case. I opened mine and have some advice. First remove the battery cover. Either slice off or drill off the heads on the two plastic posts. I prefer slicing them off with a sharp chisel or xacto because it's much quicker and cleaner than drilling. If you drill, do it by hand and carefully. Make sure your tool is razor sharp. Next get a little screw driver and insert it in the IR plastic bezel hole, between the USB connector (front side, towards the keyboard) and IR plastic bezel. Pry very gently, and the bezel should pop right out. It will also part the case halves slightly. Next, using a flat blade like a 6 inch scale pry the top of the case halves apart. Gradually work your way down both sides of the case, parting each snap. Don't use a screwdriver like I did, it can mar the case edges slightly Be careful when separating the cases because you don't want to break the small power and speaker wires. You can re-solder them if they break, just keep track of where they go. It's a good idea to label them with pen and tape. The speaker plate can be pulled out of the bottom case if you need better access, it's only taped into the case. Also watch out for the little silicone reset switch button that tends to fall out of the bottom case shell when you separate them. It's best to do this over a clean white piece of paper with good light. Pulling the circuit-keyboard out is far more dangerous. The post heads are placed amongst various circuitry. It's very easy to scratch the board with a drill or knife and permanently hose the board. The hollow plastic posts are delicate and can't be drilled for screw replacements. Their wall thickness is not enough to form internal screw threads. I know - I tried. Here's where I think small nylon machine screws (with the heads cut off) and epoxy will be the ticket. Perhaps someone more familiar with repairing electronic plastic cases could provide some sage advice. Don't pull the circuitboard out unless you've got a way to remount it on the plastic posts. You can jury-rig the reinstallation with little wedges, but I don't recommend it. I haven't permanently reinstalled the board yet because I haven't found small (size 2 or 3) nylon bolts, nuts or washers at the local hardware stores. Steel would work but I don't want to add any more weight to the calculator, and I don't like the idea of tightening a steel nut down on the circuitboard. The cases and bezel can be reassembled in reverse order. I used the same drill and brass screws for securing the top of the case halves as I used for the shield. I have opened it many times since, and there's no evidence the threads are wearing out or weakening the posts. Big disclaimer ~ please don't flame me if something goes wrong. This seriously voids the warranty! If anyone's interested, I have a bunch of photos, but don't know where or how to post them. Eric J. ==== I took it back apart and did the procedure to the rest of the keys and it worked like a charm. There is no sound at all for most of the keys and for the few that do, it is more of a muffled thud than a click. I'm sure I don't have to point out that this discovery means that it would be very very simple for HP to fix this problem. All that would be involved is a slight redesign to the keys. I should also note that the rubber-like properties of hotglue might have some role to play in this, but I really think it's more just the surface area, and perhaps the shape (more rounded). ==== > Now, my question is how to get the case open (and allowing it to close > perfectly again). I know that has been discussed here, but I don't > believe I've ever seen the whole process in one message. > > -MrM It's exceedingly easy (I can do it with just my fingernails). Just slip something between the goldish ring and the back (not front) black part near the IR port and gently pry apart. Then move down each side, popping it apart. I read somwhere about removing the black ring around the front case but I didn't see why it's necesarry... After that it's just a matter of drilling or shaving off the melted plastic rivets holding the PCB to the front case (only necesarry for getting to the keys). Putting it back together is pretty simple, the hardest part being attaching the PCB to the front again. I just put smushed beads of hot glue on top of the drilled rivets. I've heard that small screws work well too. There was a site that gave instructions in more detail, but you'll have to search comp.sys.hp48 for it. ==== > Try this: > > 2:Chord > 1:Arc > or > 2:Arc > 1:Chord > > Result: > 1:Radius > > All data in metres, Radius rounded to the nearest mm.(iterations stop there) > > %%HP: T(3)A(D)F(.); > << RAD -2 SF STD MAX LASTARG MIN DUP2 2 / pi * > -> A C F > << F > << A 2 pi * / > >> > << C 2 / > >> IFTE -> X > << > WHILE F > << 2 pi X * * A - > >> { A } IFTE 2 X * / DUP SIN C 2 X * / - SWAP COS A * C F > { + } > << - NEG > >> IFTE 2 X SQ * / / DUP ABS .0001 > > REPEAT X SWAP - 'X' STO > END X SWAP - 3 RND > >> > >> DEG >> > > Hope this helps. > Reth > Why don't you use the built-in root finder? Without the testing for angles > 180, that would be: << -> Arc Crd << 'R*SIN(Arc/R)=Crd' 'R' 1. ROOT 2. / >> >> ==== > Why don't you use the built-in root finder? > Without the testing for angles > 180, that would be: > > << > -> Arc Crd > << 'R*SIN(Arc/R)=Crd' 'R' 1. ROOT 2. / >> >> > doesn't do the same job unless you change it to : for arc > 2pi: << MAX LASTARG MIN RAD -> Arc Crd << 'R*SIN(Arc/R)=Crd' 'R' Crd 2 / ROOT 2 / >> DEG >> for arc > 2pi: << MAX LASTARG MIN RAD -> Arc Crd << 'R*SIN(Arc/R)=Crd' 'R' Arc 2 pi * / Arc 2 -> LIST ROOT 2 / >> DEG >> Now it's easy to combine them :-) Otherwise excellent solution! I still prefer not using the built-in solver; ==== PS ignore the obvious typos above : for arc < pi: << MAX LASTARG MIN RAD -> Arc Crd << 'R*SIN(Arc/R)=Crd' 'R' Crd 2 / ROOT 2 / >> DEG >> for arc > pi: << MAX LASTARG MIN RAD -> Arc Crd << 'R*SIN(Arc/R)=Crd' 'R' Arc 2 pi * / Arc 2 -> LIST ROOT 2 / >> DEG >> Now it's easy to combine them :-) Otherwise excellent solution! I still prefer not using the built-in solver; ==== The built in solver is a bit too slow. I much prefer to work out the steps necessary to get the answer. I'm a structural detailer by trade and my calculator is a big art of my job( where speed is money). My problem is where do you draw the line between full accuracy and speed of calculation. Lee ==== << MAX LASTARG MIN 100000000 0 0 8.3333E-6 0 -> c d t u v w x << DO t u - 2 / u + 'v' STO d 2 v * / ASIN 2 * v pi * * 180 / 'x' STO IF c x > THEN v 't' STO ELSE v 'u' STO END UNTIL c w - x < x c w + < == END v >>> 297.5 bytes Lee ==== THANKS A LOT THAT IS ABOUT 4 TIMES FASTER THAN MY METHOD OF SOLVING FOR THE RADIUS. ITS JUST A LITTLE LARGER THOUGH, (ABOUT 30 BYTES OR SO) I USED A DO UNTIL LOOP INSTEAD OF A WHILE REPEAT, SO I SEE WHERE MY ROUTINE IS SLOWED DOWN. AS BEFORE THANKS. ==== > THANKS A LOT THAT IS ABOUT 4 TIMES FASTER THAN MY METHOD OF SOLVING FOR THE > RADIUS. ITS JUST A LITTLE LARGER THOUGH, (ABOUT 30 BYTES OR SO) I USED A DO > UNTIL LOOP INSTEAD OF A WHILE REPEAT, SO I SEE WHERE MY ROUTINE IS SLOWED > DOWN. AS BEFORE THANKS. I Googled and did not find the info... Could you kindly post both programs here for comparison THNK U ==== Try this: 2:Chord 1:Arc or 2:Arc 1:Chord Result: 1:Radius All data in metres, Radius rounded to the nearest mm.(iterations stop there) %%HP: T(3)A(D)F(.); << RAD -2 SF STD MAX LASTARG MIN DUP2 2 / pi * > -> A C F << F << A 2 pi * / >> << C 2 / >> IFTE -> X << WHILE F << 2 pi X * * A - >> { A } IFTE 2 X * / DUP SIN C 2 X * / - SWAP COS A * C F { + } << - NEG >> IFTE 2 X SQ * / / DUP ABS .0001 > REPEAT X SWAP - 'X' STO END X SWAP - 3 RND >> >> DEG >> Hope this helps. Reth > Its good to know that transferring the programs should be fairly simple. > Does anyone have a simple method of solving a circle if you have the arc and > the chord. the closest I get is about 7 seconds worth of waiting?? Anyone > got a routine that will do it faster on a 48gx?? ( radius, decimal degrees, > arc, chord, mid-ordinate ) > > Lee > > ==== you invert a symbolic matrix such as (simple case) [e^x -e^x] [e^x e^x] using the 49G+? Even a simpler example such as [x x] [x -x] I'm not sure I know how to do - it moans every time I try to put a symbolic value into matwrtr. TIA. A. Arabian ==== > you invert a symbolic matrix such as (simple case) > [e^x -e^x] > [e^x e^x] > > using the 49G+? > > Even a simpler example such as > [x x] > [x -x] > I'm not sure I know how to do - it moans every time I try to put a symbolic > value into matwrtr. I don't understand: When I use the amazing task switch & hold system (-; And first start [Left-Shift] [MTRW] (above [ ' ] eg. the tick key) and then start another application witheen application by pressing [Right-Shift] [EQW] (above [ ' ] eg. the tick key) I can easily enter the expression. After ENTER I use COPY and PASTE to insert it to the other cells and finally I go and cjange the sign of the upper-right corner [ENTER] and I'm done... ==== --------------------------------------------------------------------- ... anybody, please? Toby [did I send this already?...] I copied a program from Programming in System RPL, 2nd Ed. with a few minor changes, basically in some parameters. However, I am getting an extra BINT0 on top of the output from the InputForm. I should get only the 9 data items plus the TRUE flag, or the FALSE flag. I get an extra BINT0 on top (levels 11 or 2 in this case) and I cannot find the bug. Here's the program: long but simple. Comments may be off due to major copying and pasting: %%HP: T(1)A(R)F(.); :: ... ==== --------------------------------------------------------------------- I just uploaded the code exactly as given by the code file available for the book, and it behaves exactly as described. Is it a bug in my brain or a calculator bug. I hope for the former... Toby [did I send this already?...] I copied a program from Programming in System RPL, 2nd Ed. with a few minor changes, basically in some parameters. However, I am getting an extra BINT0 on top of the output from the InputForm. I should get only the 9 data items plus the TRUE flag, or the FALSE flag. I get an extra BINT0 on top (levels 11 or 2 in this case) and I cannot find the bug. Here's the program: long but simple. Comments may be off due to major copying and pasting: %%HP: T(1)A(R)F(.); :: ... ==== --------------------------------------------------------------------- [did I send this already?...] I copied a program from Programming in System RPL, 2nd Ed. with a few minor changes, basically in some parameters. However, I am getting an extra BINT0 on top of the output from the InputForm. I should get only the 9 data items plus the TRUE flag, or the FALSE flag. I get an extra BINT0 on top (levels 11 or 2 in this case) and I cannot find the bug. Here's the program: long but simple. Comments may be off due to major copying and pasting: %%HP: T(1)A(R)F(.); :: * Label definitions Port: 1 10 Type: 70 10 Name: 1 19 Fmt: 1 28 Xlat: 49 28 Chk: 104 28 Baud: 1 37 Parity: 49 37 OvrW: 111 37 * Field definitions 'DROPFALSE (Msg handler) 26 9 24 8 (Pos. & size) BINT12 (Field type: choose) MINUSONE (Types: don't apply) BINT0 (No decomp.) Choose transfer port (Help text) { Wire IrDA } (Posible options) BINT0 (Choose decompile - ignored) Wire (Initial value) DUP (Reset value) 'DROPFALSE (Msg handler) 92 9 36 8 (Pos. size) BINT12 (Field type: choose) MINUSONE (Types: don't apply) BINT0 (No decomp.) Choose type of transfer (Help text) { Kermit XModem } (Posible options) BINT0 (Choose decompile - ignored) Kermit (Initial value) DUP (Reset value) 'DROPFALSE (Msg handler) 25 18 103 8 (Pos. size) BINT1 (Field type: choose) { BINT5 BINT6 } (Types) BINT2 (Decomp. with stk appearance) Enter names of vars to transfer (Help text) MINUSONE (Choose decompile - ignored) MINUSONE (Initial value) DUP (Reset value) 'DROPFALSE (Msg handler) 20 27 18 8 (Pos. & size) BINT12 (Field type: choose) MINUSONE (Types: don't apply) BINT0 (No decomp.) Choose transfer format (Help text) { Bin ASC } (Posible options) BINT0 (Choose decompile - ignored) Bin (Initial value) DUP (Reset value) 'DROPFALSE (Msg handler) 74 27 24 8 (Pos. size) BINT12 (Field type: choose) MINUSONE (Types: don't apply) BINT0 (No decomp.) Choose character translation (Help text) { None NewL 8D159 8D255 } (Posible options) BINT0 (Choose decompile - ignored) 8D255 (Initial value) DUP (Reset value) 'DROPFALSE (Msg handler) 122 27 7 8 (Pos. size) BINT12 (Field type: choose) MINUSONE (Types: don't apply) BINT0 (No decomp.) Choose checksum type (Help text) { 1 2 3 } (Posible options) BINT0 (Choose decompile - ignored) 3 (Initial value) DUP (Reset value) 'DROPFALSE (Msg handler) 20 36 24 8 (Pos. size) BINT12 (Field type: choose) MINUSONE (Types: don't apply) BINT0 (No decomp.) Choose baud rate (Help text) { 1200 2400 4800 9600 15300 } (Posible options) BINT0 (Choose decompile - ignored) 9600 (Initial value) DUP (Reset value) 'DROPFALSE (Msg handler) 74 36 24 8 (Pos. size) BINT12 (Field type: choose) MINUSONE (Types: don't apply) BINT0 (No decomp.) Choose parity (Help text) { None Odd Even Mark Spc } (Posible options) BINT0 (Choose decompile - ignored) None (Initial value) DUP (Reset value) 'DROPFALSE (Msg handler) 104 36 ZEROZERO (Pos. size) BINT32 (Field type) MINUSONE (Types: don't apply) DUP (No decomp.) Overwrite existing variables? (Help text) MINUSONE DUP (Choose decompile - ignored) TRUE (Initial value) DUP (Reset value) 9 9 ' :: BINT7 OVER#=case :: DROP TWO TRUE ; BINT12 OVER#=case :: DROP { { RECV DoBadKey } { KGET DoBadKey } { SEND DoBadKey } } TRUE ; DROPFALSE ; TRANSFER FPTR2 ^IfMain ; @ d-3 ==== I have installed Filer5 in Home, it runs perfectly. Then I moved the Filer5 file to Port 2 - using Filer5 itself - and tried to attach it, possibly to a hard key following advice of Prof. Rautenberg. Here is where the drama starts, I simply couldn't find the right syntax. I tried : :2:FILER5 on stack level 1, then ATTACH :2:FILER5 ATTACH :2: FILER5 21.2 ATTACH (to replace the current FILES) and many other variations, they all end in ATTACH Error : Bad Argument Type Any idea will be welcome... Herve ==== > I have installed Filer5 in Home, it runs perfectly. Then I moved the Filer5 > file to Port 2 - using Filer5 itself - and tried to attach it, possibly to > a hard key following advice of Prof. Rautenberg. Here is where the drama > starts, I simply couldn't find the right syntax. I tried : > :2:FILER5 on stack level 1, then ATTACH > :2:FILER5 ATTACH > :2: FILER5 21.2 ATTACH (to replace the current FILES) > and many other variations, they all end in ATTACH Error : Bad Argument Type > Any idea will be welcome... Interesting, I just went through a similar exploration. In this case ATTACH is not the right command. Try {S << :2:Filer5 EVAL >> 21.2 } STOKEYS I got this by doing a RCLKEY from my setup. You could also do << :2:Filer5 EVAL >> 21.2 ASN to do the same thing. -- - - - - - - - - - - - - - - - - Bill Graves RKBA! bgraves@ix.netcom.com ==== > I have installed Filer5 in Home, it runs perfectly. Then I moved the Filer5 > file to Port 2 - using Filer5 itself - and tried to attach it, possibly to > a hard key following advice of Prof. Rautenberg. Here is where the drama > starts, I simply couldn't find the right syntax. I tried : > :2:FILER5 on stack level 1, then ATTACH > :2:FILER5 ATTACH > :2: FILER5 21.2 ATTACH (to replace the current FILES) > and many other variations, they all end in ATTACH Error : Bad Argument Type > Any idea will be welcome... All the WR libraries seem to autoattach ATTACH command needs the library number, not the name or lib itself It then searches for that library on ports 0,1,2 Note that you can attach only one lib on a subdir, but unlimited at Home A lib attached to a subdir is only available there It's a nice way of context switching If you need more libs on the same subdir, use several susubdirs > Interesting, I just went through a similar exploration. In this case ATTACH is not the right command. > Try > {S << :2:Filer5 EVAL >> 21.2 } STOKEYS > > I got this by doing a RCLKEY from my setup. You could also do > << :2:Filer5 EVAL >> 21.2 ASN As an additional note: Search for GOKEY in the comp.sys.hp48 if you need to run an assigned key from the Command Line (instead of inserting it as a text) ==== I want to solve the equation.: x^2 = a; a>0; x>0 The command for the TI-89 is: solve(x^2 = a, x) | x>0 and a>0 How can I do this on a hp 49g(+)? Daphne ==== Use the command ASSUME with a number for 'a' instead of a variable. The calc must be in the appropriate mode REAL or COMPLEX and either APPROXIMATE or EXACT depending on what you want. For exaqmple: 'X>=0' ASSUME 'X^2=2' SOLVEX 'X=sqrt(2)' with the calc in REAL and EXACT mode. To erase the assumption on the X variable use 'X' UNASSUME may you have a happy New Year !Demeter! ==== > When scanning for keys using the =CINRTN subroutine I think it is best to > disable interrupts completely (a little unsafe if your code is buggy > though, need a paperclip reset in that case). This piece of code does what > I think you want (in traditional hp syntax): > CODE > GOSBVL =SAVPTR > INTOFF * turn off keyboard interrupts > ST=0 15 * turn off all I/O > C=0 A * set keyboard row > C=C+1 A > OUT=C > GETI GOSBVL =CINRTN * scan for key > ?C=0 B > GOYES GETI > A=C A * read key > LC(3) #1FF * set all rows > OUT=C > - GOSBVL =CINRTN * wait for key up > ?C#0 B > GOYES - > INTON * turn on keyboard interrupts > ST=1 15 * turn on I/O > GOVLNG =PUSH#ALOOP * push bint to stack > ENDCODE I had forgotten about the ST=0 15, and it does fix the problem. However, now the GOSBVL Flush doesn't stop it from doing the action of the button that I press. Could someone please tell me how to stop this problem now? ==== >> When scanning for keys using the =CINRTN subroutine I think it is best to >> disable interrupts completely (a little unsafe if your code is buggy >> though, need a paperclip reset in that case). This piece of code does what >> I think you want (in traditional hp syntax): >> CODE >> GOSBVL =SAVPTR >> INTOFF * turn off keyboard interrupts >> ST=0 15 * turn off all I/O >> C=0 A * set keyboard row >> C=C+1 A >> OUT=C >> GETI GOSBVL =CINRTN * scan for key >> ?C=0 B >> GOYES GETI >> A=C A * read key >> LC(3) #1FF * set all rows >> OUT=C >> - GOSBVL =CINRTN * wait for key up >> ?C#0 B >> GOYES - >> INTON * turn on keyboard interrupts >> ST=1 15 * turn on I/O >> GOVLNG =PUSH#ALOOP * push bint to stack >> ENDCODE I had forgotten about the ST=0 15, and it does fix the problem. > However, now the GOSBVL Flush doesn't stop it from doing the action > of the button that I press. Could someone please tell me how to stop > this problem now? My program does not execute the action of the button pressed. Are you HP48GX. You could try wrapping your code in a sys-rpl secondary: :: FLUSH ; -- Daniel ==== Lithium batts works fine for a short time, 10 days more or less. In my opinion the worse problem of them is that when your HP shows the first LOW BATT advice you need replace them, or you will lost all memory in few minutes. For it I have stopped using them in my calculators. They have a discharge curve that goes from 1.25 volts to zero in a shot space of time. Well, if someone has accurate data about them please send to me. [] CM > How's the battery life on this thing? Note: these averages was estimated by me. > It is hard to be exact, but I have noticed the following behavior: > If used from 30 to 60 minutes per day. > Alkaline Batteries: on the average 90 days > Standard Batteries: about 30 days. > Rechargeable Batteries: about 20 days [] CM What about Lithium Ion? I havent seen any AAAs yet but I bought some > AAs the other day. ==== F.H. Gilbert's 'Introduction to Saturn Assembly Language' is by far the best piece of instructional material I can find on the subject, but it cuts off right at the best part (the display). I was just wondering if there was a full version anywhere, as I can't find one. If there isn't, can anyone recommend any good literature? ==== > F.H. Gilbert's 'Introduction to Saturn Assembly Language' is > by far the best piece of instructional material I can find > on the subject, but it cuts off right at the best part > (the display). I was just wondering if there was a full > version anywhere, as I can't find one. If there isn't, can > anyone recommend any good literature? What is it you wish to know? If you can't find good documentation you can always try looking at source code. All my programs sources are commented and you can find them here: http://www.fi.tartu.ee/danli97/ -- Daniel ==== ...(SNIP)... > Oddly, the button layout is not identical to the 49G. CAT has been > moved to right-shift SYMB. EQW, formerly its own primary button, is in > the same place but is now right-shift ', and EVAL is now a primary > button that was formerly right-shift SYMB. Why they did this, I don't > know and in my case, is a touch annoying because of the way I used my > 49G. Is it a major issue? No, just a little strange. Fo a hp48 old user I think it's not strange.. it's normal... So as you can see it depends on PoV :o) Anyway I prefer the new keys arrangement. ...(SNIP on too brief basic documentation)... > > Also available is a 10 megabyte PDF of more documentation that is not > entirely useless. It's also on HP's web site. In my opinion, it seems > to be on the right course to being a decent guide for doing advanced > math on the 49G+. Well, Mr Urroz did the job; I had his books for the hp49g and found them useful. Even if the new documentation could be improved and corrected in some parts, I think it's really really a step further from the 49 docs > The HP49G had a sliding cover, which many people disliked. I'm usually > a non-conformist and ergo, I actually thought the sliding top was > pretty cool and liked it. Now you get a very nice leather case with a > magnetic clasp. Me too I love the sliding cover. I find it very *cool*. The problem is that after few years the plastics which hold the sliding cover in it's closed position are very consumed and my cover couldn't be firmly docked to the claculator. So, after all, I prefer the leather case. ...(SNIP)... > ... And compared to the > 49G, it's blisteringly fast. Yes, it's probably just as fast as a TI > now, but then the TI doesn't do RPN and that seems to be one of the > major reasons for buying these darned things. Hum.... have you tried this? I think 49g+ is much faster than ti89/92 now.... or am I wrong? > Despite the false-starts, frustration and some lacking supporting > materials, I like my 49G+ and it's already serving me well. I can't realize why hp has this commercial politic for calculators. No advertisements, first production pieces which seem to be pre-rpoduction samples for beta-testing, buggy software... I can undesrtand the need to enter in production near the beginning of the schools, but that's too crazy! All above IMHO. ==== X > The HP49G had a sliding cover, which many people disliked. I'm usually > a non-conformist and ergo, I actually thought the sliding top was > pretty cool and liked it. Now you get a very nice leather case with a > magnetic clasp. > Me too I love the sliding cover. I find it very *cool*. > The problem is that after few years the plastics which hold the sliding > cover in it's closed position are very consumed and my cover couldn't be > firmly docked to the claculator. > So, after all, I prefer the leather case. > > ...(SNIP)... The HP-38G sliding cover, which is integrated and yet can be removed acts also as a sun cover - IS THE BEST > ... And compared to the > 49G, it's blisteringly fast. Yes, it's probably just as fast as a TI > now, but then the TI doesn't do RPN and that seems to be one of the > major reasons for buying these darned things. > Hum.... have you tried this? > I think 49g+ is much faster than ti89/92 now.... or am I wrong? X You are wrong - there are still some symbolics where the TI89/V200 beats the 49g+ BUT now the difference between the binary loops in TIBASIC/HP RPL and numerical matrix inversion (for example) are - compared to the old 49G even greater and the TI bites dust. R.I.P. TI89/V200 ==== X > and about the 3000 americans that died. i'm sorry, nobody deserves to die! > But americans, in their so called colateral damages, have killed many > thousands more. even in the past month 12 afegan children were killed... X Note1: They were not all Americans Note2: That was not Saddam Hussein but Osama bin Laden ==== > In message , David X > Do you favor those that hinder your efforts? > You are confusing the actions of European *governments* with European > *companies*. Note: the same with US. Oil companies gets the supplies control and security in a formerly hostile area. The Governement pays the war... >> Anyway. This seems to be a very economic-war... > > Fact: All wars are economic, another history lesson. > Does this include the second Gulf War? Earlier in your post you said > that the reason for the war was to destroy WMDs. X Exactly. There are still no WoMD found... Is the 41/48 accuracy enough to count on cent the A) cost of war B) oil field value ==== > > I have the hp49g+ about a month now and I can tell you its a great > calc besides the keyboard. > My probem is that the keyboard sometimes dont register but it is > because i didn't press hard enough. it is not a mechanical problem. X I think it is: If tou press and hold down the offending key and then wiggle it sideways a dozen times it is fixed ==== > I think it is: If tou press and hold down the offending key > and then wiggle it sideways a dozen times it is fixed My faith in this fix is limited. I'm only guessing, but I think sometimes a slight sideways movement of the key can rip the plastic sheet that forms the actual underlying keyboard. Looking at a disassembled 49G+, this certainly looks feasible (and I think this is what happened to mine). It probably requires a slight imperfection in either the plastic sheet, or the key itself, or both. That might explain why it usually works, but occassionally does something 'bad'. pg -- Pat Galea - pg@dudegalea.co.uk - www.dudegalea.co.uk The author of the Iliad is either Homer or, if not Homer, somebody else of the same name. - Aldous Huxley ==== It's not the fault of the chinese, if there's anyone you can't blame it's them. Why? Because it's not them that go to your local store and buy only the cheaper product. It's the way our society is working this days, the manufacturers have to cut corners and use lower quality stuff to be able compete and if that is not enough they use cheaper labour. > I would be willing to pay twice the price for such a calculator if the > thing is good designed and tested. Unfortunately, most of us do not. There are not many like you left, and most companies can't afford to loose money. How many people do you know that would pay 400$ for a calculator these days? > more then likely I will buy one and fund HP's next calculator project. mee too. Greetings -- Steve Sousa ==== if you don't like it - so don't buy it BTW I don't mind hearing anyone's review; but repeating the same thing over and over again gets boring... > There are many people in this group that will be glad to hear my review. > Low quality isn't an issue that i should stop crying about. > And if you don't find this issue important or intresting - so don't read ! > > Bye ==== > X > >>This customer would like to see SECANT and COSECANT included in the >>next incarnation. (Just in case Carly cares and happens to be >>looking for feedback from one of its damn good customers ... I've got >>a lot of hp products around the house and workplace!) > > I have suggested this enhancement over the years > not only we need the obvious functions: > (A)CSC(H) ; (A)SEC(H) ; (A)COT(H) > but also some new trigonometric substitutions, simplifications, and such... > Think about ACOS2S, ASIN2C, ASIN2T, ATAN2S, TRIGCOS, TRIGSIN,... > > My function library has the extra trig and hyperbolic functions that you > mentioned, and a few you didn't. None of the simplifications though. > > http://home.earthlink.net/~chris-gore/ Nice BUT do they differentiate & (I)LAP ? Your library should be partially integrated into the next Major OS version I suggest that bith you nad Wolfgang ask hp about this... (there are other good libraries also) ==== > Does anyone know how to open a HP 49G+? > > John > > Throw it with big power to the wall. If it isn't open then go to the 5th floor, I tried (with my knees - the mask that I'm wering prevents using teeth and the long sleeves that are tied to my back prevent using hands) BUT the walls are padded...(-; > open the window and drop it. When it hits the ground it will certainly be open. Well, Aagje, I tried that one too and finally managed to to hit the ventilator now I don't have a 49g+ anymore - and I think that the grass below (I can hear the crickets) might be too soft...(-: ==== If you have some pictures of it opened, please sent to me put in my site. [] CMarangon > IF YOU DON'T OPEN IT, HOW CAN CURIOSITY BE CURED?? The hp49G+ was made to be opened, it is very easy. Open your battery compartment. You will see two round plastic rivits. > Use a razor blade and cut them off flush. They can be easily replaced > with screws later, and are not even mandatory. Next use a small knife, > or fingernail, and seperate the dark plastic band from the bottom half > of the calculator. Do this starting up near the USB port, and working > your way around the calculator. You will probably notice a slight gap > in the trim piece up near the USB if you look closely. The calculator > is snapped together during assembly, with the bottom half snapping to > the top half. I have had mine apart 20 times and the snaps still grip > and release like new. There is nothing more to opening the calculator. > With dissambly this far, you can install a switching type DC power > jack (I have), and even connect a LED (I have)in parallel with the > pizo buzzer. This is also all the further you need to go if you are > one of the people that bent a contact inside of your battery > compartment, and you want to make a repair. Also, if your SD card > socket would ever wear out from heavy use, you can order the part on > the internet, and solder it in yourself. > I absolutly love my hp, and it seems to me that someone took some > well planned design considerations regarding repairability. These > units could be repaired by most any dedicated amature, and most > definatly anything could be handled by the factory. But quite > honestly... at $150.. just buy a new one. If you desire, after this stage of disassembly... there are many more > rivits that you can razor blade away if you want to see the other side > of the board!!! John Evers ==== My english is really bad, but I'll try to explain. Yesterday when I plugged in the calculator to the usb cable the computer restarted. Since that moment it has been imposible to connect again the pc with the calculator. The program gave me a message saying that it was not possible to establish connection, but everything was ok. I thought that i could try to reinstall the connectivity kit. But now i don't know why the setup program gives me an error installing. So I can't transfer files. If somebody knows how to fix all this stuff please ==== Uninstall the connX program, clean the registery if you can, then reinstall the newer version, if it's still not working, check for updated USB divers and make sure your using Xmodem server on your 49. hope thtat helps >My english is really bad, but I'll try to explain. Yesterday when I >plugged in the calculator to the usb cable the computer restarted. >Since that moment it has been imposible to connect again the pc with >the calculator. The program gave me a message saying that it was not >possible to establish connection, but everything was ok. I thought >that i could try to reinstall the connectivity kit. But now i don't >know why the setup program gives me an error installing. So I can't >transfer files. If somebody knows how to fix all this stuff please ==== there is an updated Conn4x program and USB drivers available from HP here: http://h20015.www2.hp.com/en/softwareCategory.jhtml?reg=&cc=us&lc=en&sw_lang =en&prodId=hp49ggraph351775&pagetype=software&docparent=software -- matt > My english is really bad, but I'll try to explain. Yesterday when I > plugged in the calculator to the usb cable the computer restarted. > Since that moment it has been imposible to connect again the pc with > the calculator. The program gave me a message saying that it was not > possible to establish connection, but everything was ok. I thought > that i could try to reinstall the connectivity kit. But now i don't > know why the setup program gives me an error installing. So I can't > transfer files. If somebody knows how to fix all this stuff please ==== > Does anybody know about a HP 42S emulator? I did read about the memory >> scanner on hpcalc.org, but do not know much more and just noticed that >> there's no kml script for the 42S. Is it possible to use EMU48 to >> emulate a 42S? > try EMU42, see PDF-document with URL to source on http://w1.322.telia.com/~u32220482/comments_on_two_hp42s_emulators.pdf Working very well on PC and replace hardly windows > embedded (and useless) calculators :-) but - i wanted version for my palm-T also.... :-) --- I have A-version of Rom image from my HP42S, if you need. > - take time (lot of hours) and need hp48G with > comunications link to PC for fishing out > firmware from HP42S calculator... /TE How do you `fish' out the rom of a HP42? -- Daniel ==== A few days ago I bought a new (!) HP 48G because I wanted to have a very good calculator (I have been using a HP for a very long time now and only know the RPN system). I'm really VERY glad with it and will use it every day intensively. The lady in the shop adviced me this one and also adviced me NOT to buy a 49G, which I very much appreciate. But now I'm wondering: Can I also enter in any way directly system rpl or asm to the machine without downloading anything? The reason I ask that is that I cannot find anywhere the cable that I need. Furthermore I hate cables because EVERYTHING connects with cables nowadays and it's all the time another socket, and they're almost never compatible. So I not only can't but also don't want to buy the cable. Is there any solution? I really want to use my HP 48G to the max. (And should also). Maybe I should only type in some programming lines into user rpl or so? I saw there are many good resources about system rpl and asm for the Saturn on the internet but only a few for user rpl. Aagje ==== Build the cable. I have a cd drive internal connector that fits BETTER than the cable I purchased. Get the docs, the connectors, a friend to solder. But, a 48G only has 32k memory... Toby > A few days ago I bought a new (!) HP 48G because I wanted to have a very good > calculator (I have been using a HP for a very long time now and only know the > RPN system). I'm really VERY glad with it and will use it every day intensively. > The lady in the shop adviced me this one and also adviced me NOT to buy a 49G, > which I very much appreciate. > But now I'm wondering: Can I also enter in any way directly system rpl or asm to > the machine without downloading anything? The reason I ask that is that I > cannot find anywhere the cable that I need. Furthermore I hate cables because > EVERYTHING connects with cables nowadays and it's all the time another socket, > and they're almost never compatible. > So I not only can't but also don't want to buy the cable. > Is there any solution? I really want to use my HP 48G to the max. (And should > also). Maybe I should only type in some programming lines into user rpl or so? > > I saw there are many good resources about system rpl and asm for the Saturn on > the internet but only a few for user rpl. > > Aagje ==== > A few days ago I bought a new (!) HP 48G because I wanted to have a very good > calculator (I have been using a HP for a very long time now and only know the > RPN system). I'm really VERY glad with it and will use it every day intensively. > The lady in the shop adviced me this one and also adviced me NOT to buy a 49G, > which I very much appreciate. Yes, the old 49G is perhaps not that good BUT the hp 49g+ might have been a better solution The Lady id a Tramp! She needed to get the stock down and fooled you! Go get and swap it to a modern calculator: the hp 49g+ > But now I'm wondering: Can I also enter in any way directly system rpl or asm to > the machine without downloading anything? The reason I ask that is that I No! > cannot find anywhere the cable that I need. Furthermore I hate cables because > EVERYTHING connects with cables nowadays and it's all the time another socket, > and they're almost never compatible. > So I not only can't but also don't want to buy the cable. The needed USB cable comes with the 49g+ and speed is 12* faster than the 48G > Is there any solution? I really want to use my HP 48G to the max. (And should > also). Maybe I should only type in some programming lines into user rpl or so? > > I saw there are many good resources about system rpl and asm for the Saturn on > the internet but only a few for user rpl. Well, the only library that you really need in the permanent User FlashRAM is Extable2 for the programming in SysRPL using entry point names. BUT I suggest several other libraries like Emacs and SDIAG and Nosy and... ==== >> A few days ago I bought a new (!) HP 48G because I wanted to have a very > good >> calculator (I have been using a HP for a very long time now and only > know the >> RPN system). I'm really VERY glad with it and will use it every day > intensively. >> The lady in the shop adviced me this one and also adviced me NOT to buy a > 49G, >> which I very much appreciate. Yes, the old 49G is perhaps not that good > BUT > the hp 49g+ might have been a better solution > The Lady id a Tramp! > She needed to get the stock down and fooled you! > Go get and swap it to a modern calculator: the hp 49g+ > BUT > I suggest several other libraries like Emacs and SDIAG and Nosy and... > I think you're right, but I read this newsgroup and saw that many people have big difficulties with the 49G and complaint about almost every part of the 49G. So that's why I bought a 48. It was 2 times cheaper also. You see, I needed a powerful portable computer (yes I know, then I should have bought a laptop or a palm) that would be able to do what I needed to do. So I didn't buy a Casio or TI (although the TI89 is also very powerful) but a quality machine: a Hewlett Packard, with the invaluable RPN which I don't want to live about. I have always been using a HP. So now you say that the HP 49 is more modern. But that's also a point: I like the decent look of the 48 much more than that of the 49 which has a fancy casio-like cover and rubber keys. So again: Why is the 49 better? I downloaded parts of the online manual of the 48 and everything works also on my 48. (I didn't try yet everything so I know there are things different). And also: In the 49 is the same saturn processor as in the 48, so THAT big the difference isn't. Well ok, the 49 has more memory. For now I say that also my new 48G will be a powerful workinghorse for me. Aagje ==== Aagje: the most recent calculator in the high end HP line. Although there have been many problems reported on this forum and others, you need to remember a basic fact of human nature. If we are unhappy, we complain loud and long, If we are happy, we tend to just be quiet. I have had my HP49G+ for about three months or so and have had absolutely no problem with it. None. I suspect that the vast majority of users have not had the kinds of problems that have been talked about on this board. By the way my serial number is CN33400830. It came with version 1.20 of the operating system which I immediately upgraded to version 1.22. That does not mean that the calculator is perfect. The issues reported on this board seem to fall into three basic categories: 1. Cosmetic There are those who do not like the weight, or the colors, the keyboard arrangement, the feel of the keys, and other such issues. All of these are personal issues and I believe fall into the category of you cannot make everyone happy. Such concerns are design related and will be changed in the future in any event. When they are changed, some will like the changes and some won't. 2. Mechanical The two most significant complaints from a few users in this area are the keyboard response and the printing of the labels on or above the keys. On some calculators the keys apparently do not register when pressed. Apparently some sort of film (contamination) is created in the contact area that keeps the keys from closing electrically. This problem appears to have been solved by one of the users. By pressing the key down and wiggling it back and forth several times, the film built up on the key contacts is rubbed off. This allows the key to operate every time. I am sure that HP will find out whatever the manufacdturing problem is and correct it so that new units don't have this problem. In the meantime, even if you get one with such a problem it is readily fixed. Some users report poor or inconsistent quality on the key labels. (On my calculator for example the Del label is not as crisp as it should be.) This is a quality problem that I hope HP will address in its manufacturing process. They certainly should. 3. Electrical The two most significant issues here are battery life and screen flashing under certain conditions. Battery life was corrected with the issue of version 1.22 of the operating system. I understand the the screen flashing (sometimes described as an earthquake screen) is supposed to be resolved with the next version of the operating system. I have never noticed this problem with mine. In summary: (sorry for the long message) the HP49G+ is an excellent and powerful calculator. It is significatnly faster than any of its predecessors and is reported to be as fast or faster than its competitors. If I were you, I would take the 48G back to the store where you bought it and ask the lady to exchange it for an HP49G+ My opinion. John ==== it for a HP 49G+ Still I have a few questions. They're pasted in this message. I hope that you, and/or someone else can answer them... > Aagje: the most recent calculator in the high end HP line. I see. Still I'm surprised about this, because I read somewhere (don't know where, but on the internet) that HP had a 49G and didn't have any plans to come with a 49G+. So what's the difference between the nothing and the + ? Although there have been many problems reported on this forum and others, > you need to remember a basic fact of human nature. If we are unhappy, we > complain loud and long, If we are happy, we tend to just be quiet. I have had my HP49G+ for about three months or so and have had absolutely no > problem with it. None. I suspect that the vast majority of users have not > had the kinds of problems that have been talked about on this board. By the > way my serial number is CN33400830. It came with version 1.20 of the > operating system which I immediately upgraded to version 1.22. Yupi! It's much newer, isn't it? That does not mean that the calculator is perfect. See? I have the latest release of the 48G and it is (they say). The issues reported on > this board seem to fall into three basic categories: 1. Cosmetic There are those who do not like the weight, or the colors, the keyboard > arrangement, the feel of the keys, and other such issues. All of these are > personal issues and I believe fall into the category of you cannot make > everyone happy. Such concerns are design related and will be changed in the > future in any event. When they are changed, some will like the changes and > some won't. > Yes, well, HERE we have a point. I like the design of the 48G 1000 times more than that of the 49G because the latter looks like a simple TI, the 48G has an unique HP design, stylish and professional. And I must confess that that's one reason why I chose the 48 (I am a woman by the way...) > 2. Mechanical The two most significant complaints from a few users in this area are the > keyboard response and the printing of the labels on or above the keys. On some calculators the keys apparently do not register when pressed. > Apparently some sort of film (contamination) is created in the contact area > that keeps the keys from closing electrically. This problem appears to have > been solved by one of the users. By pressing the key down and wiggling it > back and forth several times, the film built up on the key contacts is > rubbed off. This allows the key to operate every time. I am sure that HP > will find out whatever the manufacdturing problem is and correct it so that > new units don't have this problem. In the meantime, even if you get one with > such a problem it is readily fixed. Some users report poor or inconsistent quality on the key labels. (On my > calculator for example the Del label is not as crisp as it should be.) This > is a quality problem that I hope HP will address in its manufacturing > process. They certainly should. Maybe I can better wait until then, can't I? 3. Electrical The two most significant issues here are battery life and screen flashing > under certain conditions. Battery life was corrected with the issue of > version 1.22 of the operating system. I understand the the screen flashing > (sometimes described as an earthquake screen) is supposed to be resolved > with the next version of the operating system. I have never noticed this > problem with mine. In summary: (sorry for the long message) the HP49G+ is an excellent and > powerful calculator. It is significatnly faster than any of its predecessors > and is reported to be as fast or faster than its competitors. If I were you, > I would take the 48G back to the store where you bought it and ask the lady > to exchange it for an HP49G+ My opinion. John > The most important question of them all: What is the difference between the 48G and the 49G+. I browsed through the online manuals and could only find minor differences. The lady in the shop said that the 49G+ was may be a little bit faster but that wouldn't be a reason for spending 150 euro more. Furthermore: When I was student at the university, it was the topmodel. I had such a wonderful HP 28S then which I bought in another shop in those days (it was my second HP, my first one I bought in the shop where I now bought my 48.) I think, but that's my humble opinion, that the 28S has the most beautiful design of all HP's ever. It has functioned for about 12 years without a problem. But again: Why is a 49G+ so much better than the 48G ? Aagje ==== [SNIP] > I see. Still I'm surprised about this, because I read somewhere (don't know > where, but on the internet) that HP had a 49G and didn't have any plans to come > with a 49G+. So what's the difference between the nothing and the + ? Well, whoever posted that information apparently didn't ask HP first. The 49G+ addressed many of the questions and concerns that users had about the 49G. It is still far from perfect, but -- will any calc ever be perfect for everyone? [SNIP] > Yupi! It's much newer, isn't it? Yes; however, the operating system for the 49G+ will not operate on the 49G. The most recent operating system for the 49G is numbered 1.19.7. [SNIP] > See? I have the latest release of the 48G and it is (they say). Perfect is in the eyes of the beholder. The 48G is a good calculator without question. If you are a true fan of that series, the 48GX or 48G+ would be superior simply because they are expandable (48GX) and have more memory (48GX and 48G+). On the other hand, if the 48G does all that you want a calc to do, why change? [SNIP] > > Yes, well, HERE we have a point. I like the design of the 48G 1000 times more > than that of the 49G because the latter looks like a simple TI, the 48G has an > unique HP design, stylish and professional. And I must confess that that's one > reason why I chose the 48 (I am a woman by the way...) > There are a number of things that I personally like about the 48 series better than the 49. The placement of the Enter key is one. I really like it where it is on the 48s. Others prefer it where it is on the 49. At the end of the day, personal preference is always a key. Otherwise there would be only one model of car, one house design, one type of food, etc. I personally prefer the general feel of the 48 series as well. [SNIP] > Maybe I can better wait until then, can't I? That's a decision you'll have to make. I would suggest you go to the HP website take a look at the overall specs of the 49G+. If, the 48G does what you want . . . then stay with it. But remember that the 48G is an obsolete calc. That may or may not make any difference; however it cannot be upgraded while the 49G+ can. [SNIP] > The most important question of them all: What is the difference between the 48G > and the 49G+. I browsed through the online manuals and could only find minor > differences. The lady in the shop said that the 49G+ was may be a little bit > faster but that wouldn't be a reason for spending 150 euro more. > Furthermore: When I was student at the university, it was the topmodel. I had > such a wonderful HP 28S then which I bought in another shop in those days (it > was my second HP, my first one I bought in the shop where I now bought my 48.) > > I think, but that's my humble opinion, that the 28S has the most beautiful > design of all HP's ever. It has functioned for about 12 years without a problem. > > But again: Why is a 49G+ so much better than the 48G ? The 49G+ is not a little bit faster. It is MUCH faster. Conservative users report it at least 2 to 3 time faster than the 49G and the 48G series. Depending on what you are doing it seems much faster than that. Several things that the 49G+ has that the 48G doesn't 1. Much more memory. The 48G has 32k versus approximately 1M for the 49G+ 2. The 49G+ has an SD (Secure Digital) card slot that allows saving programs, running backups and so on. 3. The 49G+ has in IR (irda compliant) interface as well as a USB interface. Programs can be transferred, etc. 4. The 49G+ has a vastly improved display. Much clearer and easier to read. (Some disagree, but that seems to be the majority opinion.) 5. The 49G+ has a built in computer algebra system (CAS) that is very powerful. There are 3rd party software products for the 48GX and 48G+ calcs that can be installed for CAS. I do not believe that the 48G has enough memory to run them. The 28S is, indeed, a very attractive calculator. Functionally however, the 48 and 49 series both are much superior in almost every way. Speed, display, functions, and so on. There are those that prefer the 28S (I own one that I still use occasionally just for fun); however, the 28S is, in my opinion, not as useful as the 48 or the 49 series. Again, just my opinions. Hope you get just what you want and need. John ==== > But again: Why is a 49G+ so much better than the 48G ? > memory 32KB vs ~1.3MB and speed. If you want a 48 series you should get a 48GX. Virgilio Guillen ==== My 49G+ has serial CN33303360. I have had it since Dec 12, and it has had moderate use. I added part of my phone bill, noting down false key presses as I went. Slightly more than 5% of key presses did not enter a number despite tactile/audible feedback that the key press was good. (around 350 key presses should have been required, including +) No key stood out as being a bigger problem than others, though I should make a statistical analysis of this. The good news is that the keyclick function is quieter than on the 49G, so it can be used in more situations. The effect of the key errors is not to cause an error in the final calculation (due to keyclick) but it slows you down. And it is annoying. Without keyclick, you would need to be careful with data entry. I started repeating the experiement on my HP49G, but the keyboard is really a lot better on the G+; with the 49G, many fast entries of the same number twice don't register, and there there are all the occasions when you miss the middle of the key and you get that weird rubber squishy feeling; all in all, the 49G+ is much faster for numerical entry. I repeated it again, this time on the HP 10BII, which is the new entry level financial calculator, with a cheap Chinese keyboard (clacky feel etc). This is also a fast keyboard, and I noted only 3 mis-keys, so although it is not a big sample, I conclude that HP can get decent keyboards from China (the 10BII is quite a nice calculator, and the manual is outstanding). Other review points: the screen is super. This is the biggest improvement. The speed is great, this is the second biggest improvement, even for basic arithemtic. The keyboard is better. It is not good enough, a shame, but it is better. The low weight is great. I miss the slide on cover. I had no problems with the connectivity kit (using XP Home edition). Rom upgrade was fine. The manual supplied with the calculator is better, and possibly good but it is hard to assess; for an HP49G user there is nothing much there. The full manual (the PDF) is a good manual, with helpful and interesting examples and information. Summary: This is a fast calculator with a lovely display, low weight, excellent software and functions, a flashable OS, USB enabled, lots of memory and on top of that SD expansion possibilities, on a new CPU platform, with good to very good documentation, ... for the price of the old one. If you think objectively about it, this calculator is a major achievement, and a pretty dramatic way for HP to declare life for this product line. Little touches like moving the ' key to an unshifted key, and the much better manuals, are appreciated. The keyboard is a shame, but from my point of view it moves the calculator from being outstanding to very good. Suggestions: Fix the keyboard, and include some kind of software solution for using it as an external keypad for notebook computers users (this would almost be a killer-app I think). Tim ==== > text files onto my SD card and put them into > subdirectories for ease of finding them again. I have good news and bad news. The bad news is: The current operating system doesn't allow you to access the *individual contents* of directories created on the calculator and then stored into the SD card. Sorry. The good news is: you CAN access the contents of directories in the SD card IF the directories are created by a computer (e.g. a PC with a card reader/writer attached) instead of by the calculator. That's what I do; whatever directories (and subdirectories...) that I want, I first create via my computer, then I move the SD card to the hp49g+ and store whatever I want into those directories (using the method described in my previous reply). This sounds like what you want to do. Try it, you'll like it. Hopefully HP will make the SD access smart enough to navigate into HP directories and not only DOS directories. -Joe-