HP-25 ==== Nice graph. My results with a lot of memory free are as follows: 49g - 1:11:00 49g+ - 0:30:00 TI-89 - 1:12:00 I only used a emulator on my computer for both the hp49g and ti89, so I don't know how accurate it is. The rotation animation speed seem to be about the same on both the 49g and ti89. The 49g+ shows no lag at all in this task. Dave ==== I transfered a directory from my 48GX to my 49g+ and wind up with a string that starts out PHP48-RDoesw this mean that I cannot transfer objects and directories from the 48 to the 49? ==== I bought one from CalcPro: www.calcpro.com Even HP Calc customer support says to buy it from them. But now it costs $30; up from the original price of $20 > I need to purchase a copy of this AUR. Where exactly can I do so. > ==== > I bought one from CalcPro: > > www.calcpro.com > > Even HP Calc customer support says to buy it from them. But now it > costs $30; up from the original price of $20 > > > > > I need to purchase a copy of this AUR. Where exactly can I do so. > > ==== Aloha, I'm curious...did HP actually design the hardware of the 49G+ or is it something along the lines of a 48G emulation running on OEM hardware? Kai ==== > Once you have d/l'd and unzipped the debug4x program you will notice a > subfolder containing mu> > opens up, you may want to select VIEW | Change KML script, and choose > the 800x600 256 color selection to make the calc managable in size. > > Then using the EDIT | LOAD OBJECT choice from the toolbar, you can > load in the file EMU49ASC.BIN and save it to a convenient variable. > (I used 'A' STO) . Finally, after you've created your own program, > load it in to the emulator using the same EDIT | LOAD OBJECT and on > completion, just push the EMU49ASC variable (A, in my case) to run > that program over the top of it. Finally EDIT | SAVE OBJECT and save > it back to the same name you originally had for your program (or > whatever name you choose). > > Now you can use Conn4x to FILE | DOWNLOAD FILE (Manual XRECV), and > follow the on screen directions. I made a little program <> to > save a few keystrokes! The process just goes: 'YOURVAR' enter > XRECV. I did the same thing for sending files to the pc: <>. > > I know there's a simpler way ... just *got* to be one! However, this > gets things going at least. You could also save EMU49ASC.BIN to your > calc if you wanted, and then you wouldn't need the emulator. This > whole concept seems pretty archaeic, given the so called advanced > evolution of hp calc's. The hp48sx, historic as it is, is more > advanced in this regard though ... even the PDL could at least > transfer prgm files from the pc to the calc and so on, not to mention > HPcomm! > > > >I have read the posts and the only way I have seen is to compile user > >rpl on emu first. how the heck do you do that. Never used and emu > >before. can you hook the calc to a serial port and then use kermit? ==== > Once you have d/l'd and unzipped the debug4x program you will notice a > subfolder containing mu> > opens up, you may want to select VIEW | Change KML script, and choose > the 800x600 256 color selection to make the calc managable in size. > > Then using the EDIT | LOAD OBJECT choice from the toolbar, you can > load in the file EMU49ASC.BIN and save it to a convenient variable. > (I used 'A' STO) . Finally, after you've created your own program, > load it in to the emulator using the same EDIT | LOAD OBJECT and on > completion, just push the EMU49ASC variable (A, in my case) to run > that program over the top of it. Finally EDIT | SAVE OBJECT and save > it back to the same name you originally had for your program (or > whatever name you choose). > > Now you can use Conn4x to FILE | DOWNLOAD FILE (Manual XRECV), and > follow the on screen directions. I made a little program <> to > save a few keystrokes! The process just goes: 'YOURVAR' enter > XRECV. I did the same thing for sending files to the pc: <>. > > I know there's a simpler way ... just *got* to be one! However, this > gets things going at least. You could also save EMU49ASC.BIN to your > calc if you wanted, and then you wouldn't need the emulator. This > whole concept seems pretty archaeic, given the so called advanced > evolution of hp calc's. The hp48sx, historic as it is, is more > advanced in this regard though ... even the PDL could at least > transfer prgm files from the pc to the calc and so on, not to mention > HPcomm! > > > >I have read the posts and the only way I have seen is to compile user > >rpl on emu first. how the heck do you do that. Never used and emu > >before. can you hook the calc to a serial port and then use kermit? After you have inally EDIT | SAVE OBJECT and save > it back to the same name you originally had for your program (or > whatever name you choose) why don't you not simply drag the program to the connx window, (making sure that it is first connected to the calculator) this will certainly copy it automatically to your calculator and it is far simpler to do. I have tried copying the EMU49ASC.BIN to the calculator and working from there but unfortunately, it does not seem to work for me. My calculator crashes every time. On some instances On C will restore it, then on others it takes the good old pin in the hole at the back to restore it. Could have something to do with entry points not the same in the 49G and 49G+. ==== I also have been unable to make the 49g+ USB connection work with Virtual PC 6.1 on OS X 10.2.8 or 10.3. There is today a 10.3.1 update already which apparently addresses some USB connectivity issues (among a few others), but I sincerely doubt the update will help with this problem. With a Mass-Storage-Device compliant SD card reader, it should be no problem reading 49g+ formatted cards with Virtual PC under OS X. Just don't use a ulti-slottype of reader. Only the primary slot (usually the CF-slot) will be visible in VirtualPC. Get a single slot SD reader for this task. See my other posting on another thread with details of my problems re: the 49g+ and my Macintosh. Mike Mander > Slightly off-topic but has anyone had any success connecting with Virtual PC > on a OS X mac. So far IÕve had none. > > TIA, > > Britt > > > -- ==== > > I also have been unable to make the 49g+ USB connection work with > Virtual PC 6.1 on OS X 10.2.8 or 10.3. There is today a 10.3.1 update > already which apparently addresses some USB connectivity issues (among > a few others), but I sincerely doubt the update will help with this > problem. > > With a Mass-Storage-Device compliant SD card reader, it should be no > problem reading 49g+ formatted cards with Virtual PC under OS X. Just > don't use a ulti-slottype of reader. Only the primary slot > (usually the CF-slot) will be visible in VirtualPC. Get a single slot > SD reader for this task. > > See my other posting on another thread with details of my problems re: > the 49g+ and my Macintosh. > > Mike Mander > > > > Slightly off-topic but has anyone had any success connecting with Virtual PC > > on a OS X mac. So far IÕve had none. > > > > TIA, > > > > Britt > > > > > > -- hey this happened to me last night and windows XP said it found new hardware. i followed through with the install and now it works fine again. could be that it is loosing the install data. In any event that is how i fixed the problem. Travis ==== > Point taken!!! > > > > What's the NG for? X snipping...as you, Mr. Look & Mr. Lightyear should do...please? ==== Forget my previous post. I went to Google to see what you were talking about. I see. Very sorry. EGL > >>Point taken!!! >> >> >> >>>What's the NG for? >>> > X > snipping...as you, Mr. Look & Mr. Lightyear should do...please? > > > > ==== > Forget my previous post. I went to Google to see what you were talking > about. I see. Very sorry. Look, Look (pun intended) Look, Ed...I do it myself almost all the time WHEN I think that the user *needs* to read the previous text but I still get these warnings (: not only from JYA) (because it's still against the netiquette) Veli+Pekka +don't worry, be happy ==== ??? Do I always forget to delete the post history?? Sorry! Point taken... I think... though mostly still confused! > ... > ... X > snipping...as you, Mr. Look & Mr. Lightyear should do...please? > ==== > You're right, I was throwing in too many ideas here. I am too X > Still, I see your point. > > > > > >> Let's get even more fundamental- the nontechnical coworkers of the > >> engineers and draftsmen all understand what a 180 degree turnabout is; X > >> And then there are kids- students, pre-teenagers really, beginning to > >> receive instruction on angles and circles. I think radians, polar > >> coordinates, etc., are kind of beyond the complete grasp of most kids > >> that age, no matter how bright, except for the gifted few. > > > > > > You are mixing two different notions, radians and polar coordinates. X > > teachers are so used to degrees that they teach degrees before > > radians. Polar coordinates is much more complex, and should > > not be taught before say 15 years when people understand what > > coordinates are. Can I wish for Complex Numbers in Polar Mode with Units? internally like Matrices with Symbolics and/or Integers eg. lists { 5._V 45._o} extaernally - that is: the user looks at pretty print: (5_V <) 45_o) AND naturally that should also work in the EQW and regardless of RAD/DEG mode, because angle unit is explicitly noted ==== > > >What Mr. Parisse is saying: > > > >Option 1 - If solving a problem requires a mode shift, then error out & > >say the problem can't be solved in the current mode - rely on the user > >to change to mode manually & resolve the problem & then do whatever > >he/she wants to then. > > > >Option 2 - Offer to change the mode - realizing that the answer will > >be in that mode - AND leave the mode as changed - otherwise the > >answer may not be valid in the starting mode. For example - complex > >vs. real or approx. answer vs. exact answer. > > I think, instead, that in many cases is a useful thing that the > calculator does not reset flags that it has changed to perform an > operation. > In this way, it's possible to have some problem, for me. > For example, I need to create an operation (like SOLVE) that needs > complex mode on, while I'm using the real mode, Naturally, the > calculator ask for the switching, and then he completes the > operation. > But, after this, it may cause some problem setting the flag to real > mode again: this because probably now I've a complex result, and now I > need the complex mode to continue to work... > > For example, if I find roots of X^2+1=0 when I'm in the real mode, the > calculator asks for the switching, and then it gives results, that are > -i and i: after this, what's the sense of returning in real mode? If I > want to use these values, I must to remain in complex mode. In this > case, the changing of the flag is a good thing, for me, because, if > the calculator returns to the real mode, I must to switch every time I > use these results, and it's annoying. > > Daniele Good point, Daniele BUT that should be up to the user, so I suggest the -127 flagg used as: 0: Use CAS Modes/1:Keep User Mode or something more easy to understand Veli+Pekka ==== > >Good point, Daniele >BUT >that should be up to the user, so I suggest the -127 flagg used as: >0: Use CAS Modes/1:Keep User Mode >or something more easy to understand >Veli+Pekka > I agree with you. But I wanted to say that this lag problemis not as so horrible as you say. In this thread I read that this is a very bad thing the missing of flag reset in calculators. I say that it CAN be helpful, but, obviously, the user must say the last word in operations that he wants to do. Daniele ==== > > > My guess is that shes reeeeeaaaaaaaallllllllyyyyyy old. > > > She said she used HP calcs when i was in diapers.... hell, now thats a hag!!! > > > > I'm guessing she said that because your posts sound childish. I'm not > > saying your position is wrong, but you don't show any evidence > > supporting your claims. Kinda like me saying, P's suck! TI's rock!> > > > BTW, please don't take my comments negatively. I'm just trying to > > explain my impression based on your posts. > > Yep. I pretty much said HP rules TI drools... but when the hag asked > and parisse and many others. I think its just reckless for a blind TI no, no, no...rather a HP 48GX user, I assume (: and I probably just make ssout of and e > user (JIC not talking about you, some of your posts are indeed cool) > to go into a newsgroups P48> And start ranting and complaining and indirectly insulting people. Yeah, because this is a HP 8newsgroup - not 9...(-; > BTW, i wont take your comments negatively. Theres no need to. Also... > please dont take mine the wrong way... I just dont like to see *TI can > do that easy!!* > when reffered to an HP issue... im sure no one does... but keep making > those comments. I don't like them either...I prefer HP to inin all cases but that's not the CASE always...)-: Keep 'em coming, Bhuv, I love to hate 'em Veli+Pekka BTW: All of the above was mentioned to be negative for negative persons all others will only take it as a -lying Finnopinion ==== X > Look at what Parisse said... you think you have knowledge in a domain > where you have not proven to have it. I actually think it has been > proven that you DONT have it. > > Cya! ---end of topic for me... what? read back the news There are other people that also want to preserve the USER flags settings http://www.hpcalc.org/details.php?id=5493 AND the end of document for this one: http://www.hpcalc.org/details.php?id=3170 ets flag -120 during execution to allow silent mode switches. Restores original state.AND - naturally - the one and only: ==== pasdespam.wanadoo. .fr > > >>I don't know if that is true. For example, the TIs treat the cases of > >>the integral of 1/x just fine. On the other hand, even in complex mode > >>the TI gives sqrt(z)=|z|. That is an obvious bug, and a serious one at > >>that. TI should fix that, immediately. > > > > > > That is not a bug, as far as I know. The variable should be specified > > to be complex by appending an underscore. sqrt(z_^2) correctly remains > > unevaluated. > > > Hmmm, the drawback of this option is that you > can not expect the argument of a square root to be squarefree > anymore. Another option would be to simply choose one > branch of the sqrt, that's mathematically less correct, but you > can really use the expression in further computations. > I'm anyway convinced that there is not one better option to handle this > because there is an intrinsic mathematical problem here: it can not > be hidden under the carpet, it is the user job to document himself > about the way each particular CAS handle this. > > > In my opinion, it should have been exactly the opposite: variables > > should be assumed to be complex unless specified to be real. > > > > I have the same preference, therefore on the 49, in real mode all > variables are assumed to be real, in complex mode all variables > are assumed to be complex except if they are in the REALASSUME > list. what is then flag -128 for ?? Vars are reals/Cmplx var allowed (1/0) What happens when a var [C=Contains a Complex] C1) but vars are reals C2) but the name appears in REALASSUME C1+2) but the name appears in REALASSUME & vars are reals C4) but calc is in Real Mode C4+1) but calc is in Real Mode & vars are reals C4+2) but calc is in Real Mode & the name appears in REALASSUME C4+2+1) but calc is in Real Mode & the name appears in REALASSUME & vars are reals AND What happens when a var [R=Returns a Real] R1)...R7) invert the above situation What if I have two variables or I am in exact and a numeric is included or if I am in Degrees mode and no trigonometric functions are involved but... maybe we need a new flag -127 for Change Mode Back/Stay Switched (1/0) ??? Veli-Pekka Nousiainen (no Dr. nor Math Major, 20 years from Engineering Math studies @ University of Oulu) PS: The -123 Allow Switch Mode/Forb. Switch Mode (0/1) should in my opinion give a different error message, like Sqrt(-4) QRT Error: Complex ResultOR QRT Error: Complex Mode RequiredPPS: I would like to see modes stay as they did before in the HP calcs and as they do in major math packages AND degrees handled like before DEG 'SIN(X)' 'X' d (d=delta used as derivation function) => 'COS(X)*(pi/180)' ==== > > what is then flag -128 for ?? > Vars are reals/Cmplx var allowed (1/0) > Yes, you can force all vars to be real in complex mode with this flag. > What happens when a var [C=Contains a Complex] > C1) but vars are reals > C2) but the name appears in REALASSUME > C1+2) but the name appears in REALASSUME & vars are reals > C4) but calc is in Real Mode > C4+1) but calc is in Real Mode & vars are reals > C4+2) but calc is in Real Mode & the name appears in REALASSUME > C4+2+1) but calc is in Real Mode & the name appears in REALASSUME & vars are > reals > AND > What happens when a var [R=Returns a Real] > R1)...R7) invert the above situation Then the value has precedence if the expression is evaluated (alg mode for example), the variable if not (RPN mode) > PS: The -123 Allow Switch Mode/Forb. Switch Mode (0/1) > should in my opinion give a different error message, like > Sqrt(-4) > QRT Error: > Complex Result> OR > QRT Error: > Complex Mode Required> That would require adding an error message for each situation, it's easier to have 1 error message... ==== > [This is a reply and a sort of mini-challenge] X > Mini-challenge: Can anybody here think of a way to write an > nvisibleprogram that keeps count of exactly how many times each > key is pressed? To be bearable, the program would have to be > ransparent to the user that is, not interfere with regular > operations, nor noticeably slow down the user interface. It would be > very interesting to see an actual list of the keys sorted in most-used > to least-used order. Placement of keys could then be based on reality > instead of suppositions. It would also help individual users place > their key assignments in the most efficient locations. > > -Joe- This would require the use of SysRPL in the alphaENTER and perhaps keys stored in a vector using the keycode 11...105 as a pointer to each key counter ==== >> [This is a reply and a sort of mini-challenge] >X >> Mini-challenge: Can anybody here think of a way to write an >> nvisibleprogram that keeps count of exactly how many times each >> key is pressed? To be bearable, the program would have to be >> ransparent to the user that is, not interfere with regular >> operations, nor noticeably slow down the user interface. It would be >> very interesting to see an actual list of the keys sorted in most-used >> to least-used order. Placement of keys could then be based on reality >> instead of suppositions. It would also help individual users place >> their key assignments in the most efficient locations. >> >> -Joe- >This would require the use of SysRPL in the alphaENTER >and perhaps keys stored in a vector >using the keycode 11...105 as a pointer to each key counter > Don't know exactly what you're talking about here, but you could do it with some sys-rpl that overrides the system outer loop (stack replacement), if you just wanted to keep track of keys pressed in that context. If you wanted to record statistics for system wide key activity, whether in the SOL, a user application, or anywhere else, then you'd need to override the interrupt handler. ------------------------------------------------------------------------------- Jonathan Busby - before replying. ==== >Don't know exactly what you're talking about here, but you could do it >with some sys-rpl that overrides the system outer loop (stack >replacement), if you just wanted to keep track of keys pressed in that >context. If you wanted to record statistics for system wide key >activity, whether in the SOL, a user application, or anywhere else, >then you'd need to override the interrupt handler. Another possibility that's more general than the stack replacement method (but not as general as overriding the interrupt handler) would be to override the ROMPTR's for the standard key defs. Even easier would be to use user mode with a set of special key assignments where each assignment contains a program or reference to a program that records the usage of its particular key. This is the most restricted version though, and I'm not sure if it would violate the ransparency requirementas user key mode would have to be enabled all of the time. ------------------------------------------------------------------------------- Jonathan Busby - before replying. ==== What are the difference between the entries point of HP 49 and HP 49 g+ ? ==== James Stewart's Calculus (Brooks/Cole) series seems to be one of the more popular college-level calculus texts. Its coverage of technology is decent and because of its relative popularity, a series of books entitled alcLabshave been written to supplement the text. Unfortunately, I don't think there is a version of the CalcLab lab manual for HP calculators, but there are versions for Mathematica, Maple, Derive, TI 82/83 (single variable only), TI 85/86 (single variable only), and TI 89/92/92+. These are available from Amazon.com, and while I have not looked at any of them myself, I am told that they are good, fairly comprensive - designed for a lab course in calculus and has exercises, labs, and projects. An advantage for the teacher (and probably the student as well) is that it is tied to the sequence and content of the lecture text. Even though there doesn't appear to be an HP-specific version of the CalcLabs book, you might find that some of the information covered in one of the other versions (especially the PC CAS versions) would also be useful when transferrred to the HP, and I would imagine that most if not all of the examples would work on the HP. Also, do you need something designed to be tied to a course, as you implied? If you don't need this, there are several of alculus on the HP calculatorbooks on Amazon.com. They aren't textbooks or books related to a specific textbook, but will likely be helpful anyway. > Does anyone have any recommendations for college level calculus > textbooks that have good supplimentary info for using HP calculators, > or TI for that matter, where one can find good exercises in using the ==== If I enter a definite integral in Numeric or Approximate mode which cannot be solved algebraically, I get an ndefined Nameerror. Otherwise the integral is echoed with a 't' appended to the variable of integration. E.g. S(1,2,e(X^2),X) becomes S(1,2,e(Xt^2),Xt). ->NUM evaluates the integral correctly in any mode, as does entering it in RPN. What is happening? ==== > If I enter a definite integral in Numeric or Approximate mode which cannot be solved > algebraically, I get an ndefined Nameerror. No idea here sorry - I rarely if ever use these modes while integrating. Otherwise the integral is echoed with a > 't' appended to the variable of integration. E.g. S(1,2,e(X^2),X) becomes > S(1,2,e(Xt^2),Xt). This is the CAS'es way of saying can't integrate this ->NUM evaluates the integral correctly in any mode, as does entering it > in RPN. What is happening? -->NUM will evaluate the integral numerically - you will get an inexact number. EG entering the integral of e^x from 1 to 2, and press EVAL. You will get -(w^1-e^2), which is an exact answer. if you go -->num instead, you get the approx answer of 4.67..... Hope this helps... Al HP49G+ Tutorials - http://alpage.ath.cx/hptute/ > > ==== Does the BZ program work at the HP49g+? ==== > Does the BZ program work at the HP49g+? Most supported pointers on the 49 are the same on the 490+ although some of them have been killed (that is, replaced by a NOP = No Operation) like the supported asm-pointers DispOff and DispOn). As I observed, also most so-called stable, not officially supported pointers kept their location. Some pointers like VERYSLOW and dowait have been reprogrammed in view of the different hardware platform. If you mean with BZ the BZ-compressor, it runs in Rom 1.22. Also all its refinements realized in OT49 below work perfect and, of course, faster. Running BZ does not anymore turn the screen off as before. Hence, the dance of the indicators is hardly visible anymore and should perhaps be eliminated at all, as well as its temporarily used DispOFF. This would make BZ still faster. Which asm-specialist is willing to do this ??? - Wolfgang http://page.mi.fu-berlin.de/~raut/WR49/OT49.htm ==== I'm surprised that no one has quoted the following URL : It contains a description of nearly all entry points of the 49G. (even two from the 49g+, one of them allowing to know whether you're on 49g+ or 49g). Yoann. ==== > It contains a description of nearly all entry points of the 49G. > (even two from the 49g+, one of them allowing to know whether you're > on 49g+ or 49g). Be careful. PTR 2F3BF yieds TRUE on the HP49+ (identifies ARM). But it doesn't identify the SATURN and may cause troubles (maybe a warmstart) on the HP49 ROM 19-6. This pointer is useful only under certain conditions. Already some weeks ago I explained here how to find the distinguishing pointer. Just hack the key assignments of the EVAL key or the Quoter key of the 49+. There you see it! Its mere existence clearly indicates that a new ROM for the HP49 is in preparation. It will be compatible with the HP49+ ROM or perhaps even be the same. Very often the above mentioned pointer will be run in the OS as follows: << Being a HP49+ I do this, otherwise I do that >>. This applies already to such a seemingly simple pointer as VERYSLOW which, as is well known, didn't work perfectly on emulators. And the HP49+ is just another one. The current ROM 19-6 is not compatible with ROM 1.22 of the 49+. The reason why I had to update several tools like Keyman in two versions, one for the 49, the other for the 49+. Luckily, this was not necessary in the games below in which critical pointers or keys are not involved :-) - Wolfgang http://page.mi.fu-berlin.de/~raut/WR49/index.htm#Animations ==== | | I reported problems in another thread about sporadic shutdowns and | crashes. Well, I'm thinking it was tied to this on-up trick as well. | I have stopped doing the on-up thing, thinking it might be the | culprit, and sure enough I don't think I've had any shutdowns or | crashes since. | | This possibly seems to be a bug, in that even if the calc is not | hooked up to a printer, executing a screen-print (wire) command | shouldn't shutdown or crash the calc. I wonder if some others can | confirm this possible cause/effect as well? I've often had the calculator freeze when an attempted IR transfer fails. Once it was so bad that I had to remove all the batteries for several minutes before it would do anything. Poking a (stiff) wire through the reset hole doesn't seem to have any effect. I can't feel any kind of switch there either. Has anybody opened one of these things? ==== > I still haven't found a way to put ON+UP in STARTUP. > > Rick > I know somebody will correct me on this if I'm wrong, but since STARTUP is only executed following a cold/warm boot, it (ON+UP) would only work once from STARTUP following a warm-boot (+) or cold-boot (reset button). Since that doesn't sound too appealing, I *think* you're looking for something that will activate + whenever you turn on your 49+. 00:34:36 -0800, Dave said: really hope someone can confirm the speculation about battery usage and low power mode because this method really solves the flickering screen problem. If the heavier battery usage is only when the calc is on and not when it's off, then it might be OK, since I turn off the calc when not in use anyways. In any case, using this method, I came up with a program to automatically run the print screen command when the calc turns on. Assign the following program to the off command -- which is key 101.3: << OFF PR1 >> I noticed that PR1, PRST, and PRSTC all seem to activate the infared print function like ON-UP does (maybe). However, unlike what happens when you execute those 3 commands, I noticed when you press ON-UP and upon releasing ON, the transfer annunciator blinks for a split second, but not turned on and pause (like when you select print display in I/O functions)--whereas the transfer annunciator doesn't blink when you execute those 3 commands. So I was able to put the equivalent of ON-UP in a user program and assign it to the OFF key so the program would run every time the calc is turned on. DaveChoose your poison (less flickering or longer battery life). I haven't decided yet :-) Matt ==== > Assign the following program to the off command -- which is key 101.3: > > << OFF PR1 >> Yes, this is what I was intending to do - stop the flicerking at powerup. (I realize now STARTUP is only executed at warm/cold boot) - however I'm a little confused as to why this works. I tried assigning << PR1 >> to 101.1 (which is what I would assume ON would be), and it would stop the flickering if I pushed ON _twice_. The first ON turns it on, the second runs PR1. << OFF PR1 >> assigned to 101.3 does prevent the flicering when you power on, but it's assigned to RSHIFT ON, and I'm not pressing that to turn the caluclator on - so why does that work? ==== > > Assign the following program to the off command -- which is key 101.3: > > > > << OFF PR1 >> > > Yes, this is what I was intending to do - stop the flicerking at powerup. > (I realize now STARTUP is only executed at warm/cold boot) - however I'm a > little confused as to why this works. > > I tried assigning << PR1 >> to 101.1 (which is what I would assume ON would > be), and it would stop the flickering if I pushed ON _twice_. The first ON > turns it on, the second runs PR1. > > << OFF PR1 >> assigned to 101.3 does prevent the flicering when you power > on, but it's assigned to RSHIFT ON, and I'm not pressing that to turn the > caluclator on - so why does that work? It works if you use that to put it OFF because it first runs OFF - and later - when you turn it on it continues with PR1 - and will eat up your batteries ever faster! ==== >> No, in fact it accepts symbolic, real, complex and zint. SS> Not according to SDIAG ;-) Thats right, but it is correct in the database http://zon.astro.uva.nl/~dominik/hpcalc/entries/hp49g/entries_176.html#IDX3446 and therefore will also be corret in the next version of SDIAG. - Carsten ==== - Ian ==== I have tried by putting pc made program on stack and in saved Var and running the bin program it either locks up or restarts the calc. What am i doing wrong? ==== I have noticed the following: with digital clock on, I have flickering and ON+UP does nothing; with clock off, I have flickering for the first second or so after I turn on the calc, then no more. I think I'll just leave the clock off :-) ROM1.22,CN33307466 I am become death, shatterer of worlds. Robert J. Oppenheimer (1904-1967) Hope this hasn't already been mentioned and I just missed it, but I just downloaded the latest 49g+ User's Guide from www.hp.com and it's now bookmarked and about 2 MB bigger than before. I haven't looked yet to see what's changed though... Mike ==== I never had a 49G, so can't speak to a precise comparison (but I do have 48G's, and so have some idea). I say buy. I think the 49G+ stands on its own as a genuinely beautiful piece of work. They took the best of the 48G and 49G, wrapped it in a sleek, tight package, and added speed, inexpensive SD storage, & USB connectivity. The keyboard silk-screening is notably clear and sized to minimize clutter. The keypress issues appear to have been resolved. The display cover is flat, and has a slight anti-glare finish (not extreme examples on Joe Horn's website), I'd say the G+ has completely solved any display-related problems. (In fact, if I had a 49G, I think I'd follow Joe's advice and rip the plastic cover right off!) No, it's not going to satisfy everyone. No, it's not an HP-41, or a 15C, or a 42S. Yes, it is a really fine unit. FWIW, Paul B. ==== > Wait till hp updates the 49g software. NO Buy it now and learn to use it immediately The FlashROM is there for updates ==== > a public apology posted here Jim, After reviewing my previous post, I realize I was much too harsh in my critique of your message. Instead of reacting, I should have responded in a more civil manner. I apologize for continuing a downward spiral of insults. My mistake was getting involved in something that didn't pertain to me personally. Feeling convicted, Matt ==== > Dang! I was afraid mericansin general would get stereotyped by this > guy. Arnaud, please don't generalize. Very few Americans feel like > that Chumbley fellow. I am very patriotic and a USMC veteran as well a > product of the South (Confederacy, as it were). But I don't feel have > the same view as Chumbley. > I know quite a few nice Americans and quite a few crazy Europeans or Asians or Africans (No Penguins though) so I am not going to start generalising now. Arnaud ==== > Are you for real? I'm friggin' embarrassed they let people like you > out! I'm glad you're from the south.. do me a favor, stay there! OK, let's not start a flame war, please. -- Bhuvanesh ==== > In English, this is exactly the same thing as calling Laurie a > LIAR directly to her face. Ask anyone to confirm this. My English is far from being perfect, but in my opinion don't believe herdoes not necessarily mean she is lying. For example, I don't believe you when you say that one might be killed for saying such words in the State where you come from. And I'm not saying you are lying. It's just that I believe that you are wrong. There must be more serious reasons behind these crimes: It's like blaming bowling for what happened at Columbine. I don't know how meticulously she or they test each unit. There are so many ways and HP calculator can be defective nowadays ... I used to spend hours at the store examining several units before buying! (Now, when I want to buy an HP calculator, I buy it from a non-EU website, this way I don't have to pay customs or taxes --sorry, I still don't know why-- and I don't have to read what a translator I don't believe they test each unit as carefully as I would do it. For example, did they know that the built-in keyboard test is not reliable? http://groups.google.com/groups?selm=448fbd7d.0311041027.2dad440c%40posting.google.com > One example is the hated word igger.I do believe that. They have good reasons to kill us all :-) ==== How do the function sets compare between the 49g and the 49g+? I understand that IR is restored so that is good. But are there any other changes, fixes, enhancements and/or new functions? Sincerely, Kevin Waite ==== > How do the function sets compare between the 49g and the 49g+? > > I understand that IR is restored so that is good. > > But are there any other changes, fixes, enhancements and/or new functions? There's a LOCAL function which allows local variables to be defined that don't need to be pulled from the stack. Tom Lake ==== > How do the function sets compare between the 49g and the 49g+? > > I understand that IR is restored so that is good. > > But are there any other changes, fixes, enhancements and/or new functions? I think only some bug-fixes, a better Filer, but no new commands some SysRPL entry points are NULLed and some new added a few new Virtual-Saturn op-codes added (ML coders be aware) + adds 25% to screen estate (header always on) and 3-4x speed plus ~12x I/O speed and the SD card. It's almost the same, but on steroids ==== I want a program to change directories so that all of its vars will be stored there? I have not found a HDIRcommand or similar. Sincerely, Kevin Waite ==== > > I want a program to change directories so that all of its > vars will be stored there? > > I have not found a HDIRcommand or similar. Say you have under HOME DIRS TEST and you want to change to HOME DIRS MATH EX.1 {HOME DIRS MATH EX.1} EVAL will do it You can save your current PATH via command PATH ==== > I lost my Casio calculator watch, and so I no longer have a > calculator with me all the time. So, I decided that I need a > eatercalculator to throw in my satchel so that I can calculate > fuel economy when I'm at the gas station, and do other mundane > tasks. I wish I could take an HP (like my 32SII), but with the way I > treat my bag, it would be destroyed within weeks. I don't want to > have to worry about something that can't be replaced. > > I've been carrying around this gift certificate to Radio Shack for > about eleven months, and I figured that perhaps I would just get a > scientific calculator from them... My daughter got a nice scientific calculator at Radio Shack for $9.99 (actually she's gotten 3 or 4 because she keeps losing them). I think it was a Sharp or something. Definitely algebraic, and you get to see the whole equation before it is evaluated. You can recall it and put in different numbers, which is handy. Allen ==== The TI-36X and the TI-30Xa are, along with the Sharp 500, among the worst of contemporary scientific calculators. The problems with the algorithm for computing logarithms on the TI calculators have been mentioned on a number of newsgroups on many occasions. This is easily revealed by performing the calculation: (1+1e-9)^1e9 on either of these TI calculators. TI has stubbornly refused to fix this horrendous bug even though these 2 calculators may have been [until recently] among the most widely sold calculators in the USA. release in subsequent models. Still, the best algebraic system was the HP-71B since it facilitated display of intermediate results. None of the contemporary systems come close. If reasonably well implemented, the mix of infix/postfix in traditional algebraic calculators is quite effective. The HP-20S and the TI-BA-II-Plus are examples. Of course, as in RPN, the calculator does not maintain a historic record of keys pressed or a record of the expression entered. On either calculator, judicial use of an extra 1 1 or manually closing parenthesis will facilitate display of every intermediate result. Likewise, on the TI-30Xa or TI-36X, but as stated above, these TI models have other inherent flaws. Unfortunately, the 20S and BAIIPlus do not handle decimal to fraction operations, while the TI-36X and TI-30Xa do. The TI-36X [as well as the HP-6] has an annoying active key that essentially acts as a constant key. I frequently end calculations on such calculators with an annoying 0=sequence. That way if I hit again, the answer will not be altered. What I dislike about these new lgebraic expressioncalculators is that they frequently have a stack that stores a history of previous expressions, however, they do not keep a stack of the corresponding numerical results. Such a primitive capability exists in some form in the TI-89/92/Voyager series. I think some HP models have had that capability as well, but I have never had one of these. Note that I would still choose an RPN calculator, given the choice. > I lost my Casio calculator watch, and so I no longer have a calculator with > me all the time. So, I decided that I need a eatercalculator to throw > in my satchel so that I can calculate fuel economy when I'm at the gas > station, and do other mundane tasks. I wish I could take an HP (like my 32SII), > but with the way I treat my bag, it would be destroyed within weeks. I don't > want to have to worry about something that can't be replaced. > > I've been carrying around this gift certificate to Radio Shack for about > eleven months, and I figured that perhaps I would just get a scientific > calculator from them. The best one that they sell seems to be the TI-36X, > so I downloaded the manual to check it out. > > Now, I would much prefer RPN to algebraic. But, I spent a chunk of my life > using a TI-85, and while I don't like the input style, it is consistent and > makes sense. Because of this experience, I figured that an algebraic > scientific calculator would be fine. > > Well, my reading of the TI-36X manual proved me wrong! The thing is a disaster, > and I'm sure its faults are shared by all other calculators of this style. > > Because the thing can't display parenthesis and non-numbers (like quare root> and AN, it can't let you just type in the problem like you would write > it on paper. I thought that the dvantageof algebraic calculators was that > it was ust like on paper but it turns out that that isn't the case! > Instead, the thing works in a sorta half-RPN, half-algebraic way. That is, > most operations are postfix and only affect the 'x' register. An example: > > 56 [square root] [+] 4 [square root] [=]yeilds 8 > > So the thing has a tackof sorts, and it is letting me apply the square > root to the 'x' register. In fact, there is even an [x<>y] key so that > I can do a little bit of stack manipulation. > > Initially, I figured that the unary operations behaved like in RPN, and the > binary operations behaved like in algebraic. That isn't even true! Some > of the binary functions (like the choose xfunction) require you to enter > your numbers like this: > > 52 [x<>y] 5 [n choose x] [=] > > That is just strange! It is actually a postfix binary operator! > > After using RPN calculators for so long, I had no idea what a sorry state > algebraic calculators are in. It is like an admission that their notation > doesn't work well enough for ealmath, and that RPN is really the way to go, > even if they try to avoid it. > > So the way I see it, the only algebraic calculators that work in a logical > way are the ones that emulate the input methods of the algebraic graphing > calculators. So that would be the two-line algebraic scientifics. > > I guess I could get one of those, or just wait for the HP33S. > > -Joshua ==== > I thank you for your suggestions, but I think you were missing the point of > my post. The bit about needing an algebraic calculator was just a way of > explaining how I came to read the TI-36X instructions. Oops. :o > > The point of the post was to expose my suprise at the fact that these > lgebraiccalculators are nothing more than RPN with infix notation for > a few of the operators and without all of the stack manipulation. I always > knew that the classic algebraic mode calculators weren't as good as RPN, but > I never realized that without most of RPN's constructs, they can't do the > math that people need. > > I guess what this shows is that the jump from something like a TI-36X to > an RPN system isn't that great; the TI is just RPN with some added > confusion to make it look algebraic. > > -Josh > Fascinating! I've never looked at it that way before! It sounds like putting some GUI on a DOS kernel! Hey, I've seen THAT before somewhere... ==== I'd like to know if there's a place where I can find a complete list of every command used in the UserRPL programming language, with their description (not like the HP 49G+ Manual, that have only names...). SystemRPL is too difficult for me, now (I must to have more experience...), so I'd like to work with UserRPL, first. Daniele ==== > I'd like to know if there's a place where I can find a complete list > of every command used in the UserRPL programming language, with their > description (not like the HP 49G+ Manual, that have only names...). > SystemRPL is too difficult for me, now (I must to have more > experience...), so I'd like to work with UserRPL, first. I use SDIAG (without ML & SysRPL) from http://www.hpcalc.org/details.php?id=3940 So it stays with the calc. If you need more information, then there is no [real] AUR for the 49G(+) ==== I am thinking of buying a printed copy of the 49G AUR, but am wondering if it contains a full, alphabetically sorted and well indexed command reference similar to the 48G Series AUR that I already own? If anyone has both these AURs and could provide feedback on a comparison, I would much appreciate it. Mike Mander ==== A while back there was some discussion about LAST MENU which can be obtained by LS (hold) NXT. That's quite handy. A step better would be a means of tracking changes and allowing the user to roll back through those changes, much like Undo in MS Office Aps (at least starting a few years ago). The current HP LAST... functions are behind Microsoft by a few years. :-) I would love an application for my 49G+ that tracked changes over several iterations, as it does currently with LAST CMD. The best for me would be two USER Keys: one that cycles the stack backwards in time (UNDO on steroids), and another that cycles the menu bar backwards in time (LAST MENU on steroids). In a perfect world these features would have functionality in Edit Mode as well. I suspect that the logging activity could slow down the calculator rather substantially (especially with a heavy stack), but this new G+ is pretty darn quick! Perhaps user-adjustable limits could be set as to how many iterations to log, and how large the stack memory would be to cause logging to be suspended. Chris ==== I have found that everytime I meke my HP49G draw a function, it assign a nummeric value to X. Usually a real number. I also found that it's only when i use the Auto in lot windowthat this happens. Let me take an example: * I plot the function 1(X)=X^2* I change to lot window sets H-View to 0 and 5. Next, I press F4 (AUTO), wich makes V-View -3.75 and 25. * Now, i don't let the calc draws the graph. Instead i cancel. * After pushing the VAR button, I can see that the new variable X is being created. * The variable X now contains the number 5.125. So I have two questions about this weird behaviour: * What does the number 5.125 mean? Can I use it to something, or is there a bug in my HP, so that X as an temporary variable while V-View is calculated, is not removed when the calculation is completed? * Is there any posibility that I can use another variable name than X, Ex ZZX! as i probably never will use myself. Of course I still want to write 1(X)=X^2and not 1(QZZX)=QZZX^2 That's what happens if I in lot setupchange ndepform 'X' to 'QZZX'. ----------------- Another thing: My calc can't solve 'SIN(X)-1/4*X' using SOLVEVX. Instead it gives an error. When i plotted the function, I saw that the graph had three posible solutions. Is there any way I can get the calc returning those three answers? Another guy in my class have a much cheaper calc, an texas i think. He's calc was able to return all three answers. That's was quite frustrating, because my HP49G is indeed ment to be the greatest one. Being more expensiv and advanced than both texas and casio calcs. I know I can draw the graph and find any extrema, but that's not my goal. So my question is (probably as expected): Is there any built-in function on my HP49g that I can use to find all values for X that makes 'SIN(X)-1/4*X' return 0 within an spesific range? Ps: Have upgraded to ROM 1.19-6. ==== Herve erv8e Chappe a 8ecrit dans le message de > Just be given a HP48SX without any manual. The 4 basics ops I can do :-) but > I would like to go further. Any idea where I could download pdf manuals, or > buy them, even heavily used, or any other suggestion ? > Herve, Paris, France > > ==== Great tip, thank's... but excuse my ignorance : how do you du to search back through the archives on google ? This must be a newbee question, but I have to raise it once in my life.. Herve ugene a 8ecrit dans le message de > > > Just be given a HP48SX without any manual. The 4 basics ops I can do :-) > > but I would like to go further. Any idea where I could download pdf > > manuals, or buy them, even heavily used, or any other suggestion ? > > Herve, Paris, France > Search back through the archives on google, the manuals are available. > ==== > Great tip, thank's... but excuse my ignorance : > how do you du to search back through the archives on google ? > This must be a newbee question, but I have to raise it once in my life.. > Herve > > ugene a 95À¸rit dans le message de >> >> > Just be given a HP48SX without any manual. The 4 basics ops I can do >> > :-) but I would like to go further. Any idea where I could download pdf >> > manuals, or buy them, even heavily used, or any other suggestion ? >> > Herve, Paris, France >> Search back through the archives on google, the manuals are available. >> http://groups.google.com/ It contains the archive of most NG's going way back years. X-Face: #0?irvdFiM!(Tpl}/tO%_kuSW_^9G5aeIEnY1uNPcd@N_U.B30*[%N-cnqSC,rEfeqm:b oR({RM{x03]Iv}^2xc7J][^MkbL3DYdLevZ$&h0WbH!i:>O1i#FLy/mO2G~xMF *uQnfN4xre8v9%0fqg;i.!ymm~6w2nEx);Q~Q*8&dUO(fn ==== > Just be given a HP48SX without any manual. The 4 basics ops I can do :-) but > I would like to go further. Any idea where I could download pdf manuals, or > buy them, even heavily used, or any other suggestion ? > Herve, Paris, France Check http://www.courbis.com Paul's courbis books (about Machine Language programmiong) are freely available on this site As far as I rememebr they include a short intro on tandardHP48's programming/usage -- Ceci est une signature automatique de MesNews. Site : http://mesnews.no-ip.com ==== Check http://www.hpmuseum.com for their scanned manuals. They«re somewhere on the first 5 CD«s. Costs alittle but then again so does every hobby :). BR Matti Sweden ==== > > if you do 256 ATTACH, the ASM function should work flawlessly... > > > > > I would like to begin SysRPL programming on my HP49G+, but MASD (library > > 257) won't attach correctly. Has anyone out there gotten MASD attached on > > a -49G+? > > > > MrM > > Make sure you have flag -92 SET, so that MASD works in SysRPL mode rather than assembly mode.