A115 there is a free download math engine for palm (i don't have one) http://www.calerga.com/products/LyME/ > Looks good. Wait till they get some maths progs. > But it is bigger and heavier than TI 92. ed > another gadget: http://www.alphasmart.com/products/dana_overview.html J.Manrique Lopez de la Fuente jsmanrique_lopez@yahoo.es Miembro del CdU de la ETSIIG (Antiguo Club de Usuarios de la ETSIIG) http://www.etsiig.uniovi.es/asociaciones/clubsu ,,,,, En http://opalo.etsiig.uniovi.es/~zz921174 ~.~/ / Don't underestimate the power of RPN --------oOOO-(_-_)-OOOo----------------------------------------------------- --- ==== i found this printer. from the page, it may work with the hp49g/hp48g http://storefront.metrocall.com/mcll/assets/bsnsltns_assets/aps_content/tele metry/telemetry_pdfs/MSTIV_FC.pdf ==== > I cant find the TI-89 or Texas Instucments newsgroup. Is there one at all? In iian there is: http://it.groups.yahoo.com/group/softwarestrumentitecnologici/ I am the founder and I speak english very well. ==== > My problem is laziness. I have never really got down to using the 48 and > 49. The TI89/83 are real easy to use for my level of math. And I came to RPN > at age 35, a bit old to learn new tricks. > HP are best calcs by long way but not so simple to use. So you didn't notice that your 49G boots up in a TI-calc mode the Algebraic Mode?! Nothing special to learn about... Even the famous HP ENTER key is now in the lower right corner just like in a TI machine. Even the keyboard overall feel is much closer to that of a TI than any HP calc, say - a HP 48 keyboard feel. VP ==== Put {7} < on the stack and execute map, that change the pixels, is that normal, rom 1.19-6. Paul Estepan. ==== Nothing extraordinary happens...what are your flags? RCLF { # 20A00B8C85014FF0h # 0h # 8010300C2A0780E8h # 0h } VP > Put {7} < on the stack and execute map, that change the pixels, > is that normal, rom 1.19-6. Paul Estepan. ==== With about 20 libs in the ports - which is normal for a somewhat advanced user - paging the LIB menu on the LIB key is intolerably slow. With the filer, libs can be purged and moved, but the LIB menu can in no way be rearranged. Libman solves these and related problems. In addition, libs not used for a longer period or never used directly (like extable) can be send to sleep. They remain active but will not slow down the paging anymore. A spacer inserts gaps in the LIB menu, to complete a game-page if you have just 5 games, say. And the LIB menu can be reordered as you like, similar to but much faster than ORDER from JYA's filer. Because of this and of some other detail, Libman is strictly copyrighted, but free for personal use, of course. The new version 7.2002 is presently available only at ftp://ftp.math.fu-berlin.de/pub/usr/raut/HP49/tools/ Despite of of its comfort, Libman has only 1.8 KB. It is a typical normal-user interface enhancement tool. Hacker options are reduced to a minimum. Comments in this NG or on hpcalc.org are wellcome. Have fun Wolfgang ==== > Syntax error > G=* when I try to drag the EQDIR from the PC into the calc's HOME Try to be in binary mode instead of ASCII, and use Xmodem for faster transfers. This problem may happen if you try sending a file using ASCII mode. ==== > have my calc here at the moment). I believe the names are only characters > but are somewhat long names, maybe 10 or 12 chars. According to the User's Guide, the names can be up to 127 characters long, so I don't think that the name length is a problem. Just what sort of problems are you having? Invalid Name errors? Invalid Syntax errors? Something else? Note that if you have the fraction mark set to ,, then the calculator won't accept names with a . in them. The calculator will briefly display Invalid Name and the PC Connection Kit will tell you Error message from the calculator or something like that. > Also, the one program > causing problems during the transfer is either 'XV' or 'XC' as copied > from John Meyers' post http://groups.google.com/groups?selm=3CB94E4C.AB177E90%40miu.edu But you can transfer some other files ok? Now that I do find surprising. I can transfer 'XV' and 'XC' between two 49Gs or back and forth between a 49G and a PC with no problem. I suppose that it's possible that one of these could've gotten corrupted. You might want to try downloading them from John's post again. > What seems strange to me, too, is that I can copy everything from > 49g -> PC. It's just the PC -> 49g direction that gives me problems. Not all that strange. The calculator and PC will almost certainly have different rules for global variable/file names. Also, there are ridiculously easy ways around the 49G's naming rules. Even though I can't ordinarily put an object and an invalid name on the stack and do a STO, I can use the filer to change a valid name to one that's invalid, or I could use the S~N command to change a string to a name. Some of these invalid names would be silly -- who would want to name a variable 'A+B' or 'SIN', for example? But some might be rather innocent looking, with a forbidden character or matching a command name that the user isn't aware of. So one might well transfer a variable with a name that's supposedly invalid on the calculator to the PC, and as long as the PC accepts it as a valid file name (the 32-bit versions of MS Windows are rather liberal about what they'll accept), it would probably go unnoticed. For that matter, I could change the file name on the PC. But if I try to transfer the file back to a calculator using an invalid name, it won't work. If the PC Connection Kit recognizes that the name is invalid, it will give you the options of supplying a new name, skipping that particular file, or canceling the entire transfer. Names that match a command name are changed, regardless of the state of flag -36. Other name problems will cause the calculator to error with Invalid Filename. Another difference is that when you transfer a variable to the PC, the transfer program checks that it's received exactly what was sent, but otherwise the data is just a file of arbitrary bytes as far as the PC is concerned. But when you send a file to the calculator, the calculator's transfer program first checks that it's received exactly what was sent, and then the compiler tries to compile it into a valid object; if it can't (for example, it finds a } without a matching { preceding it), then it gives you an Invalid Syntax error. > I'll try a direct 49g -> 49g transfer and see how that goes. If the same variables don't give you the same problems, that will certainly give us something to think about. > again for your help. You're welcome. -- James ==== hi, just downloaded and trying Emu48 v1.30 for the first time. i downloaded emu48-1.30.zip from the hpcalc.org site. i also got the ROM.48G and ROM.48S files from this site too. when i run Emu48.exe it presents a Choose your KML Script dialog. i have no idea what these are, so i just select Emu48's Default Faceplate for HP48G/GX. i'm running windows xp pro. when i click OK, it displays the calculator window, then crashes with the following error message: EMU48.EXE - Application Error The instruction at 0x0041080d referenced memory at 0x7b306c61. The memory could not be read. it also crashes under win2k pro SP2 (see below). apparently it is compatible with both win xp and win 2k. i have also tried running it under win 95 compatibility mode, but same results. also regardless of the KML Script i initially select. any ideas?? thanks roland under win2k, it logs a DrWatson message in the event log: Event Type: Information Event Source: DrWatson Event Category: None Event ID: 4097 Time: 13:38:38 User: N/A Computer: ************* Description: The application, , generated an application error The error occurred on 06/23/2002 @ 13:38:38.814 The exception generated was c0000005 at address 0041080D () Data: 0000: 0d 0a 0d 0a 41 70 70 6c ....Appl 0008: 69 63 61 74 69 6f 6e 20 ication 0010: 65 78 63 65 70 74 69 6f exceptio 0018: 6e 20 6f 63 63 75 72 72 n occurr 0020: 65 64 3a 0d 0a 20 20 20 ed:.. 0028: 20 20 20 20 20 41 70 70 App 0030: 3a 20 20 28 70 69 64 3d : (pid= 0038: 33 31 36 29 0d 0a 20 20 316).. 0040: 20 20 20 20 20 20 57 68 Wh 0048: 65 6e 3a 20 32 33 2f 30 en: 23/0 0050: 36 2f 32 30 30 32 20 40 6/2002 @ 0058: 20 31 33 3a 33 38 3a 33 13:38:3 0060: 38 2e 38 31 34 0d 0a 20 8.814.. 0068: 20 20 20 20 20 20 20 45 E 0070: 78 63 65 70 74 69 6f 6e xception 0078: 20 6e 75 6d 62 65 72 3a number: 0080: 20 63 30 30 30 30 30 30 c000000 0088: 35 20 28 61 63 63 65 73 5 (acces 0090: 73 20 76 69 6f 6c 61 74 s violat 0098: 69 6f 6e 29 0d 0a 0d 0a ion).... 00a0: 2a 2d 2d 2d 2d 3e 20 53 *----> S 00a8: 79 73 74 65 6d 20 49 6e ystem In 00b0: 66 6f 72 6d 61 74 69 6f formatio 00b8: 6e 20 3c 2d 2d 2d 2d 2a n <----* ==== ..... anyone know definitively what's going on at HP internaitional headquarters? Is their calculator division DOA? ==== JJ This is a very good question. Sorry I don't have a definitive answer. There are lots of rumours and reports from around the world. It seems that the 32SII is definitely discontinued. However, for other models it seems that some retailers are running down their stock - by other models I mean the 17BII, which I think is probably going to be discontinued. However, the 12C and 19BII seem to be available - Staples claimed they had more 12Cs on order. I recently returned from Canada and didn't see any 39Gs, but I hope HP continue with it and the 40G. I also found places selling the 48GX, 48G (yes, the 32k model, for just CAD 69.99 inc. tax), and the 10B (not the 10BII). Prices of the 12C varied from CAD 100 to CAD 150 (exc. tax). The 30S was also in Staples, but I really don't like the 30S so I don't care about it anyway. There are also rumours of new calculators from HP in the not too distant future, but we'll have to wait and see. If they are like the 6S and 30S, we might as well forget it, IMHO. Perhaps HP will licence production of existing models, and simply cease to develop new units. There are some developments that can continue - for example the recent change of battery type for the 12C. Another might be enhanced displays with better contrast. But this is unlikely to set the calculator world on fire :-) Mark. > ..... anyone know definitively what's going on at HP internaitional > headquarters? > Is their calculator division DOA? ==== Steve Sousa The inner cover text is: Top of Page in iic and black ink: The success and prosperity of our company will be assured only > if we offer our customers superior products that fill real needs and > provide lasting value, and that are supported by a wide variety of > useful services, both before and after sale. > > Statement of Corporate Objectives > Hewlett-Packard Bottom of Page in light blue/turquoise ink: When Messrs. Hewlett and Packard founded our company in 1939, > we offered one superior product, an audio oscillator. Today we offer > more than 3,000 quality products, designed and built for some of the > world's most discerning customers. Since we introduced our first scientific calculator in 1967, we've sold > over a million world-wide, both pocket and desktop models. Their > owners include Nobel laureates, astronauts, mountain climbers, > businessmen, doctors, students, and housewives. Each of our calculators is precision crafted and designed to solve the > problems its owner can expect to encounter throughout a working lifetime. HP calculators fill real needs. And they provide lasting value. ==== Did you receive the scanned image of the inner cover? > Steve Sousa The inner cover text is: Top of Page in iic and black ink: The success and prosperity of our company will be assured only >if we offer our customers superior products that fill real needs and >provide lasting value, and that are supported by a wide variety of >useful services, both before and after sale. Statement of Corporate Objectives >Hewlett-Packard Bottom of Page in light blue/turquoise ink: When Messrs. Hewlett and Packard founded our company in 1939, >we offered one superior product, an audio oscillator. Today we offer >more than 3,000 quality products, designed and built for some of the >world's most discerning customers. Since we introduced our first scientific calculator in 1967, we've sold >over a million world-wide, both pocket and desktop models. Their >owners include Nobel laureates, astronauts, mountain climbers, >businessmen, doctors, students, and housewives. Each of our calculators is precision crafted and designed to solve the >problems its owner can expect to encounter throughout a working lifetime. HP calculators fill real needs. And they provide lasting value. > ==== Steve Sousa > As of ca. 12:00 pdt 17-jun-2002, according to a salesman at hpshopping.com, > the hp-48gx has NOT been discontinued, although the 128 kbyte & 1 Megabyte > cards have. ==== I'm looking for sys-rpl examples. Could you help me? Where could I download the infohp48.zip file with the examples of the James Donnelly book. ==== > This one takes 750 ms on my HP49, and 710 ms on my HP48. The HP49 is now > 5% slower than the HP48, *on this precise example*. There should not be any differences between the HP48 and HP49 on this specific examples are your are running the same code internally on both machine. I suspect more a CPU difference or the actual way of measuring the execution time. ==== > 12.50 degrees to 12 deg 30 min ? Try ->HMS ==== HI all. After a loooooooong time without posting here, I am wondering if is there any hp48 emulator for risc os. thanks hphreacker :-) ==== Mon, 24 Jun 2002 11:00:09 +1200 (NZT) 2 days 20h15m16s ago ... > If you already have the 9932.50 on the stack as a real > number from a previous calculation, start the TVM, press > HIST to activate the interactive stack,select the stack > level that your number's on, use ECHO to enter the number, James - just to confirm this now works here - I upgraded to ROM 1.19-6 :) Many thanks! - Tony ==== > Sat, 22 Jun 2002 00:22:33 +1200 (NZT) > Yup - I had a real men block about typing the space to > separate the numbers! I'm not used to horizon RPN. Well, if you had been used to the HP48G series before, it's kind of normal as doing calculation in an Input Form was not possible before without going into the CALC menu. Another feature introduced in the HP49G ==== >If I want to enter 10000-67.50 (=9932.50) as the PV for >example I seem to have to *type in* the 9932.50 Well it may not seem to be a problem Even if I have to do the 10000-67.50 separately in the >calculator that is fine - but even then I can't find a way to >transfer the 9932.50 to the FINANCE app. I have to type in the >9932.50. I am hoping there is a way around this, as I often use >results of calculations as input. Maybe I have been spoilt by >the TVM app in the HP100/200LX palmtops. Any hint gratefully appreciated. Especially a way to do simple >calcs right on the FINANCE command line. - Tony I've seen the other solutions which are quick. You can also use the NXT key, then press the CALC softkey. This brings you to the normal stack where you can do anything you want. Press the okay key to return level 1 to the active field. Bill alternate E-dress wtstorey@ieee.org.no.spam.please (Use the obvious) ==== Sun, 23 Jun 2002 01:15:02 +1200 (NZT) 11h58m26s ago ... > I've seen the other solutions which are quick. You can also > use the NXT key, then press the CALC softkey. Wow, thanks Bill! I don't think I'd ever pressed NXT before - will use it a lot now :) - Tony ==== In this example there is an autorepeat for A key only: << 0 WAIT #071A2h SYSEVAL @ Start loop. TEST @ Program to be evaluated if A key is down. 1 @ A code. #18CEAh SYSEVAL @ COERCE #047C7h SYSEVAL @ Key pressed?. #633C6h SYSEVAL @ NOT_UNTIL. > I am wondering if there is a SYSEVAL for ALL key that would be down and not only for a specific one. ==== I am wondering if there is a SYSEVAL to disable interrupts in UserRPL that would be combined in this loop: << #41F65h SYSEVAL @ WaitForKey. #1950Bh SYSEVAL @ UNCOERCE2 (convert to real number). DROP @ Now, the key number is in the stack. #071A2h SYSEVAL @ Start loop. << > @ Program to be evaluated if A key is down. #633C6h SYSEVAL @ NOT_UNTIL. > ==== On 17 Jun 2002 17:20:32 -0700, bmarkwick@cfmx.com (Bill Markwick) >Here's Peter Karp's Cleansolver rewritten for the HP49. On hpcalc you'll find a version for the HP49 also from me (CSLR49). Wow, just have seen that this is already 2 1/2 years in the past. It seems I'm not getting younger :-o I'd prefer that solution as you won't need a SYSEVAL :-) I don't know if the SYSEVAL you used is in the stable range. But using LNAME AXL is sort of saver calc ;-) << -105 SF LNAME AXL { { CLR << RCEQ EVAL DROP LNAME AXL PURGE 0 MENU DROP -105 CF > } } + 2 ->LIST STEQ 30 MENU > I never thought about algebraic mode, as this doesn't exist on my HP49 :-) That's much too weird to use for my RPN trained fingers. Greetings from Cologne Peter -- Great HP48/49 links: http://www.hpcalc.org http://move.to/hpkb to find *old* postings search: http://groups.google.com/advanced_group_search ==== >Suppose I have a list: >{1 2 0 4} What is the smallest (fastest, most elegant) way to apply a function >like 1/x, except the zero is left a zero, and no error occurs. That >is, the result of the program is {1 .5 0 .25}, almost like applying >1/x If you're looking for a working solution instead of a user-rpl challenge you might like XCRUNCH (48 and 49 version available). A very nice program. Experiment a little bit with it. You'll like it. Greetings from Cologne Peter -- Great HP48/49 links: http://www.hpcalc.org http://move.to/hpkb to find *old* postings search: http://groups.google.com/advanced_group_search ==== I can compile directly on my 49G the following code: EQU DOZINT $02614 CODE CON(5) GARBAGE CON(5) DOCODE CON(5) DOREAL CON(5) DOCSTR CON(5) DOZINT CON(5) DOIDNT CON(5) DOLAM CON(5) $0 ENDCODE @ Does somebody know what the syntax must be to compile the above with debug2 ? Using CODEM instead of CODE leads to various errors. Is there a document explaining the difference between MASD syntax and debug2 syntax? TIA Andreas Remove the NOSPAM for answering. ==== Well, I don't remember if Debug2 MASD supports CON, try: CODEM $(5) GARBAGE ENDCODE to see if it works.. BTW, there is no document explainig the diffs between Debug2 Masd and HP49 Masd, Sorry I can compile directly on my 49G the following code: > EQU DOZINT $02614 > CODE > CON(5) GARBAGE > CON(5) DOCODE > CON(5) DOREAL > CON(5) DOCSTR > CON(5) DOZINT > CON(5) DOIDNT > CON(5) DOLAM > CON(5) $0 > ENDCODE > @ Does somebody know what the syntax must be to compile the above with debug2 ? > Using CODEM instead of CODE leads to various errors. > Is there a document explaining the difference between MASD syntax and debug2 syntax? ==== 1. I may not have the latest extable version distributed with Emacs, but in my version ~BBGetN_ (which should be some rompointer of the 48-browser) decompiles to # 2D9D which is no rompointer but a bint (prolog address of programs) :-) 2. As I pointed out several times, Mika Heiskanen uses in JAZZ a very smart procedure: If a bint is written in a sourse string as # xyzuv with a space after the #-symbol, it compiles as the corresponding temporary 10 nibble bint (5 nibbles for the prolog). However, if it is written as #xyzuv without a space after # then JAZZ looks first up the entry table to find a corresponding 5 nibble pointer to the bint. Example: # 11 should compile to bint 17 (5 bytes), #11 should compile to BINT17 2.5 bytes). This should concern also bints with unsupported but stable addresses, exactly as it is done by JAZZ ! What the hell is so difficult in realizing this byte and time saving procedure for the HP49? Why is fast and efficient SysRPL-programming on the 49 still less elegant than it was with JAZZ? - Wolfgang ==== On a 49G with ROM 1.19-6, the limit: lim( 1 / ( SQRT( x^2 + 2*x ) + x ) ) -oo yields -:0 The same limit when approaching +oo returns +:0 Now I'm not entirely sure if I interpret the -: correctly, but I think the first result is incorrect, it should be -1. (*) One other thing I noticed when using limits: copying a limit in EQW garbles the screen. When doing this with the above expression (when shown with the beautified lim) I get something like: (oo 1 / ( SQRT( x^2 + 2*x ) + x ) ) (written in TextBook layout). Not that I really care about it, just an observation. I actually rarely use the EQW, since I've got this incredible machine I've become a real RPN addictive. Now why didn't the Arabs invent RPN instead of algebra... Walter. (*) tried to do a Google search for -: or +:, but that doesn't seem to work, it simply returns all messages...