A161 Subject: Re: Mac and 49G+ connectivity?? Pretty much the same result as my last report. There has been one change with Virtu PC though - now the 49g+ stays visible to the (virtu ) PC as a USB device and shows up in the device manager. I don't rec l even getting that far before, so it is a slight improvement. so inst led the latest Conn4x and USB driver. Conn4x now actu ly sees the 49g+ connected, but I get communication error messages when ting to connect. Based on what I've changed and updated (and not), I have to conclude that maybe the new ROM 1.23 is what is causing slightly different (better) behavior on the USB bus. My previous tests were l with 1.22 or earlier I believe. > Once again seeking stories of successful or problematic connectivity > with a Mac OS 9.x or OSX via USB port or other means. . === Subject: Re: Mac and 49G+ connectivity?? Content-transfer-encoding: 7bit > Once again seeking stories of successful or problematic connectivity > with a Mac OS 9.x or OSX via USB port or other means. . you could t using Virtu PC or BOCHS to emulate windows and use your USB c be to connect your C C and mac === Subject: hp82240B printer and hp49g+ I have received my hp82240B printer. l I can do with it is print display content and objects from APPS menu? I wish to know l on this printer... How can print from UserRPL and/or SystemRPL? Are there how-to, FAQ, documentation? === Subject: Re: hp82240B printer and hp49g+ > I have received my hp82240B printer. > l I can do with it is print display content and objects from APPS menu? > I wish to know l on this printer... > How can print from UserRPL and/or SystemRPL? > Are there how-to, FAQ, documentation? T: 107 MENU === Subject: Re: hp82240B printer and hp49g+ Thank you ve much ! Are there some documentation on this menu? M. Prange ha scritto nel messag > I have received my hp82240B printer. > l I can do with it is print display content and objects from APPS menu? > I wish to know l on this printer... > How can print from UserRPL and/or SystemRPL? > Are there how-to, FAQ, documentation? > T: 107 MENU === Subject: Re: hp82240B printer and hp49g+ > Thank you ve much ! > Are there some documentation on this menu? Sor about that! The 107 MENU commands work just like on previous HP RPL model c culators, but for those who aren't familiar with the previous models, that probably doesn't help much. In gener , there's a lot of information about the c culators available at http://www.hpc c.org/. Ok, hasn't set up a 49g+ section, but most of the information about older models so applies to newer models. In particular, except for I/O, the SD card, some keyboard changes, and the intern processor information, most evething about the 49G so applies to the 49g+. I suggest downloading the HP49G Advanced User's Guide. Yes, it's a big download and includes a lot more information than you need for the printing commands, but most l of the information in it so applies to the 49g+. I think that you'll find it to be ve useful. See: http://www.hpc c.org/search.php?que=%22user%27s+guide%22&hp49=1 Some of the system flags and the reserved variable IOPAR and PRTPAR so affect printing, so you may want to download HP49G Flags 1.2 and HP49G Reserved Names 1.3. See: http://www.hpc c.org/search.php?que=Fed o&hp49=1&author=1 For some information about the 82240B that isn't in the printer manu , get the HP82240B Technic Interfacing Guide PDF. See: http://www.hpc c.org/search.php?que=82240+guide Some other useful links: http://www.engr.uvic.ca/~aschoorl/ http://etud.epita.fr/~avenar_j/hp/ http://membres.lycos.fr/ek in/ http://m.webring.com/hub?ring=hp48 http://groups.google.com/advanced_group_search?group=comp.sys.hp48 http://groups.google.com/groups?q=comp.sys.hp48 > M. Prange ha scritto nel messag I have received my hp82240B printer. >> l I can do with it is print display content and objects from APPS > > menu? I wish to know l on this printer... >> How can print from UserRPL and/or SystemRPL? >> Are there how-to, FAQ, documentation? >> >>T: 107 MENU === Subject: Re: multiple libraries, HP48GX > My programs have gotten so huge that I would need to run them in o > or more ports. What is the best way to do this. Each libra would > c l routines from each other. I use DEBUG4X to compile sysrpl, > assembler directly to libra form. > Any suggestions are appreciated. X Time to switch to the 49g+ In case you libra goes too big even there prepare to run extern s & code directly from SD As long as max of l dependent modules simultaneously loaded plus needed data (you may want to read reco from the SD) is clearly under 240KB, you can use a (current max) 1/2 GB SD card like a HD. Note: possible libraries can be stored on loc Flash (port 2) from the SD (port 3) unless you use a sofare trick === Subject: Re: now a question about ethics > I think you missed my point entirely, . I've got a new HP that works > fine, a TI89, and a TI83. That's more than enough. What I don't want is > NAE reselling a c culator with a defective SD reader to someone else. As a > matter of fact I will be c ling them to express what I feel. >I got a replacement hp49g+ because the origin had a defective keyboard and > >SD card reader. I so received a mailer to send my first c culator back. > >A quick look at New Age Electronics website says that they refurbish >equipment and sent it back to the market. I do not like this. Any advice? > >>Well, if you got a replacement with the understanding that you would >>return the origin , and you don't return it, surely that is theft? I'm >>not sure about your ethics, but in mine outright theft is worse than >>selling refurbished goods. > I suppose you could send a note ong with the c c to tell them the SD reader is defective. === Subject: Re: now a question about ethics > I got a replacement hp49g+ because the origin had a defective keyboard and > SD card reader. I so received a mailer to send my first c culator back. > A quick look at New Age Electronics website says that they refurbish > equipment and sent it back to the market. I do not like this. Any advice? As long as they make sure that the c culator actu ly works as it should, has no known defects (other than perhaps cosmetic blemishes), and sell it as refurbished, I don't see any problem, either ethic or leg . If they were to t to sell it as new, I'd certainly think that there was a serious ethic problem, and I'd guess a leg problem as well. I doubt that it's economic ly feasible to actu ly repair these c culators, but sometimes a customer returns a products as defective when the re problem is a user error, or he decides that it's not the product he wants. Or maybe he's heard that replacements are easy to get and decided to turn it in to get the latest production even though there's re ly no problem. In such cases, an updated ROM, if applicable, thorough inspection, cleaning, and new batteries should be enough to qu ify for the refurbished designation. Of course, the inspection should be especi ly thorough for problems that seem to occur frequently, such as keys not registering and card readers not working on the 49g+. === Subject: Re: ^IfMain Here's what I did with IfMain: :: BINT2 DOFIX Phases: BINT1 BINT10 Cv: BINT73 BINT10 Rv: BINT1 BINT19 Ri: BINT73 BINT19 Vz: BINT1 BINT28 'DROPF SE ( Message handler ) BINT33 BINT10 BINT36 BINT8 ( x pos, y pos, w, h ) IfFieldTypeText ( Text field ) { IfObRe } ( low re s only ) BINT5 ( Stack appearance & minifont ) Number of phases in circuit DUP ( ChooseDecompile - ignored ) %0 ( Initi ly empty ) DUP ( Reset v ue ) 'DROPF SE BINT93 BINT10 BINT36 BINT8 IfFieldTypeText { IfObRe } BINT3 Enter capacitor v ue MINUSONE DUP %0 DUP 'DROPF SE BINT33 BINT19 BINT36 BINT8 IfFieldTypeText { IfObRe } BINT3 Enter resistor v ue MINUSONE DUP %0 DUP 'DROPF SE BINT93 BINT19 BINT36 BINT8 IfFieldTypeText { IfObRe } BINT3 Enter input resistor v ue MINUSONE DUP %0 DUP 'DROPF SE BINT33 BINT28 BINT36 BINT8 IfFieldTypeText { IfObRe } BINT3 Enter Zener-diode voltage MINUSONE DUP %0 DUP BINT5 BINT5 ' :: ( Handle a new menu ) IfMsgGetMenu OVER#=case :: DROP { { EDIT FLASHPTR IfKeyEdit } NullMenuKey { PIC :: TakeOver CIRCT ; } NullMenuKey { CANCL FLASHPTR IfONKeyPress } { GO! FLASHPTR IfEnterKeyPress } } TRUE ; ( Handle the GO! button ) IfMsgOKKey OVER#=case :: DROP BINT5 ZERO DO INDEX@ FLASHPTR IfGetFieldV ue %0> ?SKIP :: INPUT Error: V ue Must Be Greater Than Zero DoWarning ExitAtLOOP ; LOOP ABND ; ( Handle the CANCL button ) IfMsgCancelKey OVER#=case :: DROP ( Remove the message number ) ClrDAsOK ( Refresh entire display ) TRUE ( End the informbox ) TRUE ( This message handled ) ; DROPF SE ; PSO 49G FLASHPTR IfMain ABND ; B, there is a ve good example in Eduardo K inowski's Programming in System RPL bible. I recommend you read it. so, use Debug4x. It has a built-in Inform Box Editor. so, read the informbox.h file that comes with Debug4x when it's inst led. It's in the 'Include' directo of your Debug4x inst lation location. There is a ve good example in that file ... evething you need to know. If you want to see this particular program run, you can download it at: http://hp49gplus.drohm.sent.com/pso49g.zip === Subject: Re: ^IfMain I have never seen such a field, either you choose from a list or you enter your choice but not both at the same time. Can you detail what you want to do. I suggest you t an INFORM builder from hpc c.org. I use to code INFORMs by hand but I don't anymore thanks to that program. === Subject: Re: ^IfMain On page 250 of Programming System RPL 2nd Ed., it says that 2 (DEFINE IfFieldTypeChooseEdit O ) for field type will create a Combo field, which lows to select from a list or enter your own v ue as well. If I use it I get EDIT and CHOOS (Choose) menu options for the field, but, It does not work as expected. Here's a quick example: %%HP: T(1)A(D)F(.); !NO CODE !RPL :: * Label definitions: Pitch: 1 41 * Examplefield 'DROPF SE (Msg handler) 26 40 30 8 (Pos. & size) BINT2 (Fld type: chs) MINUSONE (Types, n/a here) BINT4 (Dcmp sm font) (Help text) Example v ues... { %7 %9 %11 } (Options) BINT4 (ChsDcmp,ignored) %11 DUP (Initi & reset) xH T * Form parameters 1 1 (Lbls & flds) ' DROPF SE (Title) Combo Field Example FPTR2 ^IfMain ; @ I believe there are some considerations not mentioned in the documentation. > I have never seen such a field, either you choose from a list or you enter > your choice but not both at the same time. > Can you detail what you want to do. I suggest you t an INFORM builder from > hpc c.org. I use to code INFORMs by hand but I don't anymore thanks to that > program. === Subject: Re: HP49G LGPL CAS release > $ make rplcomp: not found > make: *** [HeaderCAS2/header.o] Error 1 > It shows some error and doesnt make useful files. Just read the error message : a file named rplcomp is missing, you > should get it, or set correctly the path to it. Manel. The trouble is that rplcomp file is at tools directo. It is an MS-DOS executable file, and the make runs only in Linux. I think lefts the source code for rplcomp to compile it in Linux. Any solution? Any body has built the rom? === Subject: Re: HP49G LGPL CAS release > The trouble is that rplcomp file is at tools directo. It is an > MS-DOS executable file, and the make runs only in Linux. I haven't tried but it seems the CAS has to be built with cygwin. http://www.cygwin.com/ which brings the GNU tools (what you c l Linux) to windows (MS-DOS). I don't intend to download cygwin with my di -up modem so I won't t to build the ROM. I would however be happy to contribute a bit to any structured project to remove l the known bugs from the CAS. Anyone feeling like organising such a project? === Subject: Re: hp v.s. TI marketing Here in Portug the TI's are much more well known than HP's. Still in the Engenearing courses there are quite a few HP's, mostly 49G/GX. Those who know it and tried it (for more than 5min) love HP's RPN c cs, those who never tried it with an open mind think HP's are powerfull machines but they can't/don't know how to operate it. They can't even do a simple c culation like '2+3'. But once they learn they get re ly addicted. God, RPN saves us l a lot of keystrokes and hand writting of parci results for fraction c culations. > We l know hp c cs are better, but TI's marketing is much more > effective. Does anybody know hp's strategy? Is there one? > The market isn.82t the same in eve place; I live in Colombia, and i.82ve > seen only 7 TI.82s in 5 college years, else, i.82ve seen hundreds of HP.82s; > most of people here knows that HP is a more powerfull tool than > others, and most of peolpe prefers RPN. === Subject: Q: Kermit ASCII transfer I wanted to save an ASCII copy of my HLP49 libra, so I de-BZed it (fin size: 105K) and tried sending it to the laptop with Kermit. I had 230K free in Home, and lots and lots free in ports 1 and 2. Yet I kept getting Insufficient memo errors when I tried to send it from either port, or (in a later test) from Home. It so transferred easily, if unreadably, with Xmodem. My workaround was to split it into three, and that worked okay, if inconveniently. The question: is there a limit to file size with Kermit? === Subject: Re: Kermit ASCII transfer > I wanted to save an ASCII copy of my HLP49 libra, so I de-BZed it > (fin size: 105K) and tried sending it to the laptop with Kermit. I > had 230K free in Home, and lots and lots free in ports 1 and 2. Yet I > kept getting Insufficient memo errors 105K for storage plus 105K for the data that kermit is going to transfer (yes the object is duplicated) plus a few bits here and there, you are running pretty close to 230K === Subject: Re: New HP 49G+ STILL not registering keystrokes! >> The keys are less hard to >> activate and seldom do they fail to register. >> WHAT? They seldom fail to register? So, you are saying that you have >> a c culator with a broken keyboard, but you are happy, because it is >> broken just a little bit? No further comment... He means it's harder for a key to 'miss' a keystroke or register it. A good > thing. Read the post... Well, I read the post, and I saw the same thing Helen did. A good keyboard shouldn't seldom... fail to register. It should *never* fail to register EVER! Not even *once*. None of my 48GX's have ever missed a keystroke. Neither has my 41CV or 41CX, nor my 16C. I sometimes get fumble-fingered and hit the wrong key, but *never* have I pressed a key and gotten nothing (unless the c culator was locked up or the batte was dead, of course). A keyboard that often fails to register keypresses is badly broken. A keyboard that seldom fails to register is less broken, but it's *still broken*, just as Helen said. === Subject: Re: New HP 49G+ STILL not registering keystrokes! Well, as I said in another post in this thread, the only way HP will make eveone happy (and me even happier) is to bring back the 48 keyboard. It's beyond me why the simply don't do it... (sigh) ... >> The keys are less hard to >> activate and seldom do they fail to register. >> WHAT? They seldom fail to register? So, you are saying that you have >> a c culator with a broken keyboard, but you are happy, because it is >> broken just a little bit? No further comment... He means it's harder for a key to 'miss' a keystroke or register it. A good > thing. Read the post... > Well, I read the post, and I saw the same thing Helen did. A good > keyboard shouldn't seldom... fail to register. It should *never* > fail to register EVER! Not even *once*. None of my 48GX's have > ever missed a keystroke. Neither has my 41CV or 41CX, nor my 16C. > I sometimes get fumble-fingered and hit the wrong key, but *never* have > I pressed a key and gotten nothing (unless the c culator was locked up > or the batte was dead, of course). > A keyboard that often fails to register keypresses is badly broken. > A keyboard that seldom fails to register is less broken, but it's > *still broken*, just as Helen said. > > Wayne Brown (HPCC #1104) | When your tail's in a crack, you improvise > fwbrown@bellsouth.net | if you're good enough. Otherwise you give === Subject: Re: New HP 49G+ STILL not registering keystrokes! I agree with Helen and ! My HP41 served me well for many years, through school and job. I replaced it with an HP49, which was crap. The keys one made it junk, and the so-c led CAS was a joke. HP abandoned 49 users with no upgrades to either hardware or sofare, only to come out with another problem-ridden c culator, the 49+. I bought a TI89, and what a suprise - keys work fine, operating system is fast, the CAS is great for problems not needing a pc based system. Are you listening, HP? You lost a long time customer here! Caesar Garcia > You're not an HP fan, get over it, move on to the TI newsgroups. The rest of > us will enjoy our past, present, and future HP c culators. I am an adult, yes. When I see a broken prduct, I c l it broken. I am > not childish enough to enjoy a c culator just because it has a > label on it that says hp. I enjoy my old HP c culators because they > were well-designed, profession tools that provided the ve best > answer money could buy to the kinds of expectations profession users > have towa a c culator. Those days are quite obviously gone, and > they have been gone for a long time now. I am not and will not be using any of the junk HP is currently ting > to pass off as a c culator. As for the future, who knows what will > happen. If HP manages to produce a decent c culator, maybe I will buy > one. Even the 49G+, with a fixed keyboard and fixed sofare might be > such a c culator. Person ly, however, I have my doubts as to how much longer HP > management will watch their c culator division crank out one fiasco > after another, developing c culators that nobody but a sm l number > of hard-core c culator fanatics has any interest in buying. If that > division does not get its act together and shows results ve soon, HP > will probably pull the plug on them, and deservedly so, I am sor to > say. === Subject: Re: New HP 49G+ STILL not registering keystrokes! > Are you listening, HP? You lost a long time customer here! HP clearly doesn't care anything about long time customers anymore. give === Subject: Re: Howto assign angle symbol to unshifted key Works like a champ! This is exactly what I was looking for. Thanks! B, (and I know this is asking a lot) do you know where I should have looked in the manu for this? - > >> I spend a lot of time entering complex numbers in using polar notation >> (magnitude, > < pha>6 eve time I need the angle symbol. >> >> Can anybody give me a quick and easy way to get this symbol assigned to >> an unshifted key or a menu option? Put the angle symbol on the stack as a single-character string, then type > the desired keycode (e.g. 41 for the HIST key), then execute ASN. > That creates the key assignment. Now press the USER key until the > USR annunciator is lit. You can now use that key as a single-keystroke > angle key. Person ly, I prefer to assign it to keycode 84.31 which leaves the angle > symbol on shift-6 but eliminates the need to press PHA. Adjust according > to taste. Your mileage may va. Do not taunt Happy Fun B l. === Subject: Re: Plasy problem The MEM function shows 224,832 so I don't think it's re ly a memo problem. I'm guessing that a particular flag needs to be set or cleared. === Subject: Re: UTPN inverse in SysRPL? > Yes, but how make it on SysRPL? Jaime A. Gir do I have one that is included it my statpack program. If you want it, email me and I'll send the code. It isn't commented, but it does the trick fine. === Subject: Re: UTPN inverse in SysRPL? >>Yes, but how make it on SysRPL? >>Jaime A. Gir do > I have one that is included it my statpack program. If you want it, > email me and I'll send the code. It isn't commented, but it does the > trick fine. Hi Tim, Which command do you use to get the inverse of the UTPN in your statpack program? I read the pdf file, but there it says it's c led INVN and there is no INVN in the libra which I inst led in the emulator. I was going to do some timings with my inverse of UTPN command :) Reply: Erase beeen the dot (inclusive) and the @. Responder: Borra la frase obvia y el punto previo. === Subject: Re: UTPN inverse in SysRPL? > Which command do you use to get the inverse of the UTPN in your statpack > program? I read the pdf file, but there it says it's c led INVN and > there is no INVN in the libra which I inst led in the emulator. I was going to do some timings with my inverse of UTPN command :) > If i remember correctly, I found a site that had an apprximation of the inverse and used num numbers to c culate it. It think it was accurate to 5 or 6 places. Here is a PDF with num methods if you are interested in c culating it quickly. Convert one fo these routines to sysRPL and . . . =) http://math.uc.edu/~bcw/preprint/z-tail/z-tail.pdf === Subject: Re: UTPN inverse in SysRPL? > Hi Tim, Which command do you use to get the inverse of the UTPN in your statpack > program? I read the pdf file, but there it says it's c led INVN and > there is no INVN in the libra which I inst led in the emulator. I was going to do some timings with my inverse of UTPN command :) For some reason I didn't include it on the 49g version. It is in the 39/40 aplet. . . i can't remember at l why. Anyway I can't seem to find my source from the aplet. I mailed Colin Croft to ask for it as he had a copy. Hopefully he still does. On the 39 (not +) it takes less than a second. with INVN(.73,1,0) as arguments. I'll search for my old CD more. === Subject: Re: UTPN inverse in SysRPL? > >Any bady knwo how to make a inverse UTPN (UTPC,UTPF,UTPT) function on >>SysRPL? >>X >>If there is no inverse you could SOLVE it (or use ROOT) > Yes, but how make it on SysRPL? I don't know if this is just for programming practice or because you actu ly need it (I think it's a mixture of both), but I made a SysRPL program which used SOLVE to get the inverse of UTPN. The biggest problem was to set up a good starting guess, otherwise the time to find the answer was a lot. If you want to take a look at it, tell me about it and I'll dig it up this weekend. === Subject: Re: [HP49g+] SysRpl problem > I wanted just a programme that waits for pressing the F1 key. > But unfortunatly it doesn't work :( It may detect the key you are c ling it with? If not, can you describe what happens and what you expected? If you want to reply by mail, substitute my first and last name for 'foo' and 'bar', respectively. === Subject: Re: [HP49g+] SysRpl problem Nobody knows or nobody wants to help me ? :( === Subject: Re: [HP49g+] SysRpl problem I tried your program on ROM 1.23 and it works. However there is a bad trick. Once I compiled it I stored it in a variable and then went to [VAR] when I pressed [F1] to start the program apparently nothing happened. Then I stored something else and used [F2] to start the program. And now it works. The program is faster than the time it takes me to release the [F1] key so that is why I thought it wasn't working. Fin ly instead of leaving the c c ways looking at the keys, it is better coding to use the command WaitForKey I hope this helps === Subject: Re: programs you recommend for civil Jim Viga, on the rocks... >> Viga- beam, in my non-technic spanish Viga me up, y! Viga = Beam (as in columns and beams, this meaning only). sunbeam = rayo de sol _//, VPN > I know, that was a joke....why are you not ROTF > === Subject: Re: New tutori exercises posted I have just posted exercises on Chapters 11 (Matrix operations and linear gebra) and on Chapter 12 (Graphics) of the hp 49g+ or hp 48gii User's Guide. See this old postion below for information on links. Thus, the tutori exercises now cover Chapters 1 through 12 in the User's Guide. > As I indicated in an earlier posting I am developing a number of > tutori exercises following the hp 49g+ User's Guide. I have added > o more tutori exercises, one on vectors, and one on creating and > manipulating matrices. The new exercises are posted at this web site: > The front page for the collection of tutori exercises is this web > site: > I have been giving lectures based on the tutori exercises, but, due > to scheduling conflicts with my other academic activities, I'm not > longer holding these lectures. I will continue posting exercises > according to the origin schedule: > I hope you find these postings useful. , http://www.engineering.usu.edu/cee/faculty/gurro/ Subject: MS-Kermit and Win XP === Anybody have MS-Kermit 3.14 running ok in Windows XP? I don't have the time to learn Kermit 95 right now :< and I need to reload my 48gx. Is there some other fast way I can get a kermit server going in XP? === Subject: A brief histo of the pocket c culator I found the following quotes on the histo of pocket c culators in Chapter 5, section 19, of The Univers Histo of Computing by Georges Ifrah, translated from the French by E. F. Harding, and published by John Wiley and Sons, Inc., New York, in 2001. I wanted to share these quotes with the group to give us an idea of how far we have come with pocket c culators since the early 1970s. It puts in perspective the contributions of famous c culator manufacturers as Texas Instrument and Hewlett Packard. Here you go: == 19. The Pocket C culator A few decades ago no-one would have imagined a computer that could be held in the p m of one's hand. This, however, is now a re ity, with the arriv of the pocket c culator towa the end of the eintieth centu. ... THE FIRST GENERATION OF ELECTRONIC C CULATORS ... One of the first to be built was the experiment four-operation electronic c culator, created in 1942 by J. Desch, H. E. Kniess, and H. Mumma in the NCR laboratories at Dayton, Ohio. ... Based on the use of vacuum tubes... THE SECOND GENERATION OF ELECTRONIC C CULATORS Using printed circuits... The first c culator based on this technology was Anita, built in 1959 by the British firm Bell Punch & Co., and marketed internation ly from 1963. In 1961, the Friden 130 appeared, with a reduced keyboard, and a cathode ray tube as in television, ... THE THIRD GENERATION OF ELECTRONIC C CULATORS ... a great advance in semiconductor technology occurred in 1958, with Jack Kilby's invetion of integrated circuits. ... This technology brought about a great reduction in the size of these machines, as well as in their cost, giving rise to the first ever pocket c culators. THE FIRST POCKET C CULATORS The first electronic pocket c culator was made in the 1960s in the laboratories of Texas Instruments. ... In 1967, the principle of the little machine and its various components were described ... by Jack Kilby, with ... Jer Merman and van Tassel, in their application for a patent for the Miniature Electronic C culator,... Offici ly registered in 1972, the patent was granted to Texas Instruments by the US Patent Office, with the number 3 819 921 ... However, Texas Instrument were not the first company to make commerci c culators of this kind, ... The first commerci model was a four-operation pocket c culator weighing o and a h f ounces and priced $150 (US Dollars), launched 14 April 1971 under the name Pocketronic by the Univers Data Machine Co., from a warehouse in Chicago. ... In re ity, it was not until 1972 that Texas Instruments launched its first commerci product to the gener public: the Datamath. FROM INTEGRATED CIRCUIT TO MICROPROCESSOR The fin step in this technologic advance was made when the microprocessor was introduced in 1971,... THE POCKET C CULATOR'S NUM DISPLAY ... On the electronic desk c culators of the 1960s, the numbers were displayed by luminiscence using a certain number of electronic tubes: each tube contained then electrodes which respectively formed the outlines of the digits 0 to 9; ... With the arriv of the first pocket c culators, the technique changed radic ly, the digits now being displayed by LEDs (Light-Emitting Diodes), ... Since the middle of the 1970s, however, LCDs (Liquid Cst Displays) have been used ... BIRTH AND DEVELOPMENT OF POCKET C CULATORS WITH PRINTERS Another improvement was to provide these machines with a printer,... One of the notable innovations in this domain has been the development of therm printers. .... FIRST STRUCTUR EVOLUTIONS OF POCKET C CULATORS ... the creators of these c culators had the idea of adding a certain number of buttons that would low for supplementa functions (beyond the four operations): gorithms programmed into the intern circuits of the machines would low the c culation of percentages, simple or compound interest, annuiteis, trigonometric functions, logarithms, or exponenti functions. ...Thus the pocket c culator not only replaced Curta c culating machines and desk c culators, but so did away with the need for logarithm tables and slide rules, so long the joy (or bane) of generations of students, mathematicians, physicists, astronomers, engineers, technicians, architects, etc.... ...none of these machines could be said to belong to the family of electronic computers, because they only solved a ve limited kind of problem ... Instead of making as many speci ised c culators as there are c culations to car out, why not make a multi-purpose pocket c culator ...? That was the question asked in 1972 at the Hewlett Packard laboratories in C ifornia. An that is how the first ever portable programmable electronic c culator was born. ... THE BIRTH OF POCKET COMPUTERS ... Not until 1975 did Sharp, and 1976 Hewlett Packard and l the others, bring out the first programmable pocket c culators, complete with stored programmes and true programming languages, with which the user could create his (or her) own functions. ... These were the first pocket computers. ... These pocket computers had the capability of condition branching.... It is thanks to the enormous technologic advances of the electronic era that pocket c culators have become such l-purpose instruments of mathematic c culations. Above l, the inspiration has come from the structure of the electronic computer, .... = http://www.engineering.usu.edu/cee/faculty/gurro/ === Subject: Re: A brief histo of the pocket c culator The book is wrong about the paragraph below. The 1976 HP c culators would have been the HP67/97 and they were not a revolution from the HP65 offered back in July of 1974. That was the first pocket computer. Seems a shame not to give HP their due here. The Pocketronic so weighed much more than 2.5 ounces. More like 2.5 pounds. Still, we HAVE come quite a way! Gene * These statements and opinions are mine one and do not reflect my employer's views. * > THE BIRTH OF POCKET COMPUTERS > ... Not until 1975 did Sharp, and 1976 Hewlett Packard and l the > others, bring out the first programmable pocket c culators, complete > with stored programmes and true programming languages, with which the > user could create his (or her) own functions. > ... These were the first pocket computers. ... > These pocket computers had the capability of condition > branching.... === Subject: Re: g 48 > [The G48] libra is ready implemented in the ROM of the 49. > Some instruction names may have changed though. The 49g+ not only offers the function ity of G48, but so offers it in powerful subsets accessed by many more commands than G48 has. To wit: The function ities of the G48 commands RSIM and ASIM are included in the many simplification commands such as EV , SIMPLIFY, etc. FCTR is now FACTOR, FACTORS, DIVIS, COLLECT, etc. performed by the regular commands +, -, *, etc, with infinite-length integers (ok they're obviously not infinite length but their length can be as long as you wish until you run out of memo) *and* symbolic matrices being built-in and not requiring speci conversions like G48 did. For example, you can raise an infinite-length integer (or symbolic matrix!) to any desired integer power by simply pressing the ^ key... no need to encode anything, decode anything, or remember speci command names. MIDN is now included in the regular IDN command. Z<->S ( ias ZS) is no longer needed, since infinite-length integers are a built-in feature of the 49g+. GCD and LCM are built into the 49g+, as well as IEGCD, EGCD, LGCD, SIMP2, etc. RAT-> is now c led FXND (Fraction eXtract Numerator and Denominator) MOD+, MOD-, MOD*, MOD/, MODPOW and MODINV are now c led ADDTMOD, SUBTMOD, MULTMOD, DIVMOD (and DIV2MOD), POWMOD, and INVMOD. There's so EXPANDMOD, FACTORMOD, GCDMOD, IREMAINDER... not to mention the ordina MOD command that now works with infinite-length integers. PRIM?, PRIM+, PRIM- are now c led ISPRIME?, NEXTPRIME, and PREVPRIME. There's so EULER (the number of positive integers less than X and relatively prime to X) and ve powerful factorizing commands that work on integers and polynomi s. RORD (polynomi re-order): Is anything like that in the 49G/49g+? I don't know. PF is now c led PARTFRAC, and RINT is embedded in the new c culus commands like INTVX, RISCH, etc. The last 3 commands of G48 are GBASIS, GSOLVE, and GSIMP. I'm not sure whether the 49G/49g+ have any Groebner Bases function ity. Those In The Know will hopefully share their knowledge here. === Subject: Re: [HP49G+/HP48GII] We're l just paying beta testers! Eloquently stated. HP, are you listening? Caesar Garcia > Hi. Well, now I've received my second HP49G+, and the SD-card reader in it > doesn't work, which was the exact same problem as my first unit had. As far as I'm concerned the claim that the HP49G+ has a built-in > SD-card reader is f se - I haven't seen proof of it yet. This, > coupled with the fact that the units still have severe bugs (making me > categorize l released ROMs for the 49G+ as beta versions), tells me > that HP currently sees l its hand-held device customers as beta > testers. PAYING beta testers I must stress (this of course so > applies to the HP48GII etc.). And for those who wonder; my current CN40 version has got the exact > same keyboard issues as my former CN33 one had. This is just too dumb, HP! It's verging on fraud. I must say that the > current top dog in the advanced graphing c culator business is Texas > Instruments. HP have with this amateurish push handed it over without > a fight. Qu ity control must be none-existent at HP - I for one will > have severe doubts purchasing any more HP/compaq products in a long > time to come. > === Subject: Re: [HP49G+/HP48GII] We're l just paying beta testers! This, > coupled with the fact that the units still have severe bugs (making me > categorize l released ROMs for the 49G+ as beta versions), tells me > that HP currently sees l its hand-held device customers as beta > testers. PAYING beta testers I must stress (this of course so > applies to the HP48GII etc.). When you think about it, comp.sys.hp48 has been incredibly useful to HP, not only as beta testers, but designers as well. The HP48 became ten times better thanks to shareware from the greats, Mika, Bernard, etc, and that led to contracts and the design of the HP49. A large number of the c c features can be traced directly to here. But of course, I agree that getting buggy products is re ly annoying. === Subject: Re: [HP49G+/HP48GII] We're l just paying beta testers! Hi Wolfgang. My first reply seemed to disappear in a server error, so I'll t again but shorter this time; > the 49+ SD-card reader is not yet perfect but it works. Neither of mine does. > 1. Format the card on the 49+ itself, not on any PC. Done in the ON+F4 > choice by pressing option 9. I know the system menu (recognize my name? ) Short sto: been there, done that. SD-card reader is faulty again. === Subject: Re: [HP49G+/HP48GII] We're l just paying beta testers! > I know the system menu (recognize my name? ) Short sto: been there, done that. SD-card reader is faulty again. No offence, but are you sure it's not user error? Or maybe it just doesn't like your card? I haven't had a problem at l. > === Subject: Re: [HP49G+/HP48GII] We're l just paying beta testers! > >> I know the system menu (recognize my name? ) >> Short sto: been there, done that. SD-card reader is faulty again. > No offence, but are you sure it's not user error? Or maybe it just > doesn't like your card? I haven't had a problem at l. > I had the same problem: SD card was NOT working in my 49g+. I thought Oh, what the hell ... I'm going to get a new one this week anyway (had just c led HP tech support for my keyboard). Well, as it turns out, it's the card. I tried BOTH of my dad's ca (64M and 256M), and they work. so, my card doesn't work in my iPaq, either. I won't be buying from Lexar again. === Subject: Re: [HP49G+/HP48GII] We're l just paying beta testers! > No offence, but are you sure it's not user error? Or maybe it just > doesn't like your card? My card worked fine in my first HP49G+ for a couple of days - then the reader stopped working. It's a 128 MB Dana-Elec card, and it is FAT16 formatted. This formatting is l it takes for an SD-card to work in the Hp49G+ (if you are to believe the scant documentation rding this). The card reader test (via ON-D) fails, but I'd guess l that does is ting to write to and read from the card (hence it'll fail if the card is not formmated properly, as well as if the reader is faulty). I can't format my SD-card in the c c anymore either. My SD-card works fine in my PC-based card reader. If this is a user error, I'd say the reader is way too sensitive and/or not documented properly (which it re ly isn't - it's hardly mentioned in the manu s). I'd bet on a faulty card reader. We'll see when I get my third HP49G+ in a couple of weeks. > I haven't had a problem at l. Many others have judging by the posts on this newsgroup. === Subject: Re: [HP49G+/HP48GII] We're l just paying beta testers! l the symptoms you describe here are the same as for me. HP support for UK (somewhere in India) confirmed to me that I should have my c c repaired or replaced so I had to then phone their suppliers but they only work with fax which I don't have. I have to use the one at my work but these days I am rarely in the office so ... my card reader failed more than 2 weeks ago and I am still unable to even have a chance to get my c c repaired. Some people here say that hp support are great. I have to disagree. And I have to agree that we have seen way too many failures, this reminds me of when the 49G was out. The good thing is that apparently hp are improving as it seems the 33s is excellent. === Subject: Here we go again. . . Create-A-C c 2.0 anyone? http://www.hp.com/c culators/contest/ HP and Scholastic Inc. are proud to announce the second year of the wildly popular Create-a-C culator contest. Last year, more than 7,000 students entered the contest with origin and imaginative c culator inventions. Just one comment. . . wildly popular with 7000 students? I think the coloring contest at the loc groce store had more entries. . . === Subject: Inequ ity problem The other day i was in Pre C culus and entered this equation in my HP49g+ (x-6)*(x+1) ___________ <= 0 (x-3)^2 I solved for 'X' and it gave me -1<=X<=3 or 3<=X<=6 but the book has a different answer -1<=X<3 or 3 The other day i was in Pre C culus and entered this > equation in my HP49g+ > (x-6)*(x+1) > ___________ <= 0 > (x-3)^2 > I solved for 'X' and it gave me > -1<=X<=3 or 3<=X<=6 > but the book has a different answer > -1<=X<3 or 3 i verified it with my teacher and he said the book was correct. > Any ideas why is diplays <= instead of Actu ly the c culator views 1/0 as infinity, which to the c culator, is a perfectly reasonable solution. > Now, about viewing infinity as being less than zero... Negative infinity? === Subject: Re: Inequ ity problem > Wiggley missed: x=3 cannot be (div. by zero), so, I think this is one that > deserves to be reported. > >> The other day i was in Pre C culus and entered this >> equation in my HP49g+ >> (x-6)*(x+1) >> ___________ <= 0 >> (x-3)^2 >> I solved for 'X' and it gave me >> -1<=X<=3 or 3<=X<=6 >> but the book has a different answer >> -1<=X<3 or 3> i verified it with my teacher and he said the book was correct. >> Any ideas why is diplays <= instead of Is there a way to export data thats created through linking cells in Xcell > 2.1 to the stack. The Extract command just work on numbers that was feed in > to the program by hand. When I run Extract on virtuell number I just get > the cellposition C18^2 - B18^3 etc. on the stack not the re numbers. You can highlight the element and press enter to have both the formula and the result copied to the stack in a list, element by element. rightshift-SIN and leftshift-SIN doesn't seem to work, so you can't add elements to Sigma dat. Or you can export the data to Excel format (leftshift-VAR), from Excel save it in text format on the computer, and transfer the numbers back to the c c. Then do a little formatting with the text to change it into a matrix or a list. Or you can write a program to c culate the num results from the list of formulas you get when extracting the data. An easy way to come up with the program might be to search and replace the variable with the numbers, then simplify and search and replace again, until l the cells cannot be simplified anymore. Then substitute 0 in the unknown cell references in a formula and simplify the result.