HP-4 >> You can use a SD card adapter and do the flash update from SD card >> directly. > >Great! Would you please be so kind to explain the procedure? > > Its described in ReasMe.txt, which is packaed in the file > HP49GplusRomupdate122.exe. > 1. Copy the files: hp49g22.bin and update.scp that should be > located in the %programfile%hewlett-packardconn4x directory (if > not, consult your note from point 3 of the installation process to > find the directory) on a SD card formatted in using the FAT format. I was not able to extract the desired files on my Mac from HP49GplusRomupdate122.exe ... Michael ==== >I was not able to extract the desired files on my Mac from >HP49GplusRomupdate122.exe ... It should be a normal selfextracting ZIP-Archive. I was able to open it with WinZip. If an analogous tool doesn«t exist for MacOS, I can send you the two files (in the case your ISP allows such big attachments; its ~ 1.2 MB in size). Mazhias -- Mathias Habel mathias.habel_no-spam_@t-online.de Remove _no-spam_ before replying ==== HALT inside a program suspends its ran. It saves all its local variables and you can do what you want until CONT is pressed or run from some menu key, say. Many built-in and 3rd party applications offer a HALT option, If using such applications in a stacked manner, at least I often forget after a while the suspension made last, and the only way-out is to kill all suspended programs. A very bad and inefficient method. IMHO, it would be nice to have a second halting command HALT* which asks for a small string displayed instead of HLT in the header but works like HALT. Trying to realize this with the aid of beta-ENTER does not work perfectly. To give an example look at the Meta option in the Emacs appl menu. Its activitiy is indicated by the transfer annunciator ->, a rather unpleasant misuse of ->. Would look much nicer if the header Emacs edit, etc. Clearly, the best would be if some row in the HP49+ header displayed the titles of the suspended programs and one can choose with HIST which one to reactivate, similar as in Win. The OS could all this relatively easy realize, without additional timesharing tasks of the ARM processor. - Wolfgang ==== > Basically, whats the best way to continue my Assembly education? Most newer tutorials are for the 49, but you'll probably learn a lot from them anyway. Try Pivo's example programs: http://www.hpcalc.org/details.php?id=5007 And of course, search c.s.hp48 for mini challenges done in assembly! MC entries are especially instructive. > Ive seen lists of entry points and their names but no explanations. > How do I know what parameters they require and where to put them? You probably want to have Carsten's entry database handy in one of its forms: http://zon.astro.uva.nl/~dominik/hpcalc/entries/ If the entry you're looking for is not in there, you can try a Google groups search on c.s.hp48 or ask for it in a new thread; if that fails too, you may have to do it the hard way, i.e. disassemble the entry and figure out the arguments from the code... > The tutorial explains how to read and write to addresses in memory > but how do I allocate space for my own use? There are quite a few ways to do it. In the cases where you know how big your object needs to be, it is easier (and shorter) to do the allocation from SysRPL, which entirely avoids any GARBAGE trouble. Something along the lines of :: NULL$ #xxxxx EXPAND CODE A=DAT1 A * Do something; A[A] holds the new object's address ENDCODE ; should work. If you want to just modify an object from the user without changing its length, you can also do :: ( Check the object type ) TOTEMPOB CODE A=DAT1 A * Do something ENDCODE ; If you don't know the size beforehand, it's probably easier to just GARBAGE collect unconditionally before running your code so as to avoid problems. On the 49 you can then use the very nice entries MAKERAM$ and Shrink$ like this: :: GARBAGE CODE GOSBVL =SAVPTR GOSBVL =MAKERAM$ * Do something; keep track of the remaining memory in D[A], and move * the object pointer D0 along GOSBVL =Shrink$ GOVLNG =GPPushR0Lp ENDCODE ; As you probably guessed this is no good in an inner loop. (For a conditional but safe GC look in Pivo's examples mentioned above.) Furthermore MAKERAM$ is not an entry on the 48; you can copy it to your own code from the 49 ROM if you want, it looks like GOSBVL =ROOM C=C-CON A,16 GOC + C=C-CON A,5 GONC ++ + GOVLNG =GPMEMERR ++ RSTK=C GOSBVL =MAKE$N C=RSTK D=C A RTNCC (I'm probably violating 50 nibbles of HP's copyrights here.) There are more possibilities, but this should be enough for a start :D > Are there any tutrorials on graphics? I'm not good at graphics, you may want to wait (hope) for another answer. (Use the entries =D0->Row1 and =D0->Sft1 and write directly to the display GROB for a start.) Hope that helps! - Thomas -- foo and bar, respectively. ==== I am playing around with the 49G's ROM with nosy. Suppose I see a test somewhere that normally fails for some reason - and I want to jump over it. I guess I need to find the destination address and SYSEVAL it. Can anyone tell me how to do this? I normally use userRPL so please be gentle :-) cheers, Al ==== > Make an example matrix and see if it works: > > First: Make a random matrix: > {3 3} Enter > And: MATRICES -> CREATE -> RANM > And I got: > > | -7 -3 3 | Wich gives an determinant like -669 > | 3 -9 -6 | > | -1 8 -5 | > N.B.: I assume you don't look for the determinant, because the answer would be to use DET > Trying RREF, an got this matrix: > | 1 0 0 | > | 0 1 0 | > | 0 0 1 | > And this is, if the matrix above have represented an equation with 3 > unknown, ex X, Y, Z. > Then X would be 0, Y would be 0, and Z is ? Or maybe i'm wrong. Maybe I > should interpret it as it was two unknown, X and Z. Then X would be 0, Y > would be 0 and X+Y =0 or X+Y=1. Not, can't be. Maybe it's impossible to > solve. But anyway, it wasn't waas I was looking for. The determinant is > not -669. > ... RREF returns a full row reduced matrice, REF a half row reduce matrice, rref is like RREF but it will not make the reduction by dividing the lines by the diagonal non zero coeff and it returns at level 2 the list of pivots used (with multiplicities), so that you know when the reduction is correct (solve pivot=0 with respect to the parameters for incorrect reduction) ==== > > > > | x x x | | x x x | > > | x x x | to | 0 x x | > > | x x x | | 0 0 x | > > > > Try this program, it gives you the Gauss-Seidel and the Jacobian for three or more equations. http://www.hpcalc.org/hp49/math/numeric/jacgase.zip guillen ==== and and a CD with software and manuals I know I need a cable, but the ones I have seen are serial only. I have see postings on the use of USB cables Do I need to buy a serial to USB connector I cannot find USB cables and software from calculator ordering sites. Unless I am missing something? http://www.hpcalculators.com/ https://www.calcpro.com/ http://www.educalc.net/ Will someone please clear this up for me? What about software? David Gent gent.d@neu.edu ==== A USB cable comes with the 49G+. So does the software. Al > and and a CD with software and manuals > > I know I need a cable, but the ones I have seen are serial only. > > I have see postings on the use of USB cables > Do I need to buy a serial to USB connector > > I cannot find USB cables and software from calculator ordering sites. > Unless I am missing something? > http://www.hpcalculators.com/ > https://www.calcpro.com/ > http://www.educalc.net/ > > Will someone please clear this up for me? > What about software? > > David Gent > gent.d@neu.edu ==== I just need to learn how to read! ==== >>My hopes and dreams have been dashed. > >Before you let dash them, how about an IR to serial dongle/converter >connected to t he device to be controlled? > >Pete M. Wilson >Gamewood, Inc. >wilsonpm@gamewood.net This might work, but again it is not built in. I was hoping for two way USB communications, calculator to calculator or calculator to lab interface, so that I could recommend a new HP to student that might be considering it over a TI. Anything that costs extra is another nail in the coffin. My students complain about having to buy and bring Graph Paper, rulers, etc to lab, let along an add-on to make a calulator work with a lab interface. I wonder if a stand alone USB to Serial interface is possible? Harold A. Climer Dept.Of Physics, Geology, and Astronomy U.T Chattanooga Chattanooga TN USA ==== > is there a program or built in feature that allows you to graph > linear inequalities like Y>2X-2. Faster than a speeding TRUTH plot: Using the SHADE plotting function: (perhaps someone can find the equivalent LIBEVAL or FLASHEVAL) http://groups.google.com/groups?selm=3B863B08.2039517%40miu.edu Using Jim Donnelly's INPLOT program: http://groups.google.com/groups?selm=3B8695A1.3173982D%40miu.edu The moon is more useful than the sun, because the moon shines at night when you want the light, whereas the sun shines during the day when you don't need it. My Gran'pa used to tell us almost the same thing: You's kin make a heap mo' money sellin' moonshine than sunshine :) [r->] [OFF] ==== > how do you graph vertical lines on the 49G like X=5? After 'PPAR' PURGE: Try a FUNCTION (default) type plot of '1E499*(X-5)' FUNCTION '1E499*(X-5)' STEQ ERASE DRAX DRAW PICTURE Or a PARAMETRIC type plot of '(5,X)' PARAMETRIC '(5,X)' STEQ ERASE DRAX DRAW PICTURE Or just draw a LINE: (5,-3.1) (5,3.2) ERASE DRAX LINE PICTURE Or, borrow a barometer, tie it to the end of a string, go to the top of a building, hold the string 5 units away from the side of the building as you lower the barometer, etc. http://cns.physics.gatech.edu/~andreas/physicsfun/barometer.html http://www.mum.edu . ==== > Dear all. > > For the past few weeks I've received several inquiries for why my web site > was not accessible anymore. > > Well believe it or not my university closed my account due to copyright > infringements after they received a request from HP to close my web site > (they didn't like that I used their logo and distribute the 1.19-5 ROM). Nice to see HP has lawyers working on calculators but no engineers. That pretty much sums up the piss poor state of HP these days. So sad; it was such a great company. ==== Jonathan R. Birge schrieb > Nice to see HP has lawyers working on calculators but no > engineers. That pretty much sums up the piss poor state of HP these days. > So sad; it was such a great company. For my knowledge it is back, since months: http://etud.epita.fr:8000/~avenar_j/hp/49.html So, a part of the shouting in this thread is obsolete :-) ..Heiko ==== > >> Dear all. >> >> For the past few weeks I've received several inquiries for why my web site >> was not accessible anymore. >> >> Well believe it or not my university closed my account due to copyright >> infringements after they received a request from HP to close my web site >> (they didn't like that I used their logo and distribute the 1.19-5 ROM). > >Nice to see HP has lawyers working on calculators but no >engineers. That pretty much sums up the piss poor state of HP these days. >So sad; it was such a great company. Well that shows what a bunch of A**holes are running HP now,but of course we all knew that anyway. (As quoted by Marty McFly in BTTFP3) I guess one could say more A**holey than ever. Harold A. Climer Dept.Of Physics, Geology, and Astronomy U.T Chattanooga Chattanooga TN USA ==== > >> >>> Dear all. >>> >>> For the past few weeks I've received several inquiries for why my web site >>> was not accessible anymore. >>> >>> Well believe it or not my university closed my account due to copyright >>> infringements after they received a request from HP to close my web site >>> (they didn't like that I used their logo and distribute the 1.19-5 ROM). >> >>Nice to see HP has lawyers working on calculators but no >>engineers. That pretty much sums up the piss poor state of HP these days. >>So sad; it was such a great company. >Well that shows what a bunch of A**holes are running HP now,but of >course we all knew that anyway. (As quoted by Marty McFly in BTTFP3) >I guess one could say more A**holey than ever. > >Harold A. Climer >Dept.Of Physics, Geology, and Astronomy >U.T Chattanooga >Chattanooga TN USA I hope they do not try to shut down Eric's site. Harold A. Climer Dept.Of Physics, Geology, and Astronomy U.T Chattanooga Chattanooga TN USA ==== Avenard was. I suppose they are uneasy about what he has experienced and what he can come up with in the future. Still, too bad. They've got to realize that like fan mods to cult or stagnant PC games, sites like Mr. Avenard's and others ADD VALUE TO their past products, and burnish their reputations, thus supporting future products. There is a somewhat niche space PC game, called Starfleet Command and while I think it was well implemented and still quite fun to play, the average gamer seems to have an attention span of the time it would take an electron to smash into the nucleus in the Bohr atom. They grew bored but due to fan mods and improvements, they appear to be still hooked on it. It has also produced some brand loyal fans, just as most of us here are concerning HP calculators. My first intro to anything HP were their research equipment, even basic power supplies and oscilloscopes. They were rock solid, took a beating, and always did the job (well). Well, that did it for me. I hope their newer stuff won't shake me of such loyalty. > > >> >> >>> >>> >>>>Dear all. >>>> >>>>For the past few weeks I've received several inquiries for why my web site >>>>was not accessible anymore. >>>> >>>>Well believe it or not my university closed my account due to copyright >>>>infringements after they received a request from HP to close my web site >>>>(they didn't like that I used their logo and distribute the 1.19-5 ROM). >>>> >>>Nice to see HP has lawyers working on calculators but no >>>engineers. That pretty much sums up the piss poor state of HP these days. >>>So sad; it was such a great company. >>> >>Well that shows what a bunch of A**holes are running HP now,but of >>course we all knew that anyway. (As quoted by Marty McFly in BTTFP3) >>I guess one could say more A**holey than ever. >> >>Harold A. Climer >>Dept.Of Physics, Geology, and Astronomy >>U.T Chattanooga >>Chattanooga TN USA >> > I hope they do not try to shut down Eric's site. > Harold A. Climer > Dept.Of Physics, Geology, and Astronomy > U.T Chattanooga > Chattanooga TN USA > ==== >>Well believe it or not my university closed my account due to copyright >>infringements after they received a request from HP to close my web site > > Nice to see HP has lawyers working on calculators but no > engineers. That pretty much sums up the piss poor state of HP these days. > So sad; it was such a great company. That's the case with nearly ALL US companies; HP is just a pioneer in that regard. See, the spirit of innovation still lives at HP. ==== I have 256Kb in my 48G, but I want re-enable my 32Kb chip. (Total 288kb). I have two 128Kb DIP chips in PCB, and my 32Kb chip NOT removed completely, only 2 pins. Is possible re-enable my old chip?. Sorry for my poor english. -Dante. ==== Dante, or 48G+ to be able address more than 128 kb, it won't since you have 256 kb working, I assume you must have. How were you able to install the 128's without removing the 32 kb chip?? Ed > I have 256Kb in my 48G, but I want re-enable my 32Kb chip. (Total > 288kb). I have two 128Kb DIP chips in PCB, and my 32Kb chip NOT > removed completely, only 2 pins. > Is possible re-enable my old chip?. > Sorry for my poor english. -Dante. > ==== Well, I went down to the courthouse, and ran the 49G+ through the security scanner, and could not see much of anything regarding detail on the inside of the calculator. Well good news!! The 49G+ is extremly easy to disassemble. Under the battery cover are two light colored plastic rivits. I used a sharp knife and easily cut them off flush. Then starting at the top of the calculator, use a sharp knife to pry between the seam of the gold band and the dark bottom half of the calculator. It just pops apart. There are little click tabs holding it, just work your way down both sides of the calculator twords the bottom. When seperated, use your sharp kinfe to reach under the little pizo noisemaker, and it will pop straight up. There is a little dab of adhesive holding it, and it can be reattached without any damage. You can now lay the halves of the calculatr side by side, and the calculator is still functional. For further dissambly, you need to remove about 15 additional rivits to release the circuit board. Of interes though is that there is almos 1/4 of an inch of wasted space between the shielding panel and the bottow surface of the calculator. Looks like good room for memory expansion!!! To reassemble, start at the botton, and snap it back together... you will not even notice that you cut the rivits. If you want protection against popping open if you drop it, run a small screw into the hollow center of the rivit. Now I want someone else that knows electronics hardware to look in there and tell me how to get serial RS232. John ==== Is there space to mount a piece of steel? Id love it just to be heavier! john@pssllc.net says... > Well, I went down to the courthouse, and ran the 49G+ through the > security scanner, and could not see much of anything regarding detail > on the inside of the calculator. Well good news!! The 49G+ is extremly > easy to disassemble. Under the battery cover are two light colored > plastic rivits. I used a sharp knife and easily cut them off flush. > Then starting at the top of the calculator, use a sharp knife to pry > between the seam of the gold band and the dark bottom half of the > calculator. It just pops apart. There are little click tabs holding > it, just work your way down both sides of the calculator twords the > bottom. When seperated, use your sharp kinfe to reach under the little > pizo noisemaker, and it will pop straight up. There is a little dab of > adhesive holding it, and it can be reattached without any damage. You > can now lay the halves of the calculatr side by side, and the > calculator is still functional. For further dissambly, you need to > remove about 15 additional rivits to release the circuit board. Of > interes though is that there is almos 1/4 of an inch of wasted space > between the shielding panel and the bottow surface of the calculator. > Looks like good room for memory expansion!!! To reassemble, start at > the botton, and snap it back together... you will not even notice that > you cut the rivits. If you want protection against popping open if you > drop it, run a small screw into the hollow center of the rivit. > Now I want someone else that knows electronics hardware to look in > there and tell me how to get serial RS232. > > John > ==== Any insight into why the keyboard is so crappy and if anything can be done about it? > Well, I went down to the courthouse, and ran the 49G+ through the > security scanner, and could not see much of anything regarding detail > on the inside of the calculator. Well good news!! The 49G+ is extremly > easy to disassemble. ==== > Any insight into why the keyboard is so crappy and if anything can be done > about it? I intend to use the 49G+ or 48gII as a surveyors data collector. I love the stiff keyboard. I will usually be operating the thing with it mounted on a surveyors pole in a standing position. The keypush effort is very appropriate for this purpose. I have not had very many missed keystrokes. I did notice that I had more missed keystrokes when not using the key click option found under modes. I do not know if this is a function of human/audible feedback, or a hardware function. But I recomend that you turn on key click. Regarding using the keyboard for calculator functions, it is an absolute joke. I can go more than twice as fast with perfect key function on my old 48GX. I do not think that most people will like this keyboard. But I do!!!! John Evers ==== > Now I want someone else that knows electronics hardware to look in > there and tell me how to get serial RS232. I am hardly an expert, but if you can mention the chip numbers, we can find a datasheet and find the pins on the CPU's RS232 port. There may even be a pad on the PCB already for it... However until someone figures out ow to run native code, I don't see how you are going to be able to use it. cheers, Al > > John ==== Decent quality photos? (must be able to read the writing on the chips) Al... > Now I want someone else that knows electronics hardware to look in > there and tell me how to get serial RS232. > > John ==== I was going to request the same thing. ;-) > Decent quality photos? (must be able to read the writing on the chips) > > Al... > > Now I want someone else that knows electronics hardware to look in > there and tell me how to get serial RS232. > > John > > ==== Have just got hold of a HP49G+ in Denmark with SrNo: cn33109553 It has clear keyboard problems for '^2' and '0'. In both cases the keys work ok if you press from the left. Pressing from the right gives a much greater possibility of error (the key clicks, but not counted as input). This *must* be one of the reasons why Hp are delaying the release in the US. Maybe they thought they could fix it via sw, but its not proving so easy. I'm still glad I've got it - the extra time spent checking inputs will be easily gained back given the speed increases on the HP49G+. Hopefully I just have to sit back and wait for the corrected model to be launched, and then get a replacement. I do not see that they could release this worldwide without fixing the keyboard; especially since it will be especially problematic for RPN input. Dave ==== Personally I would be quite insulted to find that my country was being used as a filter for defective product in order to prevent the US from getting the crappy product first. Surely this theory cannot be true... -Al A. > Have just got hold of a HP49G+ in Denmark with SrNo: > cn33109553 > > It has clear keyboard problems for '^2' and '0'. In both cases the keys work > ok if you press from the left. Pressing from the right gives a much greater > possibility of error (the key clicks, but not counted as input). > > This *must* be one of the reasons why Hp are delaying the release in the US. > Maybe they thought they could fix it via sw, but its not proving so easy. > > I'm still glad I've got it - the extra time spent checking inputs will be > easily gained back given the speed increases on the HP49G+. Hopefully I just > have to sit back and wait for the corrected model to be launched, and then > get a replacement. > > I do not see that they could release this worldwide without fixing the > keyboard; especially since it will be especially problematic for RPN input. > > Dave > > -- ~/.signature ==== >Personally I would be quite insulted to find that my country was being >used as a filter for defective product in order to prevent the US from >getting the crappy product first. Surely this theory cannot be true... > >-Al A. > > >> Have just got hold of a HP49G+ in Denmark with SrNo: >> cn33109553 >> >> It has clear keyboard problems for '^2' and '0'. In both cases the keys work >> ok if you press from the left. Pressing from the right gives a much greater >> possibility of error (the key clicks, but not counted as input). >> >> This *must* be one of the reasons why Hp are delaying the release in the US. >> Maybe they thought they could fix it via sw, but its not proving so easy. >> >> I'm still glad I've got it - the extra time spent checking inputs will be >> easily gained back given the speed increases on the HP49G+. Hopefully I just >> have to sit back and wait for the corrected model to be launched, and then >> get a replacement. >> >> I do not see that they could release this worldwide without fixing the >> keyboard; especially since it will be especially problematic for RPN input. >> >> Dave >> >> After Enron, and WorldCom nothing would surprise me any more. Even at our University, after travel cutbacks for presentation of research at The American Physical Society meeting,as an example, etc. After being asked to cut back on equipment purchases, the administration gave themselves raises. Harold A. Climer Dept.Of Physics, Geology, and Astronomy U.T Chattanooga Chattanooga TN USA ==== > Personally I would be quite insulted to find that my country was being > used as a filter for defective product in order to prevent the US from > getting the crappy product first. Surely this theory cannot be true... Well, Al, all people«may not agree: I for sure. I feel priviledged to get the calc earlier !!! The Yankees just have to wait...and wait... and... The kb is ok if you just press firmly. The previous 48 model light touch is gone, but it's better than the old 39/40/49 rubber band feedback ==== > The kb is ok if you just press firmly. > The previous 48 model light touch is gone, > but it's better than the old 39/40/49 rubber band feedback For those who play piano the key touch is easily described: The 48 is like a Steinway in excellent condition, precise staccato. The 49 is like a B.9asendorfer, soft, gentle, not at all bad. The 49+ key touch is unreliable and reminds me on certain hasty refurbished pianos I somtimes had occasion playing at :-) - Wolfgang ==== X > For those who play piano the key touch is easily described: > > The 48 is like a Steinway in excellent condition, precise staccato. > The 49 is like a B.9asendorfer, soft, gentle, not at all bad. > The 49+ key touch is unreliable and reminds me on certain hasty > refurbished pianos I somtimes had occasion playing at :-) AND TI is the piano that Amadeus (in Peanuts) is using (-; PS: CASIO is not a piano at all - rather a xylophone Zharp - what Charp? ==== > TI is the piano that Amadeus (in Peanuts) is using Schroeder ==== I would not ming getting a defective version to try it out and then get an updated release later on Lol, at least i won't be talking about a ghot calc ..... > Personally I would be quite insulted to find that my country was being > used as a filter for defective product in order to prevent the US from > getting the crappy product first. Surely this theory cannot be true... > > Well, Al, all people«may not agree: I for sure. > I feel priviledged to get the calc earlier !!! > The Yankees just have to wait...and wait... and... > > The kb is ok if you just press firmly. > The previous 48 model light touch is gone, > but it's better than the old 39/40/49 rubber band feedback > > ==== > Have just got hold of a HP49G+ in Denmark with SrNo: > cn33109553 How much did you pay? I've ordered one from www.samsoncables.com and it is supposed to be shipped on friday october 17th. The price there is USD 160, which is around DKK 1440,- including shipping and taxes. With these keyboard problems of yours I would contact the DTU shop for a replacement model. (Denmark) ==== They could only get 3. It cost DKr1700 - but it doesnt get sent out of the country for replacement. Dave > > Have just got hold of a HP49G+ in Denmark with SrNo: > cn33109553 > > How much did you pay? I've ordered one from www.samsoncables.com and > it is supposed to be shipped on friday october 17th. The price there > is USD 160, which is around DKK 1440,- including shipping and taxes. > > With these keyboard problems of yours I would contact the DTU shop for > a replacement model. > > (Denmark) ==== Same here, ordered from Samson's Cable, wondering if i'm just not gonna go get a Ti89 and forget about this whole waiting .... > > Have just got hold of a HP49G+ in Denmark with SrNo: > cn33109553 > > How much did you pay? I've ordered one from www.samsoncables.com and > it is supposed to be shipped on friday october 17th. The price there > is USD 160, which is around DKK 1440,- including shipping and taxes. > > With these keyboard problems of yours I would contact the DTU shop for > a replacement model. > > (Denmark) ==== > Same here, ordered from Samson's Cable, wondering if i'm just not gonna go > get a Ti89 and forget about this whole waiting .... Why not get both? Then you an be a Rosetta Stone in the calculator world! Tom Lake People who go to see a psychiatrist ought to have their head examined! ==== Where in Denmark did you buy it? Mads Dave h skrev i en meddelelse > Have just got hold of a HP49G+ in Denmark with SrNo: > cn33109553 > > It has clear keyboard problems for '^2' and '0'. In both cases the keys work > ok if you press from the left. Pressing from the right gives a much greater > possibility of error (the key clicks, but not counted as input). > > This *must* be one of the reasons why Hp are delaying the release in the US. > Maybe they thought they could fix it via sw, but its not proving so easy. > > I'm still glad I've got it - the extra time spent checking inputs will be > easily gained back given the speed increases on the HP49G+. Hopefully I just > have to sit back and wait for the corrected model to be launched, and then > get a replacement. > > I do not see that they could release this worldwide without fixing the > keyboard; especially since it will be especially problematic for RPN input. > > Dave > > ==== In the DTU bookshop. But they only had 3. Dave > > Where in Denmark did you buy it? > > Mads > > Dave h skrev i en meddelelse > Have just got hold of a HP49G+ in Denmark with SrNo: > cn33109553 > > It has clear keyboard problems for '^2' and '0'. In both cases the keys > work > ok if you press from the left. Pressing from the right gives a much > greater > possibility of error (the key clicks, but not counted as input). > > This *must* be one of the reasons why Hp are delaying the release in the > US. > Maybe they thought they could fix it via sw, but its not proving so easy. > > I'm still glad I've got it - the extra time spent checking inputs will be > easily gained back given the speed increases on the HP49G+. Hopefully I > just > have to sit back and wait for the corrected model to be launched, and then > get a replacement. > > I do not see that they could release this worldwide without fixing the > keyboard; especially since it will be especially problematic for RPN > input. > > Dave > > > > ==== > Have just got hold of a HP49G+ in Denmark with SrNo: > cn33109553 > > It has clear keyboard problems for '^2' and '0'. In both cases the keys work > ok if you press from the left. Pressing from the right gives a much greater > possibility of error (the key clicks, but not counted as input). > > This *must* be one of the reasons why Hp are delaying the release in the US. > Maybe they thought they could fix it via sw, but its not proving so easy. > > I'm still glad I've got it - the extra time spent checking inputs will be > easily gained back given the speed increases on the HP49G+. Hopefully I just > have to sit back and wait for the corrected model to be launched, and then > get a replacement. > > I do not see that they could release this worldwide without fixing the > keyboard; especially since it will be especially problematic for RPN input. > Just press a little firmer and it will be ok ==== Yeah, I know. Its just annoying, I can just see my sweaty (and sometimes shakey) fingers not being able to do just that at exam time. Still I'm not complaining - the things just so fast (and better display) than the G. Dave > Have just got hold of a HP49G+ in Denmark with SrNo: > cn33109553 > > It has clear keyboard problems for '^2' and '0'. In both cases the keys > work > ok if you press from the left. Pressing from the right gives a much > greater > possibility of error (the key clicks, but not counted as input). > > This *must* be one of the reasons why Hp are delaying the release in the > US. > Maybe they thought they could fix it via sw, but its not proving so easy. > > I'm still glad I've got it - the extra time spent checking inputs will be > easily gained back given the speed increases on the HP49G+. Hopefully I > just > have to sit back and wait for the corrected model to be launched, and then > get a replacement. > > I do not see that they could release this worldwide without fixing the > keyboard; especially since it will be especially problematic for RPN > input. > > Just press a little firmer and it will be ok > > ==== >> I would argue that the reason that TI is the standard in schools is that TI >> is the company that most aggressively pushed the idea of graphing calculators >> in the classroom. (A very poor idea, if you ask me.) > Really ? Not only TI is selling thousands of their high end calculators, but > they also practically solely own the market today and did not went through > the financial ruin of HP49 experiment. I doubt even HP 49G+ has any chance > to win now with entrenched TI's. TI's is now starting to dominate engineering > and science that for long was the area of HP domination. What do you think > make yong scientists and engineers to use TI's in their work today if not their > experience from the high school ? They don't even think or know that alternatives > however good or bad exist . If you call it poor idea, I wonder what is you idea > of good business practice ? >> -Joshua Belsky >> jjbelsky@yahoo.com >> http://belsky.net > Jack I call it a poor idea because it is bad for the education of the students on whom the calculators are pushed. Of course, for the company's bottom line, it is a fantastic idea. But being an engineer, not an MBA, I can see both the cost and the *value* of decisions. :) -Joshua -- -Joshua Belsky jjbelsky@yahoo.com http://belsky.net ==== > I call it a poor idea because it is bad for the education of the students > on whom the calculators are pushed. I see your point. I agree that it is probably a poor idea, but I would rather blame goverment bodies responsible for curriculum. > Of course, for the company's bottom line, > it is a fantastic idea. But being an engineer, not an MBA, I can see both > the cost and the *value* of decisions. :) I can't blame company that promotes it's product for the goverment mandated program. > -Joshua > > -- > -Joshua Belsky > jjbelsky@yahoo.com > http://belsky.net Jack ==== > I can't blame company that promotes it's product for the goverment > mandated program. Sure you can. There are always limits. The people who run corporations must have some measure of morality. What we do affects others, and those who ignore that in the name of capitalism are worthy of blame. -Josh (Not a commie) -- -Joshua Belsky jjbelsky@yahoo.com http://belsky.net ==== X > job with equation writer. I also belive that Chinese > had talent and resources to do similar job for ARM. So the Saturn emulator used in the hp 49G+ shows excellent talents when done in such a small time and being much faster than EMU48 and using so little ROM & RAM resources and even emulating BCD on a binary CPU about twice as fast as the emulated CPU. The talents of those coders seem to be extraordinary, right? ==== > So the Saturn emulator used in the hp 49G+ shows > excellent talents when done in such a small time > and being much faster than EMU48 and using so little > ROM & RAM resources and even emulating BCD on a binary CPU > about twice as fast as the emulated CPU. 75 MHz obviusly helps here, but I'm still wondering how many cycles are wasted to do simple 64 bit addition in BCD when the CPU has no BCD whatsoever. Any thoughts ? > The talents of those coders seem to be extraordinary, right? Extraordinary is probably an exaggeration, but they seem to achieve a fine goal of finally creating fast HP calculator in relatively short time. I also doubt, they had any prior knowledge of the inners of original HP 49 architecture unlike ACO team who had many talented programmers that were experts in Saturn architecture. Judging by initial disbelieve of JYA when the first news about HP 49G+ were posted, the original HP programming team had nothing to with this new machine. Jack ==== X > I do not know where you get your information, but the processor used > in TI calculator is a old or older that the Saturn. I think the first > version I heard about was used in an Amiga( Remember Commodore)? Hmmm... Apple Lisa was the first that I remember. Anybody out there to remeber an older PC to use MC68000 ? ==== HP49. I thought it would be a two-hour hack, but only after a night and a day it worked. For an explanation what BrainFuck is and what it isn't, read http://www.muppetlabs.com/~breadbox/bf/ I have posted it to hpcalc.org, but as usual, if you can't wait drop be great if someone with an hp49g+ could test it, since I don't have one. Have fun - Thomas -- foo and bar, respectively. ==== > > HP49. I thought it would be a two-hour hack, but only after a night > and a day it worked. > > For an explanation what BrainFuck is and what it isn't, read > > http://www.muppetlabs.com/~breadbox/bf/ > > I have posted it to hpcalc.org, but as usual, if you can't wait drop > be great if someone with an hp49g+ could test it, since I don't have > one. > > Have fun > > - Thomas Then you might be interested in this program by Jeffry Johnston.. http://esoteric.sange.fi/brainfuck/impl/interp/calculator/hp48bf.txt ==== So, how big is your compiler? is it on the HP49 or on the PC? How did you do the putchar and getchar? > > HP49. I thought it would be a two-hour hack, but only after a night > and a day it worked. > > For an explanation what BrainFuck is and what it isn't, read > > http://www.muppetlabs.com/~breadbox/bf/ > > I have posted it to hpcalc.org, but as usual, if you can't wait drop > be great if someone with an hp49g+ could test it, since I don't have > one. > > Have fun > > - Thomas > > -- > foo and bar, respectively. ==== > So, how big is your compiler? The whole library is 1325 bytes, the compiler itself 1116 bytes. It might be possible to pull it below 1kB with some optimizations. > is it on the HP49 or on the PC? It is a pure HP49 program: Written on the 49 for the 49 =) > How did you do the putchar and getchar? For getchar, the compiled program pops a string off the stack and takes the input from there. It keeps track of the character count so that it can consistently write 0 to the current cell on and after EOF. putchar is done in steps. At the beginning all memory is allocated (with MAKERAM$) and 30000 bytes of it are used for the cell array. A pointer to the next free byte is kept in a register; . is then compiled to allocate a byte, write the character to the free byte, and move the pointer. (Actually both putchar and getchar are done with a subroutine call.) At the end of execution the output characters are moved 30000 bytes towards the bottom of memory, so that they now lie immediately at the beginning of the string; then Shrink$ is called and the string pushed as output. The obvious downside is that you cannot write interactive programs; but this way programs can be run one after the other to simulate a pipe. - Thomas -- foo and bar, respectively. ==== > So, how big is your compiler? > > The whole library is 1325 bytes, the compiler itself 1116 bytes. It > might be possible to pull it below 1kB with some optimizations. See the attached non optimized version :-) Is yours a compiler or an interpretor? > How did you do the putchar and getchar? > > For getchar, the compiled program pops a string off the stack and > takes the input from there. It keeps track of the character count so > that it can consistently write 0 to the current cell on and after EOF. Ups, my version does not do that.. I should modify it... > putchar is done in steps. At the beginning all memory is allocated > (with MAKERAM$) and 30000 bytes of it are used for the cell array. > A pointer to the next free byte is kept in a register; . is then > compiled to allocate a byte, write the character to the free byte, and > move the pointer. (Actually both putchar and getchar are done with a > subroutine call.) At the end of execution the output characters are > moved 30000 bytes towards the bottom of memory, so that they now lie > immediately at the beginning of the string; then Shrink$ is called and > the string pushed as output. Yep, same for me.. > The obvious downside is that you cannot write interactive programs; > but this way programs can be run one after the other to simulate a > pipe. attached my version of BF: ASSEMBLE RPL xNAME BF :: CK1&Dispatch #3 :: GARBAGE CODEM %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% % register usage in the compiler: % D1: input stream, all non recognize characters are ignored % D0: output stream (compiled code) % Ba: input nb chr (nb of chr left in input stream) % Da: - output memory (the negative of the memory for compilation) % RSTK: the stack pointer for the [ and ]s % R0: address of string in which stuff is compiled %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% % register useage in compiled code % D0: memory pointer % D1: output stream pointer (no memory bound yet) % R1: start of output stream % Ca: input stream (no boundary test either) %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% SAVE GOSBVL MAKERAM$ D1=(5)$806F8 A=DAT1.A D1=A A=DAT1.A D1=A D1+5 C=DAT1.A C-5.A CSRB.A B=C.A D1+5 C=D.A D-16.A SKNC { GOTO .memerr } D=-D.A CD0EX D0=C C-D.A C-10.A RSTK=C CD0EX D0+5 A=0.A DAT0=A.A CD0EX % init [] stack D0-10 LC DCC DAT0=C.3 D0+10 % copy the startup code SKUB { *.d SAVE GOSBVL MAKERAM$ % D0= mem pointer C=D.A CD0EX D1=C CD0EX GOSBVL WIPEOUT % erase! D1=(5)$806F8 A=DAT1.A D1=A A=DAT1.A D1=A D1+10 % D1= input C=D.A CSRB.A AD0EX D0=A C+A.A R1=C.A CD1EX % C= input, D1= output *.e } LC(5) .e-.d GOSUB .copdat { { B-1.A SKNC { GOTO .end } A=DAT1.B D1+2 LC(2) @ ?A#C.B { B=0.A UP2 } LC(2) < ?A#C.B { $32 D0-2 P=2 EXIT2 } LC(2) > ?A#C.B { $32 D0+2 P=2 EXIT2 } LC(2) + ?A#C.B { $38 A=DAT0.B A+1.B DAT0=A.B P=8 EXIT2 } LC(2) - ?A#C.B { $38 A=DAT0.B A-1.B DAT0=A.B P=8 EXIT2 } LC(2) . ?A#C.B { $38 A=DAT0.B DAT1=A.B D1+2 P=8 EXIT2 } LC(2) , ?A#C.B { $3E CD0EX A=DAT0.B D0+2 CD0EX DAT0=A.B P=14 EXIT2 } LC(2) [ ?A#C.B { C=RSTK CD0EX DAT0=C.A D0-5 CD0EX RSTK=C $3D A=DAT0.B ?A#0.B { SKIPL { } } P=13 D+5.A EXITNC2 GOC .memerr } LC(2) ] ?A#C.B { C=RSTK C+5.A RSTK=C CD0EX A=DAT0.A D0=A D0+10 % Ca: bottom PC-6, Aa: top PC D0: Place for GOTO bottom value D-5.A % memory is comming back! ACEX.A C=A-C.A C-4.A DAT0=C.4 % poke jump to C= bottom-4-Top-5 = bottom-top-9 D0: bottom-4 D0=A C+6.A LA 08000 ?C>=A.A -> .errtoolong C=-C.A CSL.A CSL.W LC C8 P=5 EXIT2 % poke up jump (top-bottom-3) } UP } DAT0=C.WP CD0EX C+P+1 CD0EX C=D.A C+P+1 D=C.A P=0 GOC .memerr UP } *.memerr C=0.A C+1.A GONC .er *.errtoolong LC 10111 GOC .er *.[]err LC 1010C *.er RSTK=C LOAD C=RSTK GOVLNG ErrjmpC_asup *.end % copy the startup code SKUB { *.d2 A=R0.W AD1EX D1+10 C=R1.A D0=C C=A-C.A GOSBVL MOVEDOWN CD1EX CD0EX GOSBVL Shrink$_asup LOAD A=R0.A DAT1=A.A RPL *.e2 } LC(5) .e2-.d2 GOSUB .copdat C=RSTK D1=C D1+5 A=DAT1.A ?A=0.A { LC 1010D GOTO .er } GOSBVL Shrink$_asup LOAD A=R0.A DAT1=A.A RPL *.copdat A=C.A D+C.A SKNC { GOTO .memerr } C=RSTK R4=C.A C=RSTK CD1EX RSTK=C { A-1.A EXITC C=DAT1.1 DAT0=C.1 D1+1 D0+1 UPNC } C=RSTK D1=C C=R4.W PC=C ENDCODE ' CK1&Dispatch #3 ' GARBAGE 4ROLL TWO ::N THREE ::N ; ; ==== > The whole library is 1325 bytes, the compiler itself 1116 bytes. It > might be possible to pull it below 1kB with some optimizations. > See the attached non optimized version :-) > Is yours a compiler or an interpretor? In the size competition you beat me hands down!! (For those who do not want to compile Cyrille's version: it's 454 bytes.) Mine is a compiler too. In the other half of its size I do do a few optimizations, namely sequences of '+', '-', '>' and '<' (it's a bit broken, you can't spread these across spaces, newlines or other non-commands) are compiled to shorter constructs and a jump selector chooses the shortest possible instruction for the ?C=0.B, GOTOs and GOSUBs used. > It keeps track of the character count so > that it can consistently write 0 to the current cell on and after EOF. > Ups, my version does not do that.. I should modify it... This is one of the portability issues anyway. Some other implementations return 0 only once (and some undefined value on subsequent calls) or use #FF to signal EOF. Greetings - Thomas -- foo and bar, respectively. ==== > > HP49. I thought it would be a two-hour hack, but only after a night > and a day it worked. > > For an explanation what BrainFuck is and what it isn't, read > > http://www.muppetlabs.com/~breadbox/bf/ > > I have posted it to hpcalc.org, but as usual, if you can't wait drop > be great if someone with an hp49g+ could test it, since I don't have > one. > > Have fun > > - Thomas Brilliant! What a total waste of time! Just what is needed for some lateral thinking.... hee...hee ==== The G+ is so much faster - the keyboard problems doesn't seem to matter so much. The usb driver installed without problem (XP) and used Conn4x to make a backup from the HP49G, then restored from PC to HP49G+. Took a couple of minutes. The only weird thing is that, when I try to ARCHIVE on the G+ I get a 'insufficient memory' error. Even though my Home dir = 120K. Anyone maybe know what's happening here; there is 750K free in Port 2, which is where I'm trying to Archive to. Dave ==== > The G+ is so much faster - the keyboard problems doesn't seem to matter so > much. > > The usb driver installed without problem (XP) and used Conn4x to make a > backup from the HP49G, then restored from PC to HP49G+. Took a couple of > minutes. > > The only weird thing is that, when I try to ARCHIVE on the G+ I get a > 'insufficient memory' error. Even though my Home dir = 120K. Anyone maybe > know what's happening here; there is 750K free in Port 2, which is where I'm > trying to Archive to. X ROM=? ==== The ROM is 1.22, but I wasn't aware there was any others for the G+?? The archive command I'm using is exactly the same as for the HP49G (where it works fine); 2: homarc ARCHIVE I cannot see there should be a problem here. Also, although I could make a Con4x backup from the G, and restore to the G+, I cannot make a Con4x backup from the G+. When I try it looses the connection. Any help appreciated. Dave > The G+ is so much faster - the keyboard problems doesn't seem to matter so > much. > > The usb driver installed without problem (XP) and used Conn4x to make a > backup from the HP49G, then restored from PC to HP49G+. Took a couple of > minutes. > > The only weird thing is that, when I try to ARCHIVE on the G+ I get a > 'insufficient memory' error. Even though my Home dir = 120K. Anyone maybe > know what's happening here; there is 750K free in Port 2, which is where > I'm > trying to Archive to. > X > ROM=? > > ==== I suppose there are different ROM versions, if the power problem was fixed with one. Do you know where to get the latest ROM from? Dave > > > The ROM is 1.22, but I wasn't aware there was any others for the G+?? > > The archive command I'm using is exactly the same as for the HP49G (where it > works fine); > > 2: homarc > ARCHIVE > > I cannot see there should be a problem here. > > Also, although I could make a Con4x backup from the G, and restore to the > G+, I cannot make a Con4x backup from the G+. When I try it looses the > connection. > > Any help appreciated. > > Dave > > > > > > The G+ is so much faster - the keyboard problems doesn't seem to matter > so > > much. > > > > The usb driver installed without problem (XP) and used Conn4x to make a > > backup from the HP49G, then restored from PC to HP49G+. Took a couple of > > minutes. > > > > The only weird thing is that, when I try to ARCHIVE on the G+ I get a > > 'insufficient memory' error. Even though my Home dir = 120K. Anyone > maybe > > know what's happening here; there is 750K free in Port 2, which is where > I'm > > trying to Archive to. > X > ROM=? > > > > ==== Expander on Ebay. Starting bid, $300. http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3052751664&category=50577 ==== I hope it's not yours.... several have been pulled from eBay, at the request of HP I believe. I don't think any have been successfully sold. BTW, here's another, with a buy it now of $430, starting $300. Yours has a buy it now of $500. http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3053119002&category=50577 > > Expander on Ebay. > > Starting bid, $300. > > http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3052751664&category=50577 > ==== Well, I know for a fact that Xpanders have sold successfully. There was one discussed on MoHPC a few months back. > I hope it's not yours.... several have been pulled from eBay, at the request > of HP I believe. I don't think any have been successfully sold. > > BTW, here's another, with a buy it now of $430, starting $300. Yours has a > buy it now of $500. > http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3053119002&category=50577 > > > > Expander on Ebay. > > Starting bid, $300. > > > http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3052751664&category=50577 > > > ==== az_dude replied: > I hope it's not yours.... Naaa. I just decided to check EBAY that day and saw it. > several have been pulled from eBay, at the request > of HP I believe. I don't think any have been successfully sold. I recall one. > BTW, here's another, with a buy it now of $430, starting $300. Yours has a > buy it now of $500. > http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3053119002&category=50577 I have nothing for sale on EBay, never have. Just though it worth noting. Rich > >>Expander on Ebay. >> >>Starting bid, $300. >> >> > > http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3052751664&category=50577 > > > ==== > I hope it's not yours.... several have been pulled from eBay, at the request > of HP I believe. I don't think any have been successfully sold. On what grounds does HP use to get the adds pulled? Al.. ==== > On what grounds does HP use to get the adds pulled? The Expanders which were finished remain the property of HP and are considered stolen since the people who worked on them had no authorization to take them out of the HP labs? Tom Lake ==== > The Expanders which were finished remain the property of HP and are > considered stolen since the people who worked on them had no authorization > to take them out of the HP labs? As I understand it, HP gave out a fair number of Xpanders to teachers. There should be no problem with sales of those. ==== > As I understand it, HP gave out a fair number of Xpanders to teachers. > There should be no problem with sales of those. Actually, all the calculator given away by HP to teachers, students and other beta testers were clearly marked: Non Commercial prototype, not for resell... (or any such similar marking)... so, reselling them is not an option... ==== > > As I understand it, HP gave out a fair number of Xpanders to teachers. > There should be no problem with sales of those. > > Actually, all the calculator given away by HP to teachers, students and > other beta testers were clearly marked: Non Commercial prototype, not for > resell... (or any such similar marking)... so, reselling them is not an > option... > 'not for resell' does not mean that it can't be resold. Unless it is still the property of HP, it doesn't matter how its marked. ==== Gracias por los nombres en ingles, ya encontre dos programas que me sirven, uno para la ruta critica (pert) y otro para teoria de colas, por cierto no es que no se ingles, lo que pasa es que no me acordaba como se escribian los terminos en ingles ==== I have updated the 49G+ english User Guide with more than 1000 bookmarks. So, it is cropped, sorted and bookmarked now. I made the bookmarks in only a few hours, but I hope I didn't make too many mistakes. There are formatting errors in some headings of the original text, font size not matching with the true heading level; when detected, I have corrected them in the bookmark hierarchy, but I have not touched the text itself. The guide would still need a few hundreds internal links, mainly from the index and from cross references scattered in the text, but I don't think I am going to do that work anytime soon, if at all. Also, I don't plan to enhance the non-english versions of the guide, as it seems like they where already enhanced enough by their translators. The new version is here: http://www.textodigital.jazztel.es/hp49gplus/BPIA5324_CSB.zip I hope you find it useful. RaM. ==== even willing to invest a few hours so that their documentation would be more usable? >:( > I have updated the 49G+ english User Guide with more than 1000 > bookmarks. So, it is cropped, sorted and bookmarked now. > I made the bookmarks in only a few hours, but I hope I didn't make too > many mistakes. There are formatting errors in some headings of the > original text, font size not matching with the true heading level; > when detected, I have corrected them in the bookmark hierarchy, but I > have not touched the text itself. > The guide would still need a few hundreds internal links, mainly from > the index and from cross references scattered in the text, but I don't > think I am going to do that work anytime soon, if at all. Also, I > don't plan to enhance the non-english versions of the guide, as it > seems like they where already enhanced enough by their translators. > The new version is here: > http://www.textodigital.jazztel.es/hp49gplus/BPIA5324_CSB.zip > I hope you find it useful. > RaM. -- -Joshua Belsky jjbelsky@yahoo.com http://belsky.net ==== > even willing to invest a few hours so that their documentation would be > more usable? >:( In fact, including bookmarks and cross references would be very much easier if the original word processing document (not the PDF) was available. If the manual has been outsourced, however, it is possible that HP even has not the original document. It could be they forgot to request it, or a bookmarked version, or both, in the contract. Weirder things have happened in the esoteric world of outsourcing. RaM. ==== >> even willing to invest a few hours so that their documentation would be >> more usable? >:( > >In fact, including bookmarks and cross references would be very much >easier if the original word processing document (not the PDF) was >available. If the manual has been outsourced, however, it is possible >that HP even has not the original document. It could be they forgot to >request it, or a bookmarked version, or both, in the contract. Weirder >things have happened in the esoteric world of outsourcing. > >RaM. I do not know, but I have a program that will take a PDF document and convert it back to a Microsoft Word document. However, I have tried it on several PDF document, and it does not always preserve the formatting and some of the fonts are not correct after the change The software is by ScanSoft and is PDF to Word converter. I will give it a try later this AM and let you know how it goes. It will probably take a while, as this is a big document. Harold A. Climer Dept.Of Physics, Geology, and Astronomy U.T Chattanooga Chattanooga TN USA ==== > I do not know, but I have a program that will take a PDF document and > convert it back to a Microsoft Word document. However, I have tried it > on several PDF document, and it does not always preserve the > formatting and some of the fonts are not correct after the change > The software is by ScanSoft and is PDF to Word converter. I will give > it a try later this AM and let you know how it goes. It will probably > take a while, as this is a big document. The information from a Word document that would facilitate the creation of bookmarks, links, etc. for the corresponding PDF is the stylesheet, applied styles, Word bookmarks, and fields. None of these is included when the PDF is generated; so, converting the PDF to Word does not bring them back. The resulting document would probably not be any useful. Indeed, despite what I said in my previous message, even the original document could be useless, depending on the working style. If the author, for instance, did not use styles for the headings, structural information cannot be accurately extracted, etc. RaM. ==== Okay, I'm confused. I haven't changed any of my software versions, but I could successfully extract your newer file. it might be more apt to compare their owners. I rarely see TIers put in the time and effort that HP lovers do, or a willingness to provide all of this work for free. I doubt Urroz is going to write volumes on the TI-89 for science & engineering. But, I digress... Is there any difference in the way you ZIPped the earlier file in comparison to this one? Mitch > > even willing to invest a few hours so that their documentation would be > more usable? >:( > > I have updated the 49G+ english User Guide with more than 1000 > bookmarks. So, it is cropped, sorted and bookmarked now. > > I made the bookmarks in only a few hours, but I hope I didn't make too > many mistakes. There are formatting errors in some headings of the > original text, font size not matching with the true heading level; > when detected, I have corrected them in the bookmark hierarchy, but I > have not touched the text itself. > > The guide would still need a few hundreds internal links, mainly from > the index and from cross references scattered in the text, but I don't > think I am going to do that work anytime soon, if at all. Also, I > don't plan to enhance the non-english versions of the guide, as it > seems like they where already enhanced enough by their translators. > > The new version is here: > http://www.textodigital.jazztel.es/hp49gplus/BPIA5324_CSB.zip > > I hope you find it useful. > > RaM. > > -- > -Joshua Belsky > jjbelsky@yahoo.com > http://belsky.net > ==== > Is there any difference in the way you ZIPped the earlier file in comparison > to this one? Both files were made with the very same tools. If you had corrupted downloads, it was probably because of unreliability of the connection, or of my ISP's servers. I have been looking at the log they provide, and it seems like about 10% of the downloads are truncated. It seems also like people just retry, and get it right. RaM. ==== >Here's one place I found >aygshell and a related one named doclist.dll : >http://www.geocities.co.jp/SiliconValley-Cupertino/2039/dummydll.lzh . Just >copy the two dll's (iPAQ uses the ARM version of course) into the Windows >folder of your pocketpc and try running Emu48CE again. files when I try to copy them to the Windows folder. Pete M. Wilson Gamewood, Inc. wilsonpm@gamewood.net ==== Ditto. I have these two files already, and their modification date is a year newer. Is there some reason the older files will do the trick? Mitch > >Here's one place I found >aygshell and a related one named doclist.dll : >http://www.geocities.co.jp/SiliconValley-Cupertino/2039/dummydll.lzh . Just >copy the two dll's (iPAQ uses the ARM version of course) into the Windows >folder of your pocketpc and try running Emu48CE again. > > files when I try to copy them to the Windows folder. > > > Pete M. Wilson > Gamewood, Inc. > wilsonpm@gamewood.net ==== Sorry guys. It was my understanding that the files in question were not in versions will make any difference. ==== Have tried to archive a 100K home directory, and get a memory error. The filer properties shows about 75K available to each port, though the correct amount is shown in Tree View. This could be why it gets a memory error in backup to Port 2, or what. Dave ==== Does anyone know where I can find an HP-48 program that solves for the roots of a cubic polynomial (i.e., X^3+aX^2+bX+c=0)? The only one I could find is a program called POLYN at the following web site: http://www.math.okstate.edu/archives/calcs/hp-progs.html. I downloaded the program into my HP-48GX with no problem using the PC serial interface cable. However, the documentation doesn't explain how to input the coefficients and the program user interface is nonexistent - no prompts for anything. If you've seen another program that actually works, I'd like to hear about it. John ==== >Does anyone know where I can find an HP-48 program that solves for the roots >of a cubic polynomial I don't understand why you want a program? The HP 48G directly solves cubic and higher order polynomials. Use right shift -solve and select poly in the choose box. Enter coefficients as a vector, i.e. [1 2 4 2], in the Coefficient box. Move down to the Solve box and press F6 (Solve).. The roots (real and complex) are shown and entered on the stack. It works great. Garth ==== You should go to www.hpcalc.org for anything you want for your HP. I really like NeoPolys for dealing with polinomys. Hope this helps. Luis ==== > > Does anyone know where I can find an HP-48 program that solves for the roots > of a cubic polynomial (i.e., X^3+aX^2+bX+c=0)? The only one I could find is > a program called POLYN at the following web site: > http://www.math.okstate.edu/archives/calcs/hp-progs.html. I downloaded the > program into my HP-48GX with no problem using the PC serial interface cable. > However, the documentation doesn't explain how to input the coefficients and > the program user interface is nonexistent - no prompts for anything. If > you've seen another program that actually works, I'd like to hear about it. > > John > > If by chance you are talking about numeric roots and coefficients, there is a built-in command called PROOT which takes a VECTOR of the coefficients as argument and returns a VECTOR of roots of the polynomial. If you are talking about symbolic roots and coefficients, it seems that it would be quite easy to write a quick userrpl program that would do the work for you considering the algorithm would be the same for any cubic polynomial. Or am I missing something? -Al A. -- ~/.signature ==== > Do you know what yer talking about??? > User and System RPL were made and designed specifically for use with > calculators FOR THE REASON THAT ALL OTHER LANGUAGES, EG PASCAL, BASIC > AND C, > WERE NOT SUITABLE FOR THE MEMORY AND PROCESSING NEEDS OF A CALCULATOR. Maybe not the HP49G, but the TI-68k can handle C programs just fine :P -- Bhuvanesh ==== > Do you know what yer talking about??? > User and System RPL were made and designed specifically for use with > calculators FOR THE REASON THAT ALL OTHER LANGUAGES, EG PASCAL, BASIC > AND C, > WERE NOT SUITABLE FOR THE MEMORY AND PROCESSING NEEDS OF A CALCULATOR. > > Maybe not the HP49G, but the TI-68k can handle C programs just fine :P So, Bhuvanesh, it has either a C interpreter or compiler build-in ??? OR do you mean it handles machine-code well, where ever it comes from? ==== > Maybe not the HP49G, but the TI-68k can handle C programs just fine :P > > So, Bhuvanesh, it has either a C interpreter or compiler build-in ??? > OR > do you mean it handles machine-code well, where ever it comes from? No, Eddy seemed to be implying that it is not feasible to compile and run C programs on these calculators, so I merely provided a counterexample. C programs have been quite a success on the 68k. There is no built-in C compiler on the 68k, although there is a third-party on-calc compiler under development. -- Bhuvanesh ==== > So, Bhuvanesh, it has either a C interpreter or compiler build-in ??? > OR > do you mean it handles machine-code well, where ever it comes from? That, too! 8-) It's not built-in but there is an on-calc C compiler for the TI-89 available out there although why someone would want to write lengthy source code using a calculator keyboard is beyond me! Tom Lake ==== -=[ Wed, 15.10.03 6:40 p.m. +1300 (NZDT) ]=- in message ID <87233f9e.0310131516.429c8ab7@posting.google.com> : > In case it helps, here are the *EXACT* continued fraction > expansions of the examples that have appeared in this thread > so far. It did help :) Now I have it all at least functional (in case anyone keys in the programs from my last post, the MAN can do with a DROP DROP at the end), I've been experimenting. The square root of 3 is fascinating - on the HP48/49 it produces nearly 30 partial quotients!!!! Starting with 9 pairs of 1 2. I get 716035/413403 for the best fraction. Joe, you must tell us the story as to how you came to investigate this - .. if there is a story :-) Is it part of a book/paper you intend to publish? -- Tony Hutchins Wellington New Zealand #252 What you will do matters. All you need is to do it. Judy Grahn ==== Congratulations to Tony Hutchins! He wins the Best Fraction Challenge! In fact, he's the first person to post a program that finds the two smallest integers which divide to any given decimal in less than 5 seconds! Well done! > Joe, you must tell us the story as to > how you came to investigate this - > .. if there is a story :-) Is it part > of a book/paper you intend to publish? Sorry, no story. Just one of the things I've stumbled into while playing around with numbers and HP calculators for the past 27 years. However, I'm currently working with HP to see that this algorithm, which I call the PDQ algorithm (P Divided by Q), will be used in place of the current ->Q algorithm in future models. However, my proposal goes beyond that, allowing the accuracy to be specified several ways: by a maximum tolerable error, or maximum tolerable denominator, or minimum exact-match decimal places, or real-world tolerance by a user-specified scalar. Finally, some sort of Fraction Hunter application (Fraction Ranger? Fraction Scout? Best Fraction Finder? PDQ?) would allow the user to see simultaneously the input, the output, the previous and next fraction (if any), their respective errors, and real-world scalar error, with options to single-step and back-step through the continued-fraction convergents and/or intermediate convergents. This would be helpful in many real-world applications that rely on precise tolerances, and it would also be ideal for teaching fractions, decimals, continued fractions, rationals and irrationals, and many other concepts. If HP doesn't bite the bait, I'll just publish it all on the web for all to see and use as they wish. Meanwhile, have fun with it! Legal Fine Print for TI, Casio, Sharp et al: The PDQ Algorithm is the intellectual property of Joseph K. Horn. Ownership was demonstrated and the entire proceedings are available on videotape. Any use of this algorithm for commercial purposes without proof of prior ownership or written permission of Joseph K. Horn would be a Bad Thing. You Have Been Warned. -Joe- Joseph K. Horn pdq@holyjoe.us ==== [...] > The PDQ Algorithm is the > intellectual property of Joseph K. Horn. Ownership was demonstrated > and the entire proceedings are available on videotape. Any use of > this algorithm for commercial purposes without proof of prior > ownership or written permission of Joseph K. Horn would be a Bad > Thing. You Have Been Warned. > -Joe- > Joseph K. Horn > pdq@holyjoe.us AFAIK, unless you patent your algorithm for every possible way it may be (that uses this algorithm) and I guess it could be named 'Horn Algorithm' if it's truly new. So if you don't want others to freely use your algorithm, patent it or keep it for yourself; Both being Bad Things anyway in my opinion. IANAL, of course, so prove me wrong if I am ;-) HAGD, G. ==== Horn says... > For what it's worth, my program converts sqrt(LOG(2)) into > 998995/1820784 in 0.745 seconds on an hp49g+, and runs unmodified on > an HP48GX. How long does it take to run on a 48GX, or on a 49G? ==== >> For what it's worth, my program converts >> sqrt(LOG(2)) into 998995/1820784 in 0.745 >> seconds on an hp49g+, and runs unmodified on >> an HP48GX. > > How long does it take to run on a 48GX, > or on a 49G? It takes approximately 3 times longer, for almost any input. -Joe- ==== -=[ Tue, 14.10.03 9:32 p.m. +1300 (NZDT) ]=- in message ID <87233f9e.0310131516.429c8ab7@posting.google.com> : [...] Joe, me again. I made progress :) > inputs that are pure evil, such as the ones with large partial > quotients such as .500000000001, whose continued fraction expansion is > exactly [0; 1, 1, 249999999999, 2]. I can do this now. Took me a while to un-confuse myself > MASSIVE HINT: Write a program that converts any input number to its > the solution to this Best Fraction Challenge is just a hop, skip and a > jump. Literally. I seem to have a problem doing the reverse - getting back to the exact number..see below [...] > For example, pi is not exactly equal to > 314159265359/100000000000, *That* is what gave me the clue to doing the expansion - I don't start with .500000000001 but that*E12 /E12 - I start hidden tip!! Than I saw a worked example of old Euclid's algorithm for GCD and that gave me another hint. This is stuff I never studied at school. [...] The problem: Input: 0.500000000001 Output: 166666666668 / 333333333335 The expansion in partial quotients: [0; 1, 1, 249999999999, 2]. a0 a1,a2, a3 , a4 (notation) To reverse the process I assume I calculate successive convergents:p1/q1,p2/q2,p3/q3 and p4/q4. I thought p4/q4 would give me the original .500000000001 p0=a0=0 p(-1)=1 q0=1 q(-1)=0 p1=a1*p0+p(-1)=1*0+1 =1 q1=a1*q0+q(-1)=1*1+0 =1 p1/q1=1/1=1 p2=a2*p1+p0=1*1+0 =1 q2=a2*q1+q0=1*1+1 =2 p2/q2=1/2=.5 p3=a3*p2+p1=249999999999*1+1 =250000000000 q3=a3*q2+q1=249999999999*2+1 =499999999998 Oh!!! I see the error!! q3 sb=499999999999 p3/q3=.500000000001 Yeah! p4=a4*p3+p2=2*250000000000+1 =500000000001 q4=a4*q3+q2=2*499999999999+2 =E12 p4/q4=.500000000001 - exactly. OK, I think I can now do the reversal. I seem to be stumped as to how to hop, skip and jump to near the 33333333335 denominator. Is there a different way to do the convergents? Maybe backwards? You can tell I haven't the foggiest idea how to be sure I am homing in on the Best Fraction for the HP48/49. For all I know it could be lurking almost anyware. However I do have p3/q3. So I must check backwards with smaller denominators until I find the earliest example where the p/q equals our value, on the HP48/49. Ahha .. maybe it is as I once suspected that there is a whole series of *consecutive* results that give the answer. So, maybe I: 1. hop to the first endpoint that gives the answer. 2. That means the previous convergent doesn't give the answer. So I just skip to the denominator in the middle, and check that out. 3. This way I establish a new interval to look in, and I jump to that one :) Yup, successive bisection - might be a general method. Joe, in writing this I think I found my way! I started to write because I was stumped. I'm still a bit worried that somehow an earlier value may exist - but although the results go up and down in a sawtooth like way, overall they are probably well-behaved. -- Tony Hutchins Wellington New Zealand #77 Allen's Axiom: When all else fails, follow instructions. ==== -=[ Wed, 15.10.03 3:48 p.m. +1300 (NZDT) ]=- in message ID <11475796ROBOTLX@news.cis.dfn.de> : > Joe, me again. I made progress :) Joe, I can now make all the examples work. The final hopping skipping and jumping *did* stump me - took about 5 attempts. I have it working, based on sort of heuristic theory ;-) eg .500000000001 BF leaves this in the stack: 166666666668 333333333335 Here is BF, with some comments where the line begins with ' << ' don't allow negative input ABS 'Z' STO ' create partial quotients, and the convergents Z MAN MPQN 'could use PN QN / and a counter 'now, HOP to the first convergent which produces 'an exact-HP48/49 result ' This is called N2/D2 & the previous one is NJ/DJ ' DJ is actually the JUMPING unit 1 'D2' STO PN 1 GET 'N2' STO 1 'K' STO WHILE N2 D2 / Z NOTEQUAL (i.e. =/= ) REPEAT K 1 + 'K' STO N2 'NJ' STO PN K GET 'N2' STO D2 'DJ' STO QN K GET 'D2' STO END ' now we do the jumping backwards from N2/D2 ' we start about the middle of the whole interval 0->D2 ' There, we find D3 and N3 ' The trick is that we hop back from D2 ' in steps of DJ ' If N3/D3 is indeed a BETTER FRACTION candidate we use D3 ' as D2 - otherwise we shift D1 up to D3, and work ' from the middle of the new D1->D2 ' J is the distance from 'D3 to D2' measured in steps of ' DJ 0 'D1' STO D2 DJ / 2 / IP 'J' STO WHILE J 0 > REPEAT D2 DJ J * - 'D3' STO N2 NJ J * - 'N3' STO N3 D3 / Z == <> <> IFTE D2 D1 - DJ / 2 / IP 'J' STO END N2 D2 >> MAN - this makes the AN list of partial quotients for a positive fraction Z I make the list end with a 0. << ->Z << {} Z IP + 'AN' STO E12 DUP Z FP * WHILE DUP 0 > REPEAT DUP 'D1' STO NDQR SWAP AN SWAP + 'AN' STO D1 SWAP END AN 0 + 'AN' STO >> >> NDQR (used by MAN) takes positive integers N D in stack and outputs integers Q R where N=Q*D + R and R is less than D, and not negative. The bit before the WHILE is to quickly get a good first guess for Q. This puts Q and R on the stack as well as making global variables for them - I'm in a hurry << -> N D << N D / IP DUP 0 > <<1 ->>IFT 'Q' STO N D Q * - 'R' STO WHILE R D >= REPEAT R D - 'R' STO Q 1 + 'Q' STO END Q R >> >> Here is the last piece - MPQN: uses AN (list of partial quotients) and produces PN and QN - lists of pk and qk such that pk/qk is kth convergent. << 1 'P0' STO 0 'Q0' STO AN 1 GET 'P1' STO 1 'Q1' STO {} P1 + 'PN' STO {} Q1 + 'QN' STO AN 2 GET 'AK' STO 2 'K' STO WHILE AK 0 > REPEAT AK P1 * P0 + 'P2' STO AK Q1 * Q0 + 'Q2' STO P1 'P0' STO P2 'P1' STO Q1 'Q0' STO Q2 'Q1' STO PN P2 + 'PN' STO QN Q2 + 'QN' STO K 1 + 'K' STO AN K GET 'AK' STO END >> None of the examples take more than 3-4 seconds, on a 49g+,so it is 3-4 times slower than your program Joe. I only just got this functional, with what I am sure is a very limited subset of RPL I see now I could calculate pk/qk as I go, calculating the ak and can stop as soon as I have the first exact HP48/49 result. Also, I make far too many global variables. But, I'm just so pleased to see it working :) Really great challenge - thanks! I'm not really sure about my jumping unit, but, as it does 'hit' on the likely candidates, there must be something to it. I soon realised I couldn't just look at all possibilities, unless of course the prior convergent has denominator 1. The likely candidates are more or less quantized by the prior convergent. - Tony ==== > For example, pi is not exactly equal to > 314159265359/100000000000, > > *That* is what gave me the clue to doing > the expansion - I don't start with .500000000001 > but that*E12 /E12 - I start with an integral > hidden tip!! That's the trick for avoiding the 1/FP(x) roundoff errors that have plagued decimal-to-fraction algorithms forever. You have taken your first steps into a larger world. -- Obi-Wan Kenobi > I seem to be stumped as to how to hop, skip > and jump to near the 33333333335 denominator. MASSIVE HINT (spoiler, actually) #2: With the list of partial quotients handy, examine the *differences* between successive intermediate convergents' numerators. Now do the same for their denominators. When the pattern hits you, it'll hit you hard, so be sure to be sitting down! > Yup, successive bisection - might be a general method. Put that together with the previous paragraph, and you have my program, sans bells & whistles. > although the results go up and down in a sawtooth > like way, overall they are probably well-behaved. Indeed they are. Have fun! -Joe- ==== OK, I give up. What is an ARM with a saturn piggyback. I know what a saturn is supposed to be, nibbles and all, but........ Chuck... ==== > OK, I give up. What is an ARM with a saturn piggyback. I know what a > saturn is supposed to be, nibbles and all, but........ > Chuck, I'm not sure if I understand you correctly, but in the new HP calcs an ARM9 CPU is used to emulate the old Saturn CPU. ==== My HP49g+ didn't have the User Guide with it so this will be a great help. | va.va | ==== And who has tested some greyscale games ??? Do they works on HP49+?? Maybe try Puzzle-Bobble 2 :)) > The famous, fabulous HP49G grayscale programs such as GDREAM32 and > SCROLL.MAX do not work on the hp49g+, perhaps due to timing > differences or the use of unsupported entry points. But the 49g+ > ought to be able to produce even smoother grayscale graphics than the > 49G, since it's so much faster. Does anybody know of any grayscale > software for the 49g+ that actually works? > > > -Joe- > If it's Gray, RCL it. -- Arnold ==== Why don«t you use debug4x with EMU48? This runs perfectly well on my machine. HTH Andreas ==== Soze99 schrieb > I don't know how to load an 'object'. Can someone help me out? 1. Is your emulator running? 2. Choose the commands Edit Load Object ..Heiko ==== When I right click, my choices are: YorkeM Object > State > Engine > Console Minimize Quit Clicking on Object > and my choices are: Load with Kermit Load with XModem Load on Stack Load in Port 1 If I select Load on Stack and select my file, the emulator reboots (looks like an HP rebooting) and there's nothing on the stack. If I select Load in Port 1 and select my file, the screen becomes garbled and displays the menu bar twice along the bottom of the screen. Sometimes there's something in the port, sometimes the emulator locks up and there's nothing in the port after resetting the engine. If there is something in port 1 it's just the text 'EXTEND' And I don't know how to load with Kermit or XServer with this emulator. Any ideas? - Ian ==== Upgrade48 here: http://www.eurobotics.org/hp_upgrade3.html (spanish) I followed the steps there described. The 128Kb chip can be seen (I have 32Kb there, and el PCB with two 128Kb chips). Only 20 and 22 pins unsolder. Sorry for may poor english again. ==== It seems that it would be more straightforward to put an IR TXRX at the IR interface that acts as a go between to a normal serial interface. Is this not possible? I'm just learning about these units but I've done similar with other IR TX devices. Adam Arabian PhD Program Department of Mechanical Engineering University of Louisville adam.arabian_nospam@louisville.edu [remove '_nospam' before sending) Office: 502 852 1696 Cell: 502 386 2017 ==== I am an Engineer, and my HP28S just died. I would like to buy a HP48GX or a HP49G but they are discontinued. Does anyone know where I might find one in the US or Canada? Mike ==== I got one at outpost.com a couple of weeks ago. > > I am an Engineer, and my HP28S just died. I would like to buy a HP48GX > or a HP49G but they are discontinued. Does anyone know where I might > find one in the US or Canada? > > Mike ==== IIRC: output.com <=> Fry's Electronics Retail > I got one at outpost.com a couple of weeks ago. > > > > I am an Engineer, and my HP28S just died. I would like to buy a HP48GX > or a HP49G but they are discontinued. Does anyone know where I might > find one in the US or Canada? > > Mike > ==== I was in the same situation a several months ago. I bought a new old-stock HP48GX from Sampson Cables without any difficulty about a month ago. Later, I even saw new but discontinued HP48GX's on the shelf for sale at Fry's Electronics stores. Documentation can be harder to find (and more expensive) than the calculator. > > I am an Engineer, and my HP28S just died. I would like to buy a HP48GX > or a HP49G but they are discontinued. Does anyone know where I might > find one in the US or Canada? > > Mike ==== > > I am an Engineer, and my HP28S just died. I would like to buy a HP48GX > or a HP49G but they are discontinued. Does anyone know where I might > find one in the US or Canada? Get the new hp 49g+ http://www.hpcalc.org/hp49gplus.php It's fast, has USB, IrDA, SD/MMC interface ==== > > I am an Engineer, and my HP28S just died. I would like to buy a HP48GX > or a HP49G but they are discontinued. Does anyone know where I might > find one in the US or Canada? > > Get the new hp 49g+ > http://www.hpcalc.org/hp49gplus.php > It's fast, has USB, IrDA, SD/MMC interface > Yes, BUT it is also: *new *buggy *poorly documented *outsourced *presented with physical problems If you are an engineer looking for a reliable piece of equipment, by all means use something proven--like the 48 or the 28. (I am an engineer and use the 48 and the 32 and the 15). Maybe the 49+ will eventually prove to be good--but it sure is not, yet. Bill ==== > Get the new hp 49g+ > http://www.hpcalc.org/hp49gplus.php > It's fast, has USB, IrDA, SD/MMC interface > > > Yes, BUT it is also: > *new So? Why's that a Bad Thing? > *buggy Do you have examples of bugs? Except for the battery drain which has already been addressed, reports of bugs seem to be rather sparse. > *poorly documented Around 1000 pages in the manuals and a lot of 49G and 48 literature applies. > *outsourced So? EVERYTHING is outsourced these days! If the products are reliable, I don't care where they come from. > *presented with physical problems Some people have a slight problem with the keyboard. They can learn to press a little harder. > > > If you are an engineer looking for a reliable piece of equipment, by all > means use something proven--like the 48 or the 28. (I am an engineer and > use the 48 and the 32 and the 15). > > > Maybe the 49+ will eventually prove to be good--but it sure is not, yet. Nothing you've said proves they *aren't* good. Tom Lake ==== I have always used Yellow computings transfile for downloading UserRPL files to the 48G and 49G. It won't work with the 49G+, and so am trying to use Con4x. For example: %%HP: T(3)A(D)F(.); << test >> If this is saved to a file using notepad, is it possible to send it directly to the G+ using Con4x? Dave ==== I have downloaded and installed last Conn4x version available in HP site, and I have some strange problems with it. First, it doesn't find the hp49g+ using Auto, but last version used to find it without problems. Using hpx9g+ to connect, it hangs in Windows Millenium. I can't stop it but using CTRL+ALT+SUP and selecting Conn4x. So, I can't send files to my calc, but I can update its ROM without problems using it.. funny I think. Some people in my university reported me that UserRPL programs from HP49g are send as string that can't be edited ('Can't edit null char'). I have to see one calc with them, but I think it is a matter of binary/ascii convertion, right? About connection, wouldn't it be easier to have a usb mass-storage driver that would let me store data in home easily. Why using a connectivity kit that seems to be never finished? This would make easier even to use the usb connection in other Operative Systems too. --- J.Manrique L.97pez de la Fuente Users Club from Gij.97n 1077 HPCC Member ==== --------------------------------------------------------------------- probando 1, 2, 3... ==== --------------------------------------------------------------------- Yes!!! I'm back! Toby OK, so, let's see... any new calcs? (just kidding...) Toby probando 1, 2, 3... ==== I'm awating my G+ right now so I have a question for those who already have it or may know this: With the additional screen space on the G+, do you have access to additional lines for an input form? For example, could you, using programming, have additional area for inputs? I have several input forms that I'd love to be able to expand to get additional user inputs.