HP-199 Subject: 48GX(P) vs. 48GX(R) As a long-time owner of an 11C and former owner of a 41CV, the idea recently came to me to check out HP's newer offerings. I was sad to read all the reports that quality has declined over the years, and I wonder if a et for well made calculators will ever return. So I decided to buy a 48GX while I can, and I went for one of the older ones from Singapore with injection molded keys. I'm picking it up tonight. The only issue is that it has ROM version P, not R. Is this a big deal? I did some research in this group and on www.hpcalc.org, and it looks like the difference between P and R is a fairly small list of corner cases -- nothing really systemic. But I'd like to hear from 48GX owners if you consider the upgrade to ROM version R to be significant IN PRACTICE. Is P stable? Is buying a 48GX(P) instead of holding out for a 48GX(R) a mistake? === Subject: Re: 48GX(P) vs. 48GX(R) > The only issue is that it has ROM version P, not R. Is this a big > deal? I did some research in this group and on www.hpcalc.org, and it > looks like the difference between P and R is a fairly small list of > corner cases -- nothing really systemic. But I'd like to hear from > 48GX owners if you consider the upgrade to ROM version R to be > significant IN PRACTICE. Is P stable? Is buying a 48GX(P) instead of > holding out for a 48GX(R) a mistake? the difference will happen if you're using a memory card. Copying objects on a card could result in a corrupted memory message on the card. It's quite simple to go around it, each time you copy an object, run the command PINIT just after and you're all set. Other than that, you won't see or encounter any differences. === Subject: Re: 48GX(P) vs. 48GX(R) > As a long-time owner of an 11C and former owner of a 41CV, the idea > recently came to me to check out HP's newer offerings. I was sad to > read all the reports that quality has declined over the years, and I > wonder if a et for well made calculators will ever return. So I > decided to buy a 48GX while I can, and I went for one of the older > ones from Singapore with injection molded keys. I'm picking it up > tonight. > The only issue is that it has ROM version P, not R. Is this a big > deal? I did some research in this group and on www.hpcalc.org, and it > looks like the difference between P and R is a fairly small list of > corner cases -- nothing really systemic. But I'd like to hear from > 48GX owners if you consider the upgrade to ROM version R to be > significant IN PRACTICE. Is P stable? Is buying a 48GX(P) instead of > holding out for a 48GX(R) a mistake? > I use both a P and an R. I have not encountered any software difference in the things I do. Hardware is another issue. My P was made in Singapore and has the keys with the letters molded in. My R is from Indonesia and is not as well made and has painted keys. Charles Perry P.E. === Subject: Re: 48GX(P) vs. 48GX(R) >>As a long-time owner of an 11C and former owner of a 41CV, the idea >>recently came to me to check out HP's newer offerings. I was sad to >>read all the reports that quality has declined over the years, and I >>wonder if a et for well made calculators will ever return. So I >>decided to buy a 48GX while I can, and I went for one of the older >>ones from Singapore with injection molded keys. I'm picking it up >>tonight. >>The only issue is that it has ROM version P, not R. Is this a big >>deal? I did some research in this group and on www.hpcalc.org, and it >>looks like the difference between P and R is a fairly small list of >>corner cases -- nothing really systemic. But I'd like to hear from >>48GX owners if you consider the upgrade to ROM version R to be >>significant IN PRACTICE. Is P stable? Is buying a 48GX(P) instead of >>holding out for a 48GX(R) a mistake? For a list on known bugs in the various publicly released 48 series ROM versions, see: http://www.engr.uvic.ca/~aschoorl/faq/48faq-3.html#ss3.5 Look them over and see whether there are any that would be especially important to you. Perhaps the most important bug on versions L, M, and P that's fixed on version R is with the XRECV command. If you intend to download anything with Xmodem, install HP's FXRECV program first and use it instead of the XRECV command. It's available on Goodies Disk 9. See: http://www.hpcalc.org/hp48/compilations/horn/ > I use both a P and an R. I have not encountered any software difference in > the things I do. Hardware is another issue. My P was made in Singapore and > has the keys with the letters molded in. My R is from Indonesia and is not > as well made and has painted keys. Yes, more recent 48G series have printed instead of molded-in key legends, and they're smaller and not so well-centered, although they're still perfectly legible and, from what I've read, the printed legends seem to be quite durable. Other than that, I don't see any difference in the quality of the Singapore and Indonesia manufactured models, but perhaps I've simply not used my Indonesia model enough to break it yet. I think that the production moved from Singapore to Indonesia in 1997, and that the change to printed key legends was accomplished as part of that move, but I think that the version change from P to R was in early 1994, well before the production move. Note that late production 48G series are said to have a black instead of blue screen, and it seems that most people who've seen both prefer the black screen. Actually, I'd say that my 48 series have a display more green than blue. I guess that the black screen is more like on my 49g+, really sort of tan coloured, but noticeably better contrast. I'm not sure exactly when this change was made, but after the production move to Indonesia. -- === http://www.klotz-electronic.de/128_e.html I want to use it in my SX but does it work? Lummi === Subject: 2 Variables with coresponding frequencies guys and girls, Need some help over here. I got a problem with a 2-variable stat with frequency. Let me give you an example. Lets say we want to calculate the correlation of 2 test with this table ( a math test an a statistics test and corresponding relative frequencies) stat| 2.5 5 7.5 math 2.5 .6 .3 .1 5 .2 .4 .4 7.5 .1 .4 .5 As you can see this is a quite simple example. But does there exist a program or a way to enter this in a program so that my HP49 could calculate the variance, the correlation and the covariance for me????? I'm certainly not an advanced user of HP so please be complete in your explanation... Thanx. Charles Symons === Subject: Re: 2 Variables with coresponding frequencies > guys and girls, > Need some help over here. > I got a problem with a 2-variable stat with frequency. Let me give you > an example. Lets say we want to calculate the correlation of 2 test > with this table ( a math test an a statistics test and corresponding > relative frequencies) > stat| 2.5 5 7.5 > math 2.5 .1 .05 .02 > 5 .02 .03 .18 > 7.5 .1 .2 .3 > As you can see this is a quite simple example. But does there exist a > program or a way to enter this in a program so that my HP49 could > calculate the variance, the correlation and the covariance for me????? > I'm certainly not an advanced user of HP so please be complete in your > explanation... > Thanx. > Charles Symons Sorry needed some editing because frequencies could not be corect. so possible to execute best fit on it please.... === Subject: HP Olympics? So the Olympics are here again but surely the events could be livened-up a bit if the contestants had to do a few calculations at the same time. Here are a few new potential Olympic events: * Synchronised diving[1] followed-by synchronised drying-out of 48's * Walking - while keying in a program (s deducted for not bumping into things) * 100m sprint (as a stall at the other end of the stadium advertises a batch of unused, still-boxed, HP-15Cs for sale) * Boxing - as those too slow in the 100m catch up (see above) * Wrestling - ripping open the plastic wrapping of a new HP calculator (bonus s available for those still with 10 fingers left at the end of their heats) * Long division jump - dividing two numbers while jumping into a sand-pit And lastly, no doping - so GaAS upgrades to the HP49G+'s ARM chip are forbidden. [1] Or synchronized falling-in as the Chinese men prefer it. -- === Subject: Re: No updates on www.hpcalc.org? In message , Chaos >Is the www.hpcalc.org page still being updated? Because I sent a >program, but this was 1 week ago, and it still didn't enter hpcalc.org. Eric replied to an email of mine the other day and apologised for the delay but said that he had been very busy lately. So I can only ask that you be patient: he will get around to it eventually. -- === Subject: Re: No updates on www.hpcalc.org? Loading Bruce Horrocks from address spamblock@example.com into comp.sys.hp48... > In message , Chaos >Is the www.hpcalc.org page still being updated? Because I sent a >program, but this was 1 week ago, and it still didn't enter hpcalc.org. > Eric replied to an email of mine the other day and apologised for the > delay but said that he had been very busy lately. > So I can only ask that you be patient: he will get around to it > eventually. OK. []s -- Chaos Master¨, posting from Brazil. REPLY TO GROUP! MSN: wizard_of_yendor[@]hotmail[.]com http://marreka.no-ip.com If a train station is where the train stops, what is a work station? === Subject: Re: Why does everyone like the 48g series so much? >> It's not a busisness calculator is it ? This is obviously some sort of > eting thing that makes it look interesting or something. Yes it is actually . I use mine in the finance field, because finance calculatores are whimpy. === Subject: HP49G+ keycodes After browsing the HPLib page (see http://hpgcc.sourceforge.net/), I noticed that there wasn't a nice table of the native keycodes; instead we had to run a program and press the keys... So I made a nice pretty table. PDF: http://www.ews.uiuc.edu/~dherring/hpkeys/hpkeys.pdf source: http://www.ews.uiuc.edu/~dherring/hpkeys/hpkeys.tex I'm releasing these files as public domain; feel free to use them however you want. You can even add my name to them if you like. ;) Later, P.S> I could be convinced to re-order the tables to more closely match the HPLib key convention, but I wonder why it is the way it is... P.P.S> I seem to be missing keystrokes under HPLib programs just like I do in the normal Saturn mode... pretty much seals the bad Saturn keyboard emulation hopes six feet under. === Subject: Re: HP49G+ keycodes > After browsing the HPLib page (see http://hpgcc.sourceforge.net/), I > noticed that there wasn't a nice table of the native keycodes; instead > we had to run a program and press the keys... So I made a nice pretty > table. > PDF: http://www.ews.uiuc.edu/~dherring/hpkeys/hpkeys.pdf > source: http://www.ews.uiuc.edu/~dherring/hpkeys/hpkeys.tex > I'm releasing these files as public domain; feel free to use them > however you want. You can even add my name to them if you like. ;) HP-GCC site but I didn't have the time. I will put your table up on the website later (giving you credit of course). > P.S> I could be convinced to re-order the tables to more closely match > the HPLib key convention, but I wonder why it is the way it is... I don't think I understand you here. Do you mean, why do the key functions use the format (column, row) instead of (row, column)? I did it that way because it matches the format (x,y) used by the cartesian system - x (or column) moves accross, y (or row) moves down. > P.P.S> I seem to be missing keystrokes under HPLib programs just like I > do in the normal Saturn mode... pretty much seals the bad Saturn > keyboard emulation hopes six feet under. Not necessarily. The keyboard scanning routine for that program is extremely poor. It tests each key one at a time, which is very inefficent. --------------- while(!ispha()){ int col=0; int row=0; for(col=0;col<8;col++){ for(row=0;row<7;row++){ if(isKeyPressed(col,row)){ loadScreen(screenBuffer); //helps prevent flicker writeLetMF(nibToASCII(col), 20, 26); writeLetMF(nibToASCII(row), 20, 46); waitRTCTick(); } } } } -------------- What it should do is keep checking if any key has been pressed, and when one has, systematically search through each row to find the key in question. I didn't bother implementing a proper key scanning routine for that program. Maybe in the future I will have time to write a better one. so please keep in mind that I really don't know if I am accessing the keyboard properly; I only worked it out with lots of trial and error. , === Subject: Re: HP49G+ keycodes Hi , > I don't think I understand you here. Do you mean, why do the key > functions use the format (column, row) instead of (row, column)? > I did it that way because it matches the format (x,y) used by the > cartesian system - x (or column) moves accross, y (or row) moves down. You answered the right question. I was confused by your naming scheme; matrix numbering is (row,column). So my mind has been beaten into ordering row and column in that way. x and y are ordered like you have them - (x,y). I just uploaded new files (same places) that correspond to your convention (all the numbers are switched). PDF: http://www.ews.uiuc.edu/~dherring/hpkeys/hpkeys.pdf source: http://www.ews.uiuc.edu/~dherring/hpkeys/hpkeys.tex >> P.P.S> I seem to be missing keystrokes under HPLib programs just like >> I do in the normal Saturn mode... pretty much seals the bad Saturn >> keyboard emulation hopes six feet under. > Not necessarily. The keyboard scanning routine for that program is > extremely poor. It tests each key one at a time, which is very inefficent. ... > so please keep in mind that I really don't know if I am accessing the > keyboard properly; I only worked it out with lots of trial and error. That's a small relief. Take your time. Later, === Subject: Re: Hp 49G+ Rational Expression Integration Agreed. There are more interesting things in life than watching for the hourglass to disappear after performing SIMPLIFY (which, btw, looks even worse than the original result, although the roots have disappeared) or DERVX on the symbolic integral. These operations take minutes to complete. > Speed would be if you try to make something after, e.g. simplifying > properly the 1/3 powers. I did not try it, but it would be > interesting to see how much time you need to check that the > root you get is indeed a root or that the antiderivative is indeed > an antiderivative. Anyway, if you have a 49G it's > up to you to add the relevant code to the LGPL-ed CAS. Unfortunately, > I don't know how you could enter the same code on the 49G+ > without HP intervention. === Subject: Re: Hp 49G+ Rational Expression Integration Agreed. There are more interesting things in life than watching for the hourglass to disappear after performing SIMPLIFY (which, btw, looks even worse than the original result, although the roots have disappeared) or DERVX on the symbolic integral. These operations take minutes to complete. > Speed would be if you try to make something after, e.g. simplifying > properly the 1/3 powers. I did not try it, but it would be > interesting to see how much time you need to check that the > root you get is indeed a root or that the antiderivative is indeed > an antiderivative. Anyway, if you have a 49G it's > up to you to add the relevant code to the LGPL-ed CAS. Unfortunately, > I don't know how you could enter the same code on the 49G+ > without HP intervention. === Subject: Re: Tetris game in arm New version with improved gampeplay (my girlfriend tells me the improvements to add) : - slower - next piece on the right - lines count (and try to go after level 10...). The ARM launcher is integrated in the RPL code, no need for launcher.bin. You can download the run-alone tetris at the same link as before. As said in my first post, this is not optimized for speed/size. It's only a 'tutorial' tetris for hpgcc. Benjamin >> I forgot the instructions.... >> Left/Right/Down key to move the piece. >> LeftShift/RightShift to turn it. >> On to quit the game. >> Benjamin > You probably should mention how to run it > 1) download the file, and the ARM launcher to your calc (found at > http://alpage.ath.cx/hptute/launcher.bin , or also on the HP-GCC page at > http://hpgcc.sf.net) > 2) put the tetris string on the stack, then run the launcher. > nice work, > === Subject: Re: Tetris game in arm Absolutely beatiful, wonderful!!!! Congratulations Benjamin, , and all the others. It just fells different runing games from native arm and not emulation. Great work! Dimitri > I forgot the instructions.... > Left/Right/Down key to move the piece. > LeftShift/RightShift to turn it. > On to quit the game. > Benjamin > You probably should mention how to run it > 1) download the file, and the ARM launcher to your calc (found at > http://alpage.ath.cx/hptute/launcher.bin , or also on the HP-GCC page at > http://hpgcc.sf.net) > 2) put the tetris string on the stack, then run the launcher. > nice work, > === Subject: Re: APPLY command Ok. But about FOR...NEXT with APPLY I think nobody will solve the problem. Never mind. eo Miglioranzi === Subject: Re: Eql+ and UsrBox So, can I assume that basically, I have to make a text file, and send it via ascii to my HP so that it will be converted into a program like file? I tried to just put it onto my SD card then transfer into the EQ+ directory, no joy there. Any help is much appreciated TIA JB2 >Appologies for the 3 extra . >> I fixed the problem but still seems not to work, can you explain with >> more detail how to make the UsrBox?? >> I open it using HPuseredit and this is what i get: >Here's what I just did and it worked fine: >I copied the text from my first post. Opened a new notepad document called >UserBox.txt >I pasted into the new notepad window. >And deleted the extra s >%%HP: T(3)A(R)F(.); >{ ans equations {motion acceleration ::{0 >s= distance >u= start velocity >v= final velocity >t= time >a= acceleration >F= force >m= mass >W= work} >'s=v*t' 's=u*t+1/2*a*t^2' 'v=u+a*t' 'v^2=u^2+2*a*s' 'W=F*s' 'F=m*a' }} > I saved it exactly as you see it here. >I then plugged in my 49G+ and put it into xmodem server mode >I ran Con4x and navigated it to a directory on my calc where I wanted to put >this new UsrBox.txt. I set Con4x to text mode. >I dragged my UsrBox.txt into the Con4x window, where it copied onto the >calculator. >I closed Con4x, ran Eql+, moved to the correct directory, pressed the UBox >button and all was well... >It seems that Con4x cut the *.txt off the file name for me and left UsrBox >in a state where it worked. >I think the UsrBox that Wolfgang supplies is compressed, but I'm not >positive.. but you are correct that his version does not read out as text. >I'm not sure what your problem is, but I assure you that I just did the >above twice into two different directories on my calculator and it worked >great. >... === Subject: Text (ASCII) transfers via SD card (was: Eql+ and UsrBox) > So, can I assume that basically, I have to make a text file, and send > it via ascii to my HP so that it will be converted into a program like > file? I tried to just put it onto my SD card then transfer into the > EQ+ directory, no joy there. Any help is much appreciated The calculator expects to find only valid binary transferred files on the SD card. Any other file is converted to a character string object. If you want to transfer a text source file via the SD card instead of via wire and have it translated and compiled, see: http://www.hpcalc.org/details.php?id=6017 > TIA WIA -- === Subject: Re: Own a HP 48GX, upgrade to a 49G+? until now. Some very interesting points have been made. If I were to get a 49G+, I would purchase it from Samson Cables (via e-bay) since they claim to be selling the newer model with the fixed keyboard. Another thing I have noticed are the rediculous amounts of money 48GXs are being sold for on e-bay at the moment, they seem to be going for at least $200US and I have seen some go for over $300. Quite tempting considering I only paid $150CAD for my mint GX w/ manual less than two years ago... I could easily purchase a new 49G+ and have cash to spare... Would it be foolish to expect the value of these calcs to continue to rise or would it best to sell now? (assuming that's what I choose to do) My 48GX has served me well and I'm sure I could could continue through my degree with it just fine. My main concern is how sluggish it feels; with a constant delay after every keystroke, I grow rather tired of seeing the hour glass symbol. I'm not a really a fan of using older technology and the much faster 49G+ just seems like the next logical step... I have no patience for slow PCs and this attitude appears to carry over to calculators as well... I am now well aware of the quality issues of the 49G+ and I must decide if my desire for speed will outweigh the negative aspects of this calc. Anyone care to comment? I could buy a 49G+ and keep my GX too, but I dislike this idea of owning two calcs considering I am a student with little spare cash. Upgrading to the 49G+ would be free and possibly provide enough extra cash to buy a textbook or two. Any feedback would be appreciated. > Hi everyone, > I have been out of the HP calc scene for a while but now that my 3rd > year of Engineering is only a month away I have been considering a > calc upgrade. I have been reading a bit about the 49G+ features and > feel that there are several I could benefit from (mainly speed and > screen resolution). > The 49g+ is generally faster than the 48GX, especially when > scrolling through browsers, but isn't the 48GX fast enough for > most purposes? The screen contrast is much better than the 48G > series, except perhaps for late production 48 units, but with > ordinary lighting conditions, I've never had any problem reading > the 48 series. I believe that the screen resolution is the same, > but the fonts on the 49 series are smaller and that partially > offsets the improved contrast. The minifonts can be especially > annoying to read. The display on the 49g+ is 25% bigger > vertically, so you can see more stack levels at once, seven by > default, partly because the header is moved up into the new pixel > rows, and partly because of the smaller font. But as far as I > know, graphic displays are still restricted to the old 64 pixel > high portion of the display. > The 49g+ does indeed have some interesting features, but I expect > that the 48GX will get you through your studies just fine. > I also have been reading that there seem to be > some issues with its quality, namely the keyboard. > Have these keyboard issues been fixed in the newer versions? > Improved yes, but fixed? Well, I think that that depends a lot on > how you stroke the keys. Bang hard on them and they'll probably > work perfectly, but if you've gotten accustomed to using a light > touch from using earlier models, then you may well have a problem > with the 49 series, especially the 49g+. > And of course, with the calculator still in the extremely > tamper-resistant packaging, there's no obvious way to tell > whether it's a very early production unit or from the very latest > production lot. > Which reminds me, I'd advise wearing leather work gloves, a heavy > long-sleeved shirt, and expect to use something like tin snips to > open the package; if you're careful (and perhaps a bit lucky), you > ought to be able to get it open without any bleeding. But HP isn't > alone in this; these days a lot of products seem to be packaged in > a way that makes it very difficult to get to the contents. > I would > also like some opinions, should I stick with my 48GX or upgrade to the > 49G+? Keep in mind I'm a student and a few missed keystrokes on a > exam could be big trouble... > If you can easily afford it, then by all means try the 49g+. Many > of the added features are very nice, and even rather useful. > The CAS should be useful, especially for advanced math, but I > suppose that engineering students would be mostly interested in > getting reasonably accurate numeric results, and not so much in > getting a symbolic formula for a result. > The SD card in particular, along with fast transfers, suggests to > me that it may be useful for displaying huge amounts of plain text > notes on the calculator itself, as well as storing probably all of > the formulas and programs you'll ever want. And of course an SD > series, and doesn't require a battery in the card. > But hang on to your 48GX at least until you're certain that you no > longer want it. I still prefer the 48 series, even the 48SX, when > I want to get some real work done, although the 49 series is more > fun to play around with. > Be aware that the built-in capabilities of your 48GX can be > greatly extended. See http://www.hpcalc.org/ for some examples. > Welcome! === Subject: Risch(sqrt(1-sqrt(1-x)),x) returns infinity Something seems seriously wrong with my 49G+; Risch(sqrt(1-sqrt(1-x)),x) returns infinity (I used capital letters on the calculator). Is this a CAS bug or a misconfiguration? . === Subject: Re: Risch(sqrt(1-sqrt(1-x)),x) returns infinity > Something seems seriously wrong with my 49G+; > Risch(sqrt(1-sqrt(1-x)),x) returns infinity (I used capital letters on > the calculator). My HP49G+ returns the input unevaluated within an INT structure, but it takes a while, 36 seconds in real mode and 23 seconds in complex mode (rigorous mode ON as always). No infinity here. === Subject: Risch(sqrt(1-sqrt(1-x)),x) returns infinity Something seems seriously wrong with my 49G+; Risch(sqrt(1-sqrt(1-x)),x) returns infinity (I used capital letters on the calculator). Is this a CAS bug or a misconfiguration? . === Subject: Re: Risch(sqrt(1-sqrt(1-x)),x) returns infinity The Risch algorithm is only a partial implementation. It does handle sqrt very easily AFAIK. Terry > Something seems seriously wrong with my 49G+; > Risch(sqrt(1-sqrt(1-x)),x) returns infinity (I used capital letters on > the calculator). > Is this a CAS bug or a misconfiguration? > . === Subject: Re: Where to buy the HP 49G+ in Canada So can anyone suggest a few places in Canada where the 49G+ can be purchased? > You bet, the next day after I got my new HP49G+ I went and bought brand new > HP48GX, they were still available back then... > So I'd keep the HP48. Or at least wait a few months and then you might sell > it for the price of 3 49G+s > Just an opinion > Wow, 233 $CAN is rather steep, considering I can get a new one off > e-bay for $125 + $12 US shipping from Samson Cables... > As for my HP 48GX, I am feeling rather reluctant to sell it, but > after seeing how much they go for on e-bay these days I could > easily buy a new HP 49G+ and have a fair bit of extra cash to > spare! > What do you guys think, is the HP 48GX worth keeping considering > the upgrade and profit I can have? > ---------------------------------------------- > * Binary Usenet Leeching Made Easy > * http://www.newsleecher.com/?usenet > ---------------------------------------------- === Subject: How's it goin' in Malfunction-Junction? Um.. HP-Land, or..La-La-it-almost-works-ville. Better make the 33s 4-way (edit) Key fully functional... Or why should I buy a non-conformant standard entry Calculator? Users won't say good things about half-baked products. That might explain the following, when I asked for HP: Staples =No HP Calculators on Display Target =No HP Calculators on Display K-Mart =No HP Calculators on Display Office Max =One 1x series business Calculator Walmart =No HP Calculators on Display Sears =No HP Calculators on Display Fry's Electronics =Three Rods, underneath TI, Casio, and Sharp. ( this is a Thirty foot long aisle ) The Retailers are leaving you alone, Eh? Buh-Bye, Jo === Subject: HP 49G+ Keyboard vs. TI 89's Which keyboard is considered to have better quality, putting layouts aside? Does the TI 89 miss keystrokes and if so, is it more or less frequent than the 49G+? === Subject: Re: HP 49G+ Keyboard vs. TI 89's > Which keyboard is considered to have better quality, putting layouts > aside? Does the TI 89 miss keystrokes and if so, is it more or less > frequent than the 49G+? It's very seldom I miss keystrokes on my TI89 - in that aspect the keyboard on the TI is much much better than the one on my HP49G+. It's stil a pain to navigate though... === Subject: Re: HP 49G+ Keyboard vs. TI 89's alarms me, especially if it makes those crappy feeling TI keys more appealing... > Which keyboard is considered to have better quality, putting layouts > aside? Does the TI 89 miss keystrokes and if so, is it more or less > frequent than the 49G+? > It's very seldom I miss keystrokes on my TI89 - in that aspect the keyboard > on the TI is much much better than the one on my HP49G+. > It's stil a pain to navigate though... > === Subject: Risch(sqrt(x+sqrt(x^2+a^2))/x, x) hangs Risch(sqrt(x+sqrt(x^2+a^2))/x, x) seems to hang on my 49G+. Does anyone know what it's trying to do, since (AFAIK) the algebraic case of the Risch algorithm is not implemented? . === Subject: Re: Risch(sqrt(x+sqrt(x^2+a^2))/x, x) hangs The Risch algorithm is only a partial implementation. It does handle sqrt very easily AFAIK. I think it is documented in the latest Erable 3.024 distribution for the 48. Terry > Risch(sqrt(x+sqrt(x^2+a^2))/x, x) seems to hang on my 49G+. Does > anyone know what it's trying to do, since (AFAIK) the algebraic case > of the Risch algorithm is not implemented? > . === Subject: Re: extable vs extable2 Can anyone please tell me where I can get a copy of extable2, I have looked through HPcalc.org but can only find the extable. > I've just gone from an HP49G to the HP49G+ and need to get my SYSRPL > programs > over. It's been a while since I've done any SYSRPL, meaning that I've > forgotten > more than I can remember. > In trying to refresh my memory and searching this NG, I've seen references > to > EXTABLE and EXTABLE2. Can someone tell me what the difference is and which > one > I should use with the HP49G+ (if either). > > Use the larger extable2 for the 49g+ > VPN === Subject: Re: extable vs extable2 http://remote.science.uva.nl/~dominik/hpcalc/ > Can anyone please tell me where I can get a copy of extable2, I have looked > through HPcalc.org but can only find the extable. === Subject: Re: extable vs extable2 > Can anyone please tell me where I can get a copy of extable2, I have looked > through HPcalc.org but can only find the extable. Even though is a Thomas Rast's creation (IIRC), I think is inside the Emacs package. -- === Subject: Aproximation of Coating thickness on your Sunglasses Aproximation of Coating thickness on your Sunglasses: Film Thickness and Color of Film 500 tan 700 brown 1000 dark violet to red violet 1200 royal blue 1500 light blue to metallic blue 1700 metallic to very light yellow-green 2000 light gold or yellow - slightly metallic 2200 gold with slight yellow-orange 2500 orange to melon 2700 red-violet 3000 blue to violet-blue 3100 blue 3200 blue to blue-green 3400 light green 3500 green to yellow-green 3600 yellow-green 3700 green-yellow 3900 yellow 4100 light orange 4200 carnation pink 4400 violet-red 4600 red-violet 4700 violet 4800 blue-violet 4900 blue 5000 blue-green 5200 green 5400 yellow-green 5600 green-yellow 5700 yellow to ãyellowishä (at times appears light 5800 light orange or yellow to pink 6000 carnation pink 6300 violet-red 6800 ãbluishä (appears between violet-red and blue 7200 blue-green to green 7700 ãyellowishä 8000 orange 8200 salmon 8500 dull light red-violet 8600 violet 8700 blue-violet 8900 blue 9200 blue-green 9500 dull yellow-green 9700 yellow to ãyellowishä 9900 orange Note the cyclical reappearance of the colors as thickness increases. For example, compare ; 1000,2700, 4600, and 6300.81. The equation which shows this cyclical pattern on glass is: Lamda (t*k) 5.84 * t = __________ (2*k) + 1 Where (Lamda)= wavelength t = oxide thickness k = 0, 1, 2, ... Some fun, huh ? Jo, ( -turning to other ers..) === Subject: Re: Aproximation of Coating thickness on your Sunglasses Job schrieb im Newsbeitrag > Aproximation of Coating thickness on your Sunglasses: > Lamda > (t*k) > 5.84 * t > = __________ > (2*k) + 1 > Where (Lamda)= wavelength -- MM > Jo, ( -turning to other ers..) === Subject: Re: Aproximation of Coating thickness on your Sunglasses x-election-year-1: draft j danforth quayle for president committee x-election-year-2: if nader can split the liberal vote x-election-year-3: then danny can split the idiot vote > Job schrieb im Newsbeitrag > Aproximation of Coating thickness on your Sunglasses: > Lamda > (t*k) > 5.84 * t > = __________ > (2*k) + 1 > Where (Lamda)= wavelength rho rho rho go team go arf meow arf === Subject: Re: TI-89 vs Voyage 200 >>it's certainly a more sensible size than the Voyage. > The TI92+ was big. But the voyage 200 is not much bigger than a TI89 - > less than 30% larger I guess. Hmm, interesting. Anyone want to buy a lightly-used TI-92+? I might have to get a Voyage to replace it. ttfn JasonG === Subject: Re: TI-89 vs Voyage 200 > the file extension for V200 files is different, and I've never been inclined > to test them by changing the extension to allow TIConnect to send them to > the 89 instead. You don't need to. In the DeviceExplorer, drag-and-drop the file into a folder or the calculator icon. -- === Subject: Re: SysRPL inform box I was looking though Internet for documentation about GUI programming in SysRPL. The only interesting document is unluckily in Spanish : http://www.adictoshp.org/modules/mydownloads/viewcat.php?cid=9&min=10&orderb y=titleA&show=10 The title of the document is Programaci.97n de interfases gr.87ficas (GUI) en System RPL, in the middle of the page Do you have an equivalent document in English (or in French) ? Can someone have an automatic translator Spanish -> English ? If so, I could send you the text version of this PDF file so that you could translate this file. -- Khanh-Dang === Subject: ANNOUNCEMENT: New release of HPConnect A new release of the Macintosh to HP49G+ connectivity software, HPConnect is available. I'm imposing on y'all with this announcement because this release fixes a problem where HPConnect's built in documentation not only didn't load correctly but actually causes Apple's Help Viewer application to stop loading any help files at all! If you're using HPConnect please download the new version from http://hpconnect.sourceforge.net === Subject: Re: Programming difficulties with HP48G :( Thx Khanh-Dang again a lot! Well, my 2+ hrs Numerical Analisys exam was done in.... 25 minutes! Ahh! :D The professor was attonished!!! However, I still have some doubts about the local variables.... :( For example, given: << F @Function that calculates a value DUP ->T @saves into temp variable IF DUP 0 > THEN positive ELSE negativa END @if I'd like to display T at this point, how should I do it...? I get compilation errors trying that at this point... Do I need to open the << inmediatrly after ->T ? === Subject: Re: Programming difficulties with HP48G :( Domyalex a .8ecrit : > Thx Khanh-Dang again a lot! > Well, my 2+ hrs Numerical Analisys exam was done in.... 25 minutes! > Ahh! :D > The professor was attonished!!! Congratulations ! > However, I still have some doubts about the local variables.... :( > For example, given: > << F @Function that calculates a value > DUP ->T @saves into temp variable > IF DUP 0 > > THEN > positive > ELSE > negativa > END > @if I'd like to display T at this point, how should I do it...? I get > compilation errors trying that at this point... > Do I need to open the << inmediatrly after ->T ? Yes, the << needs to be open immediatly after all the local variables name. The right code would be : << F -> T @ ^ there is a space after the -> << IF T 0 > @ If you put the value in T, why don't use it ? @ The code is then easier to read, even if it is a @ (very little) bit slower THEN + ELSE - END 1 DISP @ or whatever >> === Subject: Help... memory disappeared I just got an HP49G+ a few days ago and it worked fine. Today after some gymnastic moving libraries from on port to anothe, I noticed that inside the port it appears to be totally empty and the memory is shown Does anybody have a solution ? === Subject: Re: Emulated Saturn new opcodes > Hi, > i just came back from vacation > Does MASD properly compiles the A=A^C mnemonic ? > manjo Yes it does, try this: :: CODE SAVE LA(5) $AAAAA LC(5) $F0F0F A=A^C.A GOSBVL DBUG.TOUCHE LOADRPL ENDCODE ; Be careful when you execute it, press and release the key really fast or you won't see the registers. The last 5 nibbles in the A register should read 5A5A5. Claudio === Subject: Re: Emulated Saturn new opcodes , Great it works, little about ARM code: (i like the idea of having ARM code aligned to word boundary (or half-word for thumb mode) at the compile time or once code is compiled, i understand your FixSto works very much like that. about XOR: That's realy nice, at first i thought it was only for A field, but it realy works for any field (tested with X) and it works nice. even a short version: A^C (instead of A=A^C) is supported, realy nice !!! (i'm writing my code this way -it is almost half the size in the calc and easier to read) this prooved following: somone did think about how to improove the Saturn, and since Saturn is emulated... manjo > Hi, > i just came back from vacation > Does MASD properly compiles the A=A^C mnemonic ? > manjo > Yes it does, try this: > :: > CODE > SAVE > LA(5) $AAAAA > LC(5) $F0F0F > A=A^C.A > GOSBVL DBUG.TOUCHE > LOADRPL > ENDCODE > Be careful when you execute it, press and release the key really fast > or you won't see the registers. > The last 5 nibbles in the A register should read 5A5A5. > === Subject: Re: program ps.. could you suggest some books on system RPL user RPL and machine lang programming. >>hi i'm new..could someone help me >>Please help me figure out what is wrong with this program >> >>I'm getting a OBJ-> >>invalid arg type error >>it's running on 49g+ >Maybe if you post it in ASCII format so I can download it to my 49g+ and >try it out, without going through the trouble of translating those >non-ASCII characters. Use translation mode 3 and set it up to translate >characters 128-255 to ASCII, and to also translate NewLines, and it >wouldn't hurt to translate any other ASCII control characters in the >process. > >> here are the two progs needed.. >> the subroutine rpn must be named ->RPN >> it's called by trix >> please give me any tips you can. > Am I correct in guessing that this is a program that works in a 48 but > errors in a 49? > Anyway, the OBJ-> error seems to be at the beginning of the the ->RPN > program when it gets an exact integer (type 28). In the trix program, > try changing this: > IF DUP TYPE > THEN ->RPN > to this: > IF DUP TYPE 9 == > THEN ->RPN > Lots of other things could be improved. Of course, how much optimising > to do is up to you. If it already works, then it may be better to leave > well enough alone. > Try putting your cleanup (restoring flags and purging variables) in a > subprogram, stored in a named local variable, and use an IFERR structure > for the bulk of the program. Have the THEN clause execute the cleanup > subprogram and then ERRN DOERR. Recall the flag list at the beginning > and store it in a local variable for later restoration. Use local > variables instead of keeping them on the stack because you don't know > what will be on the stack if an error occurs. And of course also execute > the cleanup subprogram after the THEN clause in case no error occurs. > But be careful that you don't try using the flag list's local variable > name in the cleanup subprogram before it's actually defined, or else use > a compiled local name (one starting with the left arrow) for it. > But if the variables are to be purged at the end of the program, why not > use local instead of global variables? > Local variables can be initialised all at the same time using dummy > values (I usually use 0) for those which you don't have the contents for > yet. Then when you do have the content, store it in the local > variable. This saves you needing nested local variable structures. > If it's for a 49, some of the stack manipulations can be simplified. > change DUP DUP to DUPDUP, 3 PICK to PICK3, and SWAP DROP to NIP. > so consider using reals instead of zints for speed, but note that > there may be a tradeoff in program size. > You might be able to use a CASE structure in place of a nested IF > structure. >> start-trix- >> %%HP: T(3)A(R)F(.); >> << >> << TRIGONOMETRY EXPLORER { { <)(DMS^o): ANGLE IN DD.MMSS 0 } { <): ANGLE IN RADIANS 0 9 } { RADIUS: RADIUS OF CIRCLE 0 9 } { SIN: SINE OF ANGLE 0 9 } { ARC: LENGTH OF ARC INSCRIBED BY ANGLE 0 9 } { COS: COSINE OF ANGLE 0 9 } { AREA AREA OF CIRCULAR SECTOR 0 9 } { TAN: TANGENT OF ANGLE 0 9 } } { 2 2 } { } angd angr radi sine arc cosine area tang 8 ->LIST INFORM >> >> -> <-infm >> << RCLF { -2 -3 } CF { 45 'pi/4' 1 'v/2/2' 'pi/4' 'v/2/2' 'pi/8' 1 } DUP 'old' STO { angd angr radi sine arc cosine area tang } DUP 'fields' STO STO >> WHILE <-infm EVAL >> REPEAT DUP fields STO -> new >> << { } 'inputs' STO 1 8 >> FOR n >> IF new n GET DUP { NOVAL } 1 GET =/ SWAP old n GET =/ AND >> THEN fields n GET 'inputs' STO+ >> END >> NEXT >> THEN new OBJ-> DROP >> ELSE 1 1 2 >> FOR j >> IF inputs { angd angr } DUP j GET DUP 4 ROLL SWAP POS >> THEN POS + >> ELSE DROP2 >> END >> NEXT { >> << 1 1 4 >> FOR j >> IF inputs { sine cosine 0 tang } DUP j GET DUP 4 ROLL SWAP POS >> THEN POS + >> ELSE DROP2 >> END >> NEXT RAD old 2 GET >> << sine ASIN >> >> >> << cosine ACOS >> >> >> << 'angr' DUP DUP SIN sine - SWAP COS cosine - = SWAP 'pi/4' ->NUM ROOT >> >> >> << tang ATAN >> >> >> << 'angr' DUP DUP SIN sine - SWAP TAN tang - = SWAP 'pi/4' >> IF sine SIGN tang SIGN =/ >> THEN 'pi' + >> END ->NUM ROOT >> >> >> << 'angr' DUP DUP COS cosine - SWAP TAN tang - = SWAP 'pi/4' >> IF cosine SIGN tang SIGN =/ >> THEN 'pi' + >> END ->NUM ROOT >> >> DUP 8 ->LIST SWAP GET EVAL DUP 'angr' STO ->NUM R->D ->HMS 'angd' STO >> >> >> << angd ->NUM HMS-> D->R 'angr' STO >> >> >> << angr ->NUM R->D ->HMS 'angd' STO >> >> >> << >> IF -17 FS? >> THEN angr ->NUM R->D ->HMS 'angd' STO >> ELSE angd ->NUM HMS-> D->R 'angr' STO >> END >> >> } SWAP GET EVAL 1 1 4 >> FOR j >> IF inputs { radi arc 0 area } DUP j GET DUP 4 ROLL SWAP POS >> THEN POS + >> ELSE DROP2 >> END >> NEXT { radi >> << arc angr / >> >> radi >> << area 2 * angr / ABS v/ >> >> radi >> << arc angr / >> >> radi } old 3 GET SWAP + SWAP GET EVAL RAD angd angr ROT OVER SIN 3 PICK 3 PICK * 4 PICK COS 5 PICK 5 PICK SQ * 2 / ABS 6 PICK TAN >> END 8 ->LIST 1 >> << ->NUM 10 FIX ->Qpi >> IF DUP TYPE >> THEN ->RPN >> IF DUP { / } 1 GET POS 0 =/ >> THEN >> IF DUP 2 GET 100 <= >> THEN EVAL ->Qpi >> ELSE EVAL ->NUM >> END >> ELSE EVAL >> END >> END STD >> >> DOLIST DUP fields STO 'old' STO >> >> >> END STOF { angd angr radi sine arc cosine area tang fields inputs old } PURGE >> >> >>> >> trix-end >> start ->RPN >> %%HP: T(3)A(R)F(.); >> << OBJ-> >> IF OVER >> THEN -> n f >> << 1 n >> FOR i >> THEN ->RPN >> END n ROLLD >> NEXT >> IF DUP TYPE 5 =/ >> THEN 1 ->LIST >> END >> IF n 1 > >> THEN 2 n >> START + >> NEXT >> END f + >> >> >> ELSE 1 ->LIST SWAP DROP >> END >>> >> end ->RPM === Subject: Re: program I'm glad to read that. The program assumed that if an algebraic didn't evaluate to a real, then it must still be an algebraic. True on the 48 series, but on the 49 series, it may well evaluate to an exact integer. It took me a few debugging tries to find the problem, because at first I was looking for the problem with OBJ-> in the first program, overlooking that it really occurred when the second program was called. And it is a longish program, taking some time to step through. When debugging, it's often useful to temporarily insert some HALT commands, and then CONT to a HALT without single-stepping through every single command, and especially through every iteration of loops. Some things, such as IFERR clauses and programs executed by DOSUBS and so on, are executed as a single step by the DBUG operation; insert a HALT at the beginning of them to allow single-stepping through them. Use the SST key with the down-arrow to single-step into programs called by name. > ps.. > could you suggest some books on > system RPL I've barely ventured into SysRPL programming, although I've started on a SysRPL library version of my ASCII on SD programs with a few extras. It occurs to me that they may be useful for more than just file transfers using the 49g+'s SD card. So far, the SysRPL programming seems pretty simple; not really much different from UserRPL programming, except of course that I can't count on the SysRPL commands gracefully erroring out if I misuse them. Sometimes it seems that the worst problem is that there are so many different ways to accomplish the same thing, so I've been doing a lot of revising of things that I've already written and tested as I notice simpler/smaller/faster methods. So far, I've found it easiest to just write everything in my text editor, and download the directory to the calculator to try it out. But I may well decide to use an input form for the user interface, to pull everything into one place and minimize the number of user commands, so I'll probably venture into using Debug4x for that part. My SysRPL version of my UserRPL program for generating a translation table string rather impresses me; 70 bytes and about 2.06 seconds for the SysRPL version compared to 116.5 bytes and about 6.09 seconds for the UserRPL version to produce exactly the same results. Even at that, I'm not sure that it's really optimal yet. Where to start? I suppose that RPLMAN.DOC (a plain text file, from before the .DOC extension implied an MS Word file) would be a good place. It's part of the HP Tools on Goodies Disk 4. See http://www.hpcalc.org/hp48/compilations/horn/ for the Goodies Disks. But RPLMAN may well be available in other formats; try a search on hpcalc.org. Updated HP Tools are provided with Debug4x, and I think that they're on 's web site as well, but I don't know whether they include RPLMAN.DOC. You should also use Programming in System RPL 2nd Edition; it's more up-to-date, although it lacks some information from RPLMAN.DOC and the other documentation in the HP Tools. See http://membres.lycos.fr/ekalin/ or http://www.hpcalc.org/details.php?id=5142. Jim Donnelly's books may be useful. The HP 48 Handbook Copyright Donnelly 1990 First Edition First Printing, May 1990 Second Printing, September 1990 The HP 48 Handbook 2nd Edition Copyright Donnelly Second Edition First Printing, June 1993 Second Printing, October 1994 ISBN 1-879828-04-9 The handbooks start with UserRPL, and transition to SysRPL. The 1st edition is for the 48S series, and the 2nd edition is expanded and includes the 48G series. Introduction to System-RPL and Assemble Language Copyright 1995 First Edition First Printing, June 1995 Second Printing, November 1995 Third Printing, June 1996 Fourth Printing, September 1998 Fifth Printing, January 2000 ISBN 1-879828-06-5 This skips the UserRPL topics, assuming that you're already knowledgeable about them. In case the floppy disc that comes with the book is missing or unreadable, the example files are available at http://holyjoe.net/hp/HP48.htm. I still wonder what ever happened to my original copy; I ended up buying a new one from Calcpro. Donnelly also published a book (including a floppy disc) of tools for the 48S series, and maybe also a 48G series edition of it. It seems to me that these were pre-written programs, suitable for use from UserRPL. l of the above published by: Armstrong Publishing Company 1050 Springhill Drive bany, OR 97321 USA But I don't know whether it's still in business. > user RPL For UserRPL, my favorites are still those by Wickes (the father of RPL). HP-28 Insights Principles and Programming of the HP-28C/S Copyright william C. Wickes 1988 First Edition Third Printing, December 1989 ISBN 0-9625258-1-2 HP 48 Insights Part I: Principles and Programming Copyright William C. Wickes 1991 First Edition First Printing, February 1991 ISBN 0-9625258-3-9 HP 48 Insights Part II: Problem-Solving Resources Copyright William C. Wickes 1992 First Edition First Printing, January 1992 ISBN 0-9625258-4-7 HP 48 Insights Part I: Principles and Programming HP 48G/GX Edition Copyright William C. Wickes 1991, 1993 First Printing, September 1993 ISBN 0-9625258-5-5 l of the above published by: Larken Publications 4517 NW Queens Avenue Corvallis, Oregon 97330 But that seems to have been his private publishing company; I guess that it's no longer in business. The planned Part II of the 48G/GX Edition was never published. Grapevine Publications, http://www.read-gpi.com/, publishes a number of useful books, often a bit more specialized, but on the other hand, often they seem more basic, assuming that the reader knows little or nothing about the calculator. For something more up-to-date, see Gilberto Urroz's books at http://www.booksurge.com/. Of course any serious UserRPL programmer should have the applicable HP advanced manual. HP 48 Programmer's Reference Manual for the 48S series. The 48S series manuals (and a lot of other information) are available in the DVD or CD set from the Museum. See http://www.hpmuseum.org/cd/cddesc.htm. HP 48G Series Advanced User's Reference Manual. A scanned PDF version is available at http://www.hpcalc.org/details.php?id=6036. Note the file size before starting a download, particularly if you're using a dial-up connection. HP 49G Advanced Users Guide. Note that the printed version lists the CAS commands only; for most things you'll want the PDF version which includes the other commands. See http://www.hpcalc.org/search.php?query=Advanced+guide&hp49=1. For the 49g+, use the 48G AUR and/or the 49G AUG. The user's manuals that came with the 28 and 48S series are pretty good (the 28 series included the advanced manuals with the calculators). The 48G series guides are so-so; I guess okay if you're already experienced. The 49G user's guide is abysmal; it looks as if it was written as an afterthought with very little effort put into it. The 49g+ shows improvement. It looks as if they're putting some thought and a little effort into documentation again. > and machine lang programming. I'm mostly ignorant of assembly language programming, but a translation of Journey to the Center of the HP 48 has been helpful for understanding RPL. HP 48S/SX Machine Language Journey to the Center of the HP 48 Copyright 1993, Paul Corbis and S.8ebastien Lalande Translated to English from the French by Douglas R. Cannon First Printing - December 1993 Published by Grapevine (see above for the URL). This is also available (albeit with a water on each page, if I recall correctly) at http://online-48s-us.courbis.com/hp48ml.html. The French versions of this and editions for the 28 series and 48G series are also available through http://online-48s-us.courbis.com/publications.html. Unfortunately, some of the above are probably out of print, but you may be able to find a printed copy on eBay, or maybe in a used book shop, yard sale, or so on. http://www.calcpro.com/ or http://www.hpcalculators.com/ may have copies of some of them in stock. Of course, http://www.hpcalc.org/ is a treasure trove of information, and much can be learned from http://m.webring.com/hub?ring=hp48. Don't neglect a search of this newsgroup's archive from if you have a question, there's a reasonable chance that it's already been asked and answered. Some very knowledgable people have contributed over the years; but take it all with a grain of salt, a good deal of nonsense has been posted too. But often the available resources don't explain things as well as I'd like. The more advanced resources often assume that I know things that I'm ignorant of, and occasionally the books are incorrect. There's nothing like experimentation for finding out how the calculator really works. of course, first, at least when venturing beyond UserRPL's safe sandbox, make back-ups of everything that you're not willing to lose, just in case something doesn't work as you expected and memory gets cleared or corrupted on the calculator. Backing up to the 49 series' flash memory should be quite safe, but I feel even 48SX/GX, or the SD card on the 49g+. In all cases to a file on the PC, or better yet to a CD. I figure that if the calculator can overwrite or purge something, there's at least some risk that I could accidentally destroy it. And of course calculators can fail, or be lost, stolen, or destroyed. Transfers to the PC are especially fast with the 49g+. so, decompile programs that others have written for some useful examples. Explore the built-in ROM with tools like Nosy to see how the HP developers did it. But note that these aren't always as highly optimised as I might've expected. Note that information on earlier models is often still applicable to more recent models, so if you don't find it for your calculator, also look for it for other models. You're welcome. -- === Subject: user-rpl on pc Is there any User-RPL Development Environment for the PC? I know there is one for ML and SYS-RPL. A debugger (PC) based for user-rpl would be great! thanxs for all the help... Merlyn. === Subject: Re: user-rpl on pc X-Editor: EDLIN from MS-DOS 3.3 X-Comment: Outlook Express is buggy. Upgrade to MicroPlanet Gravity NOW. X-Comment-2: My other computer is an ALTAIR 8800! X-Buy-now: get a Sweet Little Lie(tm) for $29.99. Merlyn Cousins dumped core: > Is there any User-RPL Development Environment for the PC? > I know there is one for ML and SYS-RPL. > A debugger (PC) based for user-rpl would be great! > thanxs for all the help... Use Emu48 for programming? I've done this, it's better than coding in a real calculator. -- === Subject: Re: user-rpl on pc > Is there any User-RPL Development Environment for the PC? > I know there is one for ML and SYS-RPL. > A debugger (PC) based for user-rpl would be great! > thanxs for all the help... Well, I suppose that you could use an emulator for debugging on the PC, except perhaps for dealing with I/O. I'd still do the final testing on an actual calculator though. HP sold a Program Development Link (PDL) for the 48SX, and posted a file to update it for the 48G series. The update file (HP48G.CMD) is on Goodies Disk 10; see http://www.hpcalc.org/hp48/compilations/horn/. I believe that at least a trial version of the PDL is available on hpcalc.org. I suppose that it could also be used for the 49 series, although I guess that you'd have to write a new .CMD file to get the new commands. The help for the 48SX commands seems to be in PDL1.HLP and PDL2.HLP (*not* MS Window Help files), but I don't know that help files for the 48G or 49 series were ever written. Whether it includes any sort of debugger, I don't recall. But it seems to me that the PDL is an application that allows me to pick commands and non-ASCII characters out of menus or lists. I soon decided that it was easier to simply use my text editor, typing in the translation codes for non-ASCII characters. For larger applications or source directories for libraries, you can write an entire directory in a single plain text file; very convenient for editing. I expect that various other such development environments can be found at hpcalc.org. A debugger (calculator-based) for SysRPL would be great. I suppose that Debug4x may be okay, but it's a bit daunting how many windows are suddenly on the screen, or partially or completely hidden by other Debug4x windows, and with the default 1024 X 768 KML script for the emulator, it goes off my screen vertically, even though I'm using a 1024 X 768 display on my monitor. Maybe I should uninstall and re-install the whole mess. For most things, it seems to me that it's a lot easier to simply write the source code in my text editor and download it to the calculator to test it, and write small code fragments directly on the calculator for trial purposes. -- === Subject: Re: [HP49G] Clock stops working when switched off Hi Noel, But, this doesn't fix my issue. The clock still stop working when switched off. Does anybody have a similiar issue? Armin === Subject: Re: hp49g+ cannot write on sd card > hp49g+ neither write nor format sd card, though card is fat16 fored. > persistently displayed 'disk protected' error massage. Maybe the SD card really is protected. At it's side is a small slider which works similar to the write-protection slider at 3,5 disks. Just move it in the other position and try again. Holger === Subject: Re: hp49g+ cannot write on sd card >> hp49g+ neither write nor format sd card, though card is fat16 fored. >> persistently displayed 'disk protected' error massage. > Maybe the SD card really is protected. At it's side is a small slider > which > works similar to the write-protection slider at 3,5 disks. Just move it > in > the other position and try again. My 49g+ will write to the card no er which position the slider is in! === Subject: Re: SysRPL inform box Chick Corea = Pollito Corea... Toby > I recommend Babel Fish: > http://world.altavista.com/ > Note that I have often translated more than 150 words at one time. > Mads > reader1.wanadoo.fr>... I was looking though Internet for documentation about GUI programming in > SysRPL. The only interesting document is unluckily in Spanish : http://www.adictoshp.org/modules/mydownloads/viewcat.php?cid=9&min=10&orderb y=titleA&show=10 > The title of the document is Programaci.97n de interfases gr.87ficas (GUI) > en System RPL, in the middle of the page > Do you have an equivalent document in English (or in French) ? > Can someone have an automatic translator Spanish -> English ? If so, I > could send you the text version of this PDF file so that you could > translate this file. === Subject: Re: Do you have a broken HP49G+? I had one 2 weeks ago with only the LCD screen broken, but my parents threw it out because I forgot to take it with me when I moved. In fact, when I found out they threw it out I told them that someone could have needed those parts. Sorry. -Brandon > I'm in the et for broken HP49G+ calculators. If you've got one and > live in the U.S., I'll pay slightly above shipping costs for it. If you > live outside the U.S., I may pay shipping, depending on the exact cost. > A friend of mine wants to look at the hardware, and hopefully provide > some information that would be useful for hpgcc.sf.net. > I don't need the calculator to run. I would like it to be mostly in one > piece with all the major hardware components present and still attached.