B34 I would like to have a small textviewer (mini font with 33 chars/line) which recognizes compressed (bz) and uncompressed text. and additionally is able to show and scroll grobs and bz compressed grobs. ==== For your first problem, in RPN mode do [[2 , 2] [2 , 2]] 'A' STO [[2 , 3] [3 , 2]] 'B' STO A B * and it should work out all right. Instead of the last line, you can also do 'A*B' EVAL For your last problem, A and B are both interpreted as columns. Try ==== The problem is that you use an algebraic to multiply your matrices. An algebraic expression is not allowed to contain matrices. (But a matrix is allowed to contain algebraic expressions) To multiply them you could use: ==== ==== That's for sure! But in my case I'm updating my skill I'm used to SysRPL (and a bit ML) programing from my 48sx, my problems comes with the new engines (those ones from the gx or the 49). That's a problems with the books in general, one buys a computer book and when finally understand it appears a new revision/update and you must buy it again there aren't upgrades in the books world! Sorry for the OT. Luis. -- ==== Perhaps you could answer a related question. The first field in an inputform of mine requires the user to give a file name. I currently have the field as an DF and the user presses EDIT and either types in the name of the file, or Presses VAR and selects the file. I would like my inputform to bring up the VAR menu (isn't it %2 ==== sorry but I can't help you because that is beyond my knowledge. Maybe someone else knows the answer, because as I told before, my Input Forms are too simple, just some kind of Front-Ends for other programs. Anyway I found out a way to validate an input using the field message handler. Stuff like only allowing values between 1. and 3. I knew this could be done, but just now I know how to do it. If anyone wants a simple example I'll post it. Bye! -- Beto FALSE ONE InputLine ; ==== I have an exam in 2 days but that can't stop me of thinking about my funny HP49, playing around with it. :-) At the moment I'm writing my own font-type (already uploaded on hpcalc as MathFont rev. 0.3) and I'd like to know of which chars it's better don't change 'cause they are used in the calculator for special meanings (such the derivative and antiderivative symbols). I receive some tips on the NULL char in my previous post. Also I know the linefeed char 10. Actually I've a doubt on char 170 & 186: the first seem to be e superscript derivative sign with underscore and I have no idea of any special uses belonging to it; the second one is something like an underscored degree symbol. Anyone know where they are used? Are they special chars (like the + symbol, ==== It's unanimous! I will now use Jazz for debuging sysRpl! I had no ==== try it and tell us xDDD Add a coment!!! Now it's possible Ricardo -- ==== Kennt jemand ein Statistik-Programm f237r den HP49 bei welchem man mit Klassen rechnen kann? Danke im Voraus! ==== Theoretisch auf www.hpcalc.org;-) Kann man sich aber auch leicht selber programmieren. Ich musste mal (auf dem PC) eine Normalverteilung f237r eine statistische Auswertung programmieren. Als Check habe ich es auch auf dem 48er gemacht. Anzahl Klassen und Klassenbreite als Variablen, alternativ dazu Wertebereich definieren. Werte in den einzelnen Klassen mitteln, weiss ich nicht mehr genau, verf237ttern. ==== There are two reasons: 1 - GOTO is a really harmful instruction. Get used to writing good ==== That's the ideal solution for my purposes only I didn't know you could that! -John Mart, II I have tried PARTFRAC and all the trig or log/exp commands without ==== ==== ==== ==== They are exactly what I was looking for. I also can't figue out a clean way to exit. Preferably using ON (i know i should turn of interrupts, it just hasn't worked on exit) TW SAVE LA 00021 LC 00019 R0=A A R1=C A *BEGIN D0=8068D C=DAT0 A RSTK=C C=R1 A C=C+C A A=C A CSL A A=A+C A C=RSTK C=C+A A A=R0 A B=A P ASRB A ASRB A C=C+A A D0=C D1=80319 CDEX A LC 00011 {A=DAT0 X DAT1=A X D1+3 D0+34 C=C-1 A UPNC} CDEX A D0=C RSTK=C P=0 *DECALAGE: LC 3 C=C&B P P=C 0 C=P 15 *ADRESSE.DONNEES.SPRITE GOSUB DATAS.SPRITE $4040E0A0E111F111F191F111FF1FE322E323E764E7E72020202020202020E1E1 *DATAS.SPRITE C=RSTK D1=C P=0 *COPY.LINE A=0 A C=0 A C=DAT1 B B=C A D1=D1+2 A=DAT1 B D1=D1+2 A=C S A=A-1 S GOC DECALAGE.OK A=A+A X B=B+B X A=A-1 S GOC DECALAGE.OK A=A+A X B=B+B X A=A-1 S GOC DECALAGE.OK A=A+A X B=B+B X *DECALAGE.OK C=DAT0 X B=-B-1 X C=C&B X C=C!A X DAT0=C X D0=D0+34 P=P+1 GONC COPY.LINE P=0 INTOFF { LA 004 LC 040 OUT=C=IN ?C=A A SKIPYES { A=R0 A A=A+1 A R0=A A } LA 001 LC 040 OUT=C=IN ?C=A A SKIPYES { A=R0 A A=A-1 A R0=A A } LA 008 LC 040 OUT=C=IN ?C=A A SKIPYES { A=R1 A A=A+1 A R1=A A } LA 002 LC 040 OUT=C=IN ?C=A A SKIPYES { A=R1 A A=A-1 A R1=A A } EXIT } GOSUBL BEGIN ==== ^^^^^^^^^^ :-) -- ==== ==== -- The set of solutions is never empty. Two solutions together form a new problem. -- Mycroft Holmes right, because of rom-pointers, however writing a uEQUAL function should not be too complex. of course it was just a hint: I think however, it does not go too far from truth, since a unit is not a random composite, neither a random equation: it has some more structure, and it's not big in general, so hash collisions might (!) happen with lower probability. As a mathematician (I don't know if you are too), part of my work (*every* mathematician's work) is to detect and remove inconsistencies. An hp48 accepts 1_X * 1_X = 1_X^2 (and possibly 1_X - 1_X = 0: I think the - tests if tow objects are the same --- not sure about units) but not 1_X + 1_X. This is inconsistent: it's not a tremendous bug, of course, and I don't really think anybody should loose time fixing it, but IMHO somebody should have killed it from the beginning... a number. the demonstration above applies only to units, not to symbolics. I can't say I agree. I could put this in a new signature ;-) --- the set of similar cases should be the largest possible but all cases must be handled (in the most efficient way). --- Mycroft Holmes To prove efficiency/inefficency is left to the reader as an exercise... -0500) body (DO NOT SEND ATTACHMENTS) and unit addition is fundamental to the nature of operations with units, and that fundamental inconsistency can not be removed by trapping special cases of special arguments. There is no reason to demand consistency when the underlying processes are inconsistent, rather than anything about the particular sets of arguments to those processes. That's why I think it wasteful to bother trying to inspect the arguments to make special cases for special arguments. If you want to inspect arguments to make things seem consistent, then why don't you ask for unit multiplication and division to also inspect each argument to see whether it is undefined, and then give the same error? After all, you will then get the same error for *all* arithmetic operations on undefined units -- which will be totally consistent! Once again, any inconsistency is due to the fact that the *rules* for unit multiplication/division are inconsistent with the rules for unit addition/subtraction, and not to anything about the arguments themselves (so I say that there is no point ==== Your program: << DO 1E-14 H / C + UNTIL KEY END var H that only exists in the inner most program, and has nothing to do with the first. When this inner most program exits it is the first local var H that exists, not the one with the changed value. To do what you want, you could use: << DO 1E-14 H / C + 'H' STO H 7 DISP UNTIL KEY END Here, the command sequence 'H' STO doesn't create a new global variable, because it was defined as local before. Once a local variable is defined, you can do all things (STO, STO+ etc) with it in its defined procedure, as you can do with global variables. Hope it helped, Nick Barely tested, but I think that it works. James ==== Hmm, maybe it should become a (Not-So-)Mini-Challenge ... and maybe even with a prize ... That's right. It's what the AUR says (see the entry CHR). Your're right again. Simply discarded. It's funny seeing what is displayed when one keeps typing in things after the null character! Bye. ==== Al d216 Sat, 30 Jun 2001 11:01:13 -0500, John H Meyers Great. This (and the following by Dennis Straley) is the answer I was looking for. Now everything seems clear (almost). It's time to sysRPLing again... Bye, Marco /-----------------------/ Marco Tinarelli - Bologna - Italy tittiXXYYZZ_tt@tin.it (togliere XXYYZZ dall'indirizzo per ==== You can actually quote just about anything - just add a ' in front of an object (even a command), and it'll only be pushed to the stack instead of being evaluated. When you have objects in a composite (list, program aso.), they'll automatically get quoted. If you COMPEVAL the composite, only quoted objects inside the compiste will remain unevaluated - it's just like UserRPL in composites. -0500) body (DO NOT SEND ATTACHMENTS) Re: SysRPL and anonymous local variables 2000/07/26 http://groups.google.com/groups?ic=1&selm=8lmb0d%247lp%241%40nnrp1.deja.com Re: BINDing to fixed addresses 1999/04/08 http://groups.google.com/groups?ic=1&selm=7ei3ke%242lf%241%40nnrp1.dejanews. com Re: NULLLAM strangeness 1996/08/07 http://groups.google.com/groups?ic=1&selm=4u9207%24hip%40news.cc.utah.edu http://groups.google.com/groups?ic=1&th=c08074b9f574a7f6 (see last) Re: Nested NULLLAMS and other ?'s 1996/05/16 http://groups.google.com/groups?ic=1&selm=m4mn3387ray.fsf%40lk-hp-24.hut.fi http://groups.google.com/groups?ic=1&th=512b828fc63a24d4 (thread) http://groups.google.com/advanced_group_search ----------------------------------------------------------- ==== I ran into these problems when I first started programming in sysrpl too. Then, I read a post by Mika (I believe) saying something about how he had used other fixed addresses to bind temporary objects to. He said that in ALG48, he had used the explanation was that it saved codespace and it was actually faster. I'm guessing, John, that some of the links below are related to that, but I couldn't open them.. Anyway, for the original poster... try this: TRUE TEN NDUPN DOBIND ... ABND ... I have used this structure in my own programs and it works great. I will note that I only program on the HP48, so I don't know (but it's doubtful) that it would be any different for the HP49. For more information, the link below will take you to the thread I am talking about (I should know since I was the one that started that thread!) -- ==== ==== After reading an actual explination posted in a follow-up I will admit that this problem was caused by bad programming. However, this, can I say, aparent inconsistancy can baffle someone not as well versed in sys as yourself. I should hope that I never try to lay the blame for one of my mistakes on a calculator! I merely meant that I sometimes get frustrated with the calc. I am not claiming to be an expert at working this calc, but come-on! ==== Of course - I was probably a bit blunt in my post. Sorry Well, if the calc can't compile somthing that it just could, I still believe ==== believe work ASM2 Maybe the last character is not @, perhaps there has been appended space or some characters. However, consider the following: Be aware that a non-correct sysrpl call can easily partly owerwrite (poke into) other objects in memory. Usually this will render the object invalid, but if some charcters within a text string ( program source) is changed, then the string may still be valid, and you're lucky, it wll not compile anymore. (If you're got bad luck, it will compile and then you're due for some long hours.) Gjermund Skailand -0500) body (DO NOT SEND ATTACHMENTS) If your newsreader truncates or word-wraps the lines, that may be the problem (paste the cut-off part back); thread links are shorter, and should all work for everyone. ----------------------------------------------------------- ==== I eventually got it. For some reason, their http server was down for a while. I could resolve the host and even ping it, but their http server ==== I have build a program like the following, that takes 3 reals from the stack: :: CK&Dispatch # 111 :: ERRSET :: 3PICK ID TestOutVr 3PICK ID TestOutVr OR IT :: Error Message EXITMSGSTO ERRJUMP ; .... .... ; ERRTRAP :: GETEXITMSG FlashWarning ; ; ; @ TestOutVr is a program that takes a real and give TRUE if this real is outside a specified interval, and FALSE elsewere. In my plans if error occours these things must happen: 1) a warning appear with my defined text 2) program exits 3) On the stack remains the three reals of the input. All is exept point 3). On the stack, in fact, remains only two of the ==== Is there any command in SYS RPL which returns a random number? Ricardo -- http://xie121.infovia.xtec.es/~rblasco Un222os, hermanos linuxeros -- -- Thomas Rast t.rast@iname.com ==== ==== %RAN will do, it doesn't take arguments and returns a real between 0. - 1. BTW, which document are you using to program in SysRPL? because if %RAN is not there, you should change it to any other one that I'm sure will be more complete. Bye! -- ==== when the warning for low battery comes up on the hp48g+, how much longer can i still use the calculator? just need to know in case this happens during a day before an exam or something (i would replace the btteries of course, but ==== when the warning for low battery comes up on the hp48g+, how much longer can ==== It definitely depends on the type of batteries you use... I know when I use Nickel-Cadmium rechargables, it lasts for perhaps another 1-2 minutes only... (tha'ts why I always carry spare batteries with the calc)... I think regular, alkaline batteries should provide a much earlier warning... anyone know? -Dheera Venkatraman dheera@nospamdheera.net [ remove nospam ] can a but use warning... during particularly infrared I/O. You might try a print command (PR1, for example) before your exam, and if it triggers a low battery warning, then change the batteries. Of course, you could simply install batteries known to be good before your exam, setting aside the partially used batteries for use when a low battery warning would be less of a problem. !NO CODE !RPL :: 0LastRomWrd! CK0NOLASTWD :: GARBAGE MEM DROP HOMEDIR ; ; @ -0500) body (DO NOT SEND ATTACHMENTS) -0500) body (DO NOT SEND ATTACHMENTS) ==== What's the point of doing a GARBAGE in order to enter in the empty directory ? ==== Completely superflue, indeed. On the other hand, it may be important to directly return to the start is usually left with HOME or UPDIR. Both set HOME, but do not return properly, in general. Therefore, I've the following assignment at leftshift UpArrow, a dead key in default mode: :: TakeOver EditExstCase CMD_DeB_LINE (that's what UpArrow does in edit mode) ID reverseP (reverseP means here symbol 182) dLISTcase COMPEVAL PATHDIR SWAP %2 InitMenu% ; This program toggles the current directory with (which has no own key and remembers on PATH) is not used as a global variable. I repeat what JHM said already many times: Unexperienced that a direct setting is not necessary at all. There are for storing and recalling without any need to enter it. ==== ==== The filer of rom 1.19-5 has a bug when it has to display messages boxes. The easiest way to try this is make one of the following things: 1) with filer copy one object to a destination (dir, IRAM, ERAM or flash) then select the same object and copy again to the same place. A overwriting prompt will appear ask to overwrite the file. If at this prompt we answer YES, NO or RENAME, the filer works well around it, this is, YES overwrite the file, NO Cancel the operation and skip to next file, RENAME renames to another name, Now if you choose CANCEL, a warmstart occours. In earlier version this option put you again in the filer window and with a Interrupted message. 2) Copy files up to fill a port. Two or three big libs is enough to fill port 1. I copy the extable to the port 1, a dir with extable (to avoid search another big lib) and copy the lib XEQ48LIB from eql27 that gets 60Kb I think). Before copying the last object (the object that will give error (insufficient memory), try to copy in the command line, like 'obj' RCL :1: obj STO then try with the filer. Your hp will restart. I have noticed this behaviou a few months ago, but only now I know what makes the restart. Jos216 Machado ------------------------------------------------------------ http://MailAndNews.com ==== Jos216 Alberto Novais Machado a 216crit : ^^^^^^ Not the key CANCEL but the menu choice ABORT. Agree with you, same problem on my calc (1.19-5 without CAS update) Hope this is already updated on the 1.19-6 and does not introduce new ==== ==== So please release 1.19-6 so we can all use it. -- C. Richard G. Helps ==== I have written relatively many programs for the HP49G in the past, and I have gotten very little feedback on them. I have gotten a lot of feedback on SymbToolz and InFormBuilder, a little on AutoSimp49 and Bool49, but nothing on Polynomial, TrigFunc49, Matrix49 and ==== At least I'm using them a bit. Unfortunately (for helping you) I'm not doing a lot of math not engineering for the moment so my use is not intensive. What I can say based on my experience (in my studies and work) is that your software is great and very useful. Like you are looking for feedback I'm going to talk one by one. * InformBuilder. You know it! It's a must have for any developer. I know that Debug2 maybe supersedes it but it's a bit buggy. I've used InformBuilder a lot and the only thing I could suggest it one more confirmation on exit or always left the data on the stack because I've needed to rework my forms a few times because my mistakes typing ;) * Symbtoolz. It was incredible when I discovered it. Since Polynomial lib I'm waiting for an updated version. Now I'm finding problems to execute the examples in the documentation, don't know if the problem is the new rom or my flags settings. I like a lot the inequalities solving. * Polynomial. It's a great work. It could be one of my more used except for the existence of Neopolys and its Z-transfor so normally end up using last one :( * Bool. It's very specific but very useful. I got my own one for the same (not public). I can only spec a Karnaugh simplification (just what my one doesn't do also). * TrigFunc. I can't speak. I've got it in the 49 but I haven't used it. * Numeric. Great. It recovers some of the functionality of SymbToolz and adds more. * Matrix. It's a good work. I only have it for a few days! I'm planning to use it for implement some methods I've got in mind. * AutoSimplification. I've got it today. I can't say anything apart it looks very interesting. What can I say? Go on! Your libraries are one of the best I've seen and I'm in the 4X world since 91! Anything! Just a good or bad! I've got a hundred access to my 49 page, apart of the ones getting it from hpcalc.org and only 2 feedbacks! Go on! We are here waiting your wonderful utilities. Luis. -- --------------------------------------- Luis Morales Boisset ==== I use two of your libs everyday. Here they are: InFormBuilder: What can I say? It is almost the same feeling as creating a dialog window with ResEdit on the Mac. :-) Bool49: This should be built in. Great!!!!! ==== Other Well, you're welcome :-) I just can't imagine that all my released programs are that perfect :-) The only program I feel I really should improve, is SymbToolz. That will come in due time - I'm finishing, as I have said, NSOLVE, and then maybe the plotter or SymbToolz. ==== Ok, I'll check up on this. In know of at least one particular annoying problem - if you press CANCL to the exit dialog box, IFB exits without a trace of the work done. This is inconvenient. for the SymbToolz stopped working when the CASDIR was invented. It'll get totally reworked. The v1.19.x ROMs do solve some inequalities by itself, but not as many as SOLVE2 did. existence I find Neopolys quite buggy - you can't for example solve all examples in the docs; straightforward to implement Z-transformation in the HP49G, since what does it have to do? Discrete Z-transformation depends on the sample frequency, and even then there are a couple of methods to use. How should the transform look like? Is it a series transformation? I'm not sure I'll implement it, but it may happen. I've thought about implementing a simplification algorithm (probably Quine-McClusky), but I'll not implement Karnaugh map display. This is because it gets very unhandy to display when exceeding three dimensions. Great. for Ok. If you think of any commands that may be missing, just tell me, and I'll see if I can implement them. I'm Ahh, that can't be, but thanks anyway :-) I can think of Erable, Alg48, matrix editor and the scheduler.... Exactly. Ok, and I'm open for suggestions :-) ==== Then I should give up my job here i Denmark? That would be hard :-) ==== ==== I'm sure your programs are being used by a lot more people. Those people doesn't read comp.sys.hp48 but do go to www.hpcalc.org and even if you have problems installing them (Debug49 is quite difficult to install for a mortal like me :)), but rarely for saying Hey, your program is great, Keep going, your programs are great! Bye! -- Beto ==== ==== This is why there is a ~ (about) before the -60 ==== My HP49 doesn's solve that: ==== No, it does not. The solution involves the antiderivative of the sinc function (SIN(X)/X), and since this hasn't got a closed form, the calcs can't derive a solution. MathCad says that the solution is ==== I'm bought a new hp 49g. I try to do a program in it. But it gets very bad. I read the user guide but it didn't help. What I want to do is to calculate the tides. The way to do this is to sum some cosines and sinus terms. In matlab I do like this : data=[ 8.5046 6.7615 0.50587 1.1944 -0.11647 0.26252 -1.165 2.3615 0.5236 -0.32849 -2.5536 0.24335 0.066916 0.80281 0.26108 1.2458 -0.62544 0.49636 0.01053 0.12103 0.019164 0.91813 -0.086445 0.52503 0.031161 0.15164 0.54133 -0.97489 0.94903 1.0117 0.21625 0.23448 1.0295 -0.084629 0.023375 1.0472 0.27356 0.3254 1.5176 0.17535 -0.45707 1.5353 -0.076164 -0.25591 0.23385 -0.75083 0.18763 0.25301 -0.10588 0.26029 0.22435 0.28834 0.28733 0.29118 -1.0023 0.46997 0.5073]; t=linspace(1,48,100); for i=1:length(aa) psi(i,:)=data(i,1)*cos(data(i,3).*t)+data(i,2)*sin(data(i,3).*t); end H=sum(psi); plot(t,H) (data is the known constant) and the last 6 rows sum them, but how do I ==== The for loop is wrong it is: for i=1:length(data) psi(i,:)=data(i,1)*cos(data(i,3).*t)+data(i,2)*sin(data(i,3).*t); end DOLIST sigmaLIST Notes: - The indentation is just for clarity. - sigma is the Greek Sigma (sum) character. You can access sigmaLIST on MTH 3 2. This should give you H on the stack. HTH Thomas -- -- Thomas Rast t.rast@iname.com -- -- ==== The linear programming aplet you refer to could be mine. Did you get it from http://members.iinet.net.au/~ccroft/ The HP38/39G HOME view? If so, could you give me a few more details on the problem? What action produces the message? Or is simply running it enough? -- Colin Croft ==== Right, the TGV port to the HP49 is broken; for some reason its commands can't be used by typing their name. I have a tweaked version (I think that splitting and CRLIBbing the library is sufficient) on my calculator, but I don't know whether the authors want modified versions to be published. This is normal (it shows that TGV isn't a built-in command, but is part of a user-libarary). David Haguenauer http://zap.to/hsimpson ==== All programs that use greyscale pictures simply put a succession of bit planes in a grob, as far as I know. I suppose thay not all programs put the planes in the same order. EDITG for the HP49 uses a modified GROB HP48 too) as a grey grob. It is a regular frob (same prolog), which format indicates the actual size of the object (right after the prolog), but the dimensions of the two-plane image (i.e. for a 131*64 greyscale image, the object will be about 2KB in size, but the dimensions will be written as 131*64, not 131*128 as with other viewers/editors). You're probably referring to Gdream32, which is available on www.hpcalc.org (like over 99% of the software for HP calculators). David Haguenauer http://zap.to/hsimpson ==== ==== Doing some trial and error I got: with / meaning OR. So it needs 4 arguments and return 3 objects. Could be any mixture of the ==== If your into PDAs, like I am, you would read Brighthand.com. Well, on the report of the PC Expo,Steve bush knows of a new linux-based handheld modeled after the HP 48/49 calculator, but he his not allowed http://www.brighthand.com/html/event/pcexpo2001_page3.html Hewlett Packard As at previous computer shows we've attended, Hewlett Packard continues to devote little time and space to its Jornada handhelds. Jornada seem to be only a spoke in the big HP wheel, a blip on its ==== ==== I am looking for grob drawers in order to create the levels of metal-slug, the neogeo game. you don't need to know anything about programming, and you don't really need talent of drawer. if you want to be involved in the creation of a great game by spending a few minutes when you have nothing else to do send me a message, I really need your help and it's damn easy. there the explanations (in french, sorry, but if you want i can approximately translate it, and just by looking at the picture everithing is ==== www.multimania.com/ansnum/msl49.htm 9hnne7$cp1$1@wanadoo.fr... ==== now in english: ==== ==== ==== In horn 4.zip found at hpcalc.org I find the instruction manual > RPLMAN.DOC, but when trying to print it using Courier 10 pts at an A4 > paper I get the page breaks at wrong position (of course I can break > the pages manually, but...). > So, what is the original (US) format? Alternatively, there's a PDF version on hpcalc as well: http://www.hpcalc.org/hp48/docs/programming/rpl-pdf.zip And I've got a Word version with full index to every RPL word. It's somewhere in my archives, tell me if you're interested... Gerald. ==== > In horn 4.zip found at hpcalc.org I find the instruction manual > RPLMAN.DOC, but when trying to print it using Courier 10 pts at an A4 > paper I get the page breaks at wrong position (of course I can break > the pages manually, but...). > So, what is the original (US) format? Well, that's a plain text file, from the days when a font was built into the printer, not something used by MS Windows to force the printer to use graphics mode. No form feed characters are included, but the page numbers are 66 lines apart, so it's intended for 6 lines per inch on 8.5 X 11 inch letter size paper. The text starts in column 8, and the longest line ends at column 75, but it includes 2 backspace characters, so on paper the last character would be in column 73. So at 10 characters per inch, there will be a 0.7 inch margin on both edges. -- James ==== Oops, Make that 0.7 on the left, and 1.2 on the right. I was thinking of the 80 column screen, where you'd have seven columns of space characters on the left, and at least 7 unused columns on the right. -- James ==== I have two major problems with it: 1. The keyboard (as reported elsewhere) is not very good. I don't see how I can do anything about this. 2. Garbage collection (I think). The calculator seems to do garbage collection quite frequently. Very often I try to simply add two numbers and have to wait several seconds for GC to be over before getting my answer. Is there anything that can be done to improve this? Steve Smith, who REALLY misses his 48GX ==== It seems that every few weeks if the stack has built up to something huge Garbage Collection pauses reappear. Clearing the stack then gets rid of any noticable pause. It may not be the size of stack causing the re-appearance of the pauses, it may be something else but since clearing the stack fixes it I haven't looked further. I've successfully completed the upgrade to 19.6, and the apparent > garbage collection problem I've been having looks much improved. I won't > know for sure until I use it for a couple of weeks, as I don't have a > good way to benchmark the problem. Steve Smith > ==== Forced CG: MEM > It seems that every few weeks if the stack has built up to something huge > Garbage Collection pauses reappear. Clearing the stack then gets rid of any > noticable pause. It may not be the size of stack causing the re-appearance > of the pauses, it may be something else but since clearing the stack fixes > it I haven't looked further. > > I've successfully completed the upgrade to 19.6, and the apparent > garbage collection problem I've been having looks much improved. I won't > know for sure until I use it for a couple of weeks, as I don't have a > good way to benchmark the problem. > > Steve Smith ==== > 2. Garbage collection (I think). > The calculator seems to do garbage collection quite frequently. Very > often I try to simply add two numbers and have to wait several > seconds for GC to be over before getting my answer. Is there > anything that can be done to improve this? Turn the clock display off if you have it on! This gave me the biggest bang for the buck but I had to compromise between having a clock display or not! > Steve Smith, who REALLY misses his 48GX Your HP48SX misses you too! I understand, Steve. ==== > 1. The keyboard (as reported elsewhere) is not very good. I don't see > how I can do anything about this. setting keytime to a lower value (with ->keytime, ie 300 or even 100) might get used to it. I like it. Best wishes, Walter. ==== 100. My main problem with the keyboard is that it is quite stiff. After six months of continuous use, I don't expect it to improve further. I hope to try updating my rom today. Steve >>1. The keyboard (as reported elsewhere) is not very good. I don't see >>how I can do anything about this. >> > >setting keytime to a lower value (with ->keytime, ie 300 or even 100) might >get used to it. I like it. Best wishes, > Walter. > > ==== I know it doesn't help but the 2 new HP49's we have in the office have a lot lighter keyboards than my older HP49. As one of them had to be returned (it wouldn't reliably turn on) I've looked at 3 current HP49's and there was a surprising variation in keyboard feel and external finish. Stephen N. > 100. My main problem with the keyboard is that it is quite stiff. After > six months of continuous use, I don't expect it to improve further. I hope to try updating my rom today. Steve >>1. The keyboard (as reported elsewhere) is not very good. I don't see >>how I can do anything about this. > >setting keytime to a lower value (with ->keytime, ie 300 or even 100) might to >get used to it. I like it. > > Best wishes, > Walter. > ==== > 1. The keyboard (as reported elsewhere) is not very good. I don't see > how I can do anything about this. I got used to the keyboard on the '49 pretty quickly, and now have no difficulty in using it. You may get used to it too? The layout is very good - at least as good as the layout on the '48G series. The keys should loosen up a bit over time, so if your '49 is brand new, the keys could get a little better. > 2. Garbage collection (I think). > The calculator seems to do garbage collection quite frequently. Very > often I try to simply add two numbers and have to wait several seconds > for GC to be over before getting my answer. Is there anything that can > be done to improve this? You can update your ROM. I can't remember in which ROM the changes were made, but the GC problem got smaller in the newer ROMs. Update to ROM v1.19.6, which is very stable and safe even though it's a beta. It's more stable than the official v1.18. ==== > I managed to dig up a Trig Table that someone posted on this newsgroup > however, I don't know how to make it more readable. When I upload the Well, what do you know. My old trig list that I uploaded. It's back to haunt me. I think I said in the original upload that it was meant for any 30-column editor for the HP48. I use TED.LIB - and there are lots of smaller ones for 30-column viewing on hpcalc.org. Bill ==== Regarding: [SPAM snipped] As a federal employee (USA), I don't think Im allowed to. ==== >I tryed to use the FDP program from HP under WIN 98, at the >first time there was no Error-Screen, but it fails. I tryed >several times after the fist one and everytime and with >every updatefile there is an error-screen Can not open >input file I tryed every flash file from hpcalc.org. How could I get a system to my HP49, please help. Hanno Read the instructions carefully. The file has to have a .flash extension, which you may have lost. Otherwise, HPCOMM should have no problem finding the input file. Bill alternate E-dress wtstorey@ieee.org.no.spam.please (Use the obvious) ==== just to make sure (and ask silly questions, maybe) that you have matching connection parameters, say: speed, translation code, parity mode, and so (I once tried to connect my HP49 after an HP48 session; should I say some parameters were changed and connection failled with the HP49?). I am NOT sure about it, but there is a change in the updating procedure after one of these versions: is it between 1.18 and 1.19? Just for checking purposes. If you have already done all of it, just forget this post and go ahead; let us know if you have success. > Hy, I though it was a good idea to update my HP49 to V1.18 or > V1.19-6 (beta). But now I have a calculator without System, its no problem > to get access to the diagnostic-system. But I canÇt transfer > an update file to the calculator. I tryed to use the FDP program from HP under WIN 98, at the > first time there was no Error-Screen, but it fails. I tryed > several times after the fist one and everytime and with > every updatefile there is an error-screen Can not open > input file I tryed every flash file from hpcalc.org. How could I get a system to my HP49, please help. Hanno ==== Vieira, Luiz C. Brazil schrieb: just to make sure (and ask silly questions, maybe) that you have > matching connection parameters, say: speed, translation code, parity > mode, and so (I once tried to connect my HP49 after an HP48 session; > should I say some parameters were changed and connection failled with > the HP49?). The problem was i had no system at my HP49, so I canÇt check the connection parameters. But I solved the problem. I am NOT sure about it, but there is a change in the updating > procedure after one of these versions: is it between 1.18 and 1.19? > Just for checking purposes. Yes, thats right, the instruction for 1.19-6 ist different to the others, but that wasnÇt the problem. If you have already done all of it, just forget this post and go > ahead; let us know if you have success. Yesterday evening I had success. It was an Problem with the com port of my computer, after setting them to an other adress and rebooting, setting then to the old adress and rebooting it works perfectly. I think that something corrupted the ram of the com port. At now I have an 1-18 version in my HP, but I will try to update it to 1.19-6 today. Bye -- --- dupp didupp....... ==== >> If you have already done all of it, just forget this post and go >> ahead; let us know if you have success. > Yesterday evening I had success. It was an Problem with the com port of > my computer, after setting them to an other adress and rebooting, > setting then to the old adress and rebooting it works perfectly. I think > that something corrupted the ram of the com port. At now I have an 1-18 version in my HP, but I will try to update it to > 1.19-6 today. > Yeah I did it, 1.19-6 is on my HP49, great! Little hints for Win98 users: - FDP Program as standalone is quite more usefull than the full HPComm 3.0r4 - connect the flash files to the fdp programm, doppelklick and open with is quite less problematic then drag and drop to the FDP programm (donÇt ask me why) - HP 49G Xmodem Connectivity Kit 1.2.17 Beta seems to be more stable than Xmodem Connectivity Kit (new) 1.0.9 Beta in fact I get no result with 1.0.9 - If you suddently canÇt get access to your HP49 try to reset the com ports of your pc. ThatÇs what IÇve learned in the last days. Ciao Hanno -- --- dupp didupp....... ==== I figured out how to transfer files between my 49 and the PC by setting the calculator to Xmodem server and running the Xmodem Kit version 1.0.9 on my PC. How do I set the HP48 to Xmodem server, can I use the same Xmodem Kit to communicate the 48 with the PC? Luis ==== >How do I set the HP48 to Xmodem server, can I use the same Xmodem Kit >to communicate the 48 with the PC? > Use Left Shift IO then NXT. XXMIT, XRECV are on the E and F keys respectively. Bill alternate E-dress wtstorey@ieee.org.no.spam.please (Use the obvious) ==== Well, I now tried to transmit from one HP49 to another using Xmodem. I opened the I/O input form, set the transmit mode to Xmodem, in the next field down I enter the file to transmit. I set the receiving calculator to Xmodem server by pressing right shift-right arrow, finally I press the F key for XSEND and nothing happens. HELP!!!!! ==== Use Left Shift IO then NXT. XXMIT, XRECV are on the E and F keys respectively. Bill > alternate E-dress wtstorey@ieee.org.no.spam.please Ok, so I enter the file to send and choose XXMIT, but what do I do on the receiving machine (PC or another HP48) If the receiving machine is an HP49 then I guess I just set it to Xmodem server mode, but how do I do the equivalent on the HP48 or the PC? Luis ==== >Ok, so I enter the file to send and choose XXMIT, but what do I do on >the receiving machine (PC or another HP48) If the receiving machine is >an HP49 then I guess I just set it to Xmodem server mode, but how do I >do the equivalent on the HP48 or the PC? >Luis I have only used XModem for PC to HP48. However, since the receiving HP48 would be the same, put the name of the receive file on the stack and type XRECV. I can't help you on the PC end for the receive. ==== I am looking for information on programming in system rpl. I have written programs in user rpl before but want to rewrite in them system rpl, so they run faster . Any ideas or information would be appreciated thanks in advance Joshua Stewart ==== Mr Joshua Stewart schrieb im Newsbeitrag > I am looking for information on programming in system rpl. I have written > programs in user rpl before but want to rewrite in them system rpl, so they > run faster . Any ideas or information would be appreciated > first source is www.hpcalc.org Raymond ==== > I am looking for information on programming in system rpl. I have written > programs in user rpl before but want to rewrite in them system rpl, so they > run faster . Any ideas or information would be appreciated How about this: http://zon.wins.uva.nl/~dominik/hpcalc/progsysrpl_pdf.zip or http://zon.wins.uva.nl/~dominik/hpcalc/progsysrpl_ps.zip It tells you quite a bit in 600+ pages -- This message was written with 100% recycled electrons Pivo ==== Recently my calculator crashed once more (while editing an Unnamed.S XCELL48 file, this time) and lost a lot of work which I haven't backuped. Anyway, WHILE the warmstart was occuring and seem everlasting, I decided to punch the back reset button and since then, I notice a new annoying set of characters*... and couldn't find any Help issues in the FAQ to solve it. I wonder who knows anything about this situation or has information to help me at least understand it and if possible, even fix it. It seems a classic Windows Video Card Display Conflict, but can't establish if the reason is a corrupted font or else (?). Should I re-install a font set or the whole Flash ROM 1.19-6 ? Any suggestions ? I published only these three examples http://personales.ciudad.com.ar/carlos_lacroze/HP49GScreenProblems.htm, hoping they'll be more descriptive than my limited language. + First image beginning from the left to the right: you can notice those small right oriented cursors in the middle of the MODES Inform/Choose screen; + Image in the middle: strange Zeroes with a dot in the middle, instead of the dashed zero (with diminished -barely unseen- cursor), and + Right most image: at the end of each choose boxes menu. I attached the T49.TXT file (Report from the TEST48 app), hoping would help in the diagnosis. Tks in advance. -- Carlos Lacroze Buenos Aires, Argentina _______________________ %%HP: T(1)A(D)F(.); TEST49 v1.7 By AVP98© REPORT THU 04.07.02 14:43:04 1.HOME SETUP VARS: STARTUP Yes STARTSEND No STARTRECV No STARTOFF No STARTED No STARTEQW No STARTERR No EXITED No TOFF No CST No USER KEYS No 2.IMPORTANT LIBS: SysRpl Tools: Development lib Yes Lib 257 Yes SysRpl Tabs No Emacs Editor No CQIF? Lib No Sdiag Lib No InformBuilder No Dump49 No DataBase and PIMs: Scribe No Organizer Yes Compresion Tools: BzComp No TNTPack No TNTCRK No Multimedia and Misc Libs: WAV Player (Blather) No MIDI Player (Mig) No Gtools (GreyScal Editor) No Paint No GRS64 (GreyScal Visor) No XCELL49 Yes EDITMatrix Yes Navigator No Bios49 Yes KeyMan2000 No Find49 No TGViewer No MD5 No 3.MISCELANOUS: Hp49 Serial ID94704697 Yes Commands: 1041 (~>900) Yes Work Memory (~>120K) Yes Swap Memory (~>60K) Yes Port2 Memory (~>70K) Yes Wall Paper No Fast Catalog No WSLOG: 3-21.06.02 06:49:26P 3-30.06.02 05:29:57P C-000000000000000000 3-30.06.02 05:31:27P Last Wslog: 4.>5 Days No LIBS ATTACHED: 1.Null Lib 2.Unitman 8.2001 WR 3.OT49 9.2001 WR 4.PEVAL 5.QTS v2.1 ostcroix@aol.com 6.Distribucion 1.2 JPM 7.EQNLIB v0.2 for hp49 8.statpro 9.ConfigSaver 10.Polynomial v2.1 11.Matrix49 v1.0 12.TrigFunc49 v1.0 13.AutoSimp49 v1.1 14.Organizer v1.1 by Jack Lev 15.Finanzas hp49G v1.2 16.XCELL48 v2.0 by RONALDO'98 18.EDITMATRIX 19.StatPack 49:by Tim Wessman 20.NEOPOLYSv8.1 21.Bios49:v1.4 por AVP98© 22.Test49:v1.7 por AVP98© 23.SOLVESYS 24.Wronski GACHAG Libs: 24 (~>15) Yes Backups: 0 (~>30) No 4.ITEMS FAIL: 34 STARTSEND STARTRECV STARTOFF STARTED STARTEQW STARTERR EXITED TOFF CST USER KEYS SysRpl Tabs Emacs Editor CQIF? Lib Sdiag Lib InformBuilder Dump49 Scribe BzComp TNTPack TNTCRK WAV Player (Blather) MIDI Player (Mig) Gtools (GreyScal Editor) Paint GRS64 (GreyScal Visor) Navigator KeyMan2000 Find49 TGViewer MD5 Wall Paper Fast Catalog Last Wslog: 4.>5 Days Backups: 0 (~>30) 5.RESULTS: Eficiency : 32% Performance: Visit www.hpcalc.org Suggestions: avp98@tutopia.com ==== X > Should I re-install a font set or the whole Flash ROM 1.19-6 ? Any > suggestions ? X 1) Try to choose a different fontsize [MODE] |DISP| 2) FONT8 _>FONT For the MiniFont, I suggest downloading an editor from the hpcalc.org http://www.hpcalc.org/hp49/utils/fonts/ there are a lot of fonts to experiment with while I think there might be a corrupt library but anyway I hope this helped a little ==== I tried to install MK2.30 on my HP48. I'm getting the message Ce nom n*existe pas What does it mean?(I can't read french) In former times I was able to install the MK but every time I forgot the details e.g. the special point between MKRAM and KER (MKRAM.KER) Thans for every hint, Toralf ==== Toralf Schumann schrieb im Newsbeitrag > I tried to install MK2.30 on my HP48. > I'm getting the message Ce nom n*existe pas What does it mean?(I can't read french) > Nonexistent name It means that the appriorate identifier couldn't be resolved HTH, Raymond ==== How 'bout KIA? (Killed In Action...) Purchasd my HP 48SX in 1990; sold it to a technician in 1993 and purchased the HP 48GX; have been using it for almost 10 years... BTW, I didn't upgrade to HP 49G due to no expansion and infrared capabilities, even though the larger internal memory and flash ROM was tempting... Kabooki!!! On Tue, 25 Jun 2002 22:10:26 +1000, Geoffrey Jones >Umm, so that would be ... MIA ... ? GeofJ ==== I hope not. I find it amazing that HP would handover the calculator market to TI and Casio without even a whimper. >..... anyone know definitively what's going on at HP internaitional >headquarters? >Is their calculator division DOA? ==== (/&#ó(/%# Invalid Syntax Well - I did try this one - finally Veli-Pekka PS: Anything on a less memory hungry version of your speedy program ordering lists > 3.+ vs. 3. + > Fortunately that is a mistake forgiven by the OS. > One can freely omit a space after a real or integer. *Usually* true, but not when the next character is + or -, even going > back as far as the 48SX. > Naturally, many of us already knew this... There's nothing like experimentation to find out for certain. > ==== Here we go as promised: [Author unknown] 1/12 Love Bytes (or sex and the single computer) They say that computers do not think like human beings. But do they _feel_ like humans? A certain computer, to which (to whom?) we have guaranteed absolute anonymity, has supplied us with this piece of computer-style erotic-gossip that is going the rounds of the sophisticated number crunchers in the web. If you have an under-age computer around, on no account let it see this - it might be totally diskusted (!) and even corrupt its little CPU forever! ==== > some of the recycled electrons going around have been used too many > times and can produced a low power effect that will eventually affect > the virility of the computer Bovine faeces, electrons are the viagra of processors :-) -- This message was written with 100% recycled electrons Pivo ==== This assumes you are talking about an HP48 (SX)? > Looked in the manual(s), both in the index and contents... See chapter 19: Adding graphical elements to PICT > Wanting to know how to program/draw graphics objects (with text), and am > also want to know if they can be combined with choose boxes. To convert any object to a graphic, use ->GROB where is 1/2/3; then position it on PICT with REPL (or GOR or GXOR) where can be PICT or another GROB, in complex format ( e.g. (2,3) ) and is the GROB to put in the target. If needed, you can inverse-video the source object first, using NEG. No preprogrammed check/drop-down boxes etc... on the HP48; maybe some libraries/programs can provide this, don't know. > MC > -- -alex- ___ visit my bookmarks: http://users.pandora.be/dual/bookmark.htm ==== I want a sequence BINT0 BINT1 BINT2 BINT3 BINT0 BINT1 BINT2 BINT3 ... then :: BINT8 ZERO_DO INDEX@ UNCOERCE %4 %MOD COERCE LOOP ; exist some command MOD for BINTs? This to annul UNCOERCE ... COERCE ==== >I want a sequence BINT0 BINT1 BINT2 BINT3 BINT0 BINT1 BINT2 BINT3 ... >then :: > BINT8 > ZERO_DO > INDEX@ > UNCOERCE > %4 > %MOD > COERCE > LOOP >; exist some command MOD for BINTs? This to annul UNCOERCE ... COERCE #/ SWAPDROP ---------------------------------------------------------------------------- --- Jonathan Busby - before replying. ==== Jonathan Busby schrieb: >I want a sequence BINT0 BINT1 BINT2 BINT3 BINT0 BINT1 BINT2 BINT3 ... >[...] >exist some command MOD for BINTs? #/ SWAPDROP Or in this case also 3 #AND Greetings Thomas -- Thomas Rast If you cannot convince them, confuse them. -- Harry S. Truman ==== Anyone know anything about an online store called Fry's Electronics Outpost.com? They're advertising a 39G for $49.99 http://shop3.outpost.com/%7BPS2EE7WJ2TejGx2MhnEbksDdDao1iJbDcw9P6tjKk7jL1tOe 7P6B|-5406794911305312309/168694311/6/7001/7001/7002/7002/7001/-1|-658549804 2 721116803/168694310/6/7001/7001/7002/7002/7001/-1|1026393107992%7D/product/2 7 88533/ Unfortunately it's apparently only for buyers in the US (which I'm not). ==== My interest was possibly being able to get a good bulk deal for my deal for delivery outside the US for a large order (>100). >Anyone know anything about an online store called Fry's Electronics >>Outpost.com? They're advertising a 39G for $49.99 > . . . . >Unfortunately it's apparently only for buyers in the US (which I'm not). Looks like a good price, new or used. You might want to keep an eye on > eBay. Every so often some clearing house puts several up at a time, > for around $30. - Paul > ==== > By error I sent a version of spanglish with bug, that makes slower, > the corrected version this in my Web: > www.geocities.com/deachp/deachp.html > I sent the corrected 49G version to www.hpcalc.com, but still they do > not update it. > Soon I will have a new version (2.8?) :-) -With Predictive and > nonpredictive option. ;-) > I have recently downloaded it for the 48 and I find it great. What would make it even better would be to have it modular and well documented so that it could actually be used for any language, by just having people providing a list of translations in their own language. I realise that this would be hard to update as I guess you would have to refer to a standardised table. I am saying all that but am not sure to be able to contribute as I don't own a PC and would have to do all the work on my HP Arnaud ==== Dante Aron.92 C. escribi.97 en el mensaje de noticias da265d11.0207071041.7bf57d1@posting.google.com... > By error I sent a version of spanglish with bug, that makes slower, > the corrected version this in my Web: > www.geocities.com/deachp/deachp.html Now it's a lot nicer... the bugged version was annoying. > I sent the corrected 49G version to www.hpcalc.com, but still they do > not update it. Maybe if you send it to www.hpcalc.ORG !!!! > Soon I will have a new version (2.8?) :-) -With Predictive and > nonpredictive option. ;-) That would be nice. > Not yet I program in ML :-( Bye! -- Beto ==== Is there an HP49 emulator for Windows XP? ==== I use both the original hp emulator (calc.exe) with new ROM and the Emu49, with 49G KML and ROM They work fine with any 32-bit windows that I have tested. They can be found in www.hpcalc.org > Is there an HP49 emulator for Windows XP? ==== > When we make a new rom, only the Stable Entry points are checked... stable > 'area' are not, and we had to modify one of those a couple of rom ago in > order to add some patch, so these area are not to be trusted as we might > have to change them at one point or another. I agree that things like the > system part (where stack manip, prolog and similar are) is unlikely to > change, but you never know... This completely contradicts to what JYA said in this NG: The pointer interval areas 25EC - B3C7 and 25565 - 4000 are stable and will not change, at least not for the HP49 in its present shape. We could perhaps live with some limited modifification if it is clearly defined and announced in due time. But not without using pointers from these stable areas. That would make many high-quality tools like Emacs, Unitman, Keyman etc worthless and unusable. Please tell us if such modification will take place in ROM 19-7. If yes, at least I will immedately stop any further tool developement for the 49. Do you know how much time we invested in developing our Wolfgang PS. If you plan to emulate the HP49 on some science fiction PDA, various things may happen. I refer here only to the HP49 itself. ==== Maybe you could extend the amount of stable entry points? When we make a new rom, only the Stable Entry points are checked... stable > 'area' are not, and we had to modify one of those a couple of rom ago in > order to add some patch, so these area are not to be trusted as we might > have to change them at one point or another. I agree that things like the > system part (where stack manip, prolog and similar are) is unlikely to > change, but you never know... X > stable regions in the ROM in order to indicate that these entries can > safely be used. Is this not the case? Are you indicating we should > better not produce a version of extable which contains all the entries > we found in the stable regions? > > - Carsten ==== I'm looking for some HP-41 accessories, including the following: SUP-R-ROM (surveying) CO-GO41 ROM (surveying) HEPAX modules ZENROM module CCDROM module EPROM or RAM based ROM module simulators (MLDL, Protocoder, ROMBOX, etc.) or other special modules or accessories for the HP-41. I will pay good price, or will trade for other HP calculators or accessories. Please contact me at peter@hst-netzwerke.de ==== Here is my experience ... I always wanted to have many HP-41 modules (especially ZENROM, CCD ROM, HEPAX, etc.) but never been in the situation to have enough money to spent. It was more important to buy an HP-49G which I use for the school. Few weeks ago I get into the contact with a HrastProgrammer and decided to buy his HP-41X emulator for HP-49G. It was really amazing piece of software which will turn a HP-49G into full featured HP-41 emulator inside for relativelly small amount of money. Of coures, all of HP-49G functionality was preserved. I downloaded CCD ROM, ZENROM and HEPAX as requested by the license agreement. Now I have XF/XM, CCD ROM, Printer and HEPAX built-in and the emulator also came with the additional library containing the following modules: PPC ROM, ZENROM, Card Reader, Advantage, Financial Decisions, Games, Mathematics, Statistics, Aviation, Circuit Analysis, Machine, Navigation, Stress Analysis, DAVID-ASSEM, ERAMCO, MLDL, RAMBOX, ... There is also an ability to load more modules. The list of all features is too big for this post - it can be found on http://hrastprogrammer.tripod.com ... My advice is: if you already have HP-49G (or HP-48GX) and don't insist to have the real HP-41 (or just don't have many hundreds of dollars to spend) then you can save a lot of money with HP-41X. Greetings. Boris > I'm looking for some HP-41 accessories, including the following: SUP-R-ROM (surveying) > CO-GO41 ROM (surveying) > HEPAX modules > ZENROM module > CCDROM module > EPROM or RAM based ROM module simulators (MLDL, Protocoder, ROMBOX, etc.) or other special modules or accessories for the HP-41. I will pay good price, or will trade for other HP calculators or > accessories. Please contact me at peter@hst-netzwerke.de ==== have you been looking for them at Ebay?... in Germany too many collectors are raising one another making the mentioned modules reaching horrible prices... during the last month, I have seen the HEPAX- and the ZENROM module beeing sold for more than EUR 400,- !!! (for one module!!!). I would also like to have the HEPAX and the CCDROM modules but the prices are way too high... unfortunately... Martin > I'm looking for some HP-41 accessories, including the following: SUP-R-ROM (surveying) > CO-GO41 ROM (surveying) > HEPAX modules > ZENROM module > CCDROM module > EPROM or RAM based ROM module simulators (MLDL, Protocoder, ROMBOX, etc.) > > or other special modules or accessories for the HP-41. I will pay good price, or will trade for other HP calculators or > accessories. Please contact me at peter@hst-netzwerke.de > ==== Martin Pedersen schrieb im Newsbeitrag > have you been looking for them at Ebay?... in Germany too many > collectors are raising one another making the mentioned modules reaching > horrible prices... during the last month, I have seen the HEPAX- and the > ZENROM module beeing sold for more than EUR 400,- !!! (for one module!!!). > but note that they weren't bought by a German collector. Instead, someone from USA (p.s.) who seems to have way too much money is fishing here;-) Raymond ==== no, I wasn't aware of that... thanks for the info... Martin Pedersen schrieb im Newsbeitrag >have you been looking for them at Ebay?... in Germany too many >>collectors are raising one another making the mentioned modules reaching >>horrible prices... during the last month, I have seen the HEPAX- and the >>ZENROM module beeing sold for more than EUR 400,- !!! (for one module!!!). > but note that they weren't bought by a German collector. > Instead, someone from USA (p.s.) who seems to have way too much money is fishing > here;-) > Raymond ==== on a TI-89 i could type: solve(3x=18,x) how would i do this on the 49? ==== > on a TI-89 i could type: solve(3x=18,x) how would i do this on the 49? Type SOLVE(3x=18,x) or type SOLVEVX(3X=18) , if VX=X The result is the same in both. Grettings from Cartagena - Chile (sorry my english... ;-) ==== > on a TI-89 i could type: solve(3x=18,x) how would i do this on the 49? Assuming that you are in RPN mode and exact mode: '3*X = 18' ENTER 'X' SOLVE ==== Looked in the manual(s), both in the index and contents... Wanting to know how to program/draw graphics objects (with text), and am also want to know if they can be combined with choose boxes. MC For the 49G sorry, my mistake, was wondering why there where no repleys :) ==== > I'm not sure I'm following the question. I have the URLs of some of the > sites, > I don't recall if any of them had available source code, though they might. > Is > that what you mean? well, yes I mean any information would be useful. Sorry for the delay. For anyone who was interested here's a few URL's of various battlebots. http://www.gamerz.net/~c++robots/ http://www.necrobones.com/atrobots/index.htm http://www.cyty.com/robocom/ -- Jeffery http://woodfanclub.com No, it's not vanity, just desperation. ==== The upgrade process stops for some reason, on file 3. I formatted bank zero for some reason (was confused by the instructions), don't know if this is the problem??? The calculator was resetting when I started it, thought this might fix it... MC ==== In Nick's Complex number marathon, he refers to 256 Menu Upon excuting this command one gets number of menu options. I cannot find these in the standard HP documentation (advnced user guide). Where can I find n explanation of all the options. Are there any other hidden menu options not properly documented ? Aubrey. ==== http://www.hpcalc.org/details.php?id=2990 > In Nick's Complex number marathon, he refers to 256 Menu > Upon excuting this command one gets number of menu options. I cannot > find these in the standard HP documentation (advnced user guide). > Where can I find n explanation of all the options. > Are there any other hidden menu options not properly documented ? > Aubrey. ==== (not the > 48 one). > Serge try http://www.google.ca/search?q=rpncalc&ie=UTF-8&oe=UTF-8&hl=en&btnG=Google+Se arch&meta= in particular http://www.gnu.org/directory/Mathematics/rpncalc.html ==== > > try > http://www.google.ca/search?q=rpncalc&ie=UTF-8&oe=UTF-8&hl=en&btnG=Google+Se a rch&meta= > in particular > http://www.gnu.org/directory/Mathematics/rpncalc.html I'm interested in a hp28s emulator as well- is this gnu project an rpn > calculator or a real RPL programmable HP28S emulator? It's not programmable ==== >> I tried changing the with of browser lines by hand (message 59). I >> could make the line less wide all right, but I could not increase the >> width. So it seems to me that the truncation of strings to about 18 >> characters may be hard-coded into the engine. Probably something >A workaround will be to use the message handler and do the string convesion >yourself. Quite easy things to do. >The only place where the full browser is used is in the Flag manager, and >it's using graphics rather than text. > Will this be fixed in an upcoming ROM 1.19-7 ? TIA Andreas ==== Lets see what HP folks think about this... >Message-id: <6MPX8.504338$cQ3.44713@sccrnsc01 >>Message-id: <3D2EAE15.9D17EB82@pobox.com >> >> >>>Message-id: <3d2ce911.329838465@news.west.cox.net >>> >>>Are there any manufacturers, other than the HP's (32,41,48,49), that >>>use RPN? >>>TIA >>>> I remember that TI had some a while back. I don't know if they >still do? >>>> ( of course... I've never been able to figure out why so many people >like >>> RPN. I view it as something that has some decent computer coding >>applications >>> - I've used it for such - but.. for day to day calculations, I have >>always >>> found RPN to be a pain in the backside. That's part of why I am not >an HP >>user >>> myself ) >>>> Dan :-) >> >>RPN is faster because there are no ( ) keys. *Real* engineers use RPN >: >> >> >>-- >>________________ >>Rob Munach, PE >>Excel Engineering >>Carrboro, NC >> He he. I've heard that one many times!!! LOL. >> The amazing thing I find is... so many engineers actually believe that >one. >> ( about being faster I mean ) >> Dan :-) > >IT IS FASTER Chuck, Chuck, Chuck??? NO. IT's NOT!! hehe ;-) Fewer keystrokes does not equate to faster. If it did... then I would have > lost most of those just for fun calculator races ( where you both see who can > punch in the equation the fastest and get the correct answer ). Fact is... NO > ONE using an RPN calculator has ever beaten me ( a lot have tried ). And... > I'm talking big equations as well as small. That means... at least in my > experience ( which I believe is actually fairly substantial ) RPN is not > faster. Sure, HP has published that in their manuals and stood by it. But of > course they have!!! They DO want to sell their calculators don't they? RPN often does take fewer keystrokes. But... really... who gives a crap > about that. There's no advantage to that ( it certainly does not give a speed > advantage ). I've also noticed that a lot of engineers using RPN are actually > slow with their calculators. My guess there is that they have to think more > about how to punch their numbers correctly into the calculator simply because > the order of data entry using RPN is less intuitive to them than the algebraic > math they generally read and write. If someone wants to use RPN... that's fine. But... to date... I've never > heard an argument that's even remotely convincing on why RPN is better. > Personally... I think lots of engineers have been essentially brainwashed > into actually believing it is better ( usually because they are erroneously > told that it is faster due to the fewer keystroke thing ). Dan :-) ==== > Lets see what HP folks think about this... >>RPN is faster because there are no ( ) keys. *Real* engineers use > RPN That's right ! X > Fewer keystrokes does not equate to faster. If it did... then I would > have > lost most of those just for fun calculator races ( where you both see > who can > punch in the equation the fastest and get the correct answer ). Fact > is... NO > ONE using an RPN calculator has ever beaten me ( a lot have tried ). X And I won all the class math championships where we were not allowed to use even pencil and paper system. No errors here. All 10. Does that make human brains (not counting Rainmans) better on number-crunching than pen&paper system or a calculator, a PC? Nope! It just shows that one individual can be better than others in one subject. Maybe I can beat everyone in a calc race? Maybe I'll loose in a math_with_brains -contest. Surely a speedy man with a fast mind and even faster fingers would beat the calc race using ANY calculator system. ugh Brother-Peter ==== The screen is too small to show the calculator (HP48/49) See them side by side (a real calc & a WinPPC) I use Jornada 720 and even that is not so good looking. > has any tried using emulators with a pocket PC? ==== Why not design your own screen? It's not hard and you can get exactly the size and layout that you want. > The screen is too small to show the calculator (HP48/49) > See them side by side (a real calc & a WinPPC) > I use Jornada 720 and even that is not so good looking. >has any tried using emulators with a pocket PC? ==== I'm not joking, it's really not that hard. Christoph clearly put a lot of thought into making it as easy as possible for people to create their own versions. All you have to do is create a keyboard image, which you can easily do in any paint/draw program. You may think this is hard but remember that if your aim is to create a really compact image that can be used on a pocket PC then you don't need to aim for realism (although there's no reason not to be as artistic as your ability allows you to be). All you have to do then is to create a KML file for your image which just contains a whole set of key locations along the lines of: Button 11 Type 5 Size 64 42 Offset 26 344 OutIn 1 16 End You don't need create one from scratch - just copy an existing one and modify it to match the image you created. You don't need to know about the Type and OutIn fields, only the Offset (location) and Size fields which you get from your image. The Button numbering is quite easy to figure out (row 1, col 1). There's more to the file of course - stuff to do with mapping the PC keys to the buttons but you don't have to worry about that: just copy another KML file and modify it. Some of the KML files include these keyboard definitions within them but it's easy to separate them by putting all that into a KMI file and then just using a statement of Include 38keybrd.kmi at the end of the KML file. All you basically need at the end of the story is a KML file with key locations and definitions, possibly a KMI file with PC/calc mappings, a BMP file with the image and, of course, the emulator itself. I created a number of faceplates for the HP38G emulator (all sharing one KMI file) that I included in the emulator subset that you can download from my Utilities page at http://www.iinet.net.au/~ccroft. Feel free to have a look at them, although you'd probably be better off looking at the equivalent 48/49G files in the emulator you may already have. > Not so hard? > What about the graphics? > Who is gonna paint the keyboard? > How on earth can I make the keyclick areas > to match with the painted keys? What about the display area? > ....? >>Why not design your own screen? It's not hard and you can get exactly >>the size and layout that you want. >>>The screen is too small to show the calculator (HP48/49) >>>See them side by side (a real calc & a WinPPC) >>>I use Jornada 720 and even that is not so good looking. >>>>>>has any tried using emulators with a pocket PC? >>>>> ==== Colin Croft schrieb im Newsbeitrag > I'm not joking, it's really not that hard. Christoph clearly put a lot > of thought into making it as easy as possible for people to create their > own versions. TNX for the flowers, but the KML script design was already made by Sebastien Carlier. > [..] > All you have to do then is to create a KML file for your image > which just contains a whole set of key locations along the lines of: > Button 11 > Type 5 > Size 64 42 > Offset 26 344 > OutIn 1 16 > End And sorry that I have to disappoint you a 2nd time. It's true that I implemented the transparent circle as button type 5 in Emu48 (Win32 version since v1.21), but in all WinCE versions I know type 5 works like type 0 and that isn't the transparent circle mode. :( [..] Christoph ==== and others will actually have to put some serious thought and Colin Croft schrieb im Newsbeitrag >I'm not joking, it's really not that hard. Christoph clearly put a lot >>of thought into making it as easy as possible for people to create their >>own versions. TNX for the flowers, but the KML script design was already made by Sebastien > Carlier. >>[..] >> All you have to do then is to create a KML file for your image >>which just contains a whole set of key locations along the lines of: >>Button 11 >>Type 5 >>Size 64 42 >>Offset 26 344 >>OutIn 1 16 >>End And sorry that I have to disappoint you a 2nd time. It's true that I > implemented the transparent circle as button type 5 in Emu48 (Win32 version > since v1.21), but in all WinCE versions I know type 5 works like type 0 and > that isn't the transparent circle mode. :( [..] > Christoph > ==== I told you so! I tried once quickly a year ago and yes it takes some effort, but I'll try 2nd time after my VOCATION! > and others will actually have to put some serious thought and X > And sorry that I have to disappoint you a 2nd time. It's true that I > implemented the transparent circle as button type 5 in Emu48 (Win32 version > since v1.21), but in all WinCE versions I know type 5 works like type 0 and > that isn't the transparent circle mode. :( ==== I have a 620 myself; there is a script for EMU48 for WinCE 2 that splits in half and displays horizontally. It is photorealistic -- very nice. > The screen is too small to show the calculator (HP48/49) > See them side by side (a real calc & a WinPPC) > I use Jornada 720 and even that is not so good looking. > has any tried using emulators with a pocket PC? > -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Kenton W. Irby Mostly Harmless! kwirby@earthlink.net The answer to the ultimate question of life, the universe, and everything is ... * + * FORTY-TWO! * + * (Douglas Adams) ==== Great! I would like to see that! Could you send the necessary files to me, please? > I have a 620 myself; there is a script for EMU48 for WinCE 2 that splits in > half and displays > horizontally. It is photorealistic -- very nice. X ==== I really can't understand what's happening to my HP 48G. Suddenly, the Cancel button (the ON button) stopped working. I can turn it on, but when I try to use this button, it simply doesn't work. If you have any idea of what can I do, please tell me. I'll describe exactly what happened and what I've already tried. What happened.... I used the calc. the last time in the morning. In the afternoon, when I tried to turn it on, it simply didn't. I took out the batteries, reseted, but nothing. After sometime though, it did turn on, but when I pressed the cancel button, it didn't work (for example: press number 1 and press the Cancel/ON button - it should disappear, but it doesn't). Every single thing works just fine, the serial communication, beep, calculations, etc. The only thing is that Cancel/ON button. The button itself is working, because I can turn on the calc. and when I press and hold it and, for instance, digit 556, it doesn't appear on the display, just when I release the Cancel/On button. Strange. I can't turn the calc. Off by pressing shift ON, because it doesn't work. No probs, I write OFF and press Enter and it turns Off. But when I press the ON button, the HP doesn't turn on, only if I hold it by aprox. 5 seconds or if I wait some hours (can it be a capacitor??? Witch one??). One of the most weird thing is that, I don't know why, after I did lots of things, it started working just fine, I could turn it on and off repeatedly, cancel and so on, just OK. But, on the other day it stopped working again and since then (Friday July, 12 2002) it came this way again. What I tried.... I opened the HP (very hard job, I should say), took out the batteries, reseted the calculator with the reset button (I can't use ON+A+F) and I even try to (after take out the batteries) short cut the capacitor that holds RAM while you change batteries. It asked me to try to recover memory, I pressed NO, and so on. So, it's too weird for me. Everything works but the Cancel/ON button, except to turn the HP on and just after some hours or holding it for more than 5 seconds. If you've ever seen it or have any idea, PLEASE tell me. Luciano Enzweiler ==== This is a rare fault in the old HP 49G series. You should press just under the LCD to use the [ON]. Since you have already opened the calculator, try to get pressure in the area between the LCD and the top row of keys. In the future you may also loose control of the shift keys and finally also the alpha key will be dead. > I really can't understand what's happening to my HP 48G. Suddenly, the > Cancel button (the ON button) stopped working. I can turn it on, but > when I try to use this button, it simply doesn't work. If you have any > idea of what can I do, please tell me. I'll describe exactly what > happened and what I've already tried. What happened.... > I used the calc. the last time in the morning. In the afternoon, when > I tried to turn it on, it simply didn't. I took out the batteries, > reseted, but nothing. After sometime though, it did turn on, but when > I pressed the cancel button, it didn't work (for example: press number > 1 and press the Cancel/ON button - it should disappear, but it > doesn't). Every single thing works just fine, the serial > communication, beep, calculations, etc. The only thing is that > Cancel/ON button. The button itself is working, because I can turn on > the calc. and when I press and hold it and, for instance, digit 556, > it doesn't appear on the display, just when I release the Cancel/On > button. > Strange. I can't turn the calc. Off by pressing shift ON, because it > doesn't work. No probs, I write OFF and press Enter and it turns > Off. But when I press the ON button, the HP doesn't turn on, only if I > hold it by aprox. 5 seconds or if I wait some hours (can it be a > capacitor??? Witch one??). > One of the most weird thing is that, I don't know why, after I did > lots of things, it started working just fine, I could turn it on and > off repeatedly, cancel and so on, just OK. But, on the other day it > stopped working again and since then (Friday July, 12 2002) it came > this way again. What I tried.... > I opened the HP (very hard job, I should say), took out the batteries, > reseted the calculator with the reset button (I can't use ON+A+F) > and I even try to (after take out the batteries) short cut the > capacitor that holds RAM while you change batteries. It asked me to > try to recover memory, I pressed NO, and so on. So, it's too weird for me. Everything works but the Cancel/ON button, > except to turn the HP on and just after some hours or holding it for > more than 5 seconds. If you've ever seen it or have any idea, PLEASE > tell me. Luciano Enzweiler ==== > You should press just under the LCD to use the [ON]. > Since you have already opened the calculator, try to get pressure > in the area between the LCD and the top row of keys. If this solves your problem, search google for twisty ... Steve Sousa ==== only to find out later that the pressure trick works, but eventually the 48G will die anyway so it's good to have a spare AND one may search google for Steve's tip Veli-Pekka - out on a VOCATION !!! > You should press just under the LCD to use the [ON]. > Since you have already opened the calculator, try to get pressure > in the area between the LCD and the top row of keys. If this solves your problem, search google for twisty ... Steve Sousa ==== Veli-Pekka Nousiainen schrieb im Newsbeitrag > This is a rare fault in the old HP 49G series. > You should press just under the LCD to use the [ON]. > Since you have already opened the calculator, try to get pressure > in the area between the LCD and the top row of keys. > In the future you may also loose control of the shift keys > and finally also the alpha key will be dead. > Where is the relation between your answer and the original question? The subject says he has an HP-48G, not a 49... > LOL;-) Raymond ==== Sorry! > This is a rare fault in the old HP 49G series. should read: > This is a rare fault in the old HP 48G series. Veli-Pekka Nousiainen schrieb im Newsbeitrag > This is a rare fault in the old HP 49G series. > You should press just under the LCD to use the [ON]. > Since you have already opened the calculator, try to get pressure > in the area between the LCD and the top row of keys. > In the future you may also loose control of the shift keys > and finally also the alpha key will be dead. > Where is the relation between your answer and the original question? > The subject says he has an HP-48G, not a 49... LOL;-) > Raymond ==== Did you try running the built-in keyboard test to verify if it is the key or something else? rdb. ==== > Did you try running the built-in keyboard test to verify if it is the > key or something else? rdb. Yes, I did try it during that moment it started working again (because you have to press ON+D) and everything was working fine. But then it stopped working again. The button seems to be working because when I hold it the other commands are stopped until I release it. Luciano Enzweiler ==== Running ROM 1.18 1) If there is a flag (-27) that sets how the 49G displays complex numbers, why is it that when the flag is set that it continues to display (a,b) coordinates for a+bi when the flag states X+Yi -> X+Yi and not X+Yi -> (X,Y)? 2) The HP49G locks up for 1 - 5 seconds every 10-20 min or so...why is this? ==== For both symptoms: upgrade to the 1.19-6 ROM The flags are ok and the Garbage Collections has been reduced somewhat. > Running ROM 1.18 1) If there is a flag (-27) that sets how the 49G displays complex > numbers, why is it that when the flag is set that it continues to > display (a,b) coordinates for a+bi when the flag states X+Yi -> X+Yi > and not X+Yi -> (X,Y)? 2) The HP49G locks up for 1 - 5 seconds every 10-20 min or so...why is > this? ==== I've recently poked around in my 49's flash and ERAM memory to see how objects are stored by the system. Since I have not found this information anywhere else, here is what I have found out: -- FLASH ===== * As you probably know, a GOSBVL ACCESSBankX with P=0 maps a flash bank to the memory area between #40000h and #7FFFFh. As of ROM version 1.19-6, banks 8 through 15 are data banks. Before returning to RPL or switching to other banks, you must call the same access routine again with P=1 to restore normality. * The first object is placed at offset #20Ah, so you can directly access it at memory address #4020Ah (at least if you do not mess around with the standard configuration...). In the unused space below that, the ACO has left us a small message =) * Each file is either a backup object or a library (i.e. all except libraries are wrapped up in a backup to allow for a name and a CRC), and is stored with an extra header of 8 nibbles: - The first two nibbles indicate whether this is the beginning of free space, a normal object record or the record of a deleted object. This because in flash, bits can only be turned from 1's to 0's (a bank formatting is needed to make them all 1's again). Normal objects have #35h in this place. Keep in mind that #35h is as found in memory: Due to the Saturn's nibble reversion, you'll find #53h in a register if you read the byte with a r=DATx.B instruction. Deleted objects are indicated by #00h. For the rest they are just the same as the normal ones. #11h indicates the beginning of free space, or the end of the object area, depending on your point of view =) - The next five nibbles are an offset to the next object record. This is the only way to determine where the next record starts, as it does *not* always start after the actual backup/library object!! - A pad nibble follows. It always contains a 5. - Then, the backup or library object is stored, just as usual. For the structure of these objects, refer to Introduction to Saturn Assembly Language by F. H. Gilbert: -- ERAM ==== The access routines for ERAM are ACCESSERAM1 and ACCESSERAM2 (the 256kB are divided into two halves). All objects are stored in sequence, with no extra information. Again, they are either libraries or backups. The first object begins at #40000h, and #00000h instead of a DOBAK/DOLIB prologue indicates the end of the occupied area. -- To get a flash or ERAM bank into a string for further inspection, you can use this program: :: NULL$ #40000 EXPAND CODE EQU access (ACCESSBank10) % your choice C=DAT1.A RSTK=C SAVE GOSBVL access C=RSTK D1=C D1+10 LC 40000 D0=C GOSBVL MOVEDOWN P=1 GOSBVL access LOADRPL ENDCODE ; Of course you need 128kB of free memory for this to work, as a bank is 128kB big. -- Again, this is all based on what I have found out by just poking around. I would greatly appreciate comments and, if any of this is wrong, corrections! I will also post this document to hpcalc.org, unless of course somebody finds an error, along with a program (GPL; a bit above 1kB) which can be used to browse the contents of each bank. This helps especially if you happen to get Insufficient Memory even though the total free flash memory would suffice. Furthermore you can recall the contents of any object, even deleted ones. Greetings Thomas -- Thomas Rast If you cannot convince them, confuse them. -- Harry S. Truman ==== X > I will also post this document to hpcalc.org, unless of course somebody > finds an error, along with a program (GPL; a bit above 1kB) which can be > used to browse the contents of each bank. This helps especially if you > happen to get Insufficient Memory even though the total free flash > memory would suffice. Furthermore you can recall the contents of any > object, even deleted ones. X Hurrah! I hate to kill the wrong version of an object by accident. All we need now is an UNPURGE command, which takes arguments as: either a global name or a global tagged with a port number/name 0,1,2,I,E,F 'id' | :port: id -> T/F @ ok/not ok or perhaps no flag is needed?? ==== Veli-Pekka Nousiainen schrieb: Hurrah! > I hate to kill the wrong version of an object by accident. > All we need now is an UNPURGE command, which takes arguments as: > either a global name or a global tagged with a port number/name 0,1,2,I,E,F > 'id' | :port: id -> T/F @ ok/not ok or perhaps no flag is needed?? Remember that only the flash keeps deleted objects, and only until the next formatting of the bank in question. Thomas -- Thomas Rast If you cannot convince them, confuse them. -- Harry S. Truman ==== Oh, the port number was for the target Yes, I'm aware that a bank erase may happen on next store to flash, so maybe unpurging to port 2 is not feasible in most circumstances... > Veli-Pekka Nousiainen schrieb: > > Hurrah! > I hate to kill the wrong version of an object by accident. > All we need now is an UNPURGE command, which takes arguments as: > either a global name or a global tagged with a port number/name 0,1,2,I,E,F > 'id' | :port: id -> T/F @ ok/not ok or perhaps no flag is needed?? Remember that only the flash keeps deleted objects, and only until the > next formatting of the bank in question. Thomas -- > Thomas Rast -- Harry S. Truman ==== > The HP49 transfer dialog offers an interesting option to browse remotely > stored files. However when it starts fetching directory from server-mode > Kermit, the server responds with FAILURE: Receive window full.. > Although > Kermit has one (intuitively connectable) parameter called 'window-size', > setting it to even the highest value don't helps to avoid this error. > Any help will be kindly appreciated. Jacek Kowalczyk I think it does not have to do with kermit window-size. The HP kermit does not use the kermit remote dir function, but relies on the existence of a DIR command on the (remote) PC. Make a shell script called DIR (e.g. ~/bin/DIR) that behaves exactly like the DOS DIR command. This works for me at least... Good luck! Georg. ==== --------------------------------------------------------------------- I am 99% certain that my HP49G is dead but I wanted to ask the denizens of this newsgroup if they had any suggestions before sending it back to HP for repair. My HP49G no longer powers on. One day it was working, then, after sitting on my desk for a few days it will no longer power up. I have tried all the suggestions in the documentation to no avail. I have removed the batteries and let the unit discharge for an entire weekend ... fresh batteries did not help. Any suggestions? How common is this? /mbs -- Mark Sawyer Sawyer Software Solutions, LLC 2 Lincoln Drive, Bow, NH 03304-3209 AOL's AIM: FirmwareWizard - We want information, information, information. --------------------------------------------------------------------- name=Mark Sawyer.vcf filename=Mark Sawyer.vcf BEGIN:VCARD VERSION:2.1 N:Sawyer;Mark FN:Mark Sawyer ORG:Sawyer Software Solutions, LLC TITLE:Consultant TEL;WORK;VOICE:(603) 228-9214 TEL;CELL;VOICE:(603) 496-3509 TEL;WORK;FAX:(603) 228-4810 ADR;WORK:;;2 Lincoln Drive;Bow;NH;03304-3209;USA LABEL;WORK;ENCODING=QUOTED-PRINTABLE:2 Lincoln Drive=0D=0ABow, NH 03304-3209=0D=0AUSA EMAIL;PREF;INTERNET:Mark@MySawyer.net REV:20020715T163450Z END:VCARD ------ÖextPart 000 0094 01C22BFC.03836190-- ==== Can you get a voltmeter and see if there is voltage between the contacts (not the batteries themselves) I have seen where the contacts, which rest on stiff rubber foam, are slightly offcenter and cause the batteries not to make proper contact unless they are repositioned. If you don't see anything wrong that way, try kicking it, it could be a bad contact someplace internally and you could jarr it back to life. Good luck Luis > I am 99% certain that my HP49G is dead but I wanted to ask the denizens of > this newsgroup if they had any suggestions before sending it back to HP for > repair. My HP49G no longer powers on. One day it was working, then, after sitting > on my desk for a few days it will no longer power up. I have tried all the suggestions in the documentation to no avail. I have removed the batteries and let the unit discharge for an entire > weekend ... fresh batteries did not help. Any suggestions? How common is this? /mbs -- > Mark Sawyer > Sawyer Software Solutions, LLC > 2 Lincoln Drive, Bow, NH 03304-3209 AOL's AIM: FirmwareWizard - We want information, information, information. > -- ==== Is this news to you? Now stop trolling and get a life. ==== Running ROM v1.18 Graph/Table problem After graphing a function in Degrees mode y1(x)=sin(x) the table reveals that sin(0) = undef. however, when you browse the table and this disappears from view and you come back, it no longer says undef. it says 0 instead. When you attempt to trace in the graph with the critia below, it will say at the top left hand corner Undefined for a brief moment and at point (0,0) if you look at X,Y movement, you will see X = 0 and Y = 'NULL' until the cursor is moved around and then back to point 0,0 Graph settings Plot Window: H-View: -360 360 V-View: -1 1 Plot Setup: H-Tick: 30 V-Tick: 0.5 Equation: Y1(X)=SIN(X) Angle Measurement: Degrees I haven't attempted to see if this bug ocurrs in any other settings, but I do know for a fact that it ocurrs with the above critia. --- 1/9 * 9 = .999999999999? in approximate mode, if you enter in 1/9 and multiply is by 9 you get .999999999999 Its not a serious bug and anyone could just round it to 1 but it is a little disturbing :( ==== 1/9 * 9 = .999999999999? > in approximate mode, if you enter in 1/9 and multiply is by 9 you get > .999999999999 Its not a serious bug and anyone could just round it to > 1 but it is a little disturbing :( I think this has been discussed several times. It is the correct result in approximate mode unless you use an infinite number of bits internally to compute it! Simpler machines that give you 1 simply round it off for the display. If you want the exact answer simply use the machine in exact mode. USE IT! !Demeter! ==== Seems logical to me unless i've missed the meaning of approximate: Exact Mode 1/9*9=1 Approximate Mode 1/9*9=0.99999999999 i.e approx = 1. If you set display to 1 decimal place less than the precission of the calc you get 1.0000000000. 1/9 is an irrational number (is that the correct term) and cannot be expressed as a decimal. If your really worried about it than avoid irrational numbers be rearranging your expression, or doing it in your head: Approximate Mode 1*9/9=1. S.Nash --- 1/9 * 9 = .999999999999? > in approximate mode, if you enter in 1/9 and multiply is by 9 you get > .999999999999 Its not a serious bug and anyone could just round it to > 1 but it is a little disturbing :( ==== In Advanced Users Guide Command Reference you can read, in the description of FUNCTION, about plotting vertical lines inserting an equation like indep. = constant in EQ. Could someone tell me something about that? ==== > In Advanced Users Guide Command Reference you can read, in the description of > FUNCTION, about plotting vertical lines inserting an equation like indep. > = constant in EQ. Could someone tell me something about that? Its wrong. ==== I am a bit confused since I've noticed there are several different ways to write programs in ML. Could someone explain why??? Where can I get the original HP Saturn Instruction set for the 48G??? Is there any documentation or software made by HP to write/compile in assembly language??? Why is the HP trying to eat me?? :) ==== please take a look at www.hpcalc.org where you'll find anything you need. Raymond Ezequiel Garcia schrieb im Newsbeitrag > I am a bit confused since I've noticed there are several different > ways to write programs in ML. Could someone explain why??? Where can I > get the original HP Saturn Instruction set for the 48G??? Is there any > documentation or software made by HP to write/compile in assembly > language??? Why is the HP trying to eat me?? :) ==== I downloaded the Trigonometry Marathon 1.0 from http://www.hpcalc.org/hp49/docs/misc/ but try as I will I cannot read the right hand column of the PDF file. Only half of this column appears and nothing that I can do will recover the missing words. Is it just me ? I've tried viewing it with free acrobat reader versions 4 & 5 bill ==== i tried it to. same problem josh > I downloaded the Trigonometry Marathon 1.0 from > http://www.hpcalc.org/hp49/docs/misc/ but try as I will I cannot > read the right hand column of the PDF file. Only half of this column appears > and nothing that I can do will recover the missing words. Is it just me ? > I've tried viewing it with free acrobat reader versions 4 & 5 bill > ==== I just installed Eclib with BZ49, BZu49, & BZ on my 49G. The Eclib does not work, it gives me an STO Error: Undefined XLIB Name. Has anybody had success installing this lib? I'm running Rom 1.19-6 in RPN mode. ==== You are using the wrong compressor. Compressor should be BZLIB. Roman Jorge G. schrieb im Newsbeitrag > I just installed Eclib with BZ49, BZu49, & BZ on my 49G. The Eclib > does not work, it gives me an STO Error: Undefined XLIB Name. Has > anybody had success installing this lib? I'm running Rom 1.19-6 in RPN mode. ==== In horn 4.zip found at hpcalc.org I find the instruction manual RPLMAN.DOC, but when trying to print it using Courier 10 pts at an A4 paper I get the page breaks at wrong position (of course I can break the pages manually, but...). So, what is the original (US) format? ==== > In horn 4.zip found at hpcalc.org I find the instruction manual > RPLMAN.DOC, but when trying to print it using Courier 10 pts at an A4 > paper I get the page breaks at wrong position (of course I can break > the pages manually, but...). > So, what is the original (US) format? Alternatively, there's a PDF version on hpcalc as well: http://www.hpcalc.org/hp48/docs/programming/rpl-pdf.zip And I've got a Word version with full index to every RPL word. It's somewhere in my archives, tell me if you're interested... Gerald. ==== > In horn 4.zip found at hpcalc.org I find the instruction manual > RPLMAN.DOC, but when trying to print it using Courier 10 pts at an A4 > paper I get the page breaks at wrong position (of course I can break > the pages manually, but...). > So, what is the original (US) format? Well, that's a plain text file, from the days when a font was built into the printer, not something used by MS Windows to force the printer to use graphics mode. No form feed characters are included, but the page numbers are 66 lines apart, so it's intended for 6 lines per inch on 8.5 X 11 inch letter size paper. The text starts in column 8, and the longest line ends at column 75, but it includes 2 backspace characters, so on paper the last character would be in column 73. So at 10 characters per inch, there will be a 0.7 inch margin on both edges. -- James ==== Oops, Make that 0.7 on the left, and 1.2 on the right. I was thinking of the 80 column screen, where you'd have seven columns of space characters on the left, and at least 7 unused columns on the right. -- James ==== I have two major problems with it: 1. The keyboard (as reported elsewhere) is not very good. I don't see how I can do anything about this. 2. Garbage collection (I think). The calculator seems to do garbage collection quite frequently. Very often I try to simply add two numbers and have to wait several seconds for GC to be over before getting my answer. Is there anything that can be done to improve this? Steve Smith, who REALLY misses his 48GX ==== It seems that every few weeks if the stack has built up to something huge Garbage Collection pauses reappear. Clearing the stack then gets rid of any noticable pause. It may not be the size of stack causing the re-appearance of the pauses, it may be something else but since clearing the stack fixes it I haven't looked further. I've successfully completed the upgrade to 19.6, and the apparent > garbage collection problem I've been having looks much improved. I won't > know for sure until I use it for a couple of weeks, as I don't have a > good way to benchmark the problem. Steve Smith > ==== Forced CG: MEM > It seems that every few weeks if the stack has built up to something huge > Garbage Collection pauses reappear. Clearing the stack then gets rid of any > noticable pause. It may not be the size of stack causing the re-appearance > of the pauses, it may be something else but since clearing the stack fixes > it I haven't looked further. > > I've successfully completed the upgrade to 19.6, and the apparent > garbage collection problem I've been having looks much improved. I won't > know for sure until I use it for a couple of weeks, as I don't have a > good way to benchmark the problem. > > Steve Smith ==== > 2. Garbage collection (I think). > The calculator seems to do garbage collection quite frequently. Very > often I try to simply add two numbers and have to wait several > seconds for GC to be over before getting my answer. Is there > anything that can be done to improve this? Turn the clock display off if you have it on! This gave me the biggest bang for the buck but I had to compromise between having a clock display or not! > Steve Smith, who REALLY misses his 48GX Your HP48SX misses you too! I understand, Steve. ==== > 1. The keyboard (as reported elsewhere) is not very good. I don't see > how I can do anything about this. setting keytime to a lower value (with ->keytime, ie 300 or even 100) might get used to it. I like it. Best wishes, Walter. ==== 100. My main problem with the keyboard is that it is quite stiff. After six months of continuous use, I don't expect it to improve further. I hope to try updating my rom today. Steve >>1. The keyboard (as reported elsewhere) is not very good. I don't see >>how I can do anything about this. >> > >setting keytime to a lower value (with ->keytime, ie 300 or even 100) might >get used to it. I like it. Best wishes, > Walter. > > ==== I know it doesn't help but the 2 new HP49's we have in the office have a lot lighter keyboards than my older HP49. As one of them had to be returned (it wouldn't reliably turn on) I've looked at 3 current HP49's and there was a surprising variation in keyboard feel and external finish. Stephen N. > 100. My main problem with the keyboard is that it is quite stiff. After > six months of continuous use, I don't expect it to improve further. I hope to try updating my rom today. Steve >>1. The keyboard (as reported elsewhere) is not very good. I don't see >>how I can do anything about this. > >setting keytime to a lower value (with ->keytime, ie 300 or even 100) might to >get used to it. I like it. > > Best wishes, > Walter. > ==== > 1. The keyboard (as reported elsewhere) is not very good. I don't see > how I can do anything about this. I got used to the keyboard on the '49 pretty quickly, and now have no difficulty in using it. You may get used to it too? The layout is very good - at least as good as the layout on the '48G series. The keys should loosen up a bit over time, so if your '49 is brand new, the keys could get a little better. > 2. Garbage collection (I think). > The calculator seems to do garbage collection quite frequently. Very > often I try to simply add two numbers and have to wait several seconds > for GC to be over before getting my answer. Is there anything that can > be done to improve this? You can update your ROM. I can't remember in which ROM the changes were made, but the GC problem got smaller in the newer ROMs. Update to ROM v1.19.6, which is very stable and safe even though it's a beta. It's more stable than the official v1.18. ==== > I managed to dig up a Trig Table that someone posted on this newsgroup > however, I don't know how to make it more readable. When I upload the Well, what do you know. My old trig list that I uploaded. It's back to haunt me. I think I said in the original upload that it was meant for any 30-column editor for the HP48. I use TED.LIB - and there are lots of smaller ones for 30-column viewing on hpcalc.org. Bill ==== Regarding: [SPAM snipped] As a federal employee (USA), I don't think Im allowed to. ==== >I tryed to use the FDP program from HP under WIN 98, at the >first time there was no Error-Screen, but it fails. I tryed >several times after the fist one and everytime and with >every updatefile there is an error-screen Can not open >input file I tryed every flash file from hpcalc.org. How could I get a system to my HP49, please help. Hanno Read the instructions carefully. The file has to have a .flash extension, which you may have lost. Otherwise, HPCOMM should have no problem finding the input file. Bill alternate E-dress wtstorey@ieee.org.no.spam.please (Use the obvious) ==== just to make sure (and ask silly questions, maybe) that you have matching connection parameters, say: speed, translation code, parity mode, and so (I once tried to connect my HP49 after an HP48 session; should I say some parameters were changed and connection failled with the HP49?). I am NOT sure about it, but there is a change in the updating procedure after one of these versions: is it between 1.18 and 1.19? Just for checking purposes. If you have already done all of it, just forget this post and go ahead; let us know if you have success. > Hy, I though it was a good idea to update my HP49 to V1.18 or > V1.19-6 (beta). But now I have a calculator without System, its no problem > to get access to the diagnostic-system. But I canÇt transfer > an update file to the calculator. I tryed to use the FDP program from HP under WIN 98, at the > first time there was no Error-Screen, but it fails. I tryed > several times after the fist one and everytime and with > every updatefile there is an error-screen Can not open > input file I tryed every flash file from hpcalc.org. How could I get a system to my HP49, please help. Hanno ==== Vieira, Luiz C. Brazil schrieb: just to make sure (and ask silly questions, maybe) that you have > matching connection parameters, say: speed, translation code, parity > mode, and so (I once tried to connect my HP49 after an HP48 session; > should I say some parameters were changed and connection failled with > the HP49?). The problem was i had no system at my HP49, so I canÇt check the connection parameters. But I solved the problem. I am NOT sure about it, but there is a change in the updating > procedure after one of these versions: is it between 1.18 and 1.19? > Just for checking purposes. Yes, thats right, the instruction for 1.19-6 ist different to the others, but that wasnÇt the problem. If you have already done all of it, just forget this post and go > ahead; let us know if you have success. Yesterday evening I had success. It was an Problem with the com port of my computer, after setting them to an other adress and rebooting, setting then to the old adress and rebooting it works perfectly. I think that something corrupted the ram of the com port. At now I have an 1-18 version in my HP, but I will try to update it to 1.19-6 today. Bye -- --- dupp didupp....... ==== >> If you have already done all of it, just forget this post and go >> ahead; let us know if you have success. > Yesterday evening I had success. It was an Problem with the com port of > my computer, after setting them to an other adress and rebooting, > setting then to the old adress and rebooting it works perfectly. I think > that something corrupted the ram of the com port. At now I have an 1-18 version in my HP, but I will try to update it to > 1.19-6 today. > Yeah I did it, 1.19-6 is on my HP49, great! Little hints for Win98 users: - FDP Program as standalone is quite more usefull than the full HPComm 3.0r4 - connect the flash files to the fdp programm, doppelklick and open with is quite less problematic then drag and drop to the FDP programm (donÇt ask me why) - HP 49G Xmodem Connectivity Kit 1.2.17 Beta seems to be more stable than Xmodem Connectivity Kit (new) 1.0.9 Beta in fact I get no result with 1.0.9 - If you suddently canÇt get access to your HP49 try to reset the com ports of your pc. ThatÇs what IÇve learned in the last days. Ciao Hanno -- --- dupp didupp....... ==== I figured out how to transfer files between my 49 and the PC by setting the calculator to Xmodem server and running the Xmodem Kit version 1.0.9 on my PC. How do I set the HP48 to Xmodem server, can I use the same Xmodem Kit to communicate the 48 with the PC? Luis ==== >How do I set the HP48 to Xmodem server, can I use the same Xmodem Kit >to communicate the 48 with the PC? > Use Left Shift IO then NXT. XXMIT, XRECV are on the E and F keys respectively. Bill alternate E-dress wtstorey@ieee.org.no.spam.please (Use the obvious) ==== Well, I now tried to transmit from one HP49 to another using Xmodem. I opened the I/O input form, set the transmit mode to Xmodem, in the next field down I enter the file to transmit. I set the receiving calculator to Xmodem server by pressing right shift-right arrow, finally I press the F key for XSEND and nothing happens. HELP!!!!! ==== Use Left Shift IO then NXT. XXMIT, XRECV are on the E and F keys respectively. Bill > alternate E-dress wtstorey@ieee.org.no.spam.please Ok, so I enter the file to send and choose XXMIT, but what do I do on the receiving machine (PC or another HP48) If the receiving machine is an HP49 then I guess I just set it to Xmodem server mode, but how do I do the equivalent on the HP48 or the PC? Luis ==== >Ok, so I enter the file to send and choose XXMIT, but what do I do on >the receiving machine (PC or another HP48) If the receiving machine is >an HP49 then I guess I just set it to Xmodem server mode, but how do I >do the equivalent on the HP48 or the PC? >Luis I have only used XModem for PC to HP48. However, since the receiving HP48 would be the same, put the name of the receive file on the stack and type XRECV. I can't help you on the PC end for the receive. ==== I am looking for information on programming in system rpl. I have written programs in user rpl before but want to rewrite in them system rpl, so they run faster . Any ideas or information would be appreciated thanks in advance Joshua Stewart ==== Mr Joshua Stewart schrieb im Newsbeitrag > I am looking for information on programming in system rpl. I have written > programs in user rpl before but want to rewrite in them system rpl, so they > run faster . Any ideas or information would be appreciated > first source is www.hpcalc.org Raymond ==== > I am looking for information on programming in system rpl. I have written > programs in user rpl before but want to rewrite in them system rpl, so they > run faster . Any ideas or information would be appreciated How about this: http://zon.wins.uva.nl/~dominik/hpcalc/progsysrpl_pdf.zip or http://zon.wins.uva.nl/~dominik/hpcalc/progsysrpl_ps.zip It tells you quite a bit in 600+ pages -- This message was written with 100% recycled electrons Pivo ==== Recently my calculator crashed once more (while editing an Unnamed.S XCELL48 file, this time) and lost a lot of work which I haven't backuped. Anyway, WHILE the warmstart was occuring and seem everlasting, I decided to punch the back reset button and since then, I notice a new annoying set of characters*... and couldn't find any Help issues in the FAQ to solve it. I wonder who knows anything about this situation or has information to help me at least understand it and if possible, even fix it. It seems a classic Windows Video Card Display Conflict, but can't establish if the reason is a corrupted font or else (?). Should I re-install a font set or the whole Flash ROM 1.19-6 ? Any suggestions ? I published only these three examples http://personales.ciudad.com.ar/carlos_lacroze/HP49GScreenProblems.htm, hoping they'll be more descriptive than my limited language. + First image beginning from the left to the right: you can notice those small right oriented cursors in the middle of the MODES Inform/Choose screen; + Image in the middle: strange Zeroes with a dot in the middle, instead of the dashed zero (with diminished -barely unseen- cursor), and + Right most image: at the end of each choose boxes menu. I attached the T49.TXT file (Report from the TEST48 app), hoping would help in the diagnosis. Tks in advance. -- Carlos Lacroze Buenos Aires, Argentina _______________________ %%HP: T(1)A(D)F(.); TEST49 v1.7 By AVP98© REPORT THU 04.07.02 14:43:04 1.HOME SETUP VARS: STARTUP Yes STARTSEND No STARTRECV No STARTOFF No STARTED No STARTEQW No STARTERR No EXITED No TOFF No CST No USER KEYS No 2.IMPORTANT LIBS: SysRpl Tools: Development lib Yes Lib 257 Yes SysRpl Tabs No Emacs Editor No CQIF? Lib No Sdiag Lib No InformBuilder No Dump49 No DataBase and PIMs: Scribe No Organizer Yes Compresion Tools: BzComp No TNTPack No TNTCRK No Multimedia and Misc Libs: WAV Player (Blather) No MIDI Player (Mig) No Gtools (GreyScal Editor) No Paint No GRS64 (GreyScal Visor) No XCELL49 Yes EDITMatrix Yes Navigator No Bios49 Yes KeyMan2000 No Find49 No TGViewer No MD5 No 3.MISCELANOUS: Hp49 Serial ID94704697 Yes Commands: 1041 (~>900) Yes Work Memory (~>120K) Yes Swap Memory (~>60K) Yes Port2 Memory (~>70K) Yes Wall Paper No Fast Catalog No WSLOG: 3-21.06.02 06:49:26P 3-30.06.02 05:29:57P C-000000000000000000 3-30.06.02 05:31:27P Last Wslog: 4.>5 Days No LIBS ATTACHED: 1.Null Lib 2.Unitman 8.2001 WR 3.OT49 9.2001 WR 4.PEVAL 5.QTS v2.1 ostcroix@aol.com 6.Distribucion 1.2 JPM 7.EQNLIB v0.2 for hp49 8.statpro 9.ConfigSaver 10.Polynomial v2.1 11.Matrix49 v1.0 12.TrigFunc49 v1.0 13.AutoSimp49 v1.1 14.Organizer v1.1 by Jack Lev 15.Finanzas hp49G v1.2 16.XCELL48 v2.0 by RONALDO'98 18.EDITMATRIX 19.StatPack 49:by Tim Wessman 20.NEOPOLYSv8.1 21.Bios49:v1.4 por AVP98© 22.Test49:v1.7 por AVP98© 23.SOLVESYS 24.Wronski GACHAG Libs: 24 (~>15) Yes Backups: 0 (~>30) No 4.ITEMS FAIL: 34 STARTSEND STARTRECV STARTOFF STARTED STARTEQW STARTERR EXITED TOFF CST USER KEYS SysRpl Tabs Emacs Editor CQIF? Lib Sdiag Lib InformBuilder Dump49 Scribe BzComp TNTPack TNTCRK WAV Player (Blather) MIDI Player (Mig) Gtools (GreyScal Editor) Paint GRS64 (GreyScal Visor) Navigator KeyMan2000 Find49 TGViewer MD5 Wall Paper Fast Catalog Last Wslog: 4.>5 Days Backups: 0 (~>30) 5.RESULTS: Eficiency : 32% Performance: Visit www.hpcalc.org Suggestions: avp98@tutopia.com ==== images... After looking its zero and theta characters, I realized he original system one ? I'll never know how much your worked this device out. that set the font89 and created the problem (changed the default minifont set). I deleted it and everything came back to normal. I downloaded it, with the idea of trying it out. Tks God for you guys. I would be lost with out this newsgroup. PS Look, I love most of the HP calculators, but I hate their customer service, recent manuals and lack of interest in us as loyal customers. How crazy is to gather the brains in this newsgroup to develop a new HP calculator division all together, I mean HP outsourcing its former division. This team would compete with TI and CASIO, among others. Probably, this team would need the giant Mktg support from HP (as well as their brand), but as the main creators are actually on their own... Would it be possible to offer the HP Board a Business Plan they couldn't refuse ? Obviously the main shareholders would be their developers, but sooner or later another white and or blue collar employees would be needed and this group could be the seed needed... Who might be interested to begin thinking this idea ? ______________________ Carlos Lacroze Buenos Aires, Argentina ==== X > Should I re-install a font set or the whole Flash ROM 1.19-6 ? Any > suggestions ? X 1) Try to choose a different fontsize [MODE] |DISP| 2) FONT8 _>FONT For the MiniFont, I suggest downloading an editor from the hpcalc.org http://www.hpcalc.org/hp49/utils/fonts/ there are a lot of fonts to experiment with while I think there might be a corrupt library but anyway I hope this helped a little ==== I tried to install MK2.30 on my HP48. I'm getting the message Ce nom n*existe pas What does it mean?(I can't read french) In former times I was able to install the MK but every time I forgot the details e.g. the special point between MKRAM and KER (MKRAM.KER) Thans for every hint, Toralf ==== Toralf Schumann schrieb im Newsbeitrag > I tried to install MK2.30 on my HP48. > I'm getting the message Ce nom n*existe pas What does it mean?(I can't read french) > Nonexistent name It means that the appriorate identifier couldn't be resolved HTH, Raymond ==== How 'bout KIA? (Killed In Action...) Purchasd my HP 48SX in 1990; sold it to a technician in 1993 and purchased the HP 48GX; have been using it for almost 10 years... BTW, I didn't upgrade to HP 49G due to no expansion and infrared capabilities, even though the larger internal memory and flash ROM was tempting... Kabooki!!! On Tue, 25 Jun 2002 22:10:26 +1000, Geoffrey Jones >Umm, so that would be ... MIA ... ? GeofJ ==== I hope not. I find it amazing that HP would handover the calculator market to TI and Casio without even a whimper. >..... anyone know definitively what's going on at HP internaitional >headquarters? >Is their calculator division DOA? ==== (/&#ó(/%# Invalid Syntax Well - I did try this one - finally Veli-Pekka PS: Anything on a less memory hungry version of your speedy program ordering lists > 3.+ vs. 3. + > Fortunately that is a mistake forgiven by the OS. > One can freely omit a space after a real or integer. *Usually* true, but not when the next character is + or -, even going > back as far as the 48SX. > Naturally, many of us already knew this... There's nothing like experimentation to find out for certain. > -- > James > ==== Here we go as promised: [Author unknown] 1/12 Love Bytes (or sex and the single computer) They say that computers do not think like human beings. But do they _feel_ like humans? A certain computer, to which (to whom?) we have guaranteed absolute anonymity, has supplied us with this piece of computer-style erotic-gossip that is going the rounds of the sophisticated number crunchers in the web. If you have an under-age computer around, on no account let it see this - it might be totally diskusted (!) and even corrupt its little CPU forever! ==== > some of the recycled electrons going around have been used too many > times and can produced a low power effect that will eventually affect > the virility of the computer Bovine faeces, electrons are the viagra of processors :-) -- This message was written with 100% recycled electrons Pivo ==== This assumes you are talking about an HP48 (SX)? > Looked in the manual(s), both in the index and contents... See chapter 19: Adding graphical elements to PICT > Wanting to know how to program/draw graphics objects (with text), and am > also want to know if they can be combined with choose boxes. To convert any object to a graphic, use ->GROB where is 1/2/3; then position it on PICT with REPL (or GOR or GXOR) where can be PICT or another GROB, in complex format ( e.g. (2,3) ) and is the GROB to put in the target. If needed, you can inverse-video the source object first, using NEG. No preprogrammed check/drop-down boxes etc... on the HP48; maybe some libraries/programs can provide this, don't know. > MC > -- -alex- ___ visit my bookmarks: http://users.pandora.be/dual/bookmark.htm ==== I want a sequence BINT0 BINT1 BINT2 BINT3 BINT0 BINT1 BINT2 BINT3 ... then :: BINT8 ZERO_DO INDEX@ UNCOERCE %4 %MOD COERCE LOOP ; exist some command MOD for BINTs? This to annul UNCOERCE ... COERCE ==== >I want a sequence BINT0 BINT1 BINT2 BINT3 BINT0 BINT1 BINT2 BINT3 ... >then :: > BINT8 > ZERO_DO > INDEX@ > UNCOERCE > %4 > %MOD > COERCE > LOOP >; exist some command MOD for BINTs? This to annul UNCOERCE ... COERCE #/ SWAPDROP ---------------------------------------------------------------------------- --- Jonathan Busby - before replying. ==== Jonathan Busby schrieb: >I want a sequence BINT0 BINT1 BINT2 BINT3 BINT0 BINT1 BINT2 BINT3 ... >[...] >exist some command MOD for BINTs? #/ SWAPDROP Or in this case also 3 #AND Greetings Thomas -- Thomas Rast If you cannot convince them, confuse them. -- Harry S. Truman ==== Anyone know anything about an online store called Fry's Electronics Outpost.com? They're advertising a 39G for $49.99 http://shop3.outpost.com/%7BPS2EE7WJ2TejGx2MhnEbksDdDao1iJbDcw9P6tjKk7jL1tOe 7P6B|-5406794911305312309/168694311/6/7001/7001/7002/7002/7001/-1|-658549804 2 721116803/168694310/6/7001/7001/7002/7002/7001/-1|1026393107992%7D/product/2 7 88533/ Unfortunately it's apparently only for buyers in the US (which I'm not). ==== My interest was possibly being able to get a good bulk deal for my deal for delivery outside the US for a large order (>100). >Anyone know anything about an online store called Fry's Electronics >>Outpost.com? They're advertising a 39G for $49.99 > . . . . >Unfortunately it's apparently only for buyers in the US (which I'm not). Looks like a good price, new or used. You might want to keep an eye on > eBay. Every so often some clearing house puts several up at a time, > for around $30. - Paul > ==== > By error I sent a version of spanglish with bug, that makes slower, > the corrected version this in my Web: > www.geocities.com/deachp/deachp.html > I sent the corrected 49G version to www.hpcalc.com, but still they do > not update it. > Soon I will have a new version (2.8?) :-) -With Predictive and > nonpredictive option. ;-) > I have recently downloaded it for the 48 and I find it great. What would make it even better would be to have it modular and well documented so that it could actually be used for any language, by just having people providing a list of translations in their own language. I realise that this would be hard to update as I guess you would have to refer to a standardised table. I am saying all that but am not sure to be able to contribute as I don't own a PC and would have to do all the work on my HP Arnaud ==== Dante Aron.92 C. escribi.97 en el mensaje de noticias da265d11.0207071041.7bf57d1@posting.google.com... > By error I sent a version of spanglish with bug, that makes slower, > the corrected version this in my Web: > www.geocities.com/deachp/deachp.html Now it's a lot nicer... the bugged version was annoying. > I sent the corrected 49G version to www.hpcalc.com, but still they do > not update it. Maybe if you send it to www.hpcalc.ORG !!!! > Soon I will have a new version (2.8?) :-) -With Predictive and > nonpredictive option. ;-) That would be nice. > Not yet I program in ML :-( Bye! -- Beto ==== Is there an HP49 emulator for Windows XP? ==== I use both the original hp emulator (calc.exe) with new ROM and the Emu49, with 49G KML and ROM They work fine with any 32-bit windows that I have tested. They can be found in www.hpcalc.org > Is there an HP49 emulator for Windows XP? ==== > When we make a new rom, only the Stable Entry points are checked... stable > 'area' are not, and we had to modify one of those a couple of rom ago in > order to add some patch, so these area are not to be trusted as we might > have to change them at one point or another. I agree that things like the > system part (where stack manip, prolog and similar are) is unlikely to > change, but you never know... This completely contradicts to what JYA said in this NG: The pointer interval areas 25EC - B3C7 and 25565 - 4000 are stable and will not change, at least not for the HP49 in its present shape. We could perhaps live with some limited modifification if it is clearly defined and announced in due time. But not without using pointers from these stable areas. That would make many high-quality tools like Emacs, Unitman, Keyman etc worthless and unusable. Please tell us if such modification will take place in ROM 19-7. If yes, at least I will immedately stop any further tool developement for the 49. Do you know how much time we invested in developing our Wolfgang PS. If you plan to emulate the HP49 on some science fiction PDA, various things may happen. I refer here only to the HP49 itself. ==== Maybe you could extend the amount of stable entry points? When we make a new rom, only the Stable Entry points are checked... stable > 'area' are not, and we had to modify one of those a couple of rom ago in > order to add some patch, so these area are not to be trusted as we might > have to change them at one point or another. I agree that things like the > system part (where stack manip, prolog and similar are) is unlikely to > change, but you never know... X > stable regions in the ROM in order to indicate that these entries can > safely be used. Is this not the case? Are you indicating we should > better not produce a version of extable which contains all the entries > we found in the stable regions? > > - Carsten ==== I'm looking for some HP-41 accessories, including the following: SUP-R-ROM (surveying) CO-GO41 ROM (surveying) HEPAX modules ZENROM module CCDROM module EPROM or RAM based ROM module simulators (MLDL, Protocoder, ROMBOX, etc.) or other special modules or accessories for the HP-41. I will pay good price, or will trade for other HP calculators or accessories. Please contact me at peter@hst-netzwerke.de ==== Here is my experience ... I always wanted to have many HP-41 modules (especially ZENROM, CCD ROM, HEPAX, etc.) but never been in the situation to have enough money to spent. It was more important to buy an HP-49G which I use for the school. Few weeks ago I get into the contact with a HrastProgrammer and decided to buy his HP-41X emulator for HP-49G. It was really amazing piece of software which will turn a HP-49G into full featured HP-41 emulator inside for relativelly small amount of money. Of coures, all of HP-49G functionality was preserved. I downloaded CCD ROM, ZENROM and HEPAX as requested by the license agreement. Now I have XF/XM, CCD ROM, Printer and HEPAX built-in and the emulator also came with the additional library containing the following modules: PPC ROM, ZENROM, Card Reader, Advantage, Financial Decisions, Games, Mathematics, Statistics, Aviation, Circuit Analysis, Machine, Navigation, Stress Analysis, DAVID-ASSEM, ERAMCO, MLDL, RAMBOX, ... There is also an ability to load more modules. The list of all features is too big for this post - it can be found on http://hrastprogrammer.tripod.com ... My advice is: if you already have HP-49G (or HP-48GX) and don't insist to have the real HP-41 (or just don't have many hundreds of dollars to spend) then you can save a lot of money with HP-41X. Greetings. Boris > I'm looking for some HP-41 accessories, including the following: SUP-R-ROM (surveying) > CO-GO41 ROM (surveying) > HEPAX modules > ZENROM module > CCDROM module > EPROM or RAM based ROM module simulators (MLDL, Protocoder, ROMBOX, etc.) or other special modules or accessories for the HP-41. I will pay good price, or will trade for other HP calculators or > accessories. Please contact me at peter@hst-netzwerke.de ==== have you been looking for them at Ebay?... in Germany too many collectors are raising one another making the mentioned modules reaching horrible prices... during the last month, I have seen the HEPAX- and the ZENROM module beeing sold for more than EUR 400,- !!! (for one module!!!). I would also like to have the HEPAX and the CCDROM modules but the prices are way too high... unfortunately... Martin > I'm looking for some HP-41 accessories, including the following: SUP-R-ROM (surveying) > CO-GO41 ROM (surveying) > HEPAX modules > ZENROM module > CCDROM module > EPROM or RAM based ROM module simulators (MLDL, Protocoder, ROMBOX, etc.) > > or other special modules or accessories for the HP-41. I will pay good price, or will trade for other HP calculators or > accessories. Please contact me at peter@hst-netzwerke.de > ==== Martin Pedersen schrieb im Newsbeitrag > have you been looking for them at Ebay?... in Germany too many > collectors are raising one another making the mentioned modules reaching > horrible prices... during the last month, I have seen the HEPAX- and the > ZENROM module beeing sold for more than EUR 400,- !!! (for one module!!!). > but note that they weren't bought by a German collector. Instead, someone from USA (p.s.) who seems to have way too much money is fishing here;-) Raymond ==== no, I wasn't aware of that... thanks for the info... Martin Pedersen schrieb im Newsbeitrag >have you been looking for them at Ebay?... in Germany too many >>collectors are raising one another making the mentioned modules reaching >>horrible prices... during the last month, I have seen the HEPAX- and the >>ZENROM module beeing sold for more than EUR 400,- !!! (for one module!!!). > but note that they weren't bought by a German collector. > Instead, someone from USA (p.s.) who seems to have way too much money is fishing > here;-) > Raymond ==== on a TI-89 i could type: solve(3x=18,x) how would i do this on the 49? ==== > on a TI-89 i could type: solve(3x=18,x) how would i do this on the 49? Type SOLVE(3x=18,x) or type SOLVEVX(3X=18) , if VX=X The result is the same in both. Grettings from Cartagena - Chile (sorry my english... ;-) ==== > on a TI-89 i could type: solve(3x=18,x) how would i do this on the 49? Assuming that you are in RPN mode and exact mode: '3*X = 18' ENTER 'X' SOLVE ==== Looked in the manual(s), both in the index and contents... Wanting to know how to program/draw graphics objects (with text), and am also want to know if they can be combined with choose boxes. MC For the 49G sorry, my mistake, was wondering why there where no repleys :) ==== > I'm not sure I'm following the question. I have the URLs of some of the > sites, > I don't recall if any of them had available source code, though they might. > Is > that what you mean? well, yes I mean any information would be useful. Sorry for the delay. For anyone who was interested here's a few URL's of various battlebots. http://www.gamerz.net/~c++robots/ http://www.necrobones.com/atrobots/index.htm http://www.cyty.com/robocom/ -- Jeffery http://woodfanclub.com No, it's not vanity, just desperation. ==== The upgrade process stops for some reason, on file 3. I formatted bank zero for some reason (was confused by the instructions), don't know if this is the problem??? The calculator was resetting when I started it, thought this might fix it... MC ==== In Nick's Complex number marathon, he refers to 256 Menu Upon excuting this command one gets number of menu options. I cannot find these in the standard HP documentation (advnced user guide). Where can I find n explanation of all the options. Are there any other hidden menu options not properly documented ? Aubrey. ==== http://www.hpcalc.org/details.php?id=2990 > In Nick's Complex number marathon, he refers to 256 Menu > Upon excuting this command one gets number of menu options. I cannot > find these in the standard HP documentation (advnced user guide). > Where can I find n explanation of all the options. > Are there any other hidden menu options not properly documented ? > Aubrey. ==== (not the > 48 one). > Serge try http://www.google.ca/search?q=rpncalc&ie=UTF-8&oe=UTF-8&hl=en&btnG=Google+Se arch&meta= in particular http://www.gnu.org/directory/Mathematics/rpncalc.html ==== > > try > http://www.google.ca/search?q=rpncalc&ie=UTF-8&oe=UTF-8&hl=en&btnG=Google+Se a rch&meta= > in particular > http://www.gnu.org/directory/Mathematics/rpncalc.html I'm interested in a hp28s emulator as well- is this gnu project an rpn > calculator or a real RPL programmable HP28S emulator? It's not programmable ==== >> I tried changing the with of browser lines by hand (message 59). I >> could make the line less wide all right, but I could not increase the >> width. So it seems to me that the truncation of strings to about 18 >> characters may be hard-coded into the engine. Probably something >A workaround will be to use the message handler and do the string convesion >yourself. Quite easy things to do. >The only place where the full browser is used is in the Flag manager, and >it's using graphics rather than text. > Will this be fixed in an upcoming ROM 1.19-7 ? TIA Andreas ==== Lets see what HP folks think about this... >Message-id: <6MPX8.504338$cQ3.44713@sccrnsc01 >>Message-id: <3D2EAE15.9D17EB82@pobox.com >> >> >>>Message-id: <3d2ce911.329838465@news.west.cox.net >>> >>>Are there any manufacturers, other than the HP's (32,41,48,49), that >>>use RPN? >>>TIA >>>> I remember that TI had some a while back. I don't know if they >still do? >>>> ( of course... I've never been able to figure out why so many people >like >>> RPN. I view it as something that has some decent computer coding >>applications >>> - I've used it for such - but.. for day to day calculations, I have >>always >>> found RPN to be a pain in the backside. That's part of why I am not >an HP >>user >>> myself ) >>>> Dan :-) >> >>RPN is faster because there are no ( ) keys. *Real* engineers use RPN >: >> >> >>-- >>________________ >>Rob Munach, PE >>Excel Engineering >>Carrboro, NC >> He he. I've heard that one many times!!! LOL. >> The amazing thing I find is... so many engineers actually believe that >one. >> ( about being faster I mean ) >> Dan :-) > >IT IS FASTER Chuck, Chuck, Chuck??? NO. IT's NOT!! hehe ;-) Fewer keystrokes does not equate to faster. If it did... then I would have > lost most of those just for fun calculator races ( where you both see who can > punch in the equation the fastest and get the correct answer ). Fact is... NO > ONE using an RPN calculator has ever beaten me ( a lot have tried ). And... > I'm talking big equations as well as small. That means... at least in my > experience ( which I believe is actually fairly substantial ) RPN is not > faster. Sure, HP has published that in their manuals and stood by it. But of > course they have!!! They DO want to sell their calculators don't they? RPN often does take fewer keystrokes. But... really... who gives a crap > about that. There's no advantage to that ( it certainly does not give a speed > advantage ). I've also noticed that a lot of engineers using RPN are actually > slow with their calculators. My guess there is that they have to think more > about how to punch their numbers correctly into the calculator simply because > the order of data entry using RPN is less intuitive to them than the algebraic > math they generally read and write. If someone wants to use RPN... that's fine. But... to date... I've never > heard an argument that's even remotely convincing on why RPN is better. > Personally... I think lots of engineers have been essentially brainwashed > into actually believing it is better ( usually because they are erroneously > told that it is faster due to the fewer keystroke thing ). Dan :-) ==== > Lets see what HP folks think about this... >>RPN is faster because there are no ( ) keys. *Real* engineers use > RPN That's right ! X > Fewer keystrokes does not equate to faster. If it did... then I would > have > lost most of those just for fun calculator races ( where you both see > who can > punch in the equation the fastest and get the correct answer ). Fact > is... NO > ONE using an RPN calculator has ever beaten me ( a lot have tried ). X And I won all the class math championships where we were not allowed to use even pencil and paper system. No errors here. All 10. Does that make human brains (not counting Rainmans) better on number-crunching than pen&paper system or a calculator, a PC? Nope! It just shows that one individual can be better than others in one subject. Maybe I can beat everyone in a calc race? Maybe I'll loose in a math_with_brains -contest. Surely a speedy man with a fast mind and even faster fingers would beat the calc race using ANY calculator system. ugh Brother-Peter ==== The screen is too small to show the calculator (HP48/49) See them side by side (a real calc & a WinPPC) I use Jornada 720 and even that is not so good looking. > has any tried using emulators with a pocket PC? ==== Why not design your own screen? It's not hard and you can get exactly the size and layout that you want. > The screen is too small to show the calculator (HP48/49) > See them side by side (a real calc & a WinPPC) > I use Jornada 720 and even that is not so good looking. >has any tried using emulators with a pocket PC? ==== I'm not joking, it's really not that hard. Christoph clearly put a lot of thought into making it as easy as possible for people to create their own versions. All you have to do is create a keyboard image, which you can easily do in any paint/draw program. You may think this is hard but remember that if your aim is to create a really compact image that can be used on a pocket PC then you don't need to aim for realism (although there's no reason not to be as artistic as your ability allows you to be). All you have to do then is to create a KML file for your image which just contains a whole set of key locations along the lines of: Button 11 Type 5 Size 64 42 Offset 26 344 OutIn 1 16 End You don't need create one from scratch - just copy an existing one and modify it to match the image you created. You don't need to know about the Type and OutIn fields, only the Offset (location) and Size fields which you get from your image. The Button numbering is quite easy to figure out (row 1, col 1). There's more to the file of course - stuff to do with mapping the PC keys to the buttons but you don't have to worry about that: just copy another KML file and modify it. Some of the KML files include these keyboard definitions within them but it's easy to separate them by putting all that into a KMI file and then just using a statement of Include 38keybrd.kmi at the end of the KML file. All you basically need at the end of the story is a KML file with key locations and definitions, possibly a KMI file with PC/calc mappings, a BMP file with the image and, of course, the emulator itself. I created a number of faceplates for the HP38G emulator (all sharing one KMI file) that I included in the emulator subset that you can download from my Utilities page at http://www.iinet.net.au/~ccroft. Feel free to have a look at them, although you'd probably be better off looking at the equivalent 48/49G files in the emulator you may already have. > Not so hard? > What about the graphics? > Who is gonna paint the keyboard? > How on earth can I make the keyclick areas > to match with the painted keys? What about the display area? > ....? >>Why not design your own screen? It's not hard and you can get exactly >>the size and layout that you want. >>>The screen is too small to show the calculator (HP48/49) >>>See them side by side (a real calc & a WinPPC) >>>I use Jornada 720 and even that is not so good looking. >>>>>>has any tried using emulators with a pocket PC? >>>>> ==== Colin Croft schrieb im Newsbeitrag > I'm not joking, it's really not that hard. Christoph clearly put a lot > of thought into making it as easy as possible for people to create their > own versions. TNX for the flowers, but the KML script design was already made by Sebastien Carlier. > [..] > All you have to do then is to create a KML file for your image > which just contains a whole set of key locations along the lines of: > Button 11 > Type 5 > Size 64 42 > Offset 26 344 > OutIn 1 16 > End And sorry that I have to disappoint you a 2nd time. It's true that I implemented the transparent circle as button type 5 in Emu48 (Win32 version since v1.21), but in all WinCE versions I know type 5 works like type 0 and that isn't the transparent circle mode. :( [..] Christoph ==== and others will actually have to put some serious thought and Colin Croft schrieb im Newsbeitrag >I'm not joking, it's really not that hard. Christoph clearly put a lot >>of thought into making it as easy as possible for people to create their >>own versions. TNX for the flowers, but the KML script design was already made by Sebastien > Carlier. >>[..] >> All you have to do then is to create a KML file for your image >>which just contains a whole set of key locations along the lines of: >>Button 11 >>Type 5 >>Size 64 42 >>Offset 26 344 >>OutIn 1 16 >>End And sorry that I have to disappoint you a 2nd time. It's true that I > implemented the transparent circle as button type 5 in Emu48 (Win32 version > since v1.21), but in all WinCE versions I know type 5 works like type 0 and > that isn't the transparent circle mode. :( [..] > Christoph > ==== I told you so! I tried once quickly a year ago and yes it takes some effort, but I'll try 2nd time after my VOCATION! > and others will actually have to put some serious thought and X > And sorry that I have to disappoint you a 2nd time. It's true that I > implemented the transparent circle as button type 5 in Emu48 (Win32 version > since v1.21), but in all WinCE versions I know type 5 works like type 0 and > that isn't the transparent circle mode. :( ==== I have a 620 myself; there is a script for EMU48 for WinCE 2 that splits in half and displays horizontally. It is photorealistic -- very nice. > The screen is too small to show the calculator (HP48/49) > See them side by side (a real calc & a WinPPC) > I use Jornada 720 and even that is not so good looking. > has any tried using emulators with a pocket PC? > -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Kenton W. Irby Mostly Harmless! kwirby@earthlink.net The answer to the ultimate question of life, the universe, and everything is ... * + * FORTY-TWO! * + * (Douglas Adams) ==== Great! I would like to see that! Could you send the necessary files to me, please? > I have a 620 myself; there is a script for EMU48 for WinCE 2 that splits in > half and displays > horizontally. It is photorealistic -- very nice. X ==== I really can't understand what's happening to my HP 48G. Suddenly, the Cancel button (the ON button) stopped working. I can turn it on, but when I try to use this button, it simply doesn't work. If you have any idea of what can I do, please tell me. I'll describe exactly what happened and what I've already tried. What happened.... I used the calc. the last time in the morning. In the afternoon, when I tried to turn it on, it simply didn't. I took out the batteries, reseted, but nothing. After sometime though, it did turn on, but when I pressed the cancel button, it didn't work (for example: press number 1 and press the Cancel/ON button - it should disappear, but it doesn't). Every single thing works just fine, the serial communication, beep, calculations, etc. The only thing is that Cancel/ON button. The button itself is working, because I can turn on the calc. and when I press and hold it and, for instance, digit 556, it doesn't appear on the display, just when I release the Cancel/On button. Strange. I can't turn the calc. Off by pressing shift ON, because it doesn't work. No probs, I write OFF and press Enter and it turns Off. But when I press the ON button, the HP doesn't turn on, only if I hold it by aprox. 5 seconds or if I wait some hours (can it be a capacitor??? Witch one??). One of the most weird thing is that, I don't know why, after I did lots of things, it started working just fine, I could turn it on and off repeatedly, cancel and so on, just OK. But, on the other day it stopped working again and since then (Friday July, 12 2002) it came this way again. What I tried.... I opened the HP (very hard job, I should say), took out the batteries, reseted the calculator with the reset button (I can't use ON+A+F) and I even try to (after take out the batteries) short cut the capacitor that holds RAM while you change batteries. It asked me to try to recover memory, I pressed NO, and so on. So, it's too weird for me. Everything works but the Cancel/ON button, except to turn the HP on and just after some hours or holding it for more than 5 seconds. If you've ever seen it or have any idea, PLEASE tell me. Luciano Enzweiler ==== This is a rare fault in the old HP 49G series. You should press just under the LCD to use the [ON]. Since you have already opened the calculator, try to get pressure in the area between the LCD and the top row of keys. In the future you may also loose control of the shift keys and finally also the alpha key will be dead. > I really can't understand what's happening to my HP 48G. Suddenly, the > Cancel button (the ON button) stopped working. I can turn it on, but > when I try to use this button, it simply doesn't work. If you have any > idea of what can I do, please tell me. I'll describe exactly what > happened and what I've already tried. What happened.... > I used the calc. the last time in the morning. In the afternoon, when > I tried to turn it on, it simply didn't. I took out the batteries, > reseted, but nothing. After sometime though, it did turn on, but when > I pressed the cancel button, it didn't work (for example: press number > 1 and press the Cancel/ON button - it should disappear, but it > doesn't). Every single thing works just fine, the serial > communication, beep, calculations, etc. The only thing is that > Cancel/ON button. The button itself is working, because I can turn on > the calc. and when I press and hold it and, for instance, digit 556, > it doesn't appear on the display, just when I release the Cancel/On > button. > Strange. I can't turn the calc. Off by pressing shift ON, because it > doesn't work. No probs, I write OFF and press Enter and it turns > Off. But when I press the ON button, the HP doesn't turn on, only if I > hold it by aprox. 5 seconds or if I wait some hours (can it be a > capacitor??? Witch one??). > One of the most weird thing is that, I don't know why, after I did > lots of things, it started working just fine, I could turn it on and > off repeatedly, cancel and so on, just OK. But, on the other day it > stopped working again and since then (Friday July, 12 2002) it came > this way again. What I tried.... > I opened the HP (very hard job, I should say), took out the batteries, > reseted the calculator with the reset button (I can't use ON+A+F) > and I even try to (after take out the batteries) short cut the > capacitor that holds RAM while you change batteries. It asked me to > try to recover memory, I pressed NO, and so on. So, it's too weird for me. Everything works but the Cancel/ON button, > except to turn the HP on and just after some hours or holding it for > more than 5 seconds. If you've ever seen it or have any idea, PLEASE > tell me. Luciano Enzweiler ==== > You should press just under the LCD to use the [ON]. > Since you have already opened the calculator, try to get pressure > in the area between the LCD and the top row of keys. If this solves your problem, search google for twisty ... Steve Sousa ==== only to find out later that the pressure trick works, but eventually the 48G will die anyway so it's good to have a spare AND one may search google for Steve's tip Veli-Pekka - out on a VOCATION !!! > You should press just under the LCD to use the [ON]. > Since you have already opened the calculator, try to get pressure > in the area between the LCD and the top row of keys. If this solves your problem, search google for twisty ... Steve Sousa ==== Veli-Pekka Nousiainen schrieb im Newsbeitrag > This is a rare fault in the old HP 49G series. > You should press just under the LCD to use the [ON]. > Since you have already opened the calculator, try to get pressure > in the area between the LCD and the top row of keys. > In the future you may also loose control of the shift keys > and finally also the alpha key will be dead. > Where is the relation between your answer and the original question? The subject says he has an HP-48G, not a 49... > LOL;-) Raymond ==== Sorry! > This is a rare fault in the old HP 49G series. should read: > This is a rare fault in the old HP 48G series. Veli-Pekka Nousiainen schrieb im Newsbeitrag > This is a rare fault in the old HP 49G series. > You should press just under the LCD to use the [ON]. > Since you have already opened the calculator, try to get pressure > in the area between the LCD and the top row of keys. > In the future you may also loose control of the shift keys > and finally also the alpha key will be dead. > Where is the relation between your answer and the original question? > The subject says he has an HP-48G, not a 49... LOL;-) > Raymond ==== Did you try running the built-in keyboard test to verify if it is the key or something else? rdb. ==== > Did you try running the built-in keyboard test to verify if it is the > key or something else? rdb. Yes, I did try it during that moment it started working again (because you have to press ON+D) and everything was working fine. But then it stopped working again. The button seems to be working because when I hold it the other commands are stopped until I release it. Luciano Enzweiler ==== Running ROM 1.18 1) If there is a flag (-27) that sets how the 49G displays complex numbers, why is it that when the flag is set that it continues to display (a,b) coordinates for a+bi when the flag states X+Yi -> X+Yi and not X+Yi -> (X,Y)? 2) The HP49G locks up for 1 - 5 seconds every 10-20 min or so...why is this? ==== For both symptoms: upgrade to the 1.19-6 ROM The flags are ok and the Garbage Collections has been reduced somewhat. > Running ROM 1.18 1) If there is a flag (-27) that sets how the 49G displays complex > numbers, why is it that when the flag is set that it continues to > display (a,b) coordinates for a+bi when the flag states X+Yi -> X+Yi > and not X+Yi -> (X,Y)? 2) The HP49G locks up for 1 - 5 seconds every 10-20 min or so...why is > this? ==== I've recently poked around in my 49's flash and ERAM memory to see how objects are stored by the system. Since I have not found this information anywhere else, here is what I have found out: -- FLASH ===== * As you probably know, a GOSBVL ACCESSBankX with P=0 maps a flash bank to the memory area between #40000h and #7FFFFh. As of ROM version 1.19-6, banks 8 through 15 are data banks. Before returning to RPL or switching to other banks, you must call the same access routine again with P=1 to restore normality. * The first object is placed at offset #20Ah, so you can directly access it at memory address #4020Ah (at least if you do not mess around with the standard configuration...). In the unused space below that, the ACO has left us a small message =) * Each file is either a backup object or a library (i.e. all except libraries are wrapped up in a backup to allow for a name and a CRC), and is stored with an extra header of 8 nibbles: - The first two nibbles indicate whether this is the beginning of free space, a normal object record or the record of a deleted object. This because in flash, bits can only be turned from 1's to 0's (a bank formatting is needed to make them all 1's again). Normal objects have #35h in this place. Keep in mind that #35h is as found in memory: Due to the Saturn's nibble reversion, you'll find #53h in a register if you read the byte with a r=DATx.B instruction. Deleted objects are indicated by #00h. For the rest they are just the same as the normal ones. #11h indicates the beginning of free space, or the end of the object area, depending on your point of view =) - The next five nibbles are an offset to the next object record. This is the only way to determine where the next record starts, as it does *not* always start after the actual backup/library object!! - A pad nibble follows. It always contains a 5. - Then, the backup or library object is stored, just as usual. For the structure of these objects, refer to Introduction to Saturn Assembly Language by F. H. Gilbert: -- ERAM ==== The access routines for ERAM are ACCESSERAM1 and ACCESSERAM2 (the 256kB are divided into two halves). All objects are stored in sequence, with no extra information. Again, they are either libraries or backups. The first object begins at #40000h, and #00000h instead of a DOBAK/DOLIB prologue indicates the end of the occupied area. -- To get a flash or ERAM bank into a string for further inspection, you can use this program: :: NULL$ #40000 EXPAND CODE EQU access (ACCESSBank10) % your choice C=DAT1.A RSTK=C SAVE GOSBVL access C=RSTK D1=C D1+10 LC 40000 D0=C GOSBVL MOVEDOWN P=1 GOSBVL access LOADRPL ENDCODE ; Of course you need 128kB of free memory for this to work, as a bank is 128kB big. -- Again, this is all based on what I have found out by just poking around. I would greatly appreciate comments and, if any of this is wrong, corrections! I will also post this document to hpcalc.org, unless of course somebody finds an error, along with a program (GPL; a bit above 1kB) which can be used to browse the contents of each bank. This helps especially if you happen to get Insufficient Memory even though the total free flash memory would suffice. Furthermore you can recall the contents of any object, even deleted ones. Greetings Thomas -- Thomas Rast If you cannot convince them, confuse them. -- Harry S. Truman ==== X > I will also post this document to hpcalc.org, unless of course somebody > finds an error, along with a program (GPL; a bit above 1kB) which can be > used to browse the contents of each bank. This helps especially if you > happen to get Insufficient Memory even though the total free flash > memory would suffice. Furthermore you can recall the contents of any > object, even deleted ones. X Hurrah! I hate to kill the wrong version of an object by accident. All we need now is an UNPURGE command, which takes arguments as: either a global name or a global tagged with a port number/name 0,1,2,I,E,F 'id' | :port: id -> T/F @ ok/not ok or perhaps no flag is needed?? ==== Veli-Pekka Nousiainen schrieb: Hurrah! > I hate to kill the wrong version of an object by accident. > All we need now is an UNPURGE command, which takes arguments as: > either a global name or a global tagged with a port number/name 0,1,2,I,E,F > 'id' | :port: id -> T/F @ ok/not ok or perhaps no flag is needed?? Remember that only the flash keeps deleted objects, and only until the next formatting of the bank in question. Thomas -- Thomas Rast If you cannot convince them, confuse them. -- Harry S. Truman ==== Oh, the port number was for the target Yes, I'm aware that a bank erase may happen on next store to flash, so maybe unpurging to port 2 is not feasible in most circumstances... > Veli-Pekka Nousiainen schrieb: > > Hurrah! > I hate to kill the wrong version of an object by accident. > All we need now is an UNPURGE command, which takes arguments as: > either a global name or a global tagged with a port number/name 0,1,2,I,E,F > 'id' | :port: id -> T/F @ ok/not ok or perhaps no flag is needed?? Remember that only the flash keeps deleted objects, and only until the > next formatting of the bank in question. Thomas -- > Thomas Rast -- Harry S. Truman ==== > The HP49 transfer dialog offers an interesting option to browse remotely > stored files. However when it starts fetching directory from server-mode > Kermit, the server responds with FAILURE: Receive window full.. > Although > Kermit has one (intuitively connectable) parameter called 'window-size', > setting it to even the highest value don't helps to avoid this error. > Any help will be kindly appreciated. Jacek Kowalczyk I think it does not have to do with kermit window-size. The HP kermit does not use the kermit remote dir function, but relies on the existence of a DIR command on the (remote) PC. Make a shell script called DIR (e.g. ~/bin/DIR) that behaves exactly like the DOS DIR command. This works for me at least... Good luck! Georg. ==== --------------------------------------------------------------------- I am 99% certain that my HP49G is dead but I wanted to ask the denizens of this newsgroup if they had any suggestions before sending it back to HP for repair. My HP49G no longer powers on. One day it was working, then, after sitting on my desk for a few days it will no longer power up. I have tried all the suggestions in the documentation to no avail. I have removed the batteries and let the unit discharge for an entire weekend ... fresh batteries did not help. Any suggestions? How common is this? /mbs -- Mark Sawyer Sawyer Software Solutions, LLC 2 Lincoln Drive, Bow, NH 03304-3209 AOL's AIM: FirmwareWizard - We want information, information, information. --------------------------------------------------------------------- name=Mark Sawyer.vcf filename=Mark Sawyer.vcf BEGIN:VCARD VERSION:2.1 N:Sawyer;Mark FN:Mark Sawyer ORG:Sawyer Software Solutions, LLC TITLE:Consultant TEL;WORK;VOICE:(603) 228-9214 TEL;CELL;VOICE:(603) 496-3509 TEL;WORK;FAX:(603) 228-4810 ADR;WORK:;;2 Lincoln Drive;Bow;NH;03304-3209;USA LABEL;WORK;ENCODING=QUOTED-PRINTABLE:2 Lincoln Drive=0D=0ABow, NH 03304-3209=0D=0AUSA EMAIL;PREF;INTERNET:Mark@MySawyer.net REV:20020715T163450Z END:VCARD ------ÖextPart 000 0094 01C22BFC.03836190-- ==== Can you get a voltmeter and see if there is voltage between the contacts (not the batteries themselves) I have seen where the contacts, which rest on stiff rubber foam, are slightly offcenter and cause the batteries not to make proper contact unless they are repositioned. If you don't see anything wrong that way, try kicking it, it could be a bad contact someplace internally and you could jarr it back to life. Good luck Luis > I am 99% certain that my HP49G is dead but I wanted to ask the denizens of > this newsgroup if they had any suggestions before sending it back to HP for > repair. My HP49G no longer powers on. One day it was working, then, after sitting > on my desk for a few days it will no longer power up. I have tried all the suggestions in the documentation to no avail. I have removed the batteries and let the unit discharge for an entire > weekend ... fresh batteries did not help. Any suggestions? How common is this? /mbs -- > Mark Sawyer > Sawyer Software Solutions, LLC > 2 Lincoln Drive, Bow, NH 03304-3209 AOL's AIM: FirmwareWizard - We want information, information, information. > ==== Is this news to you? Now stop trolling and get a life. ==== > X > let's hope KEEP, KEEP2, KEEPN are commands in the next ROM. Good idea; would you add it to http://bugs.hpcalc.org as an Enhancement request? I'd thought of KEEP as being used as KEEPN would be, but having all three available as commands may have some merit. The KEEP operation in the interactive stack seems to be very fast, so I guess that the underlying code is already in the ROM and it's a matter of making it available as user commands. I do have some reservations about using any sort of KEEP in a program, similar to concerns about using CLEAR in a program. It seems rather rude to arbitrarily discard whatever may have happened to be on the stack before the program started, but the stack could be put into a list and stored in a variable for later restoration, so I wouldn't rule KEEP out entirely. > Too bad that KEEP isn't a > command. I chose to design it first for speed (at least, for those cases > that don't incur a garbage collection), with memory usage and program > size as lower priorities. But Mr.. Bond - I mean: Prange > now that you have (almost) perfected the speed of your program > how about _some_ memory efficiency - as described by yourself - > in trade for a little bit (or byte) longer program? > You're welcome. Actually, I'm mostly just having fun. I did come up with a program that's only slightly slower, and *might* work with less memory. It does a REVLIST on the original level 2 argument list, which requires enough memory for both the original list and the reversed list at the same time, plus there's the level 1 argument list converted to reals on the stack when this happens. I could, of course, have used ROLL or ROLLD in a loop to move everything that isn't needed to the bottom of the stack so it could be dropped before the last ->LIST, but that's very time-consuming. But while I was experimenting with memory usage, it quickly became obvious that for these programs, garbage collections can be a severe problem even when there might be enough memory available to complete the program if the batteries would last that long and I were that patient. It depends on what we mean by memory efficiency; do we mean the most memory actually required at any place in the program, or do we count memory used even temporarily and available for reuse after a garbage collection? GCs are usually a minor annoyance, but when you have a lot on the stack they become a real nuisance, and when what you have on the stack is a lot of pointers to list elements rather than to independent objects, GCs become downright painful. I've added a couple of MEM DROP sequences to force garbage collection where it should be reasonably fast (assuming that nothing is on the stack above the arguments), in hope of avoiding it where it would be extremely slow. In the case that a garbage collection wouldn't have been incurred while the program was running, the MEM DROP sequences add to the execution time, so, for more modestly sized argument lists (or more free memory), it might be better to use only one, just before the THEN. Of course, the TEVAL I've been using to time these programs forces a garbage collection, but ordinarily, we don't know how much memory can be used before a a GC will occur, so I don't recommend leaving out the MEM DROP sequence entirely. But in any case, the slowdowns due to GCs make these programs pretty much unusable before you get to the point where the calculator actually runs out of memory. There are limits to what can be accomplished with these calculators, especially when using UserRPL only. The program that's the same as the last except for the forced garbage collections, I'll call 'JMP4'; the one with major changes I'll call 'JMP5'. << I->R OVER SIZE DUP PICK3 SIZE IF == THEN DROP ELSE 1. SWAP MEM DROP FOR i i NEXT DUPDUP 2. + PICK LIST-> 0. OVER 3. + PICK PICK3 + 5. + 6. 4. PICK OVER + 1. - FOR j DUP2 j PICK - UNPICK NEXT DROP2 DROPN ->LIST ->STR 0. SREPL DROP STR-> + END SWAP MEM DROP LIST-> 1. + ROLL LIST-> DUPDUP + SWAP DUP 4. + PICK3 4. + PICK3 OVER + 1. - FOR k k OVER PICK - PICK UNROT NEXT DROP ->LIST OVER 2. + ROLLD DROPN >> 'JMP4', # FD24h, 280.5 bytes << I->R SWAP REVLIST SWAP DUP SIZE PICK3 SIZE IF =/ THEN 1. PICK3 SIZE MEM DROP FOR i i NEXT DUPDUP 2. + PICK LIST-> 0. OVER 3. + PICK PICK3 + 5. + 6. 4. PICK OVER + 1. - FOR j DUP2 j PICK - UNPICK NEXT DROP2 DROPN ->LIST ->STR 0. SREPL DROP STR-> + END SWAP MEM DROP LIST-> DUP 1. + DUPN DUPDUP + 3. + ROLL LIST-> DUPDUP + 3. + -1. ROT - -2. FOR k SWAP k - PICK OVER UNPICK NEXT DROP DROPN ->LIST >> 'JMP5', # 2492h, 276 bytes To show the effects of garbage collections more easily, these timings were done with only 32KB of free memory, and to help keep the amount of free memory constant, the last stack, argument, and command line buffers were disabled. Just for the heck of it, I did these without any libraries attached. Of course, I wouldn't recommend making a habit of having so little free memory available. With the arguments and program name on the stack, I ran the program << RCL TEVAL -3. RND 500. .05 BEEP >> to get these results. n=1,m=1 JMP3 .152 JMP4 .234 JMP5 .240 n=2,m=1 n=2,m=2 JMP3 .307 .171 JMP4 .456 .252 JMP5 .475 .257 n=4,m=1 n=4,n=2 n=4,m=3 n=4,m=4 JMP3 .373 .374 .376 .211 JMP4 .536 .536 .544 .293 JMP5 .540 .543 .545 .294 n=8,m=1 n=8,m=4 n=8,m=7 n=8,m=8 JMP3 .502 .507 .516 .286 JMP4 .669 .676 .686 .370 JMP5 .672 .680 .690 .372 n=16,m=1 n=16,m=8 n=16,m=15 n=16,m=16 JMP3 .782 .797 .815 .450 JMP4 .964 .984 1.01 .542 JMP5 .977 .999 1.02 .552 n=32,m=1 n=32,m=16 n=32,m=31 n=32,m=32 JMP3 1.36 1.38 1.42 .787 JMP4 1.57 1.61 1.65 .895 JMP5 1.60 1.64 1.68 .915 n=64,m=1 n=64,m=32 n=64,m=63 n=64,m=64 JMP3 2.67 2.58 2.68 1.51 JMP4 2.97 2.88 2.99 1.65 JMP5 3.02 2.92 3.03 1.67 n=128,m=1 n=128,m=64 n=128,m=127 n=128,m=128 JMP3 5.78 5.35 5.47 3.14 JMP4 6.26 5.82 5.99 3.34 JMP5 6.34 5.91 6.05 3.36 n=192,m=1 n=192,m=96 n=192,m=191 n=192,m=192 JMP3 9.40 8.23 8.38 4.89 JMP4 10.1 8.87 9.11 5.15 JMP5 10.2 8.99 9.30 5.31 n=256,m=1 n=256,m=128 n=256,m=255 n=256,m=256 JMP3 37.0 36.9 33.0 6.72 JMP4 14.3 11.9 12.3 7.05 JMP5 14.5 12.1 12.6 7.26 n=320,m=1 n=320,m=160 n=320,m=319 n=320,m=320 JMP3 65.4 22.6 30.3 8.72 JMP4 19.4 15.3 15.7 9.10 JMP5 19.7 15.6 16.0 9.33 n=384,m=1 n=384,m=192 n=384,m=383 n=384,m=384 JMP3 86.3 85.2 96.9 76.5 JMP4 24.5 19.3 40.9 11.4 JMP5 24.8 19.6 41.3 11.6 n=448,m=1 n=448,m=224 n=448,m=447 n=448,m=448 JMP3 93.4 97.1 113 88.6 JMP4 122 115 146 107 JMP5 30.4 23.4 53.0 14.1 n=512,m=1 n=512,m=256 n=512,m=511 n=512,m=512 JMP3 189 136 193 105 JMP4 193 194 181 132 JMP5 161 184 155 105 -- James