Subject: Xpander Community Site - www.xpander.org Check out http://www.xpander.org from the home page: About Ts Site I am glad to say I am a proud HP Xpander owner. I noticed that as I tried to learn a bit about the Xpander that info is scattered and hard to find. For example to learn how to charge my batteries took quite a wle. So I am starting ts site to encourage a community of HP Xpander enthusiast for the purposes of support, education, enjoyment, you name it. How to Use Ts Site The purpose of ts site is to start a community so make your selves at home. Ts is your site! Post to the forum, add your links, add your images!!! To use the forum and the g le you will have to create accounts in both of them. The links section works like a wiki and any one can edit it. anytng you would like to submit please send it to me: Email === Subject: Re: LOC and UNBIND commands for your explanation, but then what's the purpose for LOC and UNBIND? In the example you made you haven't explicitly declared <- variables as loc ones... > from hpdata 48gx avilable at hpc c.org > LOC VARIABLES. > Variable names prefixed with a <- (backarrow character) are > compiled as loc (tempora) variable name objects even if > they're not explicitly after FOR or ->. Ts lows programs to > share v ues through loc variables, wch is much faster than > sharing v ues through glob variables, and they get purged > auatic ly. == Subject: Re: LOC and UNBIND commands > for your explanation, but then what's the purpose for LOC and > UNBIND? In the example you made you haven't explicitly declared <- > variables as loc ones... I tnk that LOC and UNBIND are intended for when that horrible G mode is used. They do indeed seem rather pointless in RPN mode. === Subject: Re: hp82240B Infrared grapc printer > Is compatible with my hp49g+ the hp82240B Infrared grapc printer? Yes. The 49G+ prints fine to an HP82240B printer though the printer must be fairly close to the c culator. Yes. The only limitation is the approx. 8cm range of the 49g+ Infra-Red interface === Subject: Re: HP39g+ grapng c culator announced at hp.com > It is disapointing because the HP39G+ can't compete with the new > Ti84+ c culator. Moreover how could HP expect people to learn RPN > if they haven't a low end > grapng c culator wch will introduce it to gh school > students ? > Last but not least,how is it even possible to design a grapng > c culator > today without Flash technology ? > No products is immune to sofare bugs and Flash technology is a > ve convenient > and efficient way to de with them. > I tnk that the HP49G+ batte life problem has clea shown > it,hasn't it ? > Well,it is ve disapointing that ts HP39G+ has none of the > following features: > -Flash technology > -User Flash ROM > -EQW > -RPN >> Why is that disappointing? They ready make a model that has >> l that; it is the HP 49G+. Not much point in making another >> model identic to it. I have one of those . . . . the current meglomaniaci HP hardware release. ( It's AOS! It's CAS! It's EQW! It's RPN! It's RPL!) ( Maybe it's got an IBM PC Directo System ! ) . . . ( Manu ,Chap 1 Never mind using it, Lets Identify it.) ( Manu ,Chap 2 Each Key may have 6 Functions, 3 marked.) . . . Chap 3 . . . Chap 4 . . . ( Manu ,Chap 5 gebra and Arithmetic Operations) OhBoy.. Choose one ? Grab a Casio, do homework, and go watch TV. P.S. The _Gold Paint_ scratches re ly easily. and It's got no W l adaptor socket. -and it needs a long [Enter] key. === Subject: Re: Hp49g+ Advise The only significant keyboard problem that has been gener ly reported is > the failure of some keys to register properly in earlier units. though > ts was not a problem for eveone (I have never had it and I bought my > 49G+ fairly early), it appears to be fixable by using what is being referred > to on ts newsgroup as the wiggle fix. so, it is now being reported > that recent releases of the c culator have an improved keyboard without the > problems. Ts is covered in more detail in other threads. > The batte life problem seems to have been fixed with release of upgraded > operating systems - particularly versions 1.22 and 1.23. Again, ts is a > problem I have never experienced. I have been using my c culator for a > couple of hours per day since I got it last October. I have never had to > change batteries and have upgraded my operating system ice. > I have used the 48sx, 48gx, 49G, and now the 49G+. The 49G+ is much faster > and much easier to read than the others. If you need that much c culator, > the 49G+ is an excellent investment. If you don't need the grapng > capabilities, the 33S might be worth a short wait. I have seen sever references in ts forum for a wiggle fix. What is ts, and how is it performed? I have an older 49G+ and the keyboard suffers from missed strokes. , === Subject: Re: Hp49g+ Advise The wiggle fix consists of grasping the offending key beeen your fingers, pressing down on it, and wiggling it back and forth sever times. Ts action apparently cleans up whatever is keeping the keys from registering properly. === Subject: Re: Hp49g+ Advise > The wiggle fix consists of grasping the offending key beeen your fingers, > pressing down on it, and wiggling it back and forth sever times. Ts > action apparently cleans up whatever is keeping the keys from registering properly. === Subject: Re: Hp49g+ Advise Don't bother with it. C l HP and get your replacement. The only significant keyboard problem that has been gener ly reported is > the failure of some keys to register properly in earlier units. though > ts was not a problem for eveone (I have never had it and I bought my > 49G+ fairly early), it appears to be fixable by using what is being referred > to on ts newsgroup as the wiggle fix. so, it is now being reported > that recent releases of the c culator have an improved keyboard without the problems. Ts is covered in more detail in other threads. The batte life problem seems to have been fixed with release of upgraded > operating systems - particularly versions 1.22 and 1.23. Again, ts is a > problem I have never experienced. I have been using my c culator for a > couple of hours per day since I got it last October. I have never had to > change batteries and have upgraded my operating system ice. > I have used the 48sx, 48gx, 49G, and now the 49G+. The 49G+ is much faster > and much easier to read than the others. If you need that much c culator, > the 49G+ is an excellent investment. If you don't need the grapng > capabilities, the 33S might be worth a short wait. > I have seen sever references in ts forum for a wiggle fix. > What is ts, and how is it performed? I have an older 49G+ and the > keyboard suffers from missed strokes. , > === Subject: Re: Hp49g+ Advise > Beside the wiggle fix problem there was another problem with the > keyreactions wch could not be solved by wiggle fix. > The newer keyboard seem to be cured. I have followed the posts both here and on MoHPC. The difficulties with keys registering appears to have been l from the same cause. I suspect that those that could not be fixed with the wiggle fix were simply to bad to fix in that way. Apparenlty ts prolem has been fixed in the new hardware release. > The batterie life time seem to be drastic ly shortened compared > to HP 49G. Mine survieved one month on the hp 49g+ compared > to 9 month with a HP 49G. As I said in my earlier post, I have had no problems with decreased batte life as compared to the earlier c culators. I so know of many others who have not have batte life problems. I cannot, therefore, report a gener problem of batte life. I am aware that others have reported batte life problems, particularly with the first release of the operating system (1.20). C === Subject: Re: Urania on HP 49G+ === > Yes I do. Runs fast and without a problem. Needs to be the 49-version (ask > Georg Zotti for a tri ), not the one (48) available on hpc c. for the info. I ready got v-49 form Georg, but now I am waiting for a c c to arrive === Subject: Re: Urania on HP 49G+ Anyone runs Urania on HP49G+ ? Hey, I am working on my program HPLanetarium version 3. There will be a planetarium wch can be moves in re time (like on re computers) :) In fact, on the 49g, it's not re ly re -time (you have to wait for about 0.4 seconds). But it should be much faster on the 49g+. If you want, I can re ease a test version, with wch you can t the core of the program. === Subject: Re: Urania on HP 49G+ > Hey, I am working on my program HPLanetarium version 3. There will be a > planetarium wch can be moves in re time (like on re computers) :) > In fact, on the 49g, it's not re ly re -time (you have to wait for > about 0.4 seconds). But it should be much faster on the 49g+. > If you want, I can re ease a test version, with wch you can t the > core of the program. Well, I'm interest but I don't own - still- a 49g+, so I can only test it in emu48... === Subject: Re: Questions about old 49g+ ! You better dont open it and look for HP support in your count. You dont told us about your knowlkedge of Eletronics, but if you are a norm user, and have only basic knowledge of eletronic, like me, if you open it, probably it will not work again. Insist in the HP support. At http://support.nonstop.compaq.com/gcscphone.html You can find thelephon numbers, so you can demand your user rights. > I got my new 49g+, SN# CN4021XXXX, from HP cuser service (ve good > and quick, by the way) after my origin one, SN# CN3330XXXX, crapped > out wle ting to inst l ROM 1.23. They said they might c l me to > send origin c c in order to autopsy it. Well, it has been a week > and they haven't c led. Anyway, the old one won't reset or > anytng...notng! I want to t to fix it. Can anybody tell me or > point me to the correct posting that explains how to open it and find > out what's wrong? === Subject: Re: Questions about old 49g+ I re ly don't have an answer for your question - sor, but may I ask you a question : How is your keyboard compare to your old one ? === Subject: Re: Questions about old 49g+ > I got my new 49g+, SN# CN4021XXXX, from HP cuser service (ve good > and quick, by the way) after my origin one, SN# CN3330XXXX, crapped > out wle ting to inst l ROM 1.23. They said they might c l me to > send origin c c in order to autopsy it. Well, it has been a week > and they haven't c led. Anyway, the old one won't reset or > anytng...notng! I want to t to fix it. Can anybody tell me or > point me to the correct posting that explains how to open it and find > out what's wrong? Brent, I did the same tng you did as far as c ling HP and complaining. They are sending me a new one (hasn't arrived yet, but will hopefully orrow) too. They told me on the phone that if I didn't receive instructions in the package to return the old one, then to just toss it. Of course I am not going to toss it! I had the same problems you were experiencing with updating the ROM too. How does the new keyboard feel compared to the old one? I don't know where on here the posting you are referring to is......I am new on here. === Subject: Re: What about attatchments? - test.zip (1/1) > but have no where to host it, then use comp.sources.hp48 wch was > origin ly explicitly designed for ts purpose. My ISP just removed it from its servers last week. I hope it is just tempora if it is going to be used again. === Subject: Re: What about attatchments? - test.zip (1/1) >> but have no where to host it, then use comp.sources.hp48 wch was >> origin ly explicitly designed for ts purpose. >My ISP just removed it from its servers last week. I hope it is just >tempora if it is going to be used again. Yes. I was going to post to point out ts ve possibility. Other ternatives are BitTorrent ( http://bitconjurer.org/BitTorrent/ ) and Freenet ( http://freenet.sourceforge.net/ ) . - === Subject: Re: What about attatchments? - test.zip (1/1) The file was quite large, I guess. They should at least low the message to get through... Notng important ts time, but nice to know the limits anyways. >I just sent another msg with a 190k bmp, and it did not even show up without >the attatchment. I saw the 'Sending Post' prompt in OExpress, but I cannot >retrieve it back. > I've occasion ly attached sm l binaries to accompany source included > in one of my posts. (much less wasteful than ASC) I see notng wrong > with that. But posting large multipart binaries would not be > acceptable as well as without reason because most programs don't get > past the teens and enties in terms of kilobytes when compressed. If > you want to give people immediate access to a program you've authored > but have no where to host it, then use comp.sources.hp48 wch was > origin ly explicitly designed for ts purpose. >There must be some limitations at the server side, type or size. > Since ts is a text group, I wouldn't be surprised if usenetserver is > set to filter out binaries or messages that cross some size threshold. > Ts is good as such a large post would most certainly be spam or > vand ism. If it didn't do ts, then the service wouldn't be worth > paying for. === Subject: Re: What about attatchments? > Can i send attatchments to ts NG? I tried a few times without success. I guess that's a NO, but, does anybody know for sure? > === Subject: Re: What about attatchments? I use html because I'm able to use monospaced as well as proportion ly spaced fonts. Not that I am a web rebel or hard-head but I tnk html in ng's is a good tng, as long as the formating stays relatively simple, like font selections, underlining, maybe sizing, but no more than that. Plus, I like the way it flows in sm ler windows. However, we could quit using l that if it is a big problem. Poll time.. > Can i send attatchments to ts NG? I tried a few times without success. I guess that's a NO, but, does anybody know for sure? ODY> considered bad practice by a lot of people and don't be surprised if you > get flamed for it one day. Luckily, comp.sys.hp48 is a friendly place. === Subject: Re: What about attatchments? > I use html because I'm able to use monospaced as well as proportion ly > spaced fonts. Not that I am a web rebel or hard-head but I tnk html in > ng's is a good tng, as long as the formating stays relatively simple, like > font selections, underlining, maybe sizing, but no more than that. Plus, I > like the way it flows in sm ler windows. > However, we could quit using l that if it is a big problem. > Poll time.. > Kill the HTML. Newsgroups are storic ly text-based. so, there are viruses that can be propagated by being dden in HTML. As a shoe company did not say, Just don't do it. Gene === Subject: Re: HP 48GX vs 49G+ Send me an email rding the subject have information for you rding the 48GX and structur engineering programs. === Subject: Re: HP 48GX vs 49G+ > Again, if you are into simplification, the TIs would suit you much better. > T ts: type 2 3 / 2 / 3 *. What do you get? Well, it's 2/3/2*3. > Wow. Impressive. A few keypresses later your HP might tell you that ts > is 1. Had you used a TI for an equiv ent exercise, you would have > gotten that result right away. > Gee... * l* my HPs tell me ts is 1.000E0 straight up.... And I have *a* *lot* of HP c culators. === Subject: Re: HP 48GX vs 49G+ I suppose you are refering to the auto simplification of the TI c cs. There is a program for the hp49g that do auto simplification. And - you can laugh l day but In civil engineering and structur engineering we are de ing with ve ve long expressions since the expressions are sometimes empiric . I am sor but de ing with these expressions with RPN is just giving yourself a headache. EQW writer is not gebric mode !!!! EQW made so that you could, after learning to operate it quickly, write an expression ve quickly, without any mistakes, and edit it again ve easily, replace variables quickly in ts expression, and l ts - in re time - not as the TI does it - after your had ready input the expression - but in re time !!! What can be more useful than that ? Its ve same like using MAPLE sofare or MATHLAB to input large expressions. I am t king about ve large expressions, with many many variables. Sometimes I use the SOLVER to solve these expressions and there is no easier way than to write the expression in the eqw writer and than - solve it. Why mess with RPN l the time ? I suggest you to t and start using eqw writer. After a wle you get used to it you won't use RPN for large expressions. Just t it. To use RPN ve efficiently you need to know RPN ve ve well and rule l the commands. Are you one of these ? If you are - lucky you. If not - EQW is a better choice. And you l the time insist that TI c c has a better CAS - Are you familier with the fact that even experts in the field dont know that answer to ts question ? There are many developers that tnk that in many areas the hp49g beats without a fight. So why are you so sure about ts subject ? === Subject: Re: HP 48GX vs 49G+ > What can be more useful than that ? Its ve same like using MAPLE > sofare or MATHLAB [I assume you mean Matlab] to input large expressions. Have you ever used any of these? Operating them has no similarities whatsoever to using eqw. > I am t king about ve large expressions, with many many variables. What does that mean? In my book, the above would mean that these expressions are unsuitable for a c culator anyway: You would never be able to see such expressions in their entirety on that little c culator screen. If, in fact, you are de ing with large expressions with a non-trivi structure, you should work with them on a re CAS. If, however, the structure of your expressions is simple, as I suspect, there is no need for eqw. As others have remarked before, you are using the wrong tool for your purpose. But of course, I understand that if the only tool you have is a hammer, then evetng looks like a nail... > Why mess with RPN l the time ? Because it is easy and fast? Because it is well suited for the kinds of problems that are appropriate for treatment on a c culator? > I suggest you to t and start using eqw writer. You know, your main problem seems to be that you are unable to grasp the fact that other people have different kinds of problems to solve, and use a different approach to solve them, than you do. As I said, I have tried eqw, and found it useless for anytng I would be interested in doing on a c culator. > And you l the time insist that TI c c has a better CAS You need to read more closely. The above is _not_ what I am saying. What I am saying is that according to your description of how _you_ use your c culator, a TI clearly would be a much better choice. It has a much better display for representing large expressions, and it nicely performs auatic simplifications. Since that is l you seem to be interested in, these macnes would be ide for you. You should re ly t them, imo. Otherwise, some others have answered your points in a bit more detail, and you would do well to read their responses. For me ts discussion is closed. === Subject: Re: HP 48GX vs 49G+ Why mess with RPN l the time ? > I suggest you to t and start using eqw writer. After a wle you get > used to it you won't use RPN for large expressions. Just t it. To > use RPN ve efficiently you need to know RPN ve ve well and rule > l the commands. Are you one of these ? If you are - lucky you. If > not - EQW is a better choice. > , I have been following ts repartee with some interest-may I ask you how long you have used HP's and what your first HP was? I rather suspect that you started with one of these big guns (e.g. hp49) and that you cut your teeth on a casio or sometng before it? If ts is the case, it should be understood that there are many persons in their 30's and older who cut their teeth on the 11c, 41c, 34c, 12c, 32s etc and for them, knowing l the RPN commands ve well goes without saying. And in such a case, moving through a large expression in RPN is ve smooth and natur . But the re issue here may be direct computation vs. enter-view-edit-use. RPN is excellent for direct computation, but a bit obtuse to edit or view (though for the ve experienced it is quite natur ). It sounds like you are more of the enter-view-edit-use paradigm type user. RPN is incredibly versatile for direct computation, and for programming, where the keystrokes in the program are a perfect match to doing the problem by hand. Of course, sometimes you need to use Horner's Method etc to re-arrange the expression for faster and safer computation. more like a PC platform than a c culator-you are stretcng your c culator to the ve edge of its capabilities. I suspect that you might actu ly be far better off moving past the c culator and into a sub-laptop-as then you CAN have MAPLE or other super-wzbang program there. In my engineering work, once I have a re problem to solve that will go into a report, or be part of an offici c culation, or that involves a lot of number cruncng, I tend to lean towa using a computer, even if it is Excel or Mathcad, or a powerful speci purpose program. I use the c culators for initi tnkingfor hasng out the way the problem works-or should I say more accurately that wle I am hasng out the problem, I use the c culator to rapidly perform tedious num computations. But once I see what is happeninghave played with the problem by hand as it were, I move up a notch. Of course there are some jobs I come across that are so one-off that evetng stays on paperand so the c culator remains the princip computing aid. But ts is now the exception rather than the rule. I must say that for me, most of the power and use of the HP's is re ly the RPN good qu ity interface, programmability and memomaking it possible to ve quickly cusize for a repetitive computation with essenti ly no extra overhead development time. l the fancy wz-bang CAS etc seems rather ridiculous to me compared to using a computer. === Subject: Re: HP 48GX vs 49G+ [lot of good stuff ped] You beat me to it ... Many here have used HP c culators for years ... my introduction came when I saw a friend with an HP41C years ago. Now I skipped a bit and owned an HP15C, HP28S and am on my second HP48GX. As a side note I so own and frequently use a pocket Casio (don't know the model but it's gebraic and cost ~$9.00 eight years ago) and sometimes one of my wife's classroom (she's a 4th grade teacher) TI solar c culators in the cheap blue case. They l work for me. I agree with William Platt in that what you appear to be doing is enter-view-edit-use and in as much as that is your interest I suppose it is perfectly v id. However if you're a structur engineer and you are truely solving serious problems you will either be using dedicated PC sofare or you will use sometng a bit more industri in strength than your HP. As examples I use Excel for many refrigeration and psychrometric c culations and for stress an ysis I use my HP for simple first-order c culations (usu ly with no program) and FEA for more involved second and gher-order c culation. Only on occasion (read once or ice ever in 12 years) have I ever 'needed' a CAS and then I used Maple. The bot line is that as a student you will probably work your c culator much harder than you ever will in profession life. When I need to perform gebra, that's what I do and I don't do it on any c culator. When I have an equation and need to solve for a variable I sometimes do it on my HP but I only solve it num ly. More often I solve num ly on Excel. Only rarely would I ever need to solve symbolic ly therfore a CAS on a c culator is gener ly of little use. HOWEVER, that being said, when I have too much time on my hands I'm not above working and eaking out my c culator with programs that probably would make better spreadsheets. To ts end I've created a series of programs for c culating materi useage and flat patterns for sheet met work, financi c culations, table look-ups and interpolations. Important however is that for serious industri strength problems, use the c culator to get the feel for the problem then model/solve the problem on you computer. === Subject: Re: HP 48GX vs 49G+ > Again, if you are into simplification, the TIs would suit you much better. > T ts: type 2 3 / 2 / 3 *. What do you get? Well, it's 2/3/2*3. > Wow. Impressive. A few keypresses later your HP might tell you that ts > is 1. Had you used a TI for an equiv ent exercise, you would have > gotten that result right away. > Gee... * l* my HPs tell me ts is 1.000E0 straight up.... Well, let's just say that it would have been benefici if you had tried to follow the conversation. > And I have *a* *lot* of HP c culators. O.k., let me know how many of these give you the result you quote wle using their CAS in Exact mode. I hope that will clear tngs up for you. === Subject: Re: HP 48GX vs 49G+ >... I'm even tnking of adding another ramcard to inst l metakernel. http://uuhome.de/oklotz/index_e.html === Subject: Re: HP 48GX vs 49G+ Raul. I knew about Klotz, and probably that's what I'll buy. Any problems with these ca ?. Just having them without a cover seems a little strange. If you own one, plase, tell me sometng about them. ve much. >... I'm even tnking of adding another ramcard to inst l metakernel. > http://uuhome.de/oklotz/index_e.html === Subject: Re: HP 48GX vs 49G+ > Raul. I knew about Klotz, and probably that's what I'll buy. Any > problems with these ca ?. Just having them without a cover seems a little > strange. If you own one, plase, tell me sometng about them. ve > much. > They work properly: no problems for years, but batte life is just a year. I give you more details by e-mail (in spanish!) === Subject: Re: HP 48GX vs 49G+ I have o 128k ca , and one 2 MB ca , (in o different 48GX's) from Klotz and they have been just fine for 6 months now. But I do not trust any ca for re permanent back-up (use a cable to a PC for that). Funny tng is, I re ly haven't needed these ca yet. (I don't write huge programs ve often). Bought them so that I would have a complete GX system before it became too late! - Platt > Raul. I knew about Klotz, and probably that's what I'll buy. Any > problems with these ca ?. Just having them without a cover seems a little > strange. If you own one, plase, tell me sometng about them. ve > much. >... I'm even tnking of adding another ramcard to inst l metakernel. > http://uuhome.de/oklotz/index_e.html === Subject: Re: Is my 49 SD card reader dead. > , I tnk I know your problem. You need to format the card at a DOS > prompt as per the hp produced document relating to SD card usage, > found on their website. The following text is the correct dos prompt > syntax, please substitue the letter F to whatever drive letter is > assigned by your PC for the card. > FORMAT F: /FS:FAT /V:HPGSD /A:8192 Eveone should become aware that the regular windows interface for > Format, re ly seems to do notng but delete the files from the card. > I run Win2K, and had quite a go around rding ts issue, but the > dos format should fix evetng. But with MS Windows 98SE, I format my 128MB card just fine, of course using the Full instead of the Quick (erase) option. And the FORMAT included as part of the DOS wch comes with 98SE, and, as far as I know, l earlier versions, won't accept the /FS:FAT and /A:8192 switches. Perhaps these are only for the DOS emulator in the Windows NT series or new with XP? Is the /A:8192 switch for setting the cluster size? If so, depending on your card size, you might be better with a sm ler cluster size (but cluster size must be 512 bytes times a power of 2). For example, my 128MB card is fored for 2048 byte clusters. Larger clusters would give me fewer clusters on the card, and since I that expect most files that I store on the card won't fill even a single cluster, fewer possible files on the card. Still, if your version of FORMAT won't do a full format to a FAT16 file system acceptable to the 49g+, using DOS (or a DOS emulator) is worth ting. === Subject: Re: Is my 49 SD card reader dead. l of the suggestions having failed to bring back my reader to life, I tried to phone hp support but it is late in India at the moment so their answering macne told me to phone back orrow. At least I tnk that it is what they said. I guess I won't be able to do that until Friday. Anyway, I will hopefully get a new keyboard not so stiff. I just have to find a way to back-up l my stuff without an SD card! for l you help === Subject: Saturn emulation in ARM ? , is it possible to bypass the Saturn emulation in the 49G+ and program directly in ARM assembler? Is ts documented? === Subject: Re: Saturn emulation in ARM ? > is it possible to bypass the Saturn emulation in the 49G+ and program > directly in ARM assembler? Read the thread with title THE END OF THE QUEST !... > Is ts documented? Not yet. Hmmm, ts reminds me of the old days of the 48SX, discovering new 'instructions' (System RPL) and a new 'language' (Saturn ASM) I'll follow l ts with interest... Have fun! Ger d. === Subject: Re: Saturn emulation in ARM ? That's THE question :)) > , > is it possible to bypass the Saturn emulation in the 49G+ and program > directly in ARM assembler? > Is ts documented? === Subject: 49g graysc e games on 49g+ Did anyone t to run 49g graysc e games (like Treize, Dune, Columns+) on the 49g+? On my c culator these three seem to run, but they flicker and set the lcd display to an most unreadably dim state. And they don't low me to modify the contrast. Is there a way to run these (and other) games norm ly? : Juhasz === Subject: Re: Just a game for HP49G+ Jean-Marc: maybe create a level editor :)) > Good Game, > But not enough level, I have finished the 13 level in less than 5 minutes. > No problem on my HP49G+ > Telescope is just a new game for hp49G+, made in a few hours so don't > expect > a zelda. > you can either download it at www.hp-sources.com > or t the pc version at http://www.telescope-game.com === Subject: Re: Just a game for HP49G+ > Telescope is just a new game for hp49G+, made in a few hours so don't > expect a zelda. > you can either download it at www.hp-sources.com > or t the pc version at http://www.telescope-game.com You may note that Telescope is the ve first program using the full screen (80 lines display) in a saturn assembly language program... Congratulations, I tnk it is a re acevement ! Subject: Re: hp49g+ : THE END OF THE QUEST ! === t ts... %%HP: T(3)A(R)F(.); << D9D20430F2CCD20212008FB9760808F70E00F14D29E4192195E4293195E20070A1E30080A1 E 10C60A3E2920400E4 4640A1E3930500E54650A1E500E480E1090E53EA00000AC5004440E2930300E4002780E3C530 A1E3003880E100665 2E1FFFFFA186961D5E10066C3E86961C5E0F18DB8E86961D5E1006683E86961C5E0F18DB8E07 1341F00108340E000 80B60AE280B331FE9228319AAF0A7C151717FA6E55F1B0210034E922814413437FFFEFFFFAF7 31F481A60BAF23300 81BFAAF53128AC0B4406340010880BFF860D01564B421544A44580160B44AF23104A7107A6E5 6C161AF23166A7311 BA6E10B54931FF8018F2120096A6F8F2120096E6F8080310180B338FC77621361B021001448D 34150B2130 13 CHR SREPL DROP 10 CHR SREPL DROP H-> EV > Er, well, in fact, my guess is those o latter ARM commands, ARMSYS > and ARMSAT, can respectively SWITCH INTO NATIVE ARM (you don’t > dream !) and switch back into emulated Saturn. Detailled informations > and parameters remain to be discovered and document but I advise > you to learn ARM9 assembly language at once ! > BUSCC 0xFE - ARMSYS > Set the ARM PC to the 32-bit v ue in the first 8 nibbles of the C register. > Ts particular BUSCC code does not perform any kind of error checking, nor > does it save the current PC on the stack. It simply performs a 'GOTO' > command in the ARM domain to the address specified by Saturn register C > (nibbles 7 thru 0), after first clearing bit 0 and bit 1 of the address to > make sure that the address lies on a 4-byte bounda. The address is ARM > domain, not Saturn domain. > Ts BUSCC code is essenti ly unusable for the user due to the fact that > the user has no visibility into ARM domain addresses. > Register contents after command: > R0 = Saturn PC + 5 > R1 = Glob Base - > BUSCC 0xFF - ARMSAT > C l the ARM subroutine at Saturn address specified by the A field of > register C. > Ts BUSCC code performs the rough equiv ent of a 'GOSUB' in the ARM > domain. It first takes the contents of the A field of the C register and > converts it to the equiv ent ARM domain address. It then sets the ARM PC to > that address, but leaves the link register intact and pointing to the return > address from the BUSCC execution. > Ts apparently is the BUSCC code that can actu ly be used to execute > user-provided ARM code. I believe that l a user has to do to execute a > cus ARM function is to create the function using position independent > code (and placing the ARM command BX LR at the end!), encode it as an HP > code object, get the Saturn address of the object, put it in the A field of > the C register, and then execute BUSCC FF. Let the hacking commence! > Register contents after command: > R0 = Saturn PC + 5 > R1 = Glob Base - > Some interesting variable locations in the ARM domain: ( l 32-bit > variables) > Saturn register A (low order 8 nibbles) = Base + 0x90C > Saturn register A (gh order 8 nibbles) = Base + 0x910 > Saturn register B (low order 8 nibbles) = Base + 0x914 > Saturn register B (gh order 8 nibbles) = Base + 0x918 > Saturn register C (low order 8 nibbles) = Base + 0x91C > Saturn register C (gh order 8 nibbles) = Base + 0x920 > Saturn register D (low order 8 nibbles) = Base + 0x924 > Saturn register D (gh order 8 nibbles) = Base + 0x928 > Saturn register R0 (low order 8 nibbles) = Base + 0x92C > Saturn register R0 (gh order 8 nibbles) = Base + 0x930 > Saturn register R1 (low order 8 nibbles) = Base + 0x934 > Saturn register R1 (gh order 8 nibbles) = Base + 0x938 > Saturn register R2 (low order 8 nibbles) = Base + 0x93C > Saturn register R2 (gh order 8 nibbles) = Base + 0x940 > Saturn register R3 (low order 8 nibbles) = Base + 0x944 > Saturn register R3 (gh order 8 nibbles) = Base + 0x948 > Saturn register R4 (low order 8 nibbles) = Base + 0x94C > Saturn register R4 (gh order 8 nibbles) = Base + 0x950 > Saturn register d0 = Base + 0x954 > Saturn register d1 = Base + 0x958 > Saturn register P = Base + 0x95C > Saturn register ST = Base + 0x968 > Saturn register HST = Base + 0x96C > Saturn register CAR = Base + 0x970 > Saturn register DECIM _MODE = Base + 0x974 ; dec = 1, hex = 0 > The above information was obtained through an ysis of disassembled ARM code > and is part of an upcoming BUSCC information sheet that I'm writing. Ts > information is free to dietribute, though I'd appreciate it if I were > given some credit for it. It is by no means guaranteed to be correct, so use > it at your own risk! > -Robert ldinger > rh_public AT mindspring DOT com === Subject: Re: hp49g+ : THE END OF THE QUEST ! ! The commented source code would be great if you have it. It seems quite useful anyway, I have to look at it better. a lot for ts and so much more. === Subject: Re: hp49g+ : THE END OF THE QUEST ! >! >The commented source code would be great if you have it. It seems quite >useful anyway, I have to look at it better. > a lot for ts and so much more. Yes. ve much. however I tnk he obviously enjoys teasing us. . . please share a wee bit more. . . she can't take much more of ts captin! === Subject: Re: hp49g+ : THE END OF THE QUEST ! > ! > The commented source code would be great if you have it. It seems quite > useful anyway, I have to look at it better. > a lot for ts and so much more. What does it do? For us without the 49G+ yet... === Subject: Re: hp49g+ : THE END OF THE QUEST ! It obviously c ls the ARM but I haven't figured out where and how (I have more serious issues with my hp at the moment) and draws a Mendelbrot structure instantly, well fast enough for me not to see it c culating. === Subject: Re: hp49g+ : THE END OF THE QUEST ! > It obviously c ls the ARM but I haven't figured out where and how (I have > more serious issues with my hp at the moment) and draws a Mendelbrot > structure instantly, well fast enough for me not to see it c culating. Impressive! and when is CdB going to release the key to that knowledge? :) === Subject: Re: Slow down the scrolling speed If other people re ly need to slow the hp49G+ a little bit i can code a little program for them. D. Turbiner a .8ecrit dans le message de > I've got a huge problem: on l 49g programs where there's scrolling > my 49g+ scrolls them amazingly fast ( ts happens for example in > eqlib ) > I wonder if somebody would have a solution to ts > I read that in the 49g there was a variable KEYTIME wch controlled > the time of detecting keypresses. > I don't see it on my 49g+ === Subject: HP Spping Policy Changed because of comp.sys.hp48? I just got off the phone with HP tech support, ting to ask them if they could sp me the c culator FIRST. I told them that I had seen postings that state that they have spped c culators and then asked for a return. The tech support guy that I t ked to said that the policy has been recently changed because of said newsgroup. What the heck!? P.S. If anyone from HP's spping office is reading ts post, my case number is 9740716. SP ME MY C CULATOR. :-D === Subject: Re: HP Spping Policy Changed because of comp.sys.hp48? > I just got off the phone with HP tech support, ting to ask them if > they could sp me the c culator FIRST. I told them that I had seen > postings that state that they have spped c culators and then asked > for a return. > The tech support guy that I t ked to said that the policy has been > recently changed because of said newsgroup. What the heck!? P.S. If anyone from HP's spping office is reading ts post, my case > number is 9740716. SP ME MY C CULATOR. :-D Never mind ... I c led them back and my mom (who knows a bit more of how to speak to tech support) got them to send me my c culator... again, kudos to HP for doing ts. I should be getting it in 2 days. I don't even tnk they needed a credit card! But the question of why they changed their spping policy because of ts newsgroup remains. === Subject: Re: HP Spping Policy Changed because of comp.sys.hp48? > But the question of why they changed their spping policy because of > ts newsgroup remains. Imagine that you were in change of the warranty exchange program, and that you read ts newsgroup on a regular basis. It's been publicized that users can get a replacement 49g+ without even returning the defective item. Might some folks who've never even purchased a 49g+ be tempted to c l for a replacement? Enough information about the seri numbers is available that anyone has a ve good chance of guessing a v id seri . Sounds like a re headache. Perhaps some details would be better kept confidenti ? To be sure, HP could refer to the registration information, but I wonder how many purchasers actu ly bother to register their product. === Subject: Re: HP Spping Policy Changed because of comp.sys.hp48? > But the question of why they changed their spping policy because of > ts newsgroup remains. > Apparently they didn't expect a lot of returns so initi ly they just decided to sp people who had problems anew one without asking for the old one back. I don't tnk they anticipated a lot of returns since they had not advertised that they were doing ts. When they re ized that ts newsgroup was sending a large number of people to them, they changed their policy to have you sp your old one back first. Ts might cause a few people to not bother due to the added cost of returning it. They can probably unload the old ones somewhere as well. Jer === Subject: Re: Non programmable RPN c c > . I'm looking for a HP non programmable c c that uses RPN. I own a > 48GX, but in my last career courses they don't low to use programmable > c cs, so I'd like to know a model with RPN and non-programmable. The latest > cat ogue by HP shows the non-prog models uses gebraic notation, wch I don't want. I've been using RPN for 8 years now eveday, and I can assure > you I can't use an gebraic any more. So wch models are available?. Don't > mind if they are out of production now. I can ways use ebay, but I'd > prefer new models if possible. > ve much. If you are lowed to have a solver, then get a 17bii (or 17bii+) wch is RPN/ G selectable. The solver lows equations and variables and if:then and l sorts of stuff, wch re ly is programming but isn't considered to be by HP for some reason. === Subject: Re: Non programmable RPN c c as far as I remember there was more than a thread about an AURORA rpn c culator. Just look for 'AURORA' in ts NG. As far as I remember it is a financi c c and the price was around 20 bucks. > I may be wrong, but I tnk the only way you are going to find an RPN > non-programable c culator from HP is to go back to the old LED versions. > These would be the HP 35 and HP 45. l c cs after these that are RPN will > have programablility as an intric part of their design. > No, there were a couple of non-programmable woodstocks: HP-21, HP-27. > Once the Voyager series came out they were l programmable. === Subject: Re: Non programmable RPN c c The Aurora is programmable. It is an HP12C clone. > as far as I remember there was more than a thread about an AURORA > rpn c culator. Just look for 'AURORA' in ts NG. > As far as I remember it is a financi c c and the price was around > 20 bucks. > I may be wrong, but I tnk the only way you are going to find an RPN > non-programable c culator from HP is to go back to the old LED versions. > These would be the HP 35 and HP 45. l c cs after these that are RPN will > have programablility as an intric part of their design. No, there were a couple of non-programmable woodstocks: HP-21, HP-27. > Once the Voyager series came out they were l programmable. === Subject: Re: HP49G+ : Build Libraires / Using HP Pasc ? > , > HP-Pasc is available in http://www.hppasc .fr.st/. Yep. Found it with google. Ts project re ly impressed me! Anyway I feel good with Debug4x, so I don't tnk I will switch to that IDE. > can you give me some examples using debug4x different than the demo > given in the tool. Do you have some guide to use ts tool. Well, what you mean by some examples? If you can ask more specific ly I can t to answer you (if I know the answer ^_^ ). B, to use Debug4x you need to know SysRPL (as far as I can see in HPPasc is the IDE hat do the work for you: you write code as in turbopasc ). The bible for SysRPL programmers is the K inowski/Domink Programming in SysRPL 2nd edition; here you can find explanations and examples: http://www.hpc c.org/hp49/docs/programming/progsysrpl_pdf.zip The program written in ts books can be downloaded from: http://www.hpc c.org/hp49/docs/programming/progsysrpl_examples.zip The book tell you how to compile these little programs. so read the Debug4x help: there's a lot of information there, especi ly in the HPTOOLS section. === Subject: Re: HP49G+ : Build Libraires / Using HP Pasc ? > I certify that DJludo has posted a version compatible with the HP49G (you > select the HP48 or HP49 compilation), I test it recently on HP49G+ and it > works fine but due to the new processor, playing pacman becomes impossible. Re ly ? for the information, I wasn't aware of it. === Subject: Re: HP49G+ : Build Libraires / Using HP Pasc ? > Does anybody know how to develop librairies with HPPasc , if it is > possible. > If not, wch tool can i use ? > You should tell ts to the origin author of HPPasc , who worked a > long time to make the compiler working on 48. > As far as I know, he didn't release a 49 version of the compiler, so > there is probably no way to program in HPPasc for hp49, except > compiling for 48 and convert manu ly the program you get into a 49 > version. In HP Pasc 2.1 there a compile switch that lets you choose the target macne to be an HP48 or an HP49. Doesn't ts switch work? === Subject: Re: HP49G+ : Build Libraires / Using HP Pasc ? , The switch work, Playing Pacman (compiled with HP Pasc switch HP49) becomes impossible on HP49G+ because ts macne is too fast !!! So It is impossible to play, but the code is OK. a .8ecrit dans le message de > Does anybody know how to develop librairies with HPPasc , if it is > possible. > If not, wch tool can i use ? > You should tell ts to the origin author of HPPasc , who worked a > long time to make the compiler working on 48. > As far as I know, he didn't release a 49 version of the compiler, so > there is probably no way to program in HPPasc for hp49, except > compiling for 48 and convert manu ly the program you get into a 49 > version. > In HP Pasc 2.1 there a compile switch that lets you choose the target > macne to be an HP48 or an HP49. Doesn't ts switch work? === Subject: Re: HoganAssociates I had similar probs transferring ascii files from 48 -> 49. I created a text file on the 49, transferred as ascii to the pc, copied the header, and replaced the 48's files headers with that one. so, placing string characters < > around files may help the 49 to recognize it, then these can be removed after transfer is complete. > l, > I purchased the programs for civil engineering from Hogan & Associates > and I am having problems on inst ling them. The fact is that I am the > most proud owner of a 49G+ with old keyboard (ouch!!!) and I can't > seem to be able to inst l the programs. Evetime I t to sync the > c culator starts processing some commands and I get the Syntax > Error message. > The only tng left on the stack is a huge string with the source code > for the programs (with some DIR commands and so). I was tnking that > if I could process the string then perhaps I could solve the problem. > But I can't seem to be able to edit (can't edit null char message) > nor EV the damn string. > Anyone who has ts set of programs is experiencing the same problems > or know how to fix them? === Subject: Re: HoganAssociates > I purchased the programs for civil engineering from Hogan & Associates > and I am having problems on inst ling them. The fact is that I am the > most proud owner of a 49G+ with old keyboard (ouch!!!) and I can't > seem to be able to inst l the programs. Evetime I t to sync the > c culator starts processing some commands and I get the Syntax > Error message. The only tng left on the stack is a huge string with the source code > for the programs (with some DIR commands and so). I was tnking that > if I could process the string then perhaps I could solve the problem. > But I can't seem to be able to edit (can't edit null char message) > nor EV the damn string. Anyone who has ts set of programs is experiencing the same problems > or know how to fix them? The first tng that occurs to me is that you ought to discuss the problem with Hogan and Associates. Are the programs re ly intended for the 49 series, or are they perhaps intended for the 48 series? Does the string start with an ASCII transfer header similar to %%HP: T(3)A(R)F(.); or a bina transfer header similar to HPHP49-X? If there is a header, please let us know exactly what it is. How are you transferring the file, USB, SD card, or IrDA? If you haven't ready done so, visit http://h20000.www2.hp.com/bizsupport/TechSupport/DriverDownload.jsp?pnameOID =351776&loc e=en_US&taskId=135&prodSeriesId=33568&prodTypeId=215348 for the latest Conn4x/USB driver package and latest (Build 31) ROM. It may be that a simple OBJ-> (or STR->) on the string will compile it. On the 49 series you can force the NUL to be decompiled to 00 (and to and to ) for editing by using EDIT instead of EDITB, that is, use LeftSft CursorDown instead of just CursorDown. === Subject: Re: HoganAssociates I am ready ting to contact them, and I've received some information, mostly telling me to correctly perform the transfer using the seri port and stuff. I e-mailed them telling I am transferring via USB and asked if there's any difference, but no replies till now. Some of the programs are bina, some are ASCII. The bina programs are exclusively for HP48 (I don't re ly care, for I bought the package mainly because of their steel and concrete modules, wich are ASCII). The bina work fine with EMU48, but since the emulator can't process the ASCII files (they become a string in the stack), I don't know if they are ok or not. I tried to convert the text files to bina, with no good results (the converter could not do its job correctly). In fact, not l the text files are having problems. Some of them work. But l at the end of eve text file that doesn't work there are some strange characters (.81.be .Áx2 èQ'.Á`.88;,*®), and I tnk those files may be corrupt. (I don't know if these characters are generated by the the transferring program or not). Celso Andr.8e Moreira da Rocha > The first tng that occurs to me is that you ought to discuss the > problem with Hogan and Associates. > Are the programs re ly intended for the 49 series, or are they perhaps > intended for the 48 series? > Does the string start with an ASCII transfer header similar to > %%HP: T(3)A(R)F(.); or a bina transfer header similar to HPHP49-X? > If there is a header, please let us know exactly what it is. > How are you transferring the file, USB, SD card, or IrDA? > If you haven't ready done so, visit > for the latest Conn4x/USB driver package and latest (Build 31) ROM. > It may be that a simple OBJ-> (or STR->) on the string will compile it. > On the 49 series you can force the NUL to be decompiled to 00 (and to and to ) for editing by using EDIT instead of EDITB, > that is, use LeftSft CursorDown instead of just CursorDown. === Subject: Re: phoneaddress book i am actu ly writing a program to do just that for 49g right now...im writing it for me and my particular needs, but im planning to distibute it too, so if you want tell me what you want it to be able to do and ill t to include it === Subject: Re: phoneaddress book > i am actu ly writing a program to do just that for 49g right now...im > writing it for me and my particular needs, but im planning to > distibute it too, so if you want tell me what you want it to be able > to do and ill t to include it And what will your program exactly do? There are a lot of PIM's in www.hpc c.org, so I believe you need some speci feature wch is not available in the ready made PIMs, or is it just programming practice? I'm just curious. === Subject: How to use linux What program do I need to download programs from the weh to my HP 49G+ when I'm using linux? I saw sometng at www.hpc c.org but don't know if it can be relied upon because the site is NOT supported by HP themselves so maybe programs can do harm to my 49G+ or can't they? b. I tried the wiggle fix today and it re ly works. Some of my keys work much better now. === Subject: Re: How to use linux Wle I've gotten the transfer to work through the USB port it was ways a pain. Now I use an SD card to capy files/programs/libraries/etc from my linux macne to my hp49g+ : What program do I need to download programs from the weh to my HP 49G+ when I'm : using linux? : I saw sometng at www.hpc c.org but don't know if it can be relied upon : because the site is NOT supported by HP themselves so maybe programs can do harm : to my 49G+ or can't they? : b. I tried the wiggle fix today and it re ly works. Some of my keys work : much better now. : Keep working millions on welfare depend on you - fwp@deepthought.com === Subject: Re: How to use linux > What program do I need to download programs from the weh to my HP 49G+ when I'm > using linux? > I saw sometng at www.hpc c.org but don't know if it can be relied upon > because the site is NOT supported by HP themselves so maybe programs can do harm > to my 49G+ or can't they? b. I tried the wiggle fix today and it re ly works. Some of my keys work much better now. > I used to use USB with my Linux systems l the time. Now, of course, I use the SD card reader I have, but I've still got the USB info. To start the usbseri module with support for the HP 49g+: modprobe usb-seri vendor=0x3f0 product=0x121 You can so put those parameters in /etc/modules.conf (/etc/modprobe.conf for you 2.6 users) ... I'm assuming you know how to do that. To send files using XModem: sx file /dev/ttyUSB0 To receive a file using XModem: rx file /dev/ttyUSB0 To use Kermit: Start 'kermit' as root (for some reason, it doesn't work as a nonprivileged user). Issue 'set port /dev/ttyUSB0' Then you can use the familiar Kermit commands, such as: 'remote host' - remote control (and I forget the rest ... I now use an SD card for transfer) === Subject: Re: How to use linux >I saw sometng at www.hpc c.org but don't know if it can be relied upon >because the site is NOT supported by HP themselves so maybe programs can do harm >to my 49G+ or can't they? Can't comment on the Linux part, but I actu ly trust stuff at hpc c.org more than the stuff coming from HP sometimes. . . === Subject: 49G+ User RPL Debugging I have recently acquired an HP49G+ and am in the process of converting some of my HP48G programs to it. I haven't been able to find any method for moving the objects across directly so I am re-writing the programs. Ts post is not about ts but, if anyone knows of a way of moving HP48 objects into the 49G+, I would sure like to know it. One of my programs presents a menu of options to the user using the CHOOSE instruction. I have developed a method that I re ly like of embedding the instructions associated with a choice as a program option in the CHOOSE list structure like the following: {{Option 1 << ... >>} {Option 2 << ... >>}} When the user has made a choice, the associated program object will be sitting on the stack and my program can simply c l EV on it. The only downside to ts approach is that it seems to impossible to step into wle the program is being debugged. Short of putting a H T instruction at the beginning of each sequence, is there any way that these sequences can be debugged?