HP-236 Subject: Re: Installing Libraries on the 49G+ >> libraries he always wants attached in the STARTUP variable, === Subject: HP41C manual? I found a what I thought was a cheap 41C (25 dollars), so I bought it. I never had an ancient machine like this one, and I'm looking for the manual in PDF format. Does anyone have it? Can you send it to me?. Not to this address, so if you have it please contact me. -- === Subject: Re: HP41C manual? says... > I found a what I thought was a cheap 41C (25 dollars), so I bought it. I > never had an ancient machine like this one, ANCIENT??? If HP reintroduced it today *exactly* as it was made originally, but perhaps with something other than N sized batteries, it would probably outsell every other calculator on the market. -- Randy Howard (2reply remove FOOBAR) The most amazing achievement of the computer software industry is its continuing cancellation of the steady and staggering gains made by the computer hardware industry... - Henry Petroski === Subject: Graphing Function in Loop while Plot The program MBP is supposed to show a series of logistic function bifurcation plots each using more iterations of the function. However, as the ITERS variable gets to 10 it has a very long pause before completing the graph and I've never seen it actually graph at 11--requires a reboot. I don't see anything here that should be a problem and I've written a few other programs trying to get the same result without everything here, but I can't find any specific sub-part of this that causes the problem. Am I mistaken that the calculator should have no problem running this program? -jgs %%HP: T(3)A(R)F(.); DIR MBP << 5. 30. FOR n n 'ITERS' STO ERASE PICT { # 0d # 0d } n 1. ->GROB REPL DRAW NEXT >> BIFFUNCT << -> Gl << .5 1. ITERS START 1. OVER - * 4. * Gl * NEXT 1. ITERS START 1. OVER - * 4. * Gl * Gl OVER R->C PIXON NEXT >> >> ITERS 10. EQ 'BIFFUNCT(X)' PPAR { (0.,0.) (1.,1.) X # 1d (0.,0.) FUNCTION Y } END === Subject: Re: USB to RS-232 for 49g+ Why bother with expensive, difficult and painfully programmable atmels, just take a PIC if you're smart you'll program everything in a 16f84, but in anycase there's a pic16c74 (or analogue) that has a serial comm. The programmers for theese are either homebuilt or cost 15$ (the pic costs 5$) If something ask me and i'll be happyt to help you with pic programming www.microchip.com > I've been thinking about getting an RS-232 port on the 49g+ ... I think > I can probably build a device for about $20 (estimated ... the most I > can see it is $50) or so that can do this. How many people would be > interested? > > I'll probably be using an Atmel AT43USB370 controller on a cus board. > I will have to figure out how the HP USB-serial protocol works :) I > can go looking through the Generic USB Serial code in the Linux kernel; > I can prove that works. > > Just an idea ... if I can get more than 5 people interested in buying > said item, I'll probably build it and sell it. > > (Please tell me if this has already been done.) > > -MrM > Well, folks, it seems that the AT43USB370 won't do what I need -- it > won't speak RS-232. So I'm going to have to use an AT91RM9200 (also > Atmel), which costs a whopping US$27! So it's gonna end up closer to > the $50 end of that range :) > -MrM === Subject: Re: USB to RS-232 for 49g+ > Why bother with expensive, difficult and painfully programmable > atmels, just take a PIC Wrong chip for the job - too slow to implement a USB host in software. Even a PIC18f4320 @ 40MHz is only 10 MIPs. > if you're smart you'll program everything in a 16f84 Why? The 16F84 is horribly obsolete. Its only good as a raw beginners chip because it is so simple. For a little more then same price you can get a PIC18xxx series PIC, which is much nicer to program. They include things like ADC, PWM, more timers, 3 file select registers, etc etc. Banking/paging is no longer an issue, and they run @ 40MHz. , but in anycase > there's a pic16c74 (or analogue) that has a serial comm. My favourite PIC at the moment is a PIC18f4320, but that isn't suitable for this project. cheers, Al > The programmers for theese are either homebuilt or cost 15$ > (the pic costs 5$) > If something ask me and i'll be happyt to help you with pic > programming > www.microchip.com === Subject: Re: USB to RS-232 for 49g+ > Why bother with expensive, difficult and painfully programmable > atmels, just take a PIC > if you're smart you'll program everything in a 16f84, but in anycase > there's a pic16c74 (or analogue) that has a serial comm. > The programmers for theese are either homebuilt or cost 15$ > (the pic costs 5$) > If something ask me and i'll be happyt to help you with pic > programming > www.microchip.com >I've been thinking about getting an RS-232 port on the 49g+ ... I think >I can probably build a device for about $20 (estimated ... the most I >can see it is $50) or so that can do this. How many people would be >interested? >I'll probably be using an Atmel AT43USB370 controller on a cus board. > I will have to figure out how the HP USB-serial protocol works :) I >can go looking through the Generic USB Serial code in the Linux kernel; >I can prove that works. >Just an idea ... if I can get more than 5 people interested in buying >said item, I'll probably build it and sell it. >(Please tell me if this has already been done.) >-MrM >>Well, folks, it seems that the AT43USB370 won't do what I need -- it >>won't speak RS-232. So I'm going to have to use an AT91RM9200 (also >>Atmel), which costs a whopping US$27! So it's gonna end up closer to >>the $50 end of that range :) >>-MrM The problem there: there's no PICs that act as a USB _host_. And at that, the only USB-device PICs are UV-erase and OTP. However, the chip I decided on only speaks RS-232 at 8 data bits, no parity, and one stop bit... so I'll end up using a cheap PIC with 2 UARTs to repeat this data in different formats :) So I'm probably going to end up with 2 processors on one board ... this is going to be real fun! -MrM === Subject: Re: USB to RS-232 for 49g+ X-Eric-Conspiracy: There is no conspiracy. > So I'm going to have to use an AT91RM9200 (also > Atmel), which costs a whopping US$27! So it's gonna end up closer to > the $50 end of that range :) === Subject: Re: USB to RS-232 for 49g+ >>So I'm going to have to use an AT91RM9200 (also >>Atmel), which costs a whopping US$27! So it's gonna end up closer to >>the $50 end of that range :) Yeah ... I know :) I remember now why I didn't see the Cypress bunch a while earlier ... their site was down when I looked! -MrM === Subject: Re: USB to RS-232 for 49g+ X-Eric-Conspiracy: There is no conspiracy. > think I can probably build a device for about $20 (estimated ... the > most I can see it is $50) I'd very much expect closer to $50 than $20. > I'll probably be using an Atmel AT43USB370 controller on a cus > board. I will have to figure out how the HP USB-serial protocol works Unless I'm mistaken, that requires an additional processor. Why not use a Cypress CY7C67300, and run the code on the built-in processor? Then you just need to add a serial EEPROM for it to load your firmware I've been thinking about doing this, but haven't found the time. === Subject: Re: USB to RS-232 for 49g+ >>think I can probably build a device for about $20 (estimated ... the >>most I can see it is $50) > I'd very much expect closer to $50 than $20. >>I'll probably be using an Atmel AT43USB370 controller on a cus >>board. I will have to figure out how the HP USB-serial protocol works > Unless I'm mistaken, that requires an additional processor. Why not > use a Cypress CY7C67300, and run the code on the built-in processor? > Then you just need to add a serial EEPROM for it to load your firmware > I've been thinking about doing this, but haven't found the time. Yep ... I found that less than a few hours after I suggested the Atmel two :) -MrM === Subject: Re: Debug4x 2.1 BUG recompiling suprom49.a file? > ASSEMBLE > ... > name EQU #12345 Remove the # Jean-Yves === Subject: Re: The Hydrix Calc/PDA > I just wonder if this > Scientific Digital Assistant > or > Scientific Graphing Assistant > Sigma-Gamma-Alpha (Sum, Product, First [letter]) > Are you talking about this logo?: > http://www.asturlinux.org/~jsmanrique/sda/ Nice logo Why I think now that SGA would be better? Seventh Day Adventists=SDA > will have a superior tactile keyboard ala 41C series > It would be nice! > Also I think that the Flash must be huge, since it has ~8MB embedded > Linux > and Parisse's Xiac ~2MB and other tools... > I think that Giac (the readline) version is more than 3.5MB, and much more > in its graphical aproach. Yes, I hit the ENTER too soon, must be the first time (-; > and room for updates and room for userFlash 16MB min I think... > I think that 32MB should be the min. Yes, the graphical interface to Parisse's CAS added I think you're right > I hope that it has BOTH sdio and the CFII for microdrive (I like to have > 2GB HD for Linux etc..) > Yes, great expensive tools and much battery eaters. BUT you don't have to use them, off switch for microdrive... > Just for wishes, add a 640x480 landscape screen ;-) X In HP-200LX craddle, the display could be thinner keytops should have calc functions and a separate overlay would give QWERTY === Subject: Re: The Hydrix Calc/PDA i think they will use a calculator display which has only one bit per pixel (on/off) and no pointer. therefore they will no be able to use xlib (and its derivations -> toolkits). if they were use a grayscale display (intensity) and a touchscreen then they could use xlib. i think they'll use a regular LCD by looking a the sketch (which looks like has a hard cover display) and because it draws less power. greetings > , > > i think they use a normal LCD display (like a calculator) to save > battery + i think it is not touchscren. the question would be what > library they use for the GUI (not like a toolkit for X11). do they make > one or do they buy one? > Well, with X11 (or kdrive-xserver) + Gtk, or microwindows, they don't have > to buy, just adapt it to their device. With Qt, they have to pay for it, > if they get money with it. It is a license matter. >I need to purchase a new calculator. I used a 48SX in high school >years ago, so Im familiar with the very high quality of the >case/keypad/interface of the 48 series. Looking at pics of the 49G+, >it looks more toylike, compareable to the quality of the TI calcs. >I'd like to find out if this is true, and if the operation of the 49G+ >is more comparable to the 48's or TIs. > How does the 49G+ stand up to the older 48's as far as build quality >goes? Other than the dropped character glitch how does the keypad >stand up? Is this glitch likely to be fixed in future ROM revisions? >Would the 49G+ be fairly easy to pick up and use if already familiar >with the 48 series? How does the 49G+ stand as far as calculation >speed? Is it as versital and powerful as the 48's? Would you >recommend picking up a used 48GX or 48G+ as opposed to buying the >newer 49G+? > I'm looking for pro's and con's both ways. === Subject: Quick question re: NullLams... Just a quick question regarding local variables in SysRPL: from what I Is it a significant difference (i.e. worth the trouble of converting a large program to use them)? === Subject: HP 15C sold for $ 481 !!! Unbelievable: Just sold on German ebay: HP 15C for 402 Euros! Watch this item number: 3816163518 Jens === Subject: Re: Simplify option in hp > It could be that the 49G has more powerful general CAS algorithms. There is no real algorithm for simplification, as far as I know, partly because the problem is somewhat vaguely defined and partly because of the zero-testing problem. -- === Subject: Re: Need HP PDL replacement for linux > If you already have the HP 49G, > which does not need batteries > and is included in the price > I wonder why you prefer the HP 48 models??? but there is probably not a large enough market for this. I still like the 48 for the expandability. My requirement is to move the most current backup to a spare HP48 without serial I/O if the primary 48 dies for some reason. This means a memory card is the medium to transport the backup to a new machine. So the 49 (or any G model) fails this requirement. The GX model is stand-alone and needs not support system. So expandability is necessary without compromise. -- -MMax- === Subject: Re: HP 49G+ noisy/unreliable Keys > What ROM Revision are you using? Werner === Subject: [Announce] New release of RPL/2 RPL/2 is a RPL interpreter under GPL licence. It can be used on a Posix system (Linux, BSD, Solaris...). You can find the last release (4.00pre7j) at http://www.systella.fr/~bertrand/rpl2 JKB === Subject: Re: [Announce] New release of RPL/2 Hi! This seems nice for a handheld device, doesn't it? -- J.Manrique L.97pez de la Fuente Club de Usuarios de Gij.97n Socio 1077 del HPCC Socio de AsturLiNUX e HispaLiNUX === Subject: Math Fun: Composite Repunit Heads! The Recreational Mathematics Department Presents: COMPOSITE REPUNIT HEADS! by Joe Horn A repunit is an integer whose digits are all 1's, e.g. 11, 111, 1111 and so on. If there are n digits, then it's called Rn. Thus R7 (Repunit 7) = 1111111. The mathematical definition of Rn = (10^n-1)/9. Prime repunits are rare; the only ones known are R19, R23, R317, and R1031. It is *possible* that R49081 and R86453 are prime, but nobody is sure. However, what about numbers like 781111111111111, which have a repunit tail following a non-repunit head? We could call this example 78R13, since it's a 78 followed by Repunit 13. Numbers of this form are often more prime dense than repunits. For example, if you start with a repunit head of 2, then you get the following primes: 211 = 2R2 (prime) 2111 = 2R3 (prime) 2111111111111 = 2R12 (prime) 2111111111111111111 = 2R18 (prime) 211111111111111111111111 = 2R23 (prime) 2111111111111111111111111111111111111111111111111111111111 = 2R57 (prime) etc. The set of 3Rn is even more prime dense. All of the following are prime: 3R1 (better known as 31), 3R2, 3R5, 3R10, 3R11, 3R13, 3R34, 3R47, 3R52, 3R77, 3R88, etc. 35Rn is prime for the following n: 2, 3, 8, 9, 11, 14, 17, 23, 29, 38, 50, etc. Some xRn, however, are outrageously prime sparse, such as 12Rn, which has only one prime between 12R1 and 12R845. [Excercise: find it. Hint: REPEAT 10 * 1 + UNTIL DUP ISPRIME END.] The following brainstorm is probably obvious to Rodger and friends, but was not obvious to me until I thought about it for a while: Some xRn are NEVER prime! For example, *ALL* 37Rn are composite (when n>0 of course). [Exercise: prove this. Hint: factor them.] Since xRn is always composite when x=37, we can call 37 a composite repunit head. The Complete Sequence of Composite Repunit Heads begins like this: { 37, 176, 209, 407, 814, 936, 1023 ... } EASY HOMEWORK: find the next element in this sequence. Nonhint: it's NOT in Sloane's online encyclopedia of integer sequences at http://www.research.att.com/cgi-bin/access.cgi/as/njas/sequences/eismum.cgi DIFFICULT HOMEWORK: classify these numbers so that they can be generated by a formula of some kind, rather than finding them by brute force examination of the factors of xRn. EXTRA CREDIT HOMEWORK: Concoct a real-world use for this sequence. -Joe- === Subject: Re: EQLPlus ! Transform the database into a list, then you can store it in the SD-card. You have to modify the browser lib too, but that isn't much work either. I can't remember exactly how i did it, but there are a command there who makes a rompointer out of two numbers (1009(?) and another). Modify that. You give the database a name (now a list), and let that name and the object's place in that list be the new adresses. Good luck! Emil === Subject: Is there a FAQ Please ? Just wondering. Jo === Subject: price on hp48G+ Hey, I was wondering what the average price for used HP 48g+ calculators go for (with the manuals and link). I just put one up on ebay and was curious on what they go for. http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=5701425824 Anand Sekaran === Subject: Re: Sending/receiving data to HP-48 calculator under FreeBSD > people > How to receive/send files from HP-48GX calculator under the FreeBSD OS? > I've managed to work it in Linux (Slackware 9.1), for FreeBSD's is it the same > process as in Linux? > []s Yep, it aught to be the same way. Just be sure you've got the right software installed (sx and/or kermit) -MrM === Subject: Re: Sending/receiving data to HP-48 calculator under FreeBSD :> How to receive/send files from HP-48GX calculator under the FreeBSD OS? :> I've managed to work it in Linux (Slackware 9.1), for FreeBSD's is it the :> same process as in Linux? : : Yep, it aught to be the same way. Just be sure you've got the right : software installed (sx and/or kermit) : See: http://www.columbia.edu/kermit/hp48.html - Frank === Subject: Re: HP49: Recursive EDIT? > This must be a mistake. InputLine does use the normal editor. For > example, if you have the file on the stack, you can use this as a > viewer: > :: > NULL$SWAP (prompt for input line - we use empty string) > 1 (initial cursor position - can be any bint) > ZEROZEROZERO (Flags for alpha mode etc...) > MenuDef@ MenuRow@ (Lets use the current menu - or specify other) > TRUE (attn flag) > 0 (parse flag) > ' Inputline RunInNewContext_ (run Inputline) > caseDROP (if the user exited with OK, remove string) That's *much* better! The example I cut out of RPLMAN does nothing more than duplicate the UsrRPL INPUT command. NULL$SWAP instead of NULL$ made a big difference, especially in restoring full cursor control. The reason I mentioned SCROLL is that it's a viewer with no features, just like my initial attempt. This has restarted my interest in SysRPL! === Subject: Re: Any word on ROM 1.24 for the 49G+? Where have you seen ROM 1.24 for the hp49g+ ? I haven't seen anything new in hp's site. === Subject: Re: Any word on ROM 1.24 for the 49G+? It was announced around january 04. for end Q1 O4. Instead 1.23 came much earlier fixing the battery bug, since then no news... > Where have you seen ROM 1.24 for the hp49g+ ? > I haven't seen anything new in hp's site. === Subject: Euler's Constant boundary=----=_NextPart_000_04EA_01C44B13.E7EAE7D0 --------------------------------------------------------------------- I'm trying to calculate Euler's Constant on my 49g+. In level 2 I have N .91£ 1/n-LN(N) n=1 Level 1 has N=.89̀.9b When I try to take the limit, I get Operator not implemented (SERIES) What am I doing wrong? L === Subject: Re: Euler's Constant boundary=----=_NextPart_000_0023_01C44C1A.50E08A90 --------------------------------------------------------------------- I guess the calc is trying to give a symbolic answer and has not been loaled with the formal definition of Euler constant... Why not writing a summation loop with a stop test when two consecurive steps differ by less than something very small ? Knowing the series converges, you should not be too far from a correct value... I'm trying to calculate Euler's Constant on my 49g+. In level 2 I have N .91£ 1/n-LN(N) n=1 Level 1 has N=.89̀.9b When I try to take the limit, I get Operator not implemented (SERIES) What am I doing wrong? L === Subject: Re: EQL+ (WR) INVALID CARD DATA... still remain > system animation but INVALID CARD DATA is RETURNED damn it !! > PLEASE remake the lastest version of this lib with correct CRC..... Why don't you do it? Install OT49, type in the library number of EQL+ on the stack, and push D<->L in the OT49 menu. It decompiles the library. Then push D<->L again and you will have a library sitting there. Then install it. I assume you have already run the command PINIT? TW === Subject: Re: EQL+ (WR) INVALID CARD DATA... still remain > system animation but INVALID CARD DATA is RETURNED damn it !! > PLEASE remake the lastest version of this lib with correct CRC..... Oby, you misunderstood JYA. The library has 37013 bytes, CRC A50B. Verify this! It's definitely not corrupted. Download only with Conn4x! Only you yourself may corrupt it with some unusual manipulation. Put the lib on the stack and purge it. Only then put it in Port1 and make a warmstart. I forgot to update the UsrBox example in EQL+.zip. This has nothing to do with the library and will be corrected in an hour. === Subject: Re: Mass-Spring-System animation in EQL+ > the exciting mass-spring-system animation from the 48 equation library > now also runs in EQL+ revision from today! A special animator has been > written for the right 49+ tempo (maybe ok also on the 49). In contrast > to the 48 animation, ours keeps running until interrupting it with > CANCEL. Hence, there is enough time for admiration I've been adminring it. . . I really don't like how I have to change my fingers to dive into the equations now. you have on F5-F6 arrows to do it. Some like that, other (such as myself) would rather have the L-R arrow keys do the same function. I think it is much quicker. Why not stick both methods in? TW 1038 === Subject: Re: OT Re: Giac/Xcas plot3d problem Please Help > You have a last hope: try the red geo configuration button > and look if you have a 3-d pipes check button. Try to uncheck it > and save the configuration. No luck... but I learned that I can save the config so the program starts with a bigger font. > If it still does not work, I'm afraid I won't be able to > fix the problem before long since I'm on holiday with a linux-only PC. > Hopefully the rest should work (there are only a few differences > between the win and linux version, gnuplot interface being one of > them). And for 3-d plotting, you still have the option to add a linux > partition to your hard drive:-). Actually, I found out I can just use GNUPlot directly to graph. Version 4.0 can interactively rotate the 3D graph. I actually did install Linux several years ago (from a CD), but I thought it was too difficult to learn and there wasn't an easy manual:-(. > I also expect to bring 3-d geometry > at the beginning of September... Great! === Subject: Re: Why the French guyz rule the HP scene? hA@comcast.com: > Coulomb 1736 > Descartes 1596 > Fresnel 1788 > Legendre 1752 > Fermat 1601 > Pascal 1662 > Biot 1774 > Ampere 1775 > Navier 1785 > Jean Picard 1620 > If only the French could bring back the 18th century > Invented the calc? > mechanical? > and the what about William Wickes? You left off Fourier and Laplace. Couldn't find out more information about them? Our modern civilization is based on the works of French mathematicans and the United States exists because of the French government. Just to point out the obvious. There's a bigot in every crowd... the name of which, comes from France. Stan === Subject: Re: Why the French guyz rule the HP scene? Fourier 1768 Laplace 1827 well at least one in the 19th century. It is typical of the French to take credit for everything. An American proved Fermats theorem not Fermat, and a Russian recently proved Poincare's conjecture. The numerals that everyone uses whether than write with a the Hindu contributions). France would love to return to it's period of Greatness when it was lead by a Corsican France did not give us our freedom. The government of France was at war with England and anything they could do to make trouble for the British was their agenda. And of course arms sales (nothing has changed). Lafayette a wealthy French nobleman was very helpful. He is the one who convinced Van deGraf to confront the British fleet off the the coast of Yorktown, preventing the retreat of Cornwallis. Van deGraf was already on the way to confront the British off the West Indies. After the revolution was over Lafayette was persona non gratis in France as he spoke of this American Democracy. Arrangements were made by the newly formed congress for him to live here in the States, then after the French revolution he was once again welcome. DeGaule's insurrection in Paris almost lead to its destruction as the Nazis had planted explosives at all the monuments in Paris. Patton who had the German Army on the run was trying to reach the Rhine before they had a chance to counter attack or blow the bridges. Eisenhower insisted that save Paris. The Americans and British liberated Paris and deGaule marched under the Arche de Triumph claiming victory. The cost in fuel halted the advance and prolonged the war. The Battle of the Bulge which involved more than a million men and in which the Americans suffered 81,000 casualties and 19,000 dead. After the war deGaule said he wished the Americans never came. They would not join Nato developed their on Nuclear force and pointed the missles at us (we will point the missles at all points of the compass). The HP community has had contributions from Australia, United States, Finland, England, Germany, Italy, Spain, Portugal, Mexico, and many other countries. One has to seriously question why they sit on the security council. India will soon be the most populous country on earth and Japan's economic prowess dwarfs France. Have a nice bottle of Chilean wine and stop singing about the French. > hA@comcast.com: > Coulomb 1736 > Descartes 1596 > Fresnel 1788 > Legendre 1752 > Fermat 1601 > Pascal 1662 > Biot 1774 > Ampere 1775 > Navier 1785 > Jean Picard 1620 > If only the French could bring back the 18th century > Invented the calc? > mechanical? > and the what about William Wickes? > You left off Fourier and Laplace. Couldn't find out more information about > them? Our modern civilization is based on the works of French > mathematicans and the United States exists because of the French > government. Just to point out the obvious. There's a bigot in every > crowd... the name of which, comes from France. > Stan === Subject: Re: Why the French guyz rule the HP scene? They invented champagne and camembert ... > Fourier 1768 > Laplace 1827 > well at least one in the 19th century. > It is typical of the French to take credit for everything. An American > proved Fermats theorem not Fermat, and a Russian recently proved Poincare's > conjecture. The numerals that everyone uses whether than write with a to > the Hindu contributions). > France would love to return to it's period of Greatness when it was lead by > a Corsican > France did not give us our freedom. The government of France was at war > with England and anything they could do to make trouble for the British was > their agenda. And of course arms sales (nothing has changed). Lafayette a > wealthy French nobleman was very helpful. He is the one who convinced Van > deGraf to confront the British fleet off the the coast of Yorktown, > preventing the retreat of Cornwallis. Van deGraf was already on the way to > confront the British off the West Indies. After the revolution was over > Lafayette was persona non gratis in France as he spoke of this American > Democracy. Arrangements were made by the newly formed congress for him to > live here in the States, then after the French revolution he was once again > welcome. > DeGaule's insurrection in Paris almost lead to its destruction as the Nazis > had planted explosives at all the monuments in Paris. Patton who had the > German Army on the run was trying to reach the Rhine before they had a > chance to counter attack or blow the bridges. Eisenhower insisted that save > Paris. The Americans and British liberated Paris and deGaule marched under > the Arche de Triumph claiming victory. The cost in fuel halted the advance > and prolonged the war. The Battle of the Bulge which involved more than a > million men and in which the Americans suffered 81,000 casualties and 19,000 > dead. After the war deGaule said he wished the Americans never came. They > would not join Nato developed their on Nuclear force and pointed the missles > at us (we will point the missles at all points of the compass). > The HP community has had contributions from Australia, United States, > Finland, England, Germany, Italy, Spain, Portugal, Mexico, and many other > countries. > One has to seriously question why they sit on the security council. India > will soon be the most populous country on earth and Japan's economic prowess > dwarfs France. > Have a nice bottle of Chilean wine and stop singing about the French. > hA@comcast.com: > Coulomb 1736 > Descartes 1596 > Fresnel 1788 > Legendre 1752 > Fermat 1601 > Pascal 1662 > Biot 1774 > Ampere 1775 > Navier 1785 > Jean Picard 1620 If only the French could bring back the 18th century > Invented the calc? > mechanical? > and the what about William Wickes? > You left off Fourier and Laplace. Couldn't find out more information > about > them? Our modern civilization is based on the works of French > mathematicans and the United States exists because of the French > government. Just to point out the obvious. There's a bigot in every > crowd... the name of which, comes from France. > Stan === Subject: Re: Why the French guyz rule the HP scene? > They invented champagne and camembert ... Yeah but they also eat truffles. Imaging using pigs to find your food! Oh well, at least Haggis (oatmeal in sheep guts!) isn't French. Lake === Subject: Re: Why the French guyz rule the HP scene? Jersey Devil, you made a wonderfull presentation, it is significant that you left out exactly those two dead scientists. there is something else that puzzles me though: How come you (inteligent, informed guy) can be offended by simple statement where i congratulate the French people on their work. I didn't say they are the only ones who contribute to the sceene, i just stated i think they are doing a great job. And it shows. (you cann see it everywhere -just look around) Let's stop worrying about politics, about who invented the wheel and staff. Because all this is not about French people as a nation, it is more like French people as enthusiastic individuals. And Stan i agree absolutely with you modern world is based on gret findings of the past, no matter if the finding was British, American, French, German Irish or whatever natinality of the reader reading this may be. One american stated though: in the early dayes of moder civilization in France (europe in general) there were cultural events, where on the american continent there was a chase for buffalos and meere survival the main issues of life. Let's be honest America is young nation and there is nothing we can do about it -the best thing is to respect it as is. Now you got me getting political -i just want to say i give up. I don't wanna get caught in useless political debate. I just said i admire people's work, and my mind is at peace. Let's break this politico-socio-natio chains that tie us to the ground and fly away to 24. century in peace. If enegry and food were free -would there be any wars ? === Subject: Re: Why the French guyz rule the HP scene? No arguements about the French.... However, from an American, this sounds alot like the pot calling the kettle black... Almost every criticism you aim at the french can be turned around onto America... Not withstanding your fearless leader's decision to try to make a scapegoad of the French when pretty much the whole world expressed unhappiness at the decision to invade another country against the UN. Can anyone think of unpleasant instances in the past when politicians who were on shaky ground used the diversionary tactic look over at those (evil) people over there so that they could do what they wanted? How many times has this tactic worked out for the good in the past? And what makes it worse in this particular case is the percentage of we were right is tiny compared to those facts turned out not to be correct. Even if the Bush administration aren't working with evil intent, they are incompetant in global politics and should gain some humility. Al... (this is the 4th time I've started to post something on this totaly off-topic thread, but I kept deleting them... sorry for those who, like me feel this is an inappropriate forum for this discussion.) > Fourier 1768 > Laplace 1827 > well at least one in the 19th century. === Subject: Re: How $ Important is the HP Calculators Market? Maybe you might find something in their annual report? > Where would I search for quantitative data on HP Calculator sales? > This question began as I was raving about my 33s to a very patient > friend of mine and he asked me, > Well, if it's absolutly the best to be found, > then How many does HP sell, and how much is it worth? > I Dunno-, I said, Lots and Lots ? I began to feel as if I may have > directed my concerns toward the tempest in a tea-cup, so to speak. > Later, I went nosing around on WWW and found: Nothing. > Where would I access quantitative data on HP Calculator sales? > Jo ( Who can never have enough information. ) === Subject: Re: HP49g+ - NUM.SLV>Solve linear System - Bug or...? >You can do this by recalling the A and B on stack >and then doing ->NUM for both of them >and finally storing them back. >Try it now - Integers are considered symbolic You're right ;-) I didn't see that all the zeros were stored as integers. Entering them as 0. and storing the matrix everything works fine after choosing them from within the NUM.SLV Lin Solver. Pascal === Subject: Re: HP49g+ - NUM.SLV>Solve linear System - Bug or...? > You can do this by recalling the A and B on stack > and then doing ->NUM for both of them > and finally storing them back. > Try it now - Integers are considered symbolic But they should be auatically coerced to approximate values, right, since all entries are numeric? Anyway, I guess that can't be changed now. -- === Subject: Re: HP49g+ - NUM.SLV>Solve linear System - Bug or...? > You can do this by recalling the A and B on stack > and then doing ->NUM for both of them > and finally storing them back. > Try it now - Integers are considered symbolic But they should be auatically coerced to approximate values, right, since all entries are numeric? Anyway, I guess that can't be changed now. -- === Subject: Re: HP49g+ - NUM.SLV>Solve linear System - Bug or...? >But they should be auatically coerced to approximate values, right, >since all entries are numeric? Anyway, I guess that can't be changed >now. Take a look at my answer on Hugo'a posting... The HP is right, I was wrong... Pascal === Subject: Re: HP49g+ - NUM.SLV>Solve linear System - Bug or...? I've also had this very annoying bug happening to me several times. And only if I choose the Matrixes with CHOOSE from my local vars. It triggered one Try To Recover Memory on my 49G+ for 3 times (until I was shure it was a bug). Even though one can resolve this the way suggested I consider this a very annoyng bug which has to be ironed out in a next ROM Update. And when is that comming anyway?!!! Hugo Rodrigues >> Hi Group... >> Today I tried to use the linear system solver with stored matrices >> (normally just using the S.SLV LINSOLVE to get exact results or the >> NUM.SLV lin. solver with manually entered matrices) and got a really >> odd reaction of my calc... >> I created the following matrices: >> [.9 -.7 0 0 ] >> [.7 .7 0 0 ] >> A: [0 .7 .5 -.9] >> [0 -.7 .5 .5 ] >> [0 ] >> [1 ] >> B: [0 ] >> [.5] > [.9 -.7 0. 0. ] > [.7 .7 0. 0. ] > A: [0. .7 .5 -.9] > [0. -.7 .5 .5 ] > [0. ] > [1. ] > B: [0. ] > [.5] > You can do this by recalling the A and B on stack > and then doing ->NUM for both of them > and finally storing them back. > Try it now - Integers are considered symbolic > >> I stored both into variables and selected the matrices using the >> choose-key. A for A and B for B to solve for X in A*X=B. >> When I set the cursor to X: and press solve my calc starts working and >> working... Something between 5 and ten minutes... After that, it shows >> 'Symbolic Matrix' as result for X... >> The odd thing is: When I enter the matrices by hand (exactly as shown >> above) using edit everything works fine... >> Is it a known problem and/or duplicateable? Or did I something really >> dumb wrong? >> Pascal === Subject: Re: HP49g+ - NUM.SLV>Solve linear System - Bug or...? >Even though one can resolve this the way suggested I consider this a >very annoyng bug which has to be ironed out in a next ROM Update. And when >is that comming anyway?!!! It's not a bug - it's more a malfunction of some synapses in the users brain ;-) Look at that: My matrices: [.9 -.7 0 0 ] [.7 .7 0 0 ] A: [0 .7 .5 -.9] [0 -.7 .5 .5 ] [0 ] [1 ] B: [0 ] [.5] Take a look on all the zeros and the 1 - all these numbers are integers because the decimal point is missing.... If enter them as: [.9 -.7 0. 0. ] [.7 .7 0. 0. ] A: [0. .7 .5 -.9] [0. -.7 .5 .5 ] [0.] [1.] B: [0.] [.5] (Or using ->NUM with the original one) All numbers are floating point values - these matrices can be choosen by the solver and solved afterwards. The solver is not able to convert matrices containing real and integer values... And if you enter the matrices using edit within the solver all values are stored as floating. Try it... Sometimes, I'm too dumb... Grmpf! That's all... Pascal === Subject: Re: HP49g+ - NUM.SLV>Solve linear System - Bug or...? > It's not a bug - it's more a malfunction of some synapses in the users > brain ;-) It is a bug alright. > The solver is not able to convert matrices containing real and integer > values... It should be able to. At the very least it shouldn't result in a TTRM. === Subject: Re: SD-card formatting: cluster size? >> I can confirm approx 248000 KB free with just formatted card: so it >> seems > it >> is the filer to uncorrectly show the amount of free disk space... >> Now that you mention it, I think I've seen other posts about the filer >> showing only 128KB free on larger cards. > Do you mean 128000 KB? > Anyway what I mean is that maybe the Filer shows > uncorrectly the frre disk space, BUT indeed I WAS WRONG! > I've used the Analyze function from Defrag built-in in Windows2000 and it > says that the cluster size is 2 KB! What a great mistery! Microsoft > clearly > saysy at > http://www.microsoft.com/resources/documentation/Windows/XP/all/reskit/en-us > /Default.asp?url=/resources/documentation/windows/xp/all/reskit/en-us/prkc_f > il_lxty.asp that for a 256MB drive the cluster size will be 4KB with > FAT-16... >> I guess someone at Microsoft is smart enough to figure out that with >> FAT16, using 2K clusters would waste about half of a 256MB drive. But >> sometimes their software gives strange results. > Is the calc formatting the SD-card in FAT32? >> I haven't heard of that, but who knows? I don't have an SD card big >> enough to make FAT32 worthwhile. Actually, I not even sure that FAT32 >> is supported for drives smaller than 512MB. >> Is your 49g+ running on ROM revision 1.23? > Can the pre-formatting of the > SD-card influence further formats? >> Yes. For example, when I was fooling around, I trashed the card's boot >> record, and experimentally found that neither the Windows 98SE format >> nor the 49g+ format would change the number of sectors recorded in the >> boot record. If I recall correctly, I temporarily changed my 128KB >> card to a 16KB card. I ended up tweaking it with the disk editor. It >> was fun though. I don't know whether a DOS format would've gotten it >> straightened out. > Nononononono ... boot record contains partition table, no actual FAT > data. All format utilities just format one partition, at whatever > size is reported in the boot record. Perhaps you mean a master boot record (or partition sector)? But as far as I can tell, my SD card has no master boot record, and thus no partition table. Some disk utilities do show me a partition table, but I'm a bit skeptical of a partition on the card being hundreds of gigabytes or even terabytes in size. I think what happens is that they look at sector 0 (the boot record) and tell me what it would mean if it really were a master boot record. The boot record (or boot sector ) certainly does specify such things as bytes per sector, sectors per cluster, number of FATs, sectors per FAT, number of root directory entries, and total sectors on the drive. If you have partitions it's at sector 0 of each partition. But since my SD card doesn't have partitions, it's at sector 0 of the card (or at least what the SD system presents as being logically sector 0). It seems to be much like a floppy disk, except a lot bigger than any floppy I've ever used. If I null out the boot record and then tell the 49g+ to format the sectors, which indeed works out to exactly 128MB (as long as we define 1MB as 2^20 bytes). But if I try reading from or writing to all of those sectors, I run into a bit of a problem. I chose 246016 sectors simply because that's the highest value that works with Norton Disk Doctor without freezing up near the end of the drive when I try a surface test. Once the card has a valid boot record, the 49g+ uses the total sectors already recorded in the card's boot record to determine the appropriate sectors per cluster and sectors per FAT and doesn't prompt me for the card size. > To un-do what you did, you'd have > to use fdisk. Oh, well, it works just fine for me without using FDISK on it. > Except DOS fdisk doesn't do USB-attached disks (AFAIK). That seems to be true. > So you'd have to use Linux fdisk =) Free FDISK seems to work pretty well. What does your Linux fdisk tell you about the SD card? But it might be interesting to put an MBR on the card. I wonder how the 49g+ would respond to multiple partitions on the card. Or what it would do with a card formatted as FAT32, for that matter. -- === Subject: Re: HP49G+ informations Well, I would knowit someone here is a little bit interrested by what I'm doing, because I have no answers but a hundred visits. I think it is spambots... :(( well, i'll continue updating my page. Hope it's useful... === Subject: Re: crashed while updating ROM - What do I do now? > Same thing happend to me, I just reset and it worked fine. >>My PC crashed as I was updating to ROM 1.23. Now my calc does not have any >>ROM anymore and the connectivity kit can't find my 49g+ anymore. >>The calc is stuck on: >>FLASH NEED UPDATE. >>1.USB >>2.CARD >>I don't have a card reader so I can't go this way. >>Anyone with an idea on how do I put a ROM back in the calc? >>Arnaud to the card, but then tried to flash and HP49+ wouldn't boot. Took me to the screen where I need ROM update and was given the choice: 1 USB or 2 Card, and I chose card, since Conn4 was completely wasted. The memory addresses were displayed continously in what seemed an endless loop. Somehow, the thing managed to reboot and miraculously upon typing version HP read Revision #1.23 which is the one a was trying to flash in. Moral: Do not rely on Conn4 or anything having to do with Wincrap. Use the card. Buy the card and make sure it works before attempting an upgrade. Plug and Pray. BTW, was the original Q ever Aswd. What support is there when the ROM gets fried? John Baranowsky === Subject: Re: SPLIT challenge > can i interest you in another challenge ? > -to write a standard SPLIT comand: > command would search the STK2 string for occurances of string in STK1, when > found string would be splited at that place leaving split-bits on the > stack. > If not found STK2 should remain intact. STK1 removed. OK, I'll try it. But I'm still learning SysRPL basics, so it might not be a great program. === Subject: 48GX to 49G+ I'm a newbie to HP graphing caculators. So before I plop down the cash for a 49G+ I was wondering if programs from my friends old 48GX can be transfered/converted to a new 49G+. === Subject: reversing bits I believe someone lately asked, whether it's possible to reverse the bits of a n-bit quantity without iteration, i.e. using a function. Yes, indeed it is. Here is a program in UserRPL, which reverses the bits for an 8 bit integer in stack level 1: %%HP: T(3)A(R)F(.); << # 202020202h * # 10884422010h AND DUP # 3FFh DUP UNROT / * - This one has it's origin in the famous PDP-10 Programimng Hacks, developed at MIT in the mid 70s. Note, that this implementation is *not* efficient on a 4 bit machine, since it involves large integer arithmetic. So for the HP49(+) it's probably just of academic interest.. On a modern 64 bit CPU however, this could be implemented very efficiently. reverse8: ; 8 bit argument in A MULU A,#0x000202020202 AND A,#0x010884422010 DIV A,#0x3FF (fictitious CPU) For reference here the C implememtation: // #define unsigned41 unsigned __int64 // #define unsigned41 unsigned long long // uncomment one for cl or gcc unsigned reverse_8bits(unsigned41 a) { return ((a * (unsigned41) 0x000202020202UL) /* 5 copies in 40 bits */ & (unsigned41) 0x010884422010UL) /* where bits coincide with reverse repeated base 2^10 */ /* PDP-10: 041(6 bits):020420420020(35 bits) */ % 1023; /* casting out 2^10 - 1's */ } -- MM 1775 === Subject: Re: HP48G+ programming Is that a HP49G+ (which is new) or a HP48G+ (quite old) you're talking about? Should work in both cases anyway. I'd use -1 WAIT (forces menu to be displayed and pauses program execution) instead of HALT. Hope this helps > Hi all, > after 15 years I switched from my old hp28s to the new HP48G+, trying to > convert my old programs for the new machine, I found a few problems. > First of all in the box HP sent me there is just the user's guide. This last > one talks about a HP 48G Series Advenced User's Reference # 00048-90136, > but HP Italy doesn't know anything about it, nor can I find it anywhere. > Besides, I'm looking in particular for instruction for data insertion, not > just for local variables but for global ones. For the old HP the > instructions are: << { STO X Y Z } MENU HALT ..... > while for the new 48G+ the command MENU doesn't work anymore. > Can anybody help me? > You can download the HP 48G Series Advanced User's Reference here: > http://www.hpcalc.org/search.php?query=advanced+reference&hp48=1 > Warning: It's a 36 mb ZIP file that unzips into a 39 mb PDF file. > -- > Wayne Brown (HPCC #1104) | When your tail's in a crack, you improvise > fwbrown@bellsouth.net | if you're good enough. Otherwise you give > | your pelt to the trapper. > e^(i*pi) = -1 -- Euler | -- John Myers Myers, Silverlock === Subject: Re: TI89 Titanium -- opinions? > Here then it is you who don't know what you are talking. > If you have spent as much time as me on TI calculators and following > their evolution as close as i have you would know that: > *Since the TI89,TI has never tried to improve the speed of its TI68k > calculators by software optimisation You can't know this for a fact unless you are a developer or tester at > So knowing this and knowing that the TI89 Titanium is to the best a > TI89 Hw2 with more Flash ROM or to the worse a TI89 version of the > Voyage 200,i can easily conclude that the TI89 Titanic is not faster > than the TI89 HW2. No, you cannot conclude that without actually doing tests with the TI-89 Titanium. It is quite likely that you are correct in your assertion, but there is a chance that you are not. > I don't really know. Nostalgia? You haven't noticed that 90% of the '95-'00 > regulars aren't here anymore? You don't think HP is dropping on the quality > scale and have been doing for some years? You sincerely mean that the tone > of c.s.hp48 today is reminiscent of what it was 6-8 years back? > The HP quality has decreased anyone will agree with that. > Your second statement was attack toward me so what did you expect me > to do ? I don't see why you think that statement was an attack on you. I think was simply commenting on the general quality of posts. > Btw try this on your TI89: > for i,1,3000:0->#(k&string(k)):endfor > and tell me what happen. > But you should have a way to launch this other sequence: > for i,1,3000:delvar #(k&string(k)):endfor I know, you brought this up earlier too. Oddly enough, I don't see it in the bug list; I'll add it. . === Subject: Re: TI89 Titanium -- opinions? > Here then it is you who don't know what you are talking. > If you have spent as much time as me on TI calculators and following > their evolution as close as i have you would know that: > *Since the TI89,TI has never tried to improve the speed of its TI68k > calculators by software optimisation You can't know this for a fact unless you are a developer or tester at > So knowing this and knowing that the TI89 Titanium is to the best a > TI89 Hw2 with more Flash ROM or to the worse a TI89 version of the > Voyage 200,i can easily conclude that the TI89 Titanic is not faster > than the TI89 HW2. No, you cannot conclude that without actually doing tests with the TI-89 Titanium. It is quite likely that you are correct in your assertion, but there is a chance that you are not. > I don't really know. Nostalgia? You haven't noticed that 90% of the '95-'00 > regulars aren't here anymore? You don't think HP is dropping on the quality > scale and have been doing for some years? You sincerely mean that the tone > of c.s.hp48 today is reminiscent of what it was 6-8 years back? > The HP quality has decreased anyone will agree with that. > Your second statement was attack toward me so what did you expect me > to do ? I don't see why you think that statement was an attack on you. I think was simply commenting on the general quality of posts. > Btw try this on your TI89: > for i,1,3000:0->#(k&string(k)):endfor > and tell me what happen. > But you should have a way to launch this other sequence: > for i,1,3000:delvar #(k&string(k)):endfor I know, you brought this up earlier too. Oddly enough, I don't see it in the bug list; I'll add it. . === Subject: Re: HP49G+ informations Some news : determinate where is was... :))) I began understanding the memory. Same link : http://lebonpoint.chez.tiscali.fr/hp49gp/ If you have something to say about this page, or any useful informations to be added, tell me !!! a++ y. === Subject: Re: Why can I imagime this on LCD ? >> http://research.microsoft.com/users/blinn/MATHDESN.HTM > I don't know why you can imagine that on an LCD. I would prefer to > imagine it erased. In the few seconds I gave it, I found this: >> We used the letter t for the angle because some feedback indicated > that many >high schoolers might be intimidated by Greek letters. > And they spelled Archimedes wrong. Microsoft seems to be doing > research for droolers and knuckle-draggers. > Grrr - haven't had coffee yet Markwick Gates is an idiot and you don't need to apologize for pointing it out. http://www.newsfeed.com The #1 Newsgroup Service in the World! >100,000 Newsgroups ---= 19 East/West-Coast Specialized Servers - Total Privacy via Encryption =--- === Subject: OT Re: Giac/Xcas plot3d problem Please Help > I downloaded and extracted this package, and it's working. But I have > no idea why when I try to plot a 3D function, eg, > plot3d(sin(x*y),x,y), or any other functions, it returns the same plot > over and over again. I've checked and it's the image in the file > session03d.png. > How can I make plotting a function in 3D work? Do I need to install You don't need latex for 3d plots but you need gnuplot, therefore the Mac version of xcas can not do 3-d graph but the situation should change when the mac port of gnuplot 4.0 will be finished. If you're not on a mac, I need more precisions: what version do you use? Then after you entered your command, did you see the gnuplot window with the right function? After that, you should get the graph in the history window, but I have a race condition that I did not solve yet (the png image computed by gnuplot is not finished when the history is redrawn), and sometimes you must enter something else in the history to update the graph correctly. === Subject: Re: OT Re: Giac/Xcas plot3d problem Please Help > You don't need latex for 3d plots but you need gnuplot, > therefore the Mac version of xcas can not do 3-d graph > but the situation should change when the mac port of gnuplot > 4.0 will be finished. > If you're not on a mac, I need more precisions: what version do you use? > Then after you entered your command, did you see the gnuplot > window with the right function? After that, you should > get the graph in the history window, but I have a race condition > that I did not solve yet (the png image computed by gnuplot > is not finished when the history is redrawn), and sometimes > you must enter something else in the history to update the > graph correctly. Here are the details that you asked: My computer is running Windows XP. My XCAS version is 0.4.0 copyright and it came with GNUPlot. Nothing appeared in the GNUPlot window when I enter my plot3d command (although plotting in 2D works - the 2D graph shows up in GEO and in history, but not in GNUPlot).... The history just returns the same graph every time when I plot3d. I ran XCAS by clicking on xcas.exe. What happens then is the GNUPlot window appears. In the window is displayed the general info about GNUPlot with a prompt at the bot. This window shows the blank space at the bot when it opened so I have to scroll up to see the info. Then the XCAS GUI window appears, which works (except for plotting 3D). The GNUPlot window just shows blank the entire time I use XCAS. Maybe I have to run from the .bat files and need to change the directory in the .bat file? I hope you can help me. Being able to plot 3D is really cool. Dave === Subject: Re: OT Re: Giac/Xcas plot3d problem Please Help > Here are the details that you asked: > My computer is running Windows XP. My XCAS version is 0.4.0 copyright > and it came with GNUPlot. > Nothing appeared in the GNUPlot window when I enter my plot3d command > (although plotting in 2D works - the 2D graph shows up in GEO and in > history, but not in GNUPlot).... The history just returns the same > graph every time when I plot3d. There are 2 modes for gnuplot under windows, either Unix-like or not interactive (the 2nd mode should work on all windows), the mode is controled by a check button. I'm afraid I did not test 3-d plots for long under windows (I program under linux and then I compile under windows but I don't make regression tests under windows) therefore you have probably found a bug. You have a last hope: try the red geo configuration button and look if you have a 3-d pipes check button. Try to uncheck it and save the configuration. If it still does not work, I'm afraid I won't be able to fix the problem before long since I'm on holiday with a linux-only PC. Hopefully the rest should work (there are only a few differences between the win and linux version, gnuplot interface being one of them). And for 3-d plotting, you still have the option to add a linux partition to your hard drive:-). I also expect to bring 3-d geometry at the beginning of September... === Subject: Re: OT Re: Giac/Xcas plot3d problem Please Help >> I downloaded and extracted this package, and it's working. But I have >> no idea why when I try to plot a 3D function, eg, >> plot3d(sin(x*y),x,y), or any other functions, it returns the same plot >> over and over again. I've checked and it's the image in the file >> session03d.png. >> How can I make plotting a function in 3D work? Do I need to install > You don't need latex for 3d plots but you need gnuplot, > therefore the Mac version of xcas can not do 3-d graph > but the situation should change when the mac port of gnuplot > 4.0 will be finished. > If you're not on a mac, I need more precisions: what version do you use? > Then after you entered your command, did you see the gnuplot > window with the right function? After that, you should > get the graph in the history window, but I have a race condition > that I did not solve yet (the png image computed by gnuplot > is not finished when the history is redrawn), and sometimes > you must enter something else in the history to update the > graph correctly. Are you still developing the Giac/Xcas? Is there a new version? What about the manual? Would it be easy to translate the program into Finnish? (UI and/or the error messages or/and help - maybe even the manual) Is there a Lambert W function on your future plans? Needed for solving ALL roots of, say 2^X=X^2 AND then Bessel, Zeta, Errf, etc... {} === Subject: Re: OT Re: Giac/Xcas plot3d problem Please Help > Are you still developing the Giac/Xcas? I work fulltime on it. > Is there a new version? Versioning is not my main preoccupation, you will find under the current 0.4.0 name the latest version which is updated frequently. I will adopt more rigorous version names when the code is more stable and clean and CVS-ed. > What about the manual? The French manual is almost complete. Only the tutorial is available in English, and it should be updated (since some simplifications in the interface have occured, especially for function plots directly inserted in the history). Everyone who want to contribute to the documentation is welcome! > Would it be easy to translate the program into Finnish? I have just added fi to ALL_LINGUAS and updated the source package. To localise in Finnish, edit giac-0.4.0/po/fi.po and translate all menus. Then make install will add finnish localisation. > (UI and/or the error messages or/and help - maybe even the manual) For the manual, I can add a doc/fi subdirectory. For on-line help, the file giac-0.4.0/doc/aide_cas should be edited, and Finnish translations added, for example using 4 as language number, then I can add a menu entry for Finnish on-line help. > Is there a Lambert W function on your future plans? It's probably not hard to add, just a question of time. As well as more HP4xG compatability... > Needed for solving ALL roots of, say 2^X=X^2 > AND then > Bessel, Zeta, Errf, etc... erf and zeta are available. Bessel will also be added of course, I just don't know when! === Subject: Re: OT Re: Giac/Xcas plot3d problem Please Help Cc: Veli-Pekka Nousiainen <@welho.com Are you still developing the Giac/Xcas? I work fulltime on it. > Is there a new version? Versioning is not my main preoccupation, you will find under the current 0.4.0 name the latest version which is updated frequently. I will adopt more rigorous version names when the code is more stable and clean and CVS-ed. > What about the manual? The French manual is almost complete. Only the tutorial is available in English, and it should be updated (since some simplifications in the interface have occured, especially for function plots directly inserted in the history). Everyone who want to contribute to the documentation is welcome! > Would it be easy to translate the program into Finnish? I have just added fi to ALL_LINGUAS and updated the source package. To localise in Finnish, edit giac-0.4.0/po/fi.po and translate all menus. Then make install will add finnish localisation. > (UI and/or the error messages or/and help - maybe even the manual) For the manual, I can add a doc/fi subdirectory. For on-line help, the file giac-0.4.0/doc/aide_cas should be edited, and Finnish translations added, for example using 4 as language number, then I can add a menu entry for Finnish on-line help. > Is there a Lambert W function on your future plans? It's probably not hard to add, just a question of time. As well as more HP4xG compatability... > Needed for solving ALL roots of, say 2^X=X^2 > AND then > Bessel, Zeta, Errf, etc... erf and zeta are available. Bessel will also be added of course, I just don't know when! === Subject: Re: OT Re: Giac/Xcas plot3d problem Please Help > Are you still developing the Giac/Xcas? > I work fulltime on it. I wonder why === Subject: Re: OT Re: Giac/Xcas plot3d problem Please Help >Are you still developing the Giac/Xcas? >>I work fulltime on it. > I wonder why There is nothing special about that, I work fulltime on giac since 4 years and 2 months now. === Subject: Re: Serial buffer overflow modifications: > ------------ > on the STK1 i'll have a large empty string, (say standard string object > about 1k or 2k in size -as large as expected data block will be) > In a very tight loop (compact and fast) i'll copy the data from the receive > buffer direcly in to the mentioned string -this will actualy be secondary > buffer, then i'll stop interrupts just for a brief moment so i can reset the > receive pointer/counter (which is somwhere in the mem near the buffer) > enable interrupts, > wait in a loop for pointer to change. > In the end (when sequence of characters is received or timeout period) > length of the string needs to be adjusted to my counter (which counted all > characters transfered). and the string should be ready to use. > I bet this will be a lot faster compared to creating, duplicating, droping, > adding objects on stack and whatever sysRPL does to the characters from > serial buffer when we SREC-v it. > I just hope it will be fast enough (it better be and i hope the issue is > not in the speed how emulator updates hardware related registers and memory > locations in the virtual Saturn. I'm probably venturing beyond my depth here, but for what it's worth: I'm not sure what you mean by an empty string but with a size of 1K or 2k. Maybe a string with that size field but no characters following? Is that possible? Maybe you could start what I mean as an empty string; one with a size of zero, and then append incoming characters to it using >T$. Maybe use a virtual stack to start with an empty stack, put the incoming characters on the stack (one per level), and then when finished receiving, put an empty string on the stack, and (in a loop) prepend the characters to it using SWAP >H$ until only the string is on the stack. Of course follow that up with saving the string, restoring the saved virtual stack, and then putting the string on the stack. Perhaps there's no need to keep a count of the characters as you're receiving, as long as it can be determined later. Clearly, the less time used dealing with incoming data while actually receiving, the better. Re-arranging it into a nice character string in level one can be done at a more leisurely pace after the receiving is finished. -- === Subject: Re: Serial buffer overflow > I'll try to do an equivalent of the reading loop in Saturn with slight > modifications: > ------------ > on the STK1 i'll have a large empty string, (say standard string object > about 1k or 2k in size -as large as expected data block will be) > In a very tight loop (compact and fast) i'll copy the data from the receive > buffer direcly in to the mentioned string -this will actualy be secondary > buffer, then i'll stop interrupts just for a brief moment so i can reset the > receive pointer/counter (which is somwhere in the mem near the buffer) > enable interrupts, > wait in a loop for pointer to change. > In the end (when sequence of characters is received or timeout period) > length of the string needs to be adjusted to my counter (which counted all > characters transfered). and the string should be ready to use. > I bet this will be a lot faster compared to creating, duplicating, droping, > adding objects on stack and whatever sysRPL does to the characters from > serial buffer when we SREC-v it. > I just hope it will be fast enough (it better be and i hope the issue is > not in the speed how emulator updates hardware related registers and memory > locations in the virtual Saturn. > I'm probably venturing beyond my depth here, but for what it's > worth: > I'm not sure what you mean by an empty string but with a size of > 1K or 2k. Maybe a string with that size field but no characters > following? Is that possible? > Maybe you could start what I mean as an empty string; one with a > size of zero, and then append incoming characters to it using >T$. > Maybe use a virtual stack to start with an empty stack, put the > incoming characters on the stack (one per level), and then when > finished receiving, put an empty string on the stack, and (in a > loop) prepend the characters to it using SWAP >H$ until only the > string is on the stack. Of course follow that up with saving the > string, restoring the saved virtual stack, and then putting the > string on the stack. > Perhaps there's no need to keep a count of the characters as > you're receiving, as long as it can be determined later. > Clearly, the less time used dealing with incoming data while > actually receiving, the better. Re-arranging it into a nice > character string in level one can be done at a more leisurely pace > after the receiving is finished. Oh, no no i love to explain my idea in detail so somone reading this migt give it a try as well :) (and spare us of hard work :) writing few lines) I agree, you are right about EMPTY is not being defined right: empty in my case would be normal proper string, produced with #1000 Blank$ this is actualy a string of 1000 spaces, but since content at that point is of no importance i simply said it was blank. I bet you have guessed this will be a way to allocate memory for secondary buffer at the same time it is on the STK1 and string type -in other words almost ready to use. Counting has 2 functions for one: it is a pointer (location) where next character will be placed in empty string once read from the serial buffer and that count divided by two added 5 is actual length of the string the actual is number that will be stored in the string prologue (object identifier). Pseudo code: So the loop is this { read the number of characters received if non zero { move the characters from the hardware buffer to secondary add chars count to mycounter reset the chars count of primary buffer } } My current reading loop worked exactly as you're sugesting: it produced portions of the received data on the stack, once finished reading it collected the pieces tougether, in all the time and slowness of this world. -that worked nicely but the main loop was too slow (still missed a character or two) i wonder if virtual stack works any faster, but then again DOSRECV doesnt work with virtual stack -right ? rpl is out of the question: ------------------------- i'm very strong about the idea of programming Saturn the way i was explaining i might even add a few options like: #5000 #1000 SSRECV <- this would mean receive buffer would be 5kletters and timeout 1000 ticks so if no additional characters are received within 1000 ticks SSRECV would stop execution and allow the hardware buffer to overflow (timeout mechanism basically) actualy in that particular case it would manage 5255 characters. 5000 would be in the string on the STK1 and 255 in the overflowed buffer how to detect overflow in the primary/secondary buffer: if hardware buffer is 255 then it's overflown in any other case it's not and chars can be srecvd and added to string. i just hope buffer won't get stuck by the time first command will be executed (sysRPL #5000 Blank$) 115200 255 / 10 / 1/X (:-) is about the time it has to do it's job while i write this i took some time to type and measure the execution time for #5000 Blank$ 5000 blanks look very useful and time: 0.0093 is that 9.3 mSec so I think this will do nicely If none of this works i will get mean and programm the ARM to burn the UART or something === Subject: Re: Serial buffer overflow If you are able to figure out what addresses to talk to the UART, you could use saturn assembly and the following scheme: http://www.exzodia.net/hp48/docs/asm.txt It basically allocates all free memory to a string object and then you shrink it at the end based on where D0 points, no counting necessary. Good luck, Aaron > Oh, no no i love to explain my idea in detail so somone reading this migt >give it a try as well :) >(and spare us of hard work :) writing few lines) >I agree, you are right about EMPTY is not being defined right: >empty in my case would be normal proper string, produced with >#1000 Blank$ this is actualy a string of 1000 spaces, but since content >at that point is of no importance i simply said it was blank. >I bet you have guessed this will be a way to allocate memory for secondary >buffer at the same time it is >on the STK1 and string type -in other words almost ready to use. >Counting has 2 functions for one: it is a pointer (location) where next >character will be placed >in empty string once read from the serial buffer and that count divided by >two added 5 is actual length of the string the actual is number that >will be stored in the string prologue (object identifier). >Pseudo code: >So the loop is this > read the number of characters received > if non zero > { > move the characters from the hardware buffer to secondary > add chars count to mycounter > reset the chars count of primary buffer > } >My current reading loop worked exactly as you're sugesting: >it produced portions of the received data on the stack, once finished >reading it collected the pieces tougether, in all the time and slowness of >this world. >-that worked nicely but the main loop was too slow (still missed a character >or two) >i wonder if virtual stack works any faster, but then again DOSRECV doesnt >work with virtual stack -right ? >rpl is out of the question: >------------------------- >i'm very strong about the idea of programming Saturn the way i was >explaining >i might even add a few options like: >#5000 #1000 SSRECV <- this would mean receive buffer would be 5kletters and >timeout 1000 ticks so if no additional characters are received within 1000 >ticks SSRECV would stop execution and allow the hardware buffer to >overflow (timeout mechanism basically) >actualy in that particular case it would manage 5255 characters. 5000 would >be in the string on the STK1 and 255 in the overflowed buffer >how to detect overflow in the primary/secondary buffer: >if hardware buffer is 255 then it's overflown >in any other case it's not and chars can be srecvd and added to string. >i just hope buffer won't get stuck by the time first command will be >executed (sysRPL #5000 Blank$) >115200 255 / 10 / 1/X (:-) is about the time it has to do it's job >while i write this i took some time to type and measure the execution time >for #5000 Blank$ >5000 blanks look very useful and time: 0.0093 is that 9.3 mSec so I >think this will do nicely >If none of this works i will get mean and programm the ARM to burn the UART >or something > === Subject: Re: Serial buffer overflow > If you are able to figure out what addresses to talk to the UART, you > could use saturn assembly and the following scheme: > http://www.exzodia.net/hp48/docs/asm.txt > It basically allocates all free memory to a string object and then you > shrink it at the end based on where D0 points, no counting necessary. > Good luck, > Aaron only i don't need whole memory allocated, 5k or 1k will suffice for me. As a matter of fact that was the idea i was talking about -don't you agree that D0 IS as a matter of fact a counter -i'd better casll it pointer then right ? I would call it a pointer but i am in fact using it as a counter as well as a pointer, because it counts characters at the same time it points to memory location where last character is, or where next will be put -depending on implementation. i downloaded the page you gave me -this are sources from what i saw at first site, the implementations of something very much like i've been describing here, this will be helpful. -althoug i have the code clear in my head, just need to write it down. There are only 2 variables (EQU-s missing) for my code to work and that is: 1. where is the SERIAL buffer in saturn memory of 49G+ 2. where is pointer/counter related to serial buffer I kinda hoped somone could thell me these addresses that apply to 49G+ series (or 49G if it's at the same place) at worst case: i'm gonna send a word or something in to serial buffer and scan trough whole memory to find that word and count related in some way to the length of the word near the buffer === Subject: Re: Serial buffer overflow Correction: -document in your post deals with how to allocate the largest possible amount of memory with/without forcing garbage collect, as i said before i value this and have it on my files, but in this case 5k will do nicely for me === Subject: Re: Serial buffer overflow New update about serial buffer: using DUMP49 (thank you NovaHP -who ever is under that alias) and the method i described in previous post i found out that base of the serial buffer should be about #80319, now i'm on the quest for pointers/counters hehe one anegdote: ------------------- at address #80419 i was still seeing characters from serial buffer so i said nice maybe the buffer is larger than 255 chars after all... then i remembered the addresses are nibbles (not bytes) :( so much for the update === Subject: UART memory buffer and counters information for 49G+ Maybe what i discovered is warm water for you, but since nobody came up with the information... maybe it is the same as on 49G i couldn't tell -can somone confirm this ? here it is: ---------- serial buffer start is at: #80319 number of characters (byte) in the buffer is @ #80519 offset (byte) is @ #8051C ---------------------- what SRECV does is: it gets number of chars characters from 80319+offset, increases offset by number of chars and reduces the number of chars by the number of chars. why reducing -not resetting ? because if in the meantime UART received char or two this count would be bigger, and after substraction exactly that number would remain. (number of fresh chars) knowing all that i will still try to use only the length counter, read entire buffer each time, and reset both counters to zero i hope virtual Saturn can be that fast. === Subject: Re: HP49g+ - NUM.SLV>Solve linear System - Bug or...? > Hi Group... > Today I tried to use the linear system solver with stored matrices > (normally just using the S.SLV LINSOLVE to get exact results or the > NUM.SLV lin. solver with manually entered matrices) and got a really > odd reaction of my calc... > I created the following matrices: > [.9 -.7 0 0 ] > [.7 .7 0 0 ] > A: [0 .7 .5 -.9] > [0 -.7 .5 .5 ] > [0 ] > [1 ] > B: [0 ] > [.5] [.9 -.7 0. 0. ] [.7 .7 0. 0. ] A: [0. .7 .5 -.9] [0. -.7 .5 .5 ] [0. ] [1. ] B: [0. ] [.5] You can do this by recalling the A and B on stack and then doing ->NUM for both of them and finally storing them back. Try it now - Integers are considered symbolic > I stored both into variables and selected the matrices using the > choose-key. A for A and B for B to solve for X in A*X=B. > When I set the cursor to X: and press solve my calc starts working and > working... Something between 5 and ten minutes... After that, it shows > 'Symbolic Matrix' as result for X... > The odd thing is: When I enter the matrices by hand (exactly as shown > above) using edit everything works fine... > Is it a known problem and/or duplicateable? Or did I something really > dumb wrong? > Pascal === Subject: Re: sysRPL: WEIRD finding about COERCE > COERCE does it's job but result is #FF instead of #2 > i like your program, but think my program is faster though Anyway, it works okay now, but I can't reproduce the #FF error. Maybe I didn't set up the UsrRPL levels in the right way. By the way, I'm using an HP49G - if you have a 49G+, the emulator might work in a slightly different way. I'm not sure about that. You're welcome! It's a lot of fun solving RPL puzzles and a great way to learn new programming. Toronto, Canada === Subject: SPLIT challenge > Anyway, it works okay now, but I can't reproduce the #FF error. Maybe > I didn't set up the UsrRPL levels in the right way. By the way, I'm > using an HP49G - if you have a 49G+, the emulator might work in a > slightly different way. I'm not sure about that. > You're welcome! It's a lot of fun solving RPL puzzles and a great way > to learn new programming. > > Toronto, Canada i'm happy you found it working I made a workaround i noticed that on that level i'm using 2 SLICE all the command, called it SLICE2 (slices first 2 characters) which found a good use on other places too :) Agreed... it IS a challenge and i do use G+ Do you know what's the greatest issue? Low confidence in the emulator ! -so each time something get's stuck i wonder if that was an emulation problem or my bad manners: not-checking-short-cuting-kick-ass programming :P can i interest you in another challenge ? -to write a standard SPLIT comand: command would search the STK2 string for occurances of string in STK1, when found string would be splited at that place leaving split-bits on the stack. If not found STK2 should remain intact. STK1 removed. example 1: 1234543556 3 SPLIT would give you: 12 454 556 example 2: 1234543556 454 SPLIT would give you: 123 3556 Thought: in my opinion there is a need for such command, but found none in userRPL nor sysRPL although SREV and similar string commands are there. === Subject: Re: Witnessed in the Laboratory. > Warning: The Following is Hearsay, and may be construed to be > Derogatory to the nation of France, and it's abilities. > However, none of the above is intended in this material. > I assume that like all the people who post anti-France nonsense, you have little or no knowledge of history, no consideration for other people, and no common sense. Try substituting nigger or Jew in your post and you'll immediately get the effect. This crap has no business on comp.sys.hp48. Toronto, Canada === Subject: Re: Witnessed in the Laboratory. > Warning: The Following is Hearsay, and may be construed to be > Derogatory to the nation of France, and it's abilities. > However, none of the above is intended in this material. > Demonstrated In The Lab ! > The Tech powers-up and indicates that I should observe the > 49G+ is Turned on, at Default, and Ready. Then I should note: > ( ON + F3 ) = Unconditional Clear/Restart > ( Cancel ) = Clear Mode > ( F6 ) = Clear > ( Delete ) = Clear Entry > ( Clear ) = Clear > ( B-Arrow ) = Clear Keystroke > ( Undo ) = Clear Operation > After pointing out these features, the Tech looks up and states: > It Must have been designed in _France_, Because at Boot, > the Keyboard offers seven different routes of escape! > ( Insert Drum-Shot here ) > ( I thought I'd pass this awful thing along . . ) What about [TOOL] [F6] = Clear [ON] + [F1] + [F6] = Clear All Memory (conditional) [Right Shift] + [ON] = Off If command line is active [TOOL] gives many different clearing options plus you could use [CUT] () === Subject: Re: Witnessed in the Laboratory. > Warning: The Following is Hearsay, and may be construed to be > Derogatory to the nation of France, and it's abilities. > However, none of the above is intended in this material. > > Demonstrated In The Lab ! > The Tech powers-up and indicates that I should observe the > 49G+ is Turned on, at Default, and Ready. Then I should note: > ( ON + F3 ) = Unconditional Clear/Restart > ( Cancel ) = Clear Mode > ( F6 ) = Clear > ( Delete ) = Clear Entry > ( Clear ) = Clear > ( B-Arrow ) = Clear Keystroke > ( Undo ) = Clear Operation > After pointing out these features, the Tech looks up and states: > It Must have been designed in _France_, Because at Boot, > the Keyboard offers seven different routes of escape! > ( Insert Drum-Shot here ) > ( I thought I'd pass this awful thing along . . ) > Jo Sorry, I didn't get the point of this story. Care to explain? === Subject: HP-49 to Hp-49G+ connectivity? USB. Can an old 49 and a 49+ be directly connected? Can I take an archive off my old 49 and upload it through the PC to the 49+? And are the keys on the 49+ more like the old 49 (stiff and crappy) or more like earlier HPs, like the 48/42/28? === Subject: Re: HP-49 to Hp-49G+ connectivity? > USB. Can an old 49 and a 49+ be directly connected? not directly > Can I take an archive off my old 49 and upload it through the PC to > the 49+? yes > And are the keys on the 49+ more like the old 49 (stiff and crappy) or > more like earlier HPs, like the 48/42/28? not stiff, but seem to miss keystrokes - usually the first on a series after a light sleep wake up (I think it might be rather the ARM slow mode) The plotting interface, CATalog, etc are now snappier and I will never go back to the old 49 === Subject: Re: Why the French guyz rule the HP scene? me again :) i guess there is some influence from Deep Forest as well :) Wouldn't you agree that music has influence on what and how we do something? keep your mind... ...open ! === Subject: Re: Why the French guyz rule the HP scene? @ls219.htnet.hr: > Because of Enigma i guess > i bet they listen to the Enigma's greatest hits when thinking or relaxing > SALUTE to FRANCH guyz > Personally, I think it has something to do with D'Alembert, Laplace, Fourier, Coulomb, Descartes, Fresnel, Legendre, Fermat, Pascal, Biot, Ampere, Navier, and Jean Picard. Stan === Subject: Re: Why the French guyz rule the HP scene? Coulomb 1736 Descartes 1596 Fresnel 1788 Legendre 1752 Fermat 1601 Pascal 1662 Biot 1774 Ampere 1775 Navier 1785 Jean Picard 1620 If only the French could bring back the 18th century Invented the calc? mechanical? and the what about William Wickes? > @ls219.htnet.hr: > Because of Enigma i guess > i bet they listen to the Enigma's greatest hits when thinking or relaxing > SALUTE to FRANCH guyz > > Personally, > I think it has something to do with D'Alembert, Laplace, Fourier, > Coulomb, Descartes, Fresnel, Legendre, Fermat, Pascal, Biot, Ampere, > Navier, and Jean Picard. > Stan === Subject: Re: Why the French guyz rule the HP scene? > Coulomb 1736 > Descartes 1596 > Fresnel 1788 > Legendre 1752 > Fermat 1601 > Pascal 1662 > Biot 1774 > Ampere 1775 > Navier 1785 > Jean Picard 1620 > If only the French could bring back the 18th century > Invented the calc? > mechanical? > and the what about William Wickes? Jersey Devil i admire your enthusiasm (looking up all the names and years) but let's not be cinical or political about it. stuff comes from franch people* I saw this right away and my thought was exatly that So, all i wanted to do is: Openly acknowlege the great work of French colleques, buddies, programmers. Not only for HP sceene -which is in question here, but i pesonaly admire them in many ways. Even if they don't support me as much why do you have a hard time living with that ? P.S. next week if french people let go of me (it this threed dies) we will be takling about Taiwanese workers in the factory which are producing this beautyfull devices as we speak === Subject: Re: Why the French guyz rule the HP scene? I would much rather hear about your music preference when you programm (or use) your favorite HP tool. why don't you share some thought (crative thinking) instead of being cynical and falling in to denial !? ...love and peace === Subject: Re: Why the French guyz rule the HP scene? > Personally, > I think it has something to do with D'Alembert, Laplace, Fourier, > Coulomb, Descartes, Fresnel, Legendre, Fermat, Pascal, Biot, Ampere, > Navier, and Jean Picard. > Stan Franch scientists on one hand and Germans technitians/engeneers right next to it, spy-ing and making all discoverys work in real life. :-) Oh, but i don't think this new people care much about older population of dead scientists (although they are all great men) Jean Luc Picard is my personal favorite === Subject: Re: Why the French guyz rule the HP scene? > Oh, but i don't think this new people care much about older population of > dead scientists > (although they are all great men) > Jean Luc Picard is my personal favorite > Me too. Seriously, a French humorist once said about the French: On n'a pas de p.8etrole, mais on a des id.8ees! (We don't have oil, but we have ideas!) I think that sums up the French people quite nicely. === Subject: Re: SD-card formatting: cluster size? > I can confirm approx 248000 KB free with just formatted card: so it > seems >> it > is the filer to uncorrectly show the amount of free disk space... > Now that you mention it, I think I've seen other posts about the filer > showing only 128KB free on larger cards. >> Do you mean 128000 KB? >> Anyway what I mean is that maybe the Filer shows >> uncorrectly the frre disk space, BUT indeed I WAS WRONG! >> I've used the Analyze function from Defrag built-in in Windows2000 and it >> says that the cluster size is 2 KB! What a great mistery! Microsoft >> clearly >> saysy at http://www.microsoft.com/resources/documentation/Windows/XP/all/reskit/en-us /Default.asp?url=/resources/documentation/windows/xp/all/reskit/en-us/prkc_f >> il_lxty.asp that for a 256MB drive the cluster size will be 4KB with >> FAT-16... > I guess someone at Microsoft is smart enough to figure out that with > FAT16, using 2K clusters would waste about half of a 256MB drive. But > sometimes their software gives strange results. >> Is the calc formatting the SD-card in FAT32? > I haven't heard of that, but who knows? I don't have an SD card big > enough to make FAT32 worthwhile. Actually, I not even sure that FAT32 > is supported for drives smaller than 512MB. > Is your 49g+ running on ROM revision 1.23? >> Can the pre-formatting of the >> SD-card influence further formats? > Yes. For example, when I was fooling around, I trashed the card's boot > record, and experimentally found that neither the Windows 98SE format > nor the 49g+ format would change the number of sectors recorded in the > boot record. If I recall correctly, I temporarily changed my 128KB > card to a 16KB card. I ended up tweaking it with the disk editor. It > was fun though. I don't know whether a DOS format would've gotten it > straightened out. Nononononono ... boot record contains partition table, no actual FAT data. All format utilities just format one partition, at whatever size is reported in the boot record. To un-do what you did, you'd have to use fdisk. Except DOS fdisk doesn't do USB-attached disks (AFAIK). So you'd have to use Linux fdisk =) -MrM === Subject: HP 48GX compatability? I am looking to take the memory out of the broken body of my HP 48GX and put it into a new body. I am having much difficulty locating a model of this type, therefore does anyone know if any other (read: newer and easier to purchase) models are compatable with said memory. 3506 === Subject: Re: Do You Find your HP Indispensable ? I had a TI 58C - great calculator but quite complex to use. The biggest problem was that the keys were unreliable (e.g. you press the 2 once and you see three 2's on the display). Furthermore, getting the right result with complex caclulations and many parenthesis is not obvious (I usually rechecked a coupled of times). I bought a HP 15C and I got a very powerful and much easier-to-use machine. With the total reliability of the keyboard and the simplicity of RPN, I always got the right result first time. It was a truly great calculator (nothing to compare with unreliable toys like the 49G+). > The last TI I used needed to change modes to go from arithmetic to > statistics, and then there was no way to go back to arithmetic without > losing the statistical data, except by writing it down and re-entering it. > I threw it out and bought an HP. > I enjoyed reading on the topics of Most, and Least favorite > calculators. Now, I'm inclined to ask you, why is that? > This HP is quite handy for dialing-in on electrical current, or > group delays, and for actually retaining memory between sessions. > It is just idle wonderment, but would you care to comment on best > suitability or favorite usages ? > Is your HP nearly indispensable in a given style or model line? > How come is that? > Have other brands assured you, and then failed your requirment? === Subject: Re: HP49G, Cus menu problems > you're my hero =D > it now works, the parenthesis appear just fine(i aded just like you > said in the 1st place). > btw, there was a shortcut to change modes, i can't remember what it > was. [MODE] [+/-] [ENTER] or | OK | eg. [ F6 ] > and another thing, since it appears this calc is made to use RPN > mainly, where can i find a RPN users manual for hte hp49, since the > manual and the AUG comes in algebraic and i don't have too much time > to fiddle with it www.hp.com go to hp 49g+ and find manual there The new manual for the plus is much better (use the large one) << >> === Subject: Re: HP49G, Cus menu problems > [MODE] [+/-] > [ENTER] or | OK | eg. [ F6 ] hmmm my calc doesn't change choose values with +/-, i can only change with F2, this is weird... another thing, how can i enter the command directly in RPN? i type {test, basis } STO CST (the STO appears as written) enter and it gives a STO bad argument type i tried putting it into stack, then writing CST sto=> and it gives the same error. Also, when i get back in ALG mode, now i have 2 things in the cus menu: test and basis, why is it creating an item for the things i put , shouldn't it be the label for the command? (i put the , as instructed, edited in RPN) === Subject: Re: HP49G, Cus menu problems >> [MODE] [+/-] >> [ENTER] or | OK | eg. [ F6 ] > hmmm my calc doesn't change choose values with +/-, i can only change > with F2, this is weird... Yes it is, unless you tried [+] and [-] instead of [+/-] key [PVN] > another thing, how can i enter the command directly in RPN? > i type {test, basis } STO CST (the STO appears as written) > enter and it gives a STO bad argument type > i tried putting it into stack, then writing CST sto=> and it gives the > same error. {test, basis } 'CST' [STO] [NVP] > Also, when i get back in ALG mode, now i have 2 things in the cus > menu: test and basis, why is it creating an item for the things i put > , shouldn't it be the label for the command? > (i put the , as instructed, edited in RPN) {name3 {NORMAL LEFT.SHIFT RIGHT.SHIFT }}} [VNP] - little mixed up today..)- === Subject: Re: good time to buy 49g+? and screen protectors > About to upgrade my HP 49G to a 49G+.. before I do, are there any good > reasons not to do so right now? I think the Qonos is a slightly different > class (and certainly not permissible in exams *grin*) so no reason for me > to wait for that.. X Are you sure a 49 series calculator with CAS is allowed? The Flash provides room for hundreds of pages of text I will certainly get a Qonos (or two...) === Subject: HP41 HP25 I want to buy old calculators as HP 25 and hp41. I want to know if someone is interested do sell and ship it to Brazil. Please answer to josergio@ig.com.br === Subject: Re: RPN Calc button locations & shapes ~ HP 33S > | > | I want to get a hold of one of the ones from the Walmart pre-release. > Will > | Pay $45 for one. > | > What is different about the pre-release calculators? There are differences in (at least one of the) the ALG mode features. We have not found any differences in RPN. - === Subject: Re: RPN Calc button locations & shapes ~ HP 33S > | > | I want to get a hold of one of the ones from the Walmart pre-release. > Will > | Pay $45 for one. > | > What is different about the pre-release calculators? They are more worthy as collectables {} === Subject: Re: How would you answer this question? > Ask him, whether he can imagine the difference between driving a Toyota and > a Mercedes Benz. > (Both get you from A to B though ...) I like Toyota better than Benz, but I vastly prefer HP over TI. Hmmmmm..... > MM > Chris W <1qazse4XYZ@cox.net.removeXYZ> schrieb im Newsbeitrag > In reference to my petition at http://hp15c.org, someone sent me this > message; > Well, I am working for TI in the calculator division and interested to > know what is special about HP calculators and why you want HP back > [rather] th[a]n using TI. > That is a loaded question, how would you answer it? > -- > Chris W > Bring Back the HP 15C > http://hp15c.org > Not getting the gifts you want? The Wish Zone can help. > http://thewishzone.com === Subject: Re: How would you answer this question? > (Both get you from A to B though ...) > I like Toyota better than Benz, but I vastly prefer HP over TI. Hmmmmm..... what about flying business class vs economy class? :) === Subject: Re: How would you answer this question? > (Both get you from A to B though ...) > I like Toyota better than Benz, but I vastly prefer HP over TI. > Hmmmmm..... > what about flying business class vs economy class? :) I flew *first class* last month on a transcontinental flight----what a great deal! Now I am totally spoiled! But my absolute favorite flight of all time was last year, in a Beechcraft twin turboprop--13 passenger plane. (They have really nice leather seats.) Why so great? Flies at 275 kts, at just the right altitude so that when you have to detour around a huge meso-scale thunderhead cluster, you are right at the perfect level to see the clouds up close---absolutely beautiful and stunning. I used my hp48 as a timer during takeoff (and flight) to track our speed. with 2 x 1300 hp, and only 4 passengers aboard, she makes a jet airplane seem slow. We were off the ground in something like 7 seconds (or was it 4!) . faaaaast. So far, I have only been told to turn off my hp48 once during a flight. Usually, they don't seem to consider them to be electronic devices . === Subject: Re: How would you answer this question? >> (Both get you from A to B though ...) >> I like Toyota better than Benz, but I vastly prefer HP over TI. > Hmmmmm..... > what about flying business class vs economy class? :) TI & HP are both economy class today anything cheaper and you will be flying cargo Qonos = Business Class (no color TV?) Well at least the fuel supply is still intercontinental eg. lasts more than a month - waiting for Xmas again like a child this year... === Subject: Re: How would you answer this question? I was only checking sonone's taste (Merc vs Toy) :o) > TI & HP are both economy class today > anything cheaper and you will be flying cargo > Qonos = Business Class (no color TV?) > Well at least the fuel supply is still intercontinental > eg. lasts more than a month > - waiting for Xmas again like a child this year... === Subject: Re: How would you answer this question? I was only checking sonone's taste (Merc vs Toy) :o) > TI & HP are both economy class today > anything cheaper and you will be flying cargo > Qonos = Business Class (no color TV?) > Well at least the fuel supply is still intercontinental > eg. lasts more than a month > - waiting for Xmas again like a child this year... === Subject: Re: Eql+ - a different approach > Hi folks, > soon available on hpcalc.org: > A flexible and easy to use browser which can be expanded by your own > equations and pictures. > TreeBrowser supplies an easy to use graphical environment (like the > filer) for collections of formulas and shows them in a tree structure. > The equations are passed to the built-in SOLVER of the HP 49G/49G+ for > solving. > So you can easily build your own favavorite collection of formulas. > As an example data set the original Equation Library, including all > pictures, from Hewlett-Packard is available for TreeBrowser. > Until it shows up on hpcalc.org it can be downloaded from my website > at > http://www.andreasmoeller.gmxhome.de/ I couldn't download it. Your website showed a page not found, error 404 when I tried. === Subject: Re: Eql+ - a different approach You have to use the Internet Explorer at the moment, the site is build with Word 2000, I try to change it asap. Anndreas > Hi folks, > > soon available on hpcalc.org: > A flexible and easy to use browser which can be expanded by your own > equations and pictures. > > TreeBrowser supplies an easy to use graphical environment (like the > filer) for collections of formulas and shows them in a tree structure. > The equations are passed to the built-in SOLVER of the HP 49G/49G+ for > solving. > So you can easily build your own favavorite collection of formulas. > > As an example data set the original Equation Library, including all > pictures, from Hewlett-Packard is available for TreeBrowser. > > Until it shows up on hpcalc.org it can be downloaded from my website > at > http://www.andreasmoeller.gmxhome.de/ > I couldn't download it. Your website showed a page not found, error > 404 when I tried. === Subject: Re: HP49G+ SD-Card: Filer6-Problem mak schrieb im Newsbeitrag > mak schrieb im Newsbeitrag > Hi out there, when I try to create a directory on a SD-Card > with Filer6 (from Prof.Rautenberg) I always get > the message XLIB 688 49 Error: Too Few Arguments > and no directory is created. Can someone explain to me what to do? > In Filer6 Press '3' to select the SD card. ( 3 w/o ticks ...) > Then press LS DEF, which pops up a menu. > Check the 'Directory' item and enter a name for your folder. > Press the OK soft key. > That's it. > Thats exactly the way I did it ... and after pressing o.k. I always > get the ERROR-Message XLIB 688 49 Error: Too Few Arguments. (I use > ROM 1.23). What could be the problem ? I can't find any prerequisites other than ROM 1.23 in the Filer6 doc. What libraries have you installed? Does it help, if you remove them all and retry? If so, add them successively back one by one, until you get this error again. A more radical way may be a cold reset with memory clearing. Of course, don't forget to backup your data before doing that For me - and I think most of the others here - Filer6 worked out of the box, without any problems. MM > MAK === Subject: Re: Manually assembling library > 45 /T/ Ok, I can't compile this with MASD - it errors at the above statement (at the slashes). I'm daft at ASM syntax === Subject: Re: Manually assembling library > 45 /T/ > Ok, I can't compile this with MASD - it errors at the above statement (at > the slashes). I'm daft at ASM syntax > Regarding my previous answer: MASD on the MetaKernel did accept the statement CON(5) &-.label where .label was somewhere in a preceding line. So.. how do I enter it in a 49? Jean-Yves? Cyrille? ; I was able to compile it on a 48GX+MK I just had to change the *.label GOIN5 .label statements to CON(5) $0 === Subject: Re: Manually assembling library > 45 /T/ > Ok, I can't compile this with MASD - it errors at the above statement (at > the slashes). I'm daft at ASM syntax > Mh there are a few errors.. /text/ is written with a '/' because the actual character to be used in MASD is char 162 (dec) and you'll need to invoke the char application to enter it. There's one instance of GOIN(5) - should be GOIN5 There's one more thing that I can't solve right away (I thought I was able to - but I can't find any source any more): the CON(5) &-.label instruction is not accepted - yet it is one instance where I cannot replace it with GOIN5 as that is equivalent to .label-& Moreover, you'll need a CRC patcher - I have that somewhere, too.. I'll keep on looking.. Werner === Subject: Re: Can emu48CE do BEEP on iPAQ? If you go to Eric Rechlin's www.hpcalc.org site and go to the PC Emulators area, you will see a reference to iPaq 49G KML 1.0 by Vincent Weber, which does two things. First, it replaces the HP49 key layout with a wide-ENTER-key HP48 key layout (which I posted back in 2001), but then fixes the top-row problem by shifting the image downward and adjusting the KML file accordingly. Give it a look. If you get the PDA to emit any sound when the emuCE BEEP function is executed, I'd love to hear about it. Jake Schwartz > Hi Jake, > since PDA's have no Speaker in the usual sense, they cannot beep. > i.e. there is no function in the Windows CE API. > Of course they do have sound hardware. > They can play waveforms. A beep can be simulated with any *.wav file, > applied to the function for Windows CE API >= Version 2.0. > I haven't looked into the emu48CE sources yet, whether there is support for > that. > If not, it shouldn't be too hard to implement. > Now a question to you, since you are using a Jornada 548, as I do. > I have a KML script named Jornada 49G by Chris Roper. > This is for me the nicest GUI for the Jornada. > Unfortunately I have a weird vertical offset, so that the topmost row of > keys and the display are cut, while there > is a sparse row at the bot of the screen. > Do you know this KML and does it work for you? > I'm absolutely clueless with KML, maybe it's a snap for someone who knows > what he/she's doing. > Any hints? > MM === Subject: Re: Can emu48CE do BEEP on iPAQ? Jake Schwartz schrieb im Newsbeitrag > If you go to Eric Rechlin's www.hpcalc.org site and go to the PC > Emulators area, you will see a reference to iPaq 49G KML 1.0 by > Vincent Weber, which does two things. First, it replaces the HP49 key > layout with a wide-ENTER-key HP48 key layout (which I posted back in > 2001), but then fixes the top-row problem by shifting the image > downward and adjusting the KML file accordingly. Give it a look. > If you get the PDA to emit any sound when the emuCE BEEP function is > executed, I'd love to hear about it. > Jake Schwartz thank you! It works perfectly on my Jornada 548. W.r.t. the BEEP function: Maybe my first statement was somewhat overenthusiastic, since I thought of a simple Message Beep or Alert Signal at first. That should be fairly simple, because it can be simulated by playing a *.wav soundfile. If that's all what you want, that shouldn't be hard. BUT THEN, I remembered the two parameters to BEEP, and . Now things might become tricky, if you want a *correct* implementation, which is capable of playing (synthetic) music via BEEP. There are two solutions I can think of, probably there are much more... (i) A set of pre-sampled (*.wav) soundfiles, according to a canonical scale, which are algorithmically altered at runtime. (ii) A complete dynamic, algorithmic, in-memory synthesis of a wave form (maybe square for example) Either could serve as an input to WIN CE's API, which is capable of playing in-memory bytestreams. I don't like (i) too much, since it seems less flexible and hardly less complex than (ii). So I think (ii) is worth being investigated, and it would definitely be a fun challenge. Unfortunately, I'm not an expert for sound synthesis and the like. But I remember a C library, which fell into my hands many years ago ... Maybe I can find and leverage this one. I'll definitely post here, if/when I find something. -- MM > Hi Jake, > since PDA's have no Speaker in the usual sense, they cannot beep. > i.e. there is no function in the Windows CE API. > Of course they do have sound hardware. > They can play waveforms. A beep can be simulated with any *.wav file, > applied to the function for Windows CE API >= Version 2.0. > I haven't looked into the emu48CE sources yet, whether there is support for > that. > If not, it shouldn't be too hard to implement. > Now a question to you, since you are using a Jornada 548, as I do. > I have a KML script named Jornada 49G by Chris Roper. > This is for me the nicest GUI for the Jornada. > Unfortunately I have a weird vertical offset, so that the topmost row of > keys and the display are cut, while there > is a sparse row at the bot of the screen. > Do you know this KML and does it work for you? > I'm absolutely clueless with KML, maybe it's a snap for someone who knows > what he/she's doing. > Any hints? > MM Wayne: The on thing the NDA applied to was about a 1 to 2 hour (as I recall) presentation and Q/A session where in HP shared some of their company marketing and product plans. All the rest of the sessions were open. John > Will there be a non-disclosure agreement to sign this year? > -- > Wayne Brown (HPCC #1104) | When your tail's in a crack, you improvise > fwbrown@bellsouth.net | if you're good enough. Otherwise you give > | your pelt to the trapper. > e^(i*pi) = -1 -- Euler | -- John Myers Myers, Silverlock Wayne: The on thing the NDA applied to was about a 1 to 2 hour (as I recall) presentation and Q/A session where in HP shared some of their company marketing and product plans. All the rest of the sessions were open. John > Will there be a non-disclosure agreement to sign this year? > -- > Wayne Brown (HPCC #1104) | When your tail's in a crack, you improvise > fwbrown@bellsouth.net | if you're good enough. Otherwise you give > | your pelt to the trapper. > e^(i*pi) = -1 -- Euler | -- John Myers Myers, Silverlock > Will there be a non-disclosure agreement to sign this year? They haven't provided any details as to what HP will present, so it's anybody's guess at this point. I wouldn't count on whether or not HP Jake Schwartz === Subject: Re: TI89 Titanium -- opinions? > I didn't know you could code in C directly in a TI-89 > You know you can't - there's really no need to be a wiseguy. > Yes, you can. > http://darkclem.free.fr/ > Scroll down quite far to find it. Are all these French people brilliant? > It seem like all the great software comes from them! 8-) > Lake Here's another one http://mxm.ticalc.org/ontic.html Dunno if it works as I haven't tried either of these compilers. === Subject: Re: TI89 Titanium -- opinions? > I didn't know you could code in C directly in a TI-89 You know you can't - there's really no need to be a wiseguy. > Yes, you can. > http://darkclem.free.fr/ > Scroll down quite far to find it. Are all these French people brilliant? > It seem like all the great software comes from them! 8-) > Lake > Here's another one > http://mxm.ticalc.org/ontic.html > Dunno if it works as I haven't tried either of these compilers. The only problem with that one is that you need to send the source back to a PC to be compiled with TIGCC and then send the executable back to the TI. With the other C, there's no need to use a PC at all. Lake === Subject: Re: TI89 Titanium -- opinions? > You know what i don't like about you ? > It is your superiority complex and the fact that you think that you > are smarter than everyone. You know...this post of yours did almost make me send one very angry email to you, but I counted to 100, and will try to be very calm answering it. He doesn't need to used a TI89 Titanium to know that it is slow. That's false. You cannot speak about a thing you haven't tried. You don't have the knowledge we speak of here in your genes, and it can't be telepatically transferred. What is so hard to understand about the need for first hand experience to *know* something? It's not enough to *think* you now. It's not enough for it to be plausible or even probable. How about trying being sure on for size? > I thought that your failure with your advanced handheld project would > have made you more humble or less arrogant but obviously i was wrong. See, this was what made me very angry. You, my friend, do not know what you're talking about here. Our (no, I wasn't alone in that adventure) project was not a failure. It wasn't even close. See, I still have invested a good deal of the *money* I made from the sale of the IP, and I am still co-owner (and founder) of a company here in Denmark (Realconsult). Most back then were sold of to Toshiba, whom we worked very close with designing around the XScale (try taking a peek at their PDA line-up a couple of years back, and see if anything seems familiar) I won't go into much detail as to why we stopped, but it's centered around one of my friends getting killed in a motorbike accident on N.9frburgring and me getting divorced and having to fight for my kid. > If you think that both HP and the comp.sys.hp48 are losing their > quality,what are you doing here ? I don't really know. Nostalgia? You haven't noticed that 90% of the '95-'00 regulars aren't here anymore? You don't think HP is dropping on the quality scale and have been doing for some years? You sincerely mean that the tone of c.s.hp48 today is reminiscent of what it was 6-8 years back? > And contrary to what you said i do know exactly what i am talking. So you have used the Titanic - in what areas is it slower than a HW2 TI89? 3.00). > So unless i manage to always get TI68k with problems,i do know cleary > what i am talking. I agree with you about the original TI92/HP48 business - a sad story. And the TI92 was buggy as h***. > Your statements almost prove my point that the HP49G+ is generally > faster than the TI68K. Yes, we agree on this. I don't agree with the statement that the TI89 HW2 is > For example when you say that the TI is faster than the HP49G+ for > numeric sums. > Are you talking of the built-in command or of all ways to do a sum ? Built-in summation function. > Also how the hell have you manage to get your TI being 2-4 times > faster than your HP49G+ when my HP49G was faster than my TI92+ for > that ? Is your HP49G faster than the TI92+ for integer arithmetic? I don't have a TI92+ at hand to try it, but I can provide some numbers for my H.8149G+ and my HW2 TI89; Example: TI89: :Prgm :For x,0,2000 :EndFor :EndPrgm runs in 14.789474 seconds on my TI89. :Prgm :For x,0,2000 :2528578459656*103 :EndFor :EndPrgm runs in 18.736842 seconds on my TI89, which means 507 integer multiplications pr. second. HP49G+: << #1d #1000d START NEXT >> runs in 0.4371 seconds on my HP49G+. << #1d #1000d START 2528578459656 103 * DROP NEXT >> runs in 5.6277 seconds on my HP49G+, which means 193 integer multiplications pr. second (DROP adds just a very slight overhead). Similar tests for various (very much larger) integers: (210-digit int)+(231-digit int): HP=257/s & TI=404/s (210-digit int)-(231-digit int): HP=243/s & TI=328/s (145-digit int)*(97-digit int): HP=10/s & TI=27/s (145-digit int)/(97-digit int): HP=20/s & TI=26/s (6-digit int)^(2-digit int): HP=7/s & TI=22/s Sqrt(6-digit int): HP=10/s & TI=40/s Result: the TI89 HW2 is 2-4 times faster than the HP49G+ for basic integer arithmetic. === Subject: Re: TI89 Titanium -- opinions? I won't apologize for my first statement because i really think that you have a superiority complex and that you are quite arrogant but i sincerely apologize for this: > I thought that your failure with your advanced handheld project would > have made you more humble or less arrogant but obviously i was wrong. > See, this was what made me very angry. You, my friend, do not know what > you're talking about here. Our (no, I wasn't alone in that adventure) > project was not a failure. It wasn't even close. See, I still have > invested a good deal of the *money* I made from the sale of the IP, and I am > still co-owner (and founder) of a company here in Denmark (Realconsult). > Most back then were sold of to Toshiba, whom we worked very close with > designing around the XScale (try taking a peek at their PDA line-up a couple > of years back, and see if anything seems familiar) > I won't go into much detail as to why we stopped, but it's centered around > one of my friends getting killed in a motorbike accident on N.9frburgring and > me getting divorced and having to fight for my kid. I have gone too far here and again i apologize. > He doesn't need to used a TI89 Titanium to know that it is slow. > That's false. You cannot speak about a thing you haven't tried. You don't > have the knowledge we speak of here in your genes, and it can't be > telepatically transferred. What is so hard to understand about the need for > first hand experience to *know* something? It's not enough to *think* you > now. It's not enough for it to be plausible or even probable. How about > trying being sure on for size? Here then it is you who don't know what you are talking. If you have spent as much time as me on TI calculators and following their evolution as close as i have you would know that: *Since the TI89,TI has never tried to improve the speed of its TI68k calculators by software optimisation *TI68k generally get faster by significant hardware modification such as faster C.P.U or fixing of a hardware problem such as the second mode. So knowing this and knowing that the TI89 Titanium is to the best a TI89 Hw2 with more Flash ROM or to the worse a TI89 version of the Voyage 200,i can easily conclude that the TI89 Titanic is not faster than the TI89 HW2. > If you think that both HP and the comp.sys.hp48 are losing their > quality,what are you doing here ? > I don't really know. Nostalgia? You haven't noticed that 90% of the '95-'00 > regulars aren't here anymore? You don't think HP is dropping on the quality > scale and have been doing for some years? You sincerely mean that the tone > of c.s.hp48 today is reminiscent of what it was 6-8 years back? The HP quality has decreased anyone will agree with that. Your second statement was attack toward me so what did you expect me to do ? To agree with you perhaps ? > And contrary to what you said i do know exactly what i am talking. > So you have used the Titanic - in what areas is it slower than a HW2 TI89? > 3.00). I don't and will never have a Titanic or a Voyage 200 or any supossedly new TI68k which brought nothing besides more user Flash ROM. And i don't need to get a TI89 Titanium to make accurate predictions about it. The A.M.S 3.00 is certainly there just to handle hardware modifications such as the USB,to fix some bugs and to add some new limitations or to remove some old ones,nothing more nothing. > So unless i manage to always get TI68k with problems,i do know cleary > what i am talking. > I agree with you about the original TI92/HP48 business - a sad story. And > the TI92 was buggy as h***. > Your statements almost prove my point that the HP49G+ is generally > faster than the TI68K. > Yes, we agree on this. I don't agree with the statement that the TI89 HW2 is Where did i say that the HP49G+ is always faster than the TI89 HW2 ? > For example when you say that the TI is faster than the HP49G+ for > numeric sums. > Are you talking of the built-in command or of all ways to do a sum ? > Built-in summation function. This is possible as the built-in function doesn't seem optimised. However with RPN program this is another matter. > Also how the hell have you manage to get your TI being 2-4 times > faster than your HP49G+ when my HP49G was faster than my TI92+ for > that ? > Is your HP49G faster than the TI92+ for integer arithmetic? Yes it was but unfortunately i can't do test anymore as my HP49G has been stolen a several years ago. I still have a TI92+ HW1 though. >I don't have a > TI92+ at hand to try it, but I can provide some numbers for my H.8149G+ and my > HW2 TI89; > Example: > TI89: > :Prgm > :For x,0,2000 > :EndFor > :EndPrgm > runs in 14.789474 seconds on my TI89. > :Prgm > :For x,0,2000 > :2528578459656*103 > :EndFor > :EndPrgm > runs in 18.736842 seconds on my TI89, which means 507 integer > multiplications pr. second. > HP49G+: > << #1d #1000d START NEXT > runs in 0.4371 seconds on my HP49G+. > << #1d #1000d START 2528578459656 103 * DROP NEXT > runs in 5.6277 seconds on my HP49G+, which means 193 integer multiplications > pr. second (DROP adds just a very slight overhead). Very curious but if what you say is true than the HP49G+ is more disapointing than i thought. > Similar tests for various (very much larger) integers: > (210-digit int)+(231-digit int): HP=257/s & TI=404/s > (210-digit int)-(231-digit int): HP=243/s & TI=328/s > (145-digit int)*(97-digit int): HP=10/s & TI=27/s > (145-digit int)/(97-digit int): HP=20/s & TI=26/s > (6-digit int)^(2-digit int): HP=7/s & TI=22/s > Sqrt(6-digit int): HP=10/s & TI=40/s > Result: the TI89 HW2 is 2-4 times faster than the HP49G+ for basic integer > arithmetic. Your first comparaison give you a point but all your other comparaisons give a clear advantage to the HP. So what is exactly your point ? I still don't see how you manage to conclude that the TI is faster than the HP when almost all your tests show the opposite. Btw try this on your TI89: for i,1,3000:0->#(k&string(k)):endfor and tell me what happen. But you should have a way to launch this other sequence: for i,1,3000:delvar #(k&string(k)):endfor > === Subject: Re: TI89 Titanium -- opinions? > I have gone too far here and again i apologize. I appreciate it. You unfortunately hit a sore spot there, so I reacted a good deal more defensive than was necessary - I apologize as well. > *Since the TI89,TI has never tried to improve the speed of its TI68k > calculators by software optimisation > *TI68k generally get faster by significant hardware modification such > as faster C.P.U or fixing of a hardware problem such as the second > mode. predictions are correct though. > So knowing this and knowing that the TI89 Titanium is to the best a > TI89 Hw2 with more Flash ROM or to the worse a TI89 version of the > Voyage 200,i can easily conclude that the TI89 Titanic is not faster > than the TI89 HW2. I never said I expected the Titanic to be faster than a HW2 TI89, but I expect it to be very close performance wise, if not identical with it. > Your second statement was attack toward me so what did you expect me > to do ? It wasn't meant as an attack on you personally, so I'm sorry if you got stung. > Yes, we agree on this. I don't agree with the statement that the TI89 HW2 is > Where did i say that the HP49G+ is always faster than the TI89 HW2 ? It wasn't your statement I was referring to. You just seemed to back Veli-Pekkas initial statement (The Titanic is f*ing slow), which I extrapolated into meaning the Titatinic was slower than the HP49G+ without exception. With the above sentence I tried to explain why I entered this discussion in the first place - namely because I think it's too simple an answer to give a guy who asks sincerely. But, what the heck - this is an HP newsgroup, what should he expect when asking something like that here :-) > This is possible as the built-in function doesn't seem optimised. > However with RPN program this is another matter. Yes, for numeric sums there is possibly some performance to gain. > Similar tests for various (very much larger) integers: > (210-digit int)+(231-digit int): HP=257/s & TI=404/s > (210-digit int)-(231-digit int): HP=243/s & TI=328/s > (145-digit int)*(97-digit int): HP=10/s & TI=27/s > (145-digit int)/(97-digit int): HP=20/s & TI=26/s > (6-digit int)^(2-digit int): HP=7/s & TI=22/s > Sqrt(6-digit int): HP=10/s & TI=40/s > Result: the TI89 HW2 is 2-4 times faster than the HP49G+ for basic integer > arithmetic. > Your first comparaison give you a point but all your other > comparaisons give a clear advantage to the HP. You misunderstand my sorry attempt at providing units - in the above higher numbers are better, as the unit is s^-1 (10/s -> 10 per second -> 10 Hz if you will). The TI is faster in *all* the above tests. For comparison, I have just completed the same set of tests on my HP49G: (210-digit int)+(231-digit int): HP49G=128/s (210-digit int)-(231-digit int): HP49G=128/s (145-digit int)*(97-digit int): HP49G=4.5/s (145-digit int)/(97-digit int): HP49G=8/s (6-digit int)^(2-digit int): HP49G=4/s Sqrt(6-digit int): HP49G=3.5/s The above means (for this particular test) that the HP49G+ is 2-3 times faster than the HP49G for integer arithmetic, and consequently that the TI89 is 3-11 times faster than the HP49G. > Btw try this on your TI89: > for i,1,3000:0->#(k&string(k)):endfor You mean for i,1,3000:0->#(k&string(i)):endfor right? > and tell me what happen. I got a memory error after a while (and one sluggish TI89. === Subject: Re: TI89 Titanium -- opinions? >> If you think that both HP and the comp.sys.hp48 are losing their >> quality,what are you doing here ? > I don't really know. Nostalgia? You haven't noticed that 90% of the '95-'00 > regulars aren't here anymore? You don't think HP is dropping on the quality > scale and have been doing for some years? You sincerely mean that the tone > of c.s.hp48 today is reminiscent of what it was 6-8 years back? In my experience, all of Usenet has been going downhill for more than 6-8 years. Though uncorrelated, HP's quality is also headed downwards. A bientot Paul -- Paul Floyd http://paulf.free.fr (for what it's worth) Surgery: ennobled Gerald. === Subject: Re: TI89 Titanium -- opinions? I've been gone from this group for awhile... if the pre 21st century regulars are gone, where did they go??? ICQ? hpcalc.org is still updated currently - does everybody just check around there? Just curious.. >> If you think that both HP and the comp.sys.hp48 are losing their >> quality,what are you doing here ? > I don't really know. Nostalgia? You haven't noticed that 90% of the > '95-'00 regulars aren't here anymore? You don't think HP is dropping on > the quality scale and have been doing for some years? You sincerely > mean that the tone of c.s.hp48 today is reminiscent of what it was 6-8 > years back? > In my experience, all of Usenet has been going downhill for more than 6-8 > years. Though uncorrelated, HP's quality is also headed downwards. > A bientot > Paul -- Shawn Legrand Carpe Noctem! Carpe Diem! Hieros Gamos! splegrand@yahoo.com === Subject: Re: TI89 Titanium -- opinions? I double Timit? Hassan Based on your posts here I'd be more than happy not to see you posting again. You've got problems Without any respect: Reth > You know what i don't like about you ? > It is your superiority complex and the fact that you think that you > are smarter than everyone. > You know...this post of yours did almost make me send one very angry email > to you, but I counted to 100, and will try to be very calm answering it. > He doesn't need to used a TI89 Titanium to know that it is slow. > That's false. You cannot speak about a thing you haven't tried. You don't > have the knowledge we speak of here in your genes, and it can't be > telepatically transferred. What is so hard to understand about the need for > first hand experience to *know* something? It's not enough to *think* you > now. It's not enough for it to be plausible or even probable. How about > trying being sure on for size? > I thought that your failure with your advanced handheld project would > have made you more humble or less arrogant but obviously i was wrong. > See, this was what made me very angry. You, my friend, do not know what > you're talking about here. Our (no, I wasn't alone in that adventure) > project was not a failure. It wasn't even close. See, I still have > invested a good deal of the *money* I made from the sale of the IP, and I am > still co-owner (and founder) of a company here in Denmark (Realconsult). > Most back then were sold of to Toshiba, whom we worked very close with > designing around the XScale (try taking a peek at their PDA line-up a couple > of years back, and see if anything seems familiar) > I won't go into much detail as to why we stopped, but it's centered around > one of my friends getting killed in a motorbike accident on N.9frburgring and > me getting divorced and having to fight for my kid. > If you think that both HP and the comp.sys.hp48 are losing their > quality,what are you doing here ? > I don't really know. Nostalgia? You haven't noticed that 90% of the '95-'00 > regulars aren't here anymore? You don't think HP is dropping on the quality > scale and have been doing for some years? You sincerely mean that the tone > of c.s.hp48 today is reminiscent of what it was 6-8 years back? > And contrary to what you said i do know exactly what i am talking. > So you have used the Titanic - in what areas is it slower than a HW2 TI89? > 3.00). > So unless i manage to always get TI68k with problems,i do know cleary > what i am talking. > I agree with you about the original TI92/HP48 business - a sad story. And > the TI92 was buggy as h***. > Your statements almost prove my point that the HP49G+ is generally > faster than the TI68K. > Yes, we agree on this. I don't agree with the statement that the TI89 HW2 is > For example when you say that the TI is faster than the HP49G+ for > numeric sums. > Are you talking of the built-in command or of all ways to do a sum ? > Built-in summation function. > Also how the hell have you manage to get your TI being 2-4 times > faster than your HP49G+ when my HP49G was faster than my TI92+ for > that ? > Is your HP49G faster than the TI92+ for integer arithmetic? I don't have a > TI92+ at hand to try it, but I can provide some numbers for my H.8149G+ and my > HW2 TI89; > Example: > TI89: > :Prgm > :For x,0,2000 > :EndFor > :EndPrgm > runs in 14.789474 seconds on my TI89. > :Prgm > :For x,0,2000 > :2528578459656*103 > :EndFor > :EndPrgm > runs in 18.736842 seconds on my TI89, which means 507 integer > multiplications pr. second. > HP49G+: > << #1d #1000d START NEXT > runs in 0.4371 seconds on my HP49G+. > << #1d #1000d START 2528578459656 103 * DROP NEXT > runs in 5.6277 seconds on my HP49G+, which means 193 integer multiplications > pr. second (DROP adds just a very slight overhead). > Similar tests for various (very much larger) integers: > (210-digit int)+(231-digit int): HP=257/s & TI=404/s > (210-digit int)-(231-digit int): HP=243/s & TI=328/s > (145-digit int)*(97-digit int): HP=10/s & TI=27/s > (145-digit int)/(97-digit int): HP=20/s & TI=26/s > (6-digit int)^(2-digit int): HP=7/s & TI=22/s > Sqrt(6-digit int): HP=10/s & TI=40/s > Result: the TI89 HW2 is 2-4 times faster than the HP49G+ for basic integer > arithmetic. > === Subject: Re: TI89 Titanium -- opinions? > Based on your posts here I'd be more than happy not to see you posting > again. Non-constructive bull. Explain your statement please. === Subject: Re: TI89 Titanium -- opinions? >> Based on your posts here I'd be more than happy not to see you posting >> again. > Non-constructive bull. Explain your statement please. You really have changed more to the depressive/aggressive or should I say chynical side Just try to lighten up and ignore hostality, remain cool Try to be polite even when others are not (Don't use you HP for counting to 100, nor a TI :) The humor and happiness will come back when the bad times are long forgotten Keep on writing opinions, ! {} PS: Be aware - I'm going to e-mail flames to your personal mailbox (-; === Subject: Re: TI89 Titanium -- opinions? > The new Titanic is so called on the TI newsgroup > because there is _NO_ _NEW_ CPU It got the nickname titanic by the tigcc developers out of annoyance. === Subject: Re: Day of Week built-in function? > I want a Day of Week (DOW) function for doing date calculations. There are > ... Check out: Xtime, recently posted to HPcalc.org. I'm not clear on what the differences are. One has a .pdf the other a .txt file, hence the difference in the file size. Both, as I recall contain usrRPL code and I believe work on a 48 and 49. http://www.hpcalc.org/details.php?id=6056 http://www.hpcalc.org/details.php?id=6044 === Subject: Re: Day of Week built-in function? You may want to check on Google the thread Can the hp tell me the date from a couple of month ago Arnaud === Subject: Re: EMU48 for Linux/Unix > Google has returned nothing of interest. I am looking for any work done > to port EMU48 to Linux. I am aware of X48, but prefer EMU48 because of > KML. > Look at the X11 Emulator by Ivan Cibrario Bertolotti. > It's the best emulator for X11 out there (which works, X48 sucks IMO) > Jean-Yves Link? === Subject: Re: EMU48 for Linux/Unix >Google has returned nothing of interest. I am looking for any work done >to port EMU48 to Linux. I am aware of X48, but prefer EMU48 because of >KML. >>Look at the X11 Emulator by Ivan Cibrario Bertolotti. >>It's the best emulator for X11 out there (which works, X48 sucks IMO) >>Jean-Yves > Link? === Subject: Re: EMU48 for Linux/Unix Does this.... > I had no problem building in on my MacOS X ....mean Qonos will be MacOS X compatible? Mark. === Subject: Manufacturer When the HP49G+ first came out there was a manufacturer of the calculator that HP was, is using to manufacture these calc's. I was curious if anybody still remembers the name of the original manufacturer still floating around. If I am not mistaken it was something like Ipsong or **pong manufacturing. It would be greatly appreciated. TIA Terry B. Curiosity === Subject: Re: Manufacturer > When the HP49G+ first came out there was a manufacturer of the calculator > that HP was, is using to manufacture these calc's. I was curious if anybody > still remembers the name of the original manufacturer still floating around. > If I am not mistaken it was something like Ipsong or **pong manufacturing. > It would be greatly appreciated. > TIA > Terry B. > Curiosity Isn't it Kinpo ? === Subject: Re: Manufacturer > When the HP49G+ first came out there was a manufacturer of the calculator > that HP was, is using to manufacture these calc's. I was curious if anybody > still remembers the name of the original manufacturer still floating around. > If I am not mistaken it was something like Ipsong or **pong manufacturing. > It would be greatly appreciated. > TIA > Terry B. > Curiosity Kinpo Electronics, Inc. in Taiwan they manufacture whole bunch of other calcs too :-) === Subject: [Ann] HP49G(+) Flags 1.3 It's available at hpcalc.org the new release of the flags document in pocket-guide format. http://www.hpcalc.org/hp49/docs/misc/flags13.zip Improvements and new informations regarding system flags -33 -34 -87 -88 -89. With the release of the HP49G+ 2 separated documents are now produced; one for the HP49G and one for the HP49G+. For the latter there is a plain text version included in SDIAG library since version 2.10. As always I appreciate all feedbacks and suggestions, hoping this new release will help HP49G(+) users to fill some lacking of the documentation. -- Per rispondere rimuovere il SiPAriuM To reply remove the SiPAriuM === Subject: Re: HP49g+ to Mac via SD card - charcter coding? , It brings me much closer but I still have a problem. I would like to describe here what I am doing because I may make some stupid thing in the middle that screw things up. Task: Copy a HP app to my Mac, modify it there and bring it back to the HP Step 1 -Convert a HP49 app (stuff between é.82) to a string using either method given by or Mwyann: OBJTXT or ->STR 2 - Store this string into a variable 3 - Copy the variable to the SD card using Files and Copy 4 - Putting the SD card into the reader connected to the Mac and open the variable file with a text editor Using TextEdit which comes with Mac OS X doesn't work because of the coding coming from the HP. I use SubEthaEdit with Windows Latin1 encoding to see almost (some chars near the beginning look strange) all characters correct. 5 - Edit the file and save it to the card using Unix LFs 6 - Bring the card to the HP and copy the file (copy the variable containing the string) from the card to my own directory 7 - When I view the variable the string gets truncated (when I add things) so I guess the weird character at the beginning tells the HP the length which gets wrong of course when I edit the file without adjusting those bytes What is the recommended way to overcome this? Do I always have to use a variable in order to transfer strings to the SD card? Rolf >> when I copy a 49g+ program to a SD card and put the card in the SD reader connected to my Mac (OS 10.3.4) I can access the file from the Finder. >> But when I open it in TextEdit it all I see is character chaos, i.e. >> HPHP49-X.9d-.90o8t*? The HPHP49-X is the binary transfer header, and everything following is the compiled object. >> What editor on the Mac do I need to read (and write) such files? > I suggest that you decompile the object on the 49g+ itself, before storing the character string form on the card. Then use your favorite text editor to veiw or edit it. For an easy way to > accomplish this, see: http://www.hpcalc.org/details.php?id=6017 -- Rolf Mach An der Schaafhansenwiese 6, D-65428 Ruesselsheim, Germany rolf@aft-prepress.com, Phone ++49 +6142 9381-97, Fax -99 === Subject: Re: HP49g+ to Mac via SD card - charcter coding? > , > STR-> and ->STR functions as well). > It brings me much closer but I still have a problem. I would like > to describe here what I am doing because I may make some stupid > thing in the middle that screw things up. > Task: Copy a HP app to my Mac, modify it there and bring it back > to the HP Well, I've never used a Mac, so I'm at a bit of a disadvantage here. > Step 1 -Convert a HP49 app (stuff between é.82) to a string using > either method given by or Mwyann: OBJTXT or ->STR Note that some object types can't be correctly translated to and from a string with these methods, but for most ordinary User objects, they should work. See my README.TXT file for details. For other objects, either use a binary transfer or use the appropriate tools to decompile to a string form of the object before transferring. > 2 - Store this string into a variable > 3 - Copy the variable to the SD card using Files and Copy Or you can store the string directly to the SD card by using a Note that using Filer6 tends to make things easier than using the built-in filer would be. See: http://page.mi.fu-berlin.de/~raut/WR49/index.htm#General > 4 - Putting the SD card into the reader connected to the Mac and > open the variable file with a text editor > Using TextEdit which comes with Mac OS X doesn't work because of > the coding coming from the HP. > I use SubEthaEdit with Windows Latin1 encoding to see almost (some > chars near the beginning look strange) all characters correct. For the strange looking characters, I assume that you're talking about the 5 characters following the HPHP49-X. The first 5 nibbles (2.5 characters) are the object prologue, and the next 5 nibbles are the size field. Just delete those first 13 characters; without the HPHP49-X binary file transfer header, the calculator will treat it as a string anyway. If you've used my ObjToTxt program, just delete the first line (everything before the %%HP: ). Or it could be that you mean characters 128-159 decimal. These aren't defined by ECMA 94 Latin No. 1 because other ECMA standards define them as control codes, though many (most?) proprietary character sets use them as graphic (printable or displayable) characters anyway. Unless you use a character set specifically designed to match the 48/49 series, they very likely won't match the calculator's character set. Also note that character 160 is the Euro symbol on the 49g+, but the non-breaking space in ECMA 94. Whether Windows Latin1 matches ECMA 94 Latin No. 1 for characters 161-255, I don't know; Microsoft seems to have it's own ideas about standards. I recommend translating all characters 128-255 to ASCII translation code sequences. Use 3 TRANSIO to set the translation mode, and then use my ObjToTxt program on the program object. To see what characters 128-255 will be translated to, use my GenTrTbl program (after executing 3 TRANSIO). Note that in addition, LF will be translated to CRLF, and to . And my program will also translate all ASCII control codes except LF to nnn codes (where nnn is the 3-digit decimal value of the code), as long as translation mode 2 or 3 is in effect. Well, actually, a NUL (character 0) will be decompiled to 00, a literal (within a string) (character 34) to , and a (character 92), to . So after the translation, they'll be represented by 00, , and . > 5 - Edit the file and save it to the card using Unix LFs If you really mean ASCII LF (character 10 decimal), that's fine. Or you could modify my programs so that they don't bother translating between LF and CRLF. Or even simpler, so that they just translate LF to LF. If you mean ASCII CR (character 13 decimal), you have some choices. You can easily modify my programs to translate between LF and CR instead of between LF and CRLF, or you can use a program like: << 013 010 PICK3 OVER IF POS THEN SWAP END SREPL DROP (where 013 and 010 are Characters 13 and 10 decimal, and << and >> are the UserRPL program delimiters) to toggle between LF and CR before storing the string on the SD card, and again after recalling the string from the SD card. Come to think of it, the calculator should compile many programs correctly even if you just leave any CRs as they are. Outside of a string or comment, they're still separators, just like LFs are, as far as the compiler is concerned. But they will look a bit strange in the uncompiled string form: little black squares (with the built-in font) instead of line breaks or NewLine characters. And they won't be right within any string (including within a program) of course. How the Mac's editor will treat something other than what it expects as the end-of-line string, I don't know. With my editor, I have a choice to treat only LF, or only CR, or any of LF, CR, or CRLF as the end-of-line string when loading a file, and a choice of LF, CR, or CRLF as the end-of-line string when saving a file. > 6 - Bring the card to the HP and copy the file (copy the variable > containing the string) from the card to my own directory If you're using my programs, recall the string from the SD card and execute my TxtToObj program on it. The compiled program will be on level 1; store this wherever you choose on the calculator. The string on level 2 will have the transfer header removed and the translation code sequences changed back to characters, but any comments in the source code will be preserved. If you don't want the string, just DROP it. If you want it, store it wherever you choose, and you can compile it later by recalling it to the stack and doing a STR-> on it. It's easy enough to modify TxtToObj to return only one of these results if you prefer (this may also be necessary to avoid using too much memory). Regarding comments: An @ through the next @ or LF (whichever comes first) in UserRPL source code is a comment and therefore discarded when compiling (but a comment also functions as a separator). > 7 - When I view the variable the string gets truncated (when I add > things) so I guess the weird character at the beginning tells the > HP the length which gets wrong of course when I edit the file > without adjusting those bytes > What is the recommended way to overcome this? Just delete those first 13 characters with the editor on your computer. For safety, the calculator will treat anything from the SD card or a transfer without a valid transfer header as a string, using an actual count of the characters in the calculation of the size. Actually, the size field of a string is the size in nibbles, including the size field itself. It's not terribly difficult to calculate the correct size field, but why bother? > Do I always have to use a variable in order to transfer strings to > the SD card? Well, you have to store it as a named file on the card, but you don't necessarily have to have it stored in a named variable anywhere else on the calculator. If you care to use my programs, read the README.TXT file included with them. I didn't bother with a lot of choose boxes and input forms for user options, first because I think the programs are easy enough to cusize, second because I just didn't want to bother at the time. Besides, I'm hoping that the next ROM will include provisions for storing objects on the SD card in a decompiled and translated form, thus obsoleting my programs. Of course, a working (for all operating systems) text USB transfer application would pretty well obsolete them too. Also see Ioman.htm at: http://page.mi.fu-berlin.de/~raut/WR49/index.htm#General Note that transferring between variables on the calculators and files on the SD card is much like any other binary file transfer. Perhaps the biggest difference is that you can indeed store to and recall from the card directly, without having the object in a named variable first. My ObjToTxt program converts an object to a string similar to what a Kermit ASCII transfer would give you, before you transfer it to the card, and TxtToObj takes a Kermit ASCII transfer style string (or substring), and converts it back to a compiled object. You're welcome. -- === Subject: Re: hpcalc.org new look X-Ref: news.actcom.co.il ~XNS:000000DB >Finally Eric found some time to update the look of hpcalc.org!!! GREAT! I >your efforts! Seconded === Subject: Re: hpcalc.org new look Let us also congratulate Eric on his diploma! cyrille >Finally Eric found some time to update the look of hpcalc.org!!! GREAT! I for >your efforts! > Seconded === Subject: Re: hpcalc.org new look > Let us also congratulate Eric on his diploma! > cyrille Yes! Congratulations Eric! === Subject: Re: hpcalc.org new look >> Finally Eric found some time to update the look of hpcalc.org!!! GREAT! I >> for >> your efforts! > Speaking as someone who was perfectly happy with it the way it was -- > It's even better now! Ditto `` === Subject: Re: hpcalc.org new look >>Speaking as someone who was perfectly happy with it the way it was -- >>It's even better now! The only thing I can think of (I know it is small and nitpicky. . .=) is that in my opinion the black text next to the HP49 Series should read: 48GII 49G 49G+ That is the way the pictures are arranged, and the others follow the same pattern with increasing numeric values. === Subject: Re: sysRPL: WEIRD finding about COERCE > on the 3.td level it COERCE-s %2 (which is input parametter) to #FF. accepts reals, converts integers to reals, and does a Bad Arg error on anything else. Saves you from those annoying TTRMs. You didn't say exactly what your program should do, but I'm guessing that it should split a string after the nth character, where n is a real on level 1. Here's the program rewritten to do that: :: CKREAL COERCE 2DUP #1+LAST$ SWAP #1+ ROTSWAP 1_#1-SUB SWAP ; string 2. -> st ring You could use UsrRPL with SUB, but it's not as challenging. === Subject: Re: sysRPL: WEIRD finding about COERCE > accepts reals, converts integers to reals, and does a Bad Arg error > on anything else. Saves you from those annoying TTRMs. > You didn't say exactly what your program should do, but I'm guessing > that it should split a string after the nth character, where n is a > real on level 1. Here's the program rewritten to do that: > :: > CKREAL > COERCE > 2DUP > #1+LAST$ > SWAP > #1+ > ROTSWAP > 1_#1-SUB > SWAP > ; Your guess about my routine's functionality was right, it SLICES n characters from the beginning of the string, keeping reminder on STK2 and n-length string on the STK1 as you might have guessed i don't wanna do any kind of checks because i'm sure i'll always be getting a real in STK1. I wanto gain on speed this way. You may be missing a point here: --------------------------------- this SLICE as it is works fine, i use it in those programs that call eachoter, but on the 3.rd level (when userRPL is called by userRPL which calls useRPL and that calles my SLICE routine) (i ran it trough debuger) STK1 is clearly 2 (real) and COERCE does it's job but result is #FF instead of #2 i like your program, but think my program is faster though === Subject: HP48GX-repair: keyboard-to-PCB interconnect, how to repair? G'day everyone, A while ago my 48GX died; it wouldn't turn on, unless I pressed quite hard on the keyboard overlay, above the B/C-keys on the top row. I've opened it up now (destroyed a SMD-resistor, which I've repaired); between the keyboard and the PCB, I can see an interconnect between these two. My guess is that there's a bad contact between these (loose solder, or too low pressure on the contacts). Now, my problem is: how to get to this interconnect. I can't figure out how to further disassemble the HP48 without doing lots of damage to either the keyboard OR the LCD. The metal frame under the keyboard and the LCD-frame seem to be of one piece; is this correct? If so, I'm really at a loss on how to disassemble. I've found plenty of descriptions on the net on how to open up a HP48, but none that have disassembled it much further.... So, does anyone know how to make this interconnection 'open' for repair? Or, has anyone had a similar problem and what did you do? Hope anyone can help, Grtz, Peter Dingemans, The Netherlands. === Subject: Re: HP48GX-repair: keyboard-to-PCB interconnect, how to repair? > Now, my problem is: how to get to this interconnect. I can't figure > out how to further disassemble the HP48 without doing lots of damage > to either the keyboard OR the LCD. The metal frame under the keyboard > and the LCD-frame seem to be of one piece; is this correct? If so, I'm > really at a loss on how to disassemble. I've found plenty of > descriptions on the net on how to open up a HP48, but none that have > disassembled it much further.... If you can ensure the pressure putting something (a piece of rubber between the PCB and the plastic case, that press the PCB over the LCD for example), that is the approach. Further disassemble the 48, may cause damages that cannot be repaired. And you cannot warranty the procedure will gave you success. This is my experience in disassembly the 48, and the level that i have arrived. I guess that you don't need walk over all the steps (and you don't want to do it because in each step you walk, the damage will be worst). The next step is turn the metal pieces that keep the PCB in its place. That metal pieces are delicate and may damage when turn it. The pressure that they ensure is reduced in each disassembly. So you can start having troubles with LCD display (loose lines, etc) Next step. The LCD is glued to the metal frame. If you remove, you may insert it in the wrong place, and probably appears strange things in the display (or not appear normal things in it. Be careful not to damage the LCD, when you unglue it. Next step. Disassemlby of the keyboard. The method that i use is cut the plastic buttons that mantain the keyboard in its place (maybe 20 or more). The reassembly that I do is literaly sewing it with copper wire. > So, does anyone know how to make this interconnection 'open' for > repair? Or, has anyone had a similar problem and what did you do? > Hope anyone can help, > Grtz, > Peter Dingemans, > The Netherlands. === Subject: Re: HP48GX-repair: keyboard-to-PCB interconnect, how to repair? > G'day everyone, > A while ago my 48GX died; it wouldn't turn on, unless I pressed quite > hard on the keyboard overlay, above the B/C-keys on the top row. > I've opened it up now (destroyed a SMD-resistor, which I've repaired); > between the keyboard and the PCB, I can see an interconnect between > these two. My guess is that there's a bad contact between these (loose > solder, or too low pressure on the contacts). Too low pressure => the foam is dead, replace with, say paper? > Now, my problem is: how to get to this interconnect. I can't figure > out how to further disassemble the HP48 without doing lots of damage > to either the keyboard OR the LCD. The metal frame under the keyboard > and the LCD-frame seem to be of one piece; is this correct? If so, I'm > really at a loss on how to disassemble. I've found plenty of > descriptions on the net on how to open up a HP48, but none that have > disassembled it much further.... > So, does anyone know how to make this interconnection 'open' for > repair? Or, has anyone had a similar problem and what did you do? > Hope anyone can help, > Grtz, > Peter Dingemans, > The Netherlands. === Subject: Re: ASM+SysRPL Check out my old page: http://www.fi.tartu.ee/danli97/ *The* source for learning sys-rpl and assembly ;-) -- === Subject: Re: HP49G+ Dumping memory cbqdvn$lf6$1@news.tiscali.fr... > Could someone write a simple program which can dump ARM memory ? > Look : > 2: @begin > 1: @end > We put the beginning adress and the ending adress on the stack. Then we run > the prog and it put a string on the stack, with the dumped data. The > adresses must > be absolute adresses. I've tried but, I cannot make it working :(( If > a++ > y. === Subject: Re: HP49G+ Dumping memory So... would you care to share? GP === Subject: Greyscale on G+ I've seen a Grey scale demo done in ARM the shades are just perfect. Can somone tell me has anyone implemented the method to make a nice GREY grob viewer 5 bit (32 shades) something like gdream32 ? (french wannabe) ------------------ French rulez !!! not speaking French IS a drawback -design flaw i would say :( === Subject: HP49G+ informations Hi everybody, I was trying to emulate the ARM, and now I must have some informations about the HP49G+... I tryed to get informations over the net and by myself, and I've put all this stuff in a web page (http://lebonpoint.chez.tiscali.fr/hp49gp/). If someone can help us, it would be nice :) (I've not put all that I know, but it's a preview's page :) === Subject: Re: Why the French guyz rule the HP scene? Who are you for saying that ? Show us first what *you* are able to do. Many foreigners (French speak to French ;-) ) have done great things for the HP scene. > Because of Enigma i guess > i bet they listen to the Enigma's greatest hits when thinking or relaxing === Subject: Re: Why the French guyz rule the HP scene? > Hey, realy > -how would you French PPL call the HP > if it could be you'r way ? > i would call it HePek > Yea if only they had used a HP and hired and American to design the DeGaule Air Terminal they wouldn't have to tear it down. Arms sales anyone? === Subject: Re: Why the French guyz rule the HP scene? > Yea if only they had used a HP and hired and American to design the DeGaule > Air Terminal they wouldn't have to tear it down. > Arms sales anyone? Hi Jersey, i realy admire your opinion, but: isn't it a bit out of place, i mean what has Air Terminal got to do with HP sceene OR adapting and using new technologies ? French ARE in did great in this sceene (almost as it their guy invented the calc) SALUTE (more and more i feel this lack of not speeking French) === Subject: Re: Serial buffer overflow > Thanx, > what a shame it would be great if XON/XOFF was properly supported, > i just wanted to make sure there is no trick about that, > thank you for your solution to my problem, but > i'll try to write a buffer reading routine with secondary buffer which will > be unlimited in size and will be > able to iterate at least 49 times per second this will prevent the serial > buffer form > overrun even at full theoretical IRDA speed. Ok, sysRPL is out, the fact that this loop: #500 ONE_DO DOBUFLEN DROPDUP %0> ITE :: DOSRECV DROP ; :: DROP ; LOOP every 2 buffers processed misses 1 character (overruns buffer) tells me one thing DOSRECV is just not the thing to do the job :) it is just a litle tiny bit too slow, now i'm going to write this in Saturn -copy characters from UART buffer in to a large string (virtualy endless), BUT HP SHOULD CONSIDER THIS: SRECV and 255 chars UART buffer are great (at speeds like 9600) but since we have 115200 both of these are useless, SRECV might actualy be usable if it's fast enough to copy characters from larger buffer. It is possible that similar amount of time would be needed to copy 512 or even 1024 chars on the other hand it would take a lot longer to overflow. Since hardware is not an issue, why don't they do the UART handling proper way === Subject: Re: Serial buffer overflow >> Thanx, >> what a shame it would be great if XON/XOFF was properly supported, >> i just wanted to make sure there is no trick about that, >> thank you for your solution to my problem, but >> i'll try to write a buffer reading routine with secondary buffer which > will >> be unlimited in size and will be >> able to iterate at least 49 times per second this will prevent the serial >> buffer form >> overrun even at full theoretical IRDA speed. > Ok, sysRPL is out, > the fact that this loop: > #500 ONE_DO > DOBUFLEN DROPDUP > %0> ITE :: DOSRECV DROP ; > :: DROP ; > LOOP > every 2 buffers processed misses 1 character (overruns buffer) tells me one > thing > DOSRECV is just not the thing to do the job :) > it is just a litle tiny bit too slow, now i'm going to write this in Saturn > -copy characters from UART buffer in to a large string (virtualy endless), > BUT > HP SHOULD CONSIDER THIS: > SRECV and 255 chars UART buffer are great (at speeds like 9600) Based on my experience with the 49G, I disagree. Buffer overruns occur all too easily with it no matter how low I set the speed. But they are great if I can use flow control. Besides that, so far as I've been able to determine, the 49g+'s IrDA throughput is actually slower than the 48 series and 49G via wire transmissions at 9600 bps, at least for the XMIT command. It's difficult to guess how fast the IrDA receives, because the buffer overruns occur so quickly. > but since we > have 115200 > both of these are useless, > SRECV might actualy be usable if it's fast enough to copy characters from > larger buffer. > It is possible that similar amount of time would be needed to copy 512 or > even 1024 chars > on the other hand it would take a lot longer to overflow. > Since hardware is not an issue, why don't they do the UART handling proper > way As near as I can figure out, the 49G team didn't think it was important, or maybe flow control couldn't possibly work anyway (although it does work beautifully with the 48 series), or..., well, I never did make any sense of the reasoning. Maybe do a Google search for XON/XOFF; maybe you can figure out what they were thinking. I was hoping that the 49g+ would be much better, at least as good as a 48SX. Actually, I was thinking that IrDA used a send packet and receive acknowledgement sort of protocol, but it seems that I was wrong about how it would work on the 49g+. Actually, as near as I can guess, the IrDA protocol probably does work something like that, but then sends the data to the old (inherited from previous models) buffer, and instead of sending a stop for now signal to the IrDA part, the buffer just keeps on accepting data even after it's full. Notice that after a buffer overrun, what's still in the buffer is from near the end of the transmission, and even after emptying the buffer after an overrun, there's often more data (the very end of the transmission) that appears in it. It's as if there are actually two buffers in series in the 49g+. This is very different from the 48 series and 49G, where the serial port won't accept any more data once an overrun occurs. But either way, a buffer overrun means that the transfer failed. Maybe they attempted to fix whatever was broken on the 49G but the fix didn't work as intended? Maybe the IrDA won't be so bad in a future ROM? I do hope that the 49g+ hasn't become abandonware already. I wish you luck, and please do let us know if you have any, -- === Subject: Re: Serial buffer overflow > I was hoping that the 49g+ would be much better, at least as good > as a 48SX. Actually, I was thinking that IrDA used a send packet > and receive acknowledgement sort of protocol, but it seems that I > was wrong about how it would work on the 49g+. > Actually, as near as I can guess, the IrDA protocol probably does > work something like that, but then sends the data to the old > (inherited from previous models) buffer, and instead of sending a > stop for now signal to the IrDA part, the buffer just keeps on > accepting data even after it's full. Notice that after a buffer > overrun, what's still in the buffer is from near the end of the > transmission, and even after emptying the buffer after an overrun, > there's often more data (the very end of the transmission) that > appears in it. It's as if there are actually two buffers in series > in the 49g+. This is very different from the 48 series and 49G, > where the serial port won't accept any more data once an overrun > occurs. But either way, a buffer overrun means that the transfer > failed. > Maybe they attempted to fix whatever was broken on the 49G but the > fix didn't work as intended? > Maybe the IrDA won't be so bad in a future ROM? I do hope that the > 49g+ hasn't become abandonware already. > I wish you luck, and please do let us know if you have any, > -- > Nice explanation you gave me here, I'm with you 100% youre absolutely right i think that is due to transfer between ARM hardware and virtual Saturn, I tried varios implementations of the recieve routine like the one i gave in original post) the implementations were better and better, i had some checks on the received text, but if i do any kind of checking i loose more data. This is until now my best try and i don't think it can get faster in sysRPL My intention is to try one other thing before i give up on serial transfer -not entirely give up though -i'll be waiting like hybernating for a ROM fix (Information on receive buffer memory locations is needed for that -is it the same as on 49G ? u looked it up in my old DOCS about 48 but on the G+ it seemd different, Info needed !!!) receive buffer start and counter/pointer is in fact all i need. I'll try to do an equivalent of the reading loop in Saturn with slight modifications: ------------ on the STK1 i'll have a large empty string, (say standard string object about 1k or 2k in size -as large as expected data block will be) In a very tight loop (compact and fast) i'll copy the data from the receive buffer direcly in to the mentioned string -this will actualy be secondary buffer, then i'll stop interrupts just for a brief moment so i can reset the receive pointer/counter (which is somwhere in the mem near the buffer) enable interrupts, wait in a loop for pointer to change. In the end (when sequence of characters is received or timeout period) length of the string needs to be adjusted to my counter (which counted all characters transfered). and the string should be ready to use. I bet this will be a lot faster compared to creating, duplicating, droping, adding objects on stack and whatever sysRPL does to the characters from serial buffer when we SREC-v it. I just hope it will be fast enough (it better be and i hope the issue is not in the speed how emulator updates hardware related registers and memory locations in the virtual Saturn. This VIRTUAL Saturn realy sucks, i'm gonna wait a while i bet french guyz are up and working on a substitute greyscale-hacker-gaming type of platform. So we will be able to flash our G+ from the sd with OS dedicated for games,nice graphics, and kick ass programming then again when needed, we will flash-back from the same SD the default the original RPL OS. and continue calcking. If somone has some good docs about SERIAL buffer in the G+ i would carry him/her to Paris (i won't actualy do that i just said i would as a sign of appreciation) === Subject: How $ Important is the HP Calculators Market? Where would I search for quantitative data on HP Calculator sales? This question began as I was raving about my 33s to a very patient friend of mine and he asked me, Well, if it's absolutly the best to be found, then How many does HP sell, and how much is it worth? I Dunno-, I said, Lots and Lots ? I began to feel as if I may have directed my concerns toward the tempest in a tea-cup, so to speak. Later, I went nosing around on WWW and found: Nothing. Where would I access quantitative data on HP Calculator sales? Jo ( Who can never have enough information. ) === Subject: Help me in programming ( algebra programming) 2 problem I need to solve for my programming. I had try for varies way in Algebra programming but the manual I went through still got problem. I had down load a file algebra programming manual, but still got problem. Feel quite frustrated as my RPN knowledge is poor. 1) it seem to be the red-shift + 'dot' for the return cartridge is not working ( I am using ROM 1.23 HP G49+). Every time it go to next line same as the enter function.) 2) I am try to program some equation which will show a part of the result during its calculation and then continous again for next calculation and show the next result. I had see many method but I cannot make them work. example: Entry A,B data, formula= A+B Show the result, Prompt for C variable, and calculate C*(A+B) Show the result. Currently, I am using the equation solver to solve the equation, and call another equation which had a common variable in between them and solve in the equation solver again. There are as many as 7 step I need to go through to get and to see the intermediate and final value. I believe programming can solve my problem but then I got stuck pm the 'return cartridge' Moktze === Subject: Re: Help me in programming ( algebra programming) tc schrieb im Newsbeitrag > 2 problem I need to solve for my programming. I had try for varies way > in Algebra programming but the manual I went through still got > problem. I had down load a file algebra programming manual, but still > got problem. Feel quite frustrated as my RPN knowledge is poor. > 1) it seem to be the red-shift + 'dot' for the return cartridge is not > working ( I am using ROM 1.23 HP G49+). Every time it go to next line > same as the enter function.) Don't worry about the carriage return, you actually don't need it at all. Carriage return aka CR aka chr(13) aka chr(0x0D) is just a white space character, used to divide long lines in an editor. It has no meaning - or better semantic value - in a program. Don't confuse with however, since really does, what it's name implies. It enters data, i.e in RPN mode, it pushes the current input onto the stack. ( I guess you are working in RPN already, if not, try to get used to it, since it has many advantages) Hope that helps, don't hesitate to come back, to ask questions. -- MM > 2) I am try to program some equation which will show a part of the > result during its calculation and then continous again for next > calculation and show the next result. I had see many method but I > cannot make them work. > example: > Entry A,B data, formula= A+B > Show the result, Prompt for C variable, and calculate C*(A+B) > Show the result. > Currently, I am using the equation solver to solve the equation, and > call another equation which had a common variable in between them and > solve in the equation solver again. There are as many as 7 step I need > to go through to get and to see the intermediate and final value. I > believe programming can solve my problem but then I got stuck pm the > 'return cartridge' > Moktze === Subject: HP48G+ programming Hi all, after 15 years I switched from my old hp28s to the new HP48G+, trying to convert my old programs for the new machine, I found a few problems. First of all in the box HP sent me there is just the user's guide. This last one talks about a HP 48G Series Advenced User's Reference # 00048-90136, but HP Italy doesn't know anything about it, nor can I find it anywhere. Besides, I'm looking in particular for instruction for data insertion, not just for local variables but for global ones. For the old HP the instructions are: << { STO X Y Z } MENU HALT ..... >> while for the new 48G+ the command MENU doesn't work anymore. Can anybody help me? Thanx Fil === Subject: Re: HP48G+ programming > Hi all, > after 15 years I switched from my old hp28s to the new HP48G+, trying to > convert my old programs for the new machine, I found a few problems. > First of all in the box HP sent me there is just the user's guide. This last > one talks about a HP 48G Series Advenced User's Reference # 00048-90136, > but HP Italy doesn't know anything about it, nor can I find it anywhere. > Besides, I'm looking in particular for instruction for data insertion, not > just for local variables but for global ones. For the old HP the > instructions are: << { STO X Y Z } MENU HALT ..... > while for the new 48G+ the command MENU doesn't work anymore. > Can anybody help me? You can download the HP 48G Series Advanced User's Reference here: http://www.hpcalc.org/search.php?query=advanced+reference&hp48=1 Warning: It's a 36 mb ZIP file that unzips into a 39 mb PDF file. -- Wayne Brown (HPCC #1104) | When your tail's in a crack, you improvise fwbrown@bellsouth.net | if you're good enough. Otherwise you give | your pelt to the trapper. e^(i*pi) = -1 -- Euler | -- John Myers Myers, Silverlock === Subject: HP49g+ - NUM.SLV>Solve linear System - Bug or...? Hi Group... Today I tried to use the linear system solver with stored matrices (normally just using the S.SLV LINSOLVE to get exact results or the NUM.SLV lin. solver with manually entered matrices) and got a really odd reaction of my calc... I created the following matrices: [.9 -.7 0 0 ] [.7 .7 0 0 ] A: [0 .7 .5 -.9] [0 -.7 .5 .5 ] [0 ] [1 ] B: [0 ] [.5] I stored both into variables and selected the matrices using the choose-key. A for A and B for B to solve for X in A*X=B. When I set the cursor to X: and press solve my calc starts working and working... Something between 5 and ten minutes... After that, it shows 'Symbolic Matrix' as result for X... The odd thing is: When I enter the matrices by hand (exactly as shown above) using edit everything works fine... Is it a known problem and/or duplicateable? Or did I something really dumb wrong? Pascal === Subject: Giac/Xcas plot3d problem Please Help I downloaded and extracted this package, and it's working. But I have no idea why when I try to plot a 3D function, eg, plot3d(sin(x*y),x,y), or any other functions, it returns the same plot over and over again. I've checked and it's the image in the file session03d.png. How can I make plotting a function in 3D work? Do I need to install Dave === Subject: Witnessed in the Laboratory. Warning: The Following is Hearsay, and may be construed to be Derogatory to the nation of France, and it's abilities. However, none of the above is intended in this material. Demonstrated In The Lab ! The Tech powers-up and indicates that I should observe the 49G+ is Turned on, at Default, and Ready. Then I should note: ( ON + F3 ) = Unconditional Clear/Restart ( Cancel ) = Clear Mode ( F6 ) = Clear ( Delete ) = Clear Entry ( Clear ) = Clear ( B-Arrow ) = Clear Keystroke ( Undo ) = Clear Operation After pointing out these features, the Tech looks up and states: It Must have been designed in _France_, Because at Boot, the Keyboard offers seven different routes of escape! ( Insert Drum-Shot here ) ( I thought I'd pass this awful thing along . . ) Jo === Subject: Re: Witnessed in the Laboratory. Not fun :-( Jo a .8ecrit dans le message de > Warning: The Following is Hearsay, and may be construed to be > Derogatory to the nation of France, and it's abilities. > However, none of the above is intended in this material. > Demonstrated In The Lab ! > The Tech powers-up and indicates that I should observe the > 49G+ is Turned on, at Default, and Ready. Then I should note: > ( ON + F3 ) = Unconditional Clear/Restart > ( Cancel ) = Clear Mode > ( F6 ) = Clear > ( Delete ) = Clear Entry > ( Clear ) = Clear > ( B-Arrow ) = Clear Keystroke > ( Undo ) = Clear Operation > After pointing out these features, the Tech looks up and states: > It Must have been designed in _France_, Because at Boot, > the Keyboard offers seven different routes of escape! > ( Insert Drum-Shot here ) > ( I thought I'd pass this awful thing along . . ) > Jo 1942 === Subject: Re: HP49G, Cus menu problems > enter {test, BASIS } STO=> CST > The real command is then there and the () work as they should if i enter the command like you said(putting space before and after BASIS) i get a basis error, too few arguments, if i put {test,BASIS} STO CST i get the same error. BTW, i'm using algebraic mode === Subject: Re: HP49G, Cus menu problems >> enter {test, BASIS } STO=> CST >> The real command is then there and the () work as they should > if i enter the command like you said(putting space before and after > BASIS) i get a basis error, too few arguments, if i put > {test,BASIS} STO CST i get the same error. > BTW, i'm using algebraic mode Aha! change to RPN just to edit the CST using FILER then go back to ALGebraic and see the added RPL> in front of the CST Will it now work? === Subject: Re: HP49G, Cus menu problems you're my hero =D it now works, the parenthesis appear just fine(i aded just like you said in the 1st place). btw, there was a shortcut to change modes, i can't remember what it was. and another thing, since it appears this calc is made to use RPN mainly, where can i find a RPN users manual for hte hp49, since the manual and the AUG comes in algebraic and i don't have too much time to fiddle with it === Subject: HP49G+ Dumping memory Could someone write a simple program which can dump ARM memory ? Look : 2: @begin 1: @end We put the beginning adress and the ending adress on the stack. Then we run the prog and it put a string on the stack, with the dumped data. The adresses must be absolute adresses. I've tried but, I cannot make it working :(( If a++ y. === Subject: HP49G, Basis command oddities let's say i have the following matrix A=[[1 -2 2 1 0][-1 2 -1 0 0][2 -4 6 4 0][3 -6 8 5 1]]. the columnspace base is comprised of rows 1,2,5 resulting in vectors{(1 -1 2 3),(-2 2 -4 -6),(0 0 0 1)}. But if i use the Basis command i get 3 vectors which are the non-zero rows of RREF(A): {(1 -2 0 -1 0),(0 0 1 1 0),(0 0 0 0 1)} o the other side, if i want the rowspace base, by logic i use BASIS(TRAN(A)) -since i want the base of the rows-, and now i get the correct results: {(1 0 4 0),(0 1 2 0),(0 0 0 1)}. So, how do i get the base of the rowspace correctly, not that result which is a mixture of things i haven't seen in any book. === Subject: Do You Find your HP Indispensable ? I enjoyed reading on the topics of Most, and Least favorite calculators. Now, I'm inclined to ask you, why is that? This HP is quite handy for dialing-in on electrical current, or group delays, and for actually retaining memory between sessions. It is just idle wonderment, but would you care to comment on best suitability or favorite usages ? Is your HP nearly indispensable in a given style or model line? How come is that? Have other brands assured you, and then failed your requirment? === Subject: Re: Do You Find your HP Indispensable ? The last TI I used needed to change modes to go from arithmetic to statistics, and then there was no way to go back to arithmetic without losing the statistical data, except by writing it down and re-entering it. I threw it out and bought an HP. > I enjoyed reading on the topics of Most, and Least favorite > calculators. Now, I'm inclined to ask you, why is that? > This HP is quite handy for dialing-in on electrical current, or > group delays, and for actually retaining memory between sessions. > It is just idle wonderment, but would you care to comment on best > suitability or favorite usages ? > Is your HP nearly indispensable in a given style or model line? > How come is that? > Have other brands assured you, and then failed your requirment? === Subject: Day of Week built-in function? I want a Day of Week (DOW) function for doing date calculations. There are ways of calculating this - an example is provided in the HP-67 Standard Pac. There are other HP calulators that do display the DOW such as the 12C, 17BII and 19BII. These calculators seem to display the data only, but they do not store the DOW in any register accessible to the user or program for re-use in further calculations. Is there no HP (or other) calculator that has DOW as a built in function accessible via a register? Mark. === Subject: Re: Day of Week built-in function? In message , mr >Is there no HP (or other) calculator that has DOW as a built in >function accessible via a register? On the 48/49 series just do put the date and time on the stack and do TSTR (e.g. DATE TIME TSTR) and the day of the week is the first 3 characters of the returned string. -- Bruce Horrocks Surrey England @.plus.com -- fix the obvious for email and Bruce, that I could run my HP-67 Calendar functions, and I was about to start [I have, in the meantime, used the algorithms supplied with the HP-67 Standard Pac to get DOW on the HP-33s. ] Mark Ringrose === Subject: Re: Day of Week built-in function? X-NNTP-Client: ROBOT/LX -=[ Tue, 29.6.04 6:03 p.m. +1200 (NZT) ]=- Hi mr ! in message ID : [...] > Is there no HP (or other) calculator that has DOW as a > built in function accessible via a register? AFAIR the HP41CX has the DOW you are after. On the 48/49 series : <<12.121582 SWAP DDAYS 7 MOD>> 'DOW' STO Saturday and 0 for Sunday for dates in years 1583-9999, independent of the date format. -- Hutchins New Zed === Subject: Re: Day of Week built-in function? Hi , hi folks, Yes, the 41CX or the 41C or 41CV with Time module offered the DOW function. There was also a way computing it in the HP-45 Solution Book. In this book there were many Key sequences that you had to follow to obtain the solution to a problem. These were similar to the programming steps later implemented on the HP-65 and later models using keystroke programming. The only difference was that the user was in charge of executing the steps one by one. Slow but working. Another interesting methods are found at: http://www.terra.es/personal2/grimmer/ or at: http://rudy.ca/doomsday.html Another with a mathematical formula at: http://www.mcs.csuhayward.edu/~malek/Mathlinks/Weekdays.html or: http://www.informatik.uni-ulm.de/pm/mitarbeiter/mark/day_of_week.html And there are many more. These were found using Google and day of the week as the search string. Jean (Johnny) Lemire from Richelieu, Quebec, Canada. === Subject: Re: Eql+ and UsrBox > the problem with Xnview is that i cant upload the grobs to my hp49g+... > Conn1x said that it was created in a hp48 format... so i dont know what > else i could do You have to change the setting so it adds a file header for the HP49 series calculators. Under ToolsOptions, in Write category, HP GROB key, check GROB HP-49 Header. Remember not to use greyscale. Use dithering instead. I don't think the HP49G+ can display greyscale GROBs, not sure. Dave === Subject: Re: Eql+ and UsrBox > the problem with Xnview is that i cant upload the grobs to my hp49g+... > Conn1x said that it was created in a hp48 format... so i dont know what > else i could do You have to change the setting so it adds a file header for the HP49 series calculators. Under ToolsOptions, in Write category, HP GROB key, check GROB HP-49 Header. Remember not to use greyscale. Use dithering instead. I don't think the HP49G+ can display greyscale GROBs, not sure. Dave === Subject: Re: Eql+ and UsrBox > the problem with Xnview is that i cant upload the grobs to my hp49g+... > Conn1x said that it was created in a hp48 format... so i dont know what > else i could do You have to change the setting so it adds a file header for the HP49 series calculators. Under ToolsOptions, in Write category, HP GROB key, check GROB HP-49 Header. Remember not to use greyscale. Use dithering instead. I don't think the HP49G+ can display greyscale GROBs, not sure. Dave === Subject: Re: Eql+ and UsrBox > the problem with Xnview is that i cant upload the grobs to my hp49g+... > Conn1x said that it was created in a hp48 format... so i dont know what > else i could do XnView: Settings - Write - search for: HP GROB [V] GROB HP-49 Header () === Subject: Re: Optimizing sysRPL code > Do you think there is a study about systemRPL and/or userRPL command > execution times ? I'm sorry, there isn't, as far as I know. But that's a good research idea in HP calculator engeneering. Yoann. === Subject: HP49g+ to Mac via SD card - charcter coding? when I copy a 49g+ program to a SD card and put the card in the SD reader connected to my Mac (OS 10.3.4) I can access the file from the Finder. But when I open it in TextEdit it all I see is character chaos, i.e. HPHP49-XíÍ-íÈ í[Micro]8t*.89̀.9b .89´Í.89.81«8H. .89´ç.8c.82=í«.89 ´Íí.81.8c[Micro]9q.89[ Yen]Í.8c.82=Ií.b9c;'[Capi talIGrave]«.89´Í.89.81«.8c [UDou bleDot]:í´S8Tíó.89[CapitalA Ring]«.89̀.9e=.89´.9dí[Cen t].89.81« What editor on the Mac do I need to read (and write) such files? -- Rolf === Subject: Re: HP49g+ to Mac via SD card - charcter coding? > when I copy a 49g+ program to a SD card and put the card in the SD > reader connected to my Mac (OS 10.3.4) I can access the file from the > Finder. > But when I open it in TextEdit it all I see is character chaos, i.e. > HPHP49-X.9d-.90o8t*? What editor on the Mac do I need to read (and write) such files? I suggest that you decompile the object on the 49g+ itself, before storing the character string form on the card. Then use your favorite text editor to veiw or edit it. For an easy way to accomplish this, see: http://www.hpcalc.org/details.php?id=6017 -- === Subject: Re: HP49g+ to Mac via SD card - charcter coding? hem, xcuse for the answer, i missreaded your pb... The solution is : place your program on the stack and tape ->STR. Then copy the string in your SD. When opening, you will have a small HPHP49 header, but remove it and will be nice. 40e1301b.0@juno.wiesbaden.netsurf.de... > when I copy a 49g+ program to a SD card and put the card in the SD reader connected to my Mac (OS 10.3.4) I can access the file from the Finder. > But when I open it in TextEdit it all I see is character chaos, i.e. > HPHP49-X.9d-.90.9b8t*? What editor on the Mac do I need to read (and write) such files? > -- > Rolf === Subject: Re: HP49g+ to Mac via SD card - charcter coding? You can repair this, bu running this program : << 256 ATTACH -->A 26 + A--> >> (replace <<, >> and --> chars by HP chars of course) Place the string HPHP49-X.9d-.90.9b8t*? when I copy a 49g+ program to a SD card and put the card in the SD reader connected to my Mac (OS 10.3.4) I can access the file from the Finder. > But when I open it in TextEdit it all I see is character chaos, i.e. > HPHP49-X.9d-.90.9b8t*? What editor on the Mac do I need to read (and write) such files? > -- > Rolf === Subject: Re: HP49G+ SD-Card: Filer6-Problem > mak schrieb im Newsbeitrag > Hi out there, > when I try to create a directory on a SD-Card > with Filer6 (from Prof.Rautenberg) I always get > the message XLIB 688 49 Error: Too Few Arguments > and no directory is created. > Can someone explain to me what to do? > In Filer6 Press '3' to select the SD card. ( 3 w/o ticks ...) > Then press LS DEF, which pops up a menu. > Check the 'Directory' item and enter a name for your folder. > Press the OK soft key. > That's it. Thats exactly the way I did it ... and after pressing o.k. I always get the ERROR-Message XLIB 688 49 Error: Too Few Arguments. (I use ROM 1.23). What could be the problem ? MAK === Subject: sysRPL: WEIRD finding about COERCE something like: :: COERCE 2DUP #1+LAST$ UNROT #1+ 1_#1-SUB$ ; @ What did I find out: when this split function is used in the userRLP programm which is called from another userRPL which is called from another. (in fact on the 3.rd level) on the 3.td level it COERCE-s %2 (which is input parametter) to #FF. any comments on that ? am i missing some important ponit here? or what ? :-) === Subject: Re: TI89 Titanium -- opinions? X > But we were talking about performance here, not features. >> - I Win - You loose, Man of is rusty? > This is not a contest, Veli-Pekka. These news groups used to be about > enlightment and exciting new knowledge, not about mudthrowing, namecalling > and arguments for the sole sake of winning. Sorry - I forgot the smiley My greatest worry is that the there seems to be a lack of humor, happiness in your latest comments. > The fact is that you, dare I say now, have > again BULL... but let me clarify: I was talking about TI vs TI-Ti The new Titanic is so called on the TI newsgroup because there is _NO_ _NEW_ CPU The users waited for a speed-up, like a 33,3 MHz CPU I was not originally comparing to a HP, but the older TI > spoken about something you > don't know didly about. The TI89 Titanium - you've never touched it, and, > you > categorically state that it is slow? You don't know? You can't necessarily > compare it to an ordinary HW2 TI89 - which I've incidently also pointed > out > can easily compete with the HP49G+ in many areas still. If you go back to > my > original post on this subject, I merely asked you if you had seen one. > Apparantly not. > Lighten up, ! === Subject: Re: TI89 Titanium -- opinions? > My greatest worry is that the there seems to be a lack of > humor, happiness in your latest comments. Well, happiness...you are probably right, I tend to look at the glass more half empty than half full these days. Sort of OT here though, but you'd probably know how it is... > BULL... Easy now Sorry for that remark though - it was out of place. > but let me clarify: I was talking about TI vs TI-Ti The original question was: Opinions of the Titanic and how does it compare to the HP49G+? You delivered one sentence: The Titanic is f*ing slow I merely pointed out that you haven't tried the TI-Ti yourself (hence can't comment on its speed) and that the TI89 is faster than the HP49G+ for some things. I then ask; does that mean you think the HP49G+ is f*ing slow too? Remember, the HP49G and the HP48G share processors, but I dare to say there is a bit of a difference performance wise? You can't label something you haven't tried out for yourself. You could have said that you suspected the eliminate some of the restrictions found in earlier versions. > I was not originally comparing to a HP, but the older TI In what areas is the Titanic slower than a HW2 TI89 then? === Subject: Re: TI89 Titanium -- opinions? You know what i don't like about you ? It is your superiority complex and the fact that you think that you are smarter than everyone. I thought that your failure with your advanced handheld project would have made you more humble or less arrogant but obviously i was wrong. If you think that both HP and the comp.sys.hp48 are losing their quality,what are you doing here ? And contrary to what you said i do know exactly what i am talking. I used TI68k since the release of the beta version of the TI92(in October 1995). I have got or tested all TI68k version besides the Voyage 200. I have talked with Ti R&D engineer and been deeply disapointed by their serious faith that the TI92 was far superior to the HP48. So unless i manage to always get TI68k with problems,i do know cleary what i am talking. Your statements almost prove my point that the HP49G+ is generally faster than the TI68K. Many of your statements are commong knowledge to me. I find some other almost impossible to believe as in my experience it is the opposite. For example when you say that the TI is faster than the HP49G+ for numeric sums. Are you talking of the built-in command or of all ways to do a sum ? Also how the hell have you manage to get your TI being 2-4 times faster than your HP49G+ when my HP49G was faster than my TI92+ for that ? > He doesn't need to used a TI89 Titanium to know that it is slow. > That's the problem with these calculators - you need to have used them > before you can speak about their performance. That's true about everything > in life, isn't it? I just advocate that people shouldn't jump to > conclusions - stick to facts and experience. > The TI89 Titanic is not faster than the TI89 HW2 and is certainly > slower than it. > Since it's based on the same hardware, I must assume you know from personal > that platform? > I am not even sure that the HW2 are faster than the TI92II(TI92+E > module) as this one was up to 50 % faster than the TI92+ HW1. > My personal experience tells me that it is. > And even if the TI89 HW2 is faster than the HP49G+ for some things it > is slower for many more things. > Have you conducted any form of test to show this? How do you weigh > importance of functionality? > Plotting,most numeric computations,GUI and user language are the first > things which come to my mind. > Lets' see...I'll just spend a moment digging through my last 300 hours of > pitting the TI89 HW2 against the HP49G+; > I have compared almost every aspect of these two machines, ranging over > object diversity, battery life, OS stability, algorithms, programming, > plotting, I/O, 3rd party apps, cusization, so on and so forth. And of > course mathematical abilities, inspecting practicality/integration, > diversity, usefulness....and of course performance. > I gather you'd like to stick with the latter, as that seems to be the only > aspect of this you might put any weight to. I'll entertain with the very > short story only (all claims are isolated, i.e. measurement overhead is > deducted from the test results. All claims are general, in each case an > opposite scenario can easily be constructed): > - The HP is roughly twice as fast for real numerical computations. > - The HP is 2-6 times as fast for complex numerical computations. > - The HP has better numeric to exact conversion. > - The HP is the most versatile regarding indefinite integration, and often > the fastest too. Both have quirks in this area. > - The HP is *much* faster at series expansion, and it is more versatile too > (the TI really only sporting Taylor expansion). > - The HP sports a host of modulo arithmetic which the TI has not. The same > is true for a bunch of special functions and integer and polynomial > arithmetic. The latter is negated when taking Bhuv's MathTools for the TI > into account. A truly magnificent set of programs. > - The HP is more versatile regarding partial fraction expansion, mainly > stemming from the choice of complex or real mode. > - The HP is *much* more versatile when it comes to expression manipulation, > in part helped by the EQW. A couple of really high quality EQWs exist for > the TI as well now. > - The HP is *much* more versatile when dealing with trig functions, while > the TI is usually faster. The versatility of the HP must prevail here > though. > - The HP is 2-5 times as fast for symbolic matrix calculations, and 2-10 > times as fast for numeric array calculations. > - The HP is much better when dealing with units. Beyond description better. > - The TI is 2-4 times as fast for integer arithmetic. > - The TI is faster at differentiation, except when auto simplification plays > a major role (typically involving trig functions). > - The TI is *much* faster at numeric integration. > - The TI is *much* faster at limits, except when we're dealing with simple > substitution. > - The TI is faster when doing symbolic and numeric sums. The Ti can also do > symbolic closed form products, while the HP cannot. > - The TI is much faster and more versatile at solving symbolic and numeric > equations, except the special case of univariate polynomials with strictly > numeric coefficients. > - The TI is generally better at factoring polynomials. > - The TI is usually the master of simplification, substitution and > evaluation, except again when its auto simplification routines trip over > each other. The HP is just generally half-slow, but rarely ice-age slow (The > only case that springs to mind is when dealing with RE, IM and ABS - forget > about it!). > - They both suck at integer factorization and primality tests (although the > TI seems to implement the most stable primality test by a hair). > - They are about equal dealing with vectors. > The TI has one fast parsing engine. It's truly amazing how quickly it can > apply its heuristics to expressions - I'm currently trying to mimick some of > these heuristics on the HP49G+, and the parsing is really a bottleneck (or > I'm not clever enough). > One aspect of the TI, I find very comforting, is that it often didn't fail > some complex computation, but instead kept going for hours and hours while > the HP would give up after a very short time if it couldn't find an answer. > Time limited algorithms are not good on a calculator in my opinion - they > are necessary on a mainframe when the algorithm has determined that a > solution within all probability will take millenia to compute, but on a > calculator I fancy the user to press CANCEL rather than the HP not factoring > something (not even a warning is issued, that the algorithm aborted because > of time constraints). > One thing I like about the HP is the lack of auto simplification - or, more > correctly, I'd very much like it to be there, but the user should be able to > switch it on and off. This should be so on the TI as well. > The keyboard layout on the TI89 is bad, but the keys on the HP49G+ sucks so > much I don't have words for it. The layout is perfect, but I miss keystrokes > constantly - if I enter one simple expression, say, with 25 keystrokes or > so, I see myself retyping maybe 4 or 5 entries (sometimes I have to press a > key 3 or 4 times before it registers). When the HP is turned ON, my first > keypress is often not registered. Delimiters is a problem area for me too - > I have a hard time getting my current HP to register delimiter entry like ' > ', , << >>, { }, [ ] and so on. Also the arrow keys, negate, > inverse.....well, I'll be d***** - It's *all the keys*! > And without getting into too much detail, TI-Basic isn't really slower, > generally speaking, than UserRPL. TI-Basic sucks at looping in most > instances, and UserRPL really shines when the stack is utilized (which not > that many people can do effectively really). TI-Basic is very limited, while > programming the HP has almost no limits (that is when judging on-calc > programming). The SDK & C development features are much better on the TI. By > a large margin. > So i agree with ,the Titanic and for instances all TI68k are slow. > You agree with Veli-Pekka in answering something you really do not know > anything about - or that's how I see it. > It's not just HP as a company that's deteriorating - the quality of this > news group is going down the same hill (started around '99-'00 or so). > === Subject: Re: TI89 Titanium -- opinions? > regarding HP49G speed , it's about 25 times faster than the real 49G > right now under linux ; should be slightly faster under ecos. it's > emulating the 49g (not the 49g+) Are you going to make it available for download? (an x86 version) or, the sources, so we can port it. Ramiro Tired of running emu48 over rdesktop Tasquer === Subject: Re: TI89 Titanium -- opinions? > Are you going to make it available for download? (an x86 version) > or, the sources, so we can port it. Unlikely. Jean-Yves === Subject: hpcalc.org new look Finally Eric found some time to update the look of hpcalc.org!!! GREAT! I your efforts! === Subject: Re: hpcalc.org new look > Finally Eric found some time to update the look of hpcalc.org!!! GREAT! I > your efforts! Speaking as someone who was perfectly happy with it the way it was -- It's even better now! -- Wayne Brown (HPCC #1104) | When your tail's in a crack, you improvise fwbrown@bellsouth.net | if you're good enough. Otherwise you give | your pelt to the trapper. e^(i*pi) = -1 -- Euler | -- John Myers Myers, Silverlock === Subject: Re: hpcalc.org new look Yep, better :)) > Finally Eric found some time to update the look of hpcalc.org!!! GREAT! I for > your efforts! > === Subject: Re: hpcalc.org new look > Yep, better :)) > Finally Eric found some time to update the look of hpcalc.org!!! GREAT! I > for > your efforts! > looks great, (49 series content moved to the top makes perfect sense) === Subject: Re: RPN Calc button locations & shapes ~ HP 33S | | | I want to get a hold of one of the ones from the Walmart pre-release. Will | Pay $45 for one. | | | What is different about the pre-release calculators? === Subject: Eql+ - a different approach Hi folks, soon available on hpcalc.org: A flexible and easy to use browser which can be expanded by your own equations and pictures. TreeBrowser supplies an easy to use graphical environment (like the filer) for collections of formulas and shows them in a tree structure. The equations are passed to the built-in SOLVER of the HP 49G/49G+ for solving. So you can easily build your own favavorite collection of formulas. As an example data set the original Equation Library, including all pictures, from Hewlett-Packard is available for TreeBrowser. Until it shows up on hpcalc.org it can be downloaded from my website at http://www.andreasmoeller.gmxhome.de/ === Subject: good time to buy 49g+? and screen protectors About to upgrade my HP 49G to a 49G+.. before I do, are there any good reasons not to do so right now? I think the Qonos is a slightly different class (and certainly not permissible in exams *grin*) so no reason for me to wait for that.. I think hpcalc.org promise to give as good a keyboard as can be got (i.e. the latest serial numbers).. and I don't know of any recent updates/improvements/soon-to-be-announced releases. And to keep the Shiny New Toy[tm] in shape, what screen protectors do people recommend that stick nicely on the 49G+ screen without visibility loss? I guess it'll have to be cutting a PDA one to size, but are they all created equal? PurpleMoo did reasonably nice Psion 5MX ones, and that's as far as my experience goes. -- === Subject: Re: good time to buy 49g+? and screen protectors > About to upgrade my HP 49G to a 49G+.. before I do, are there any good > reasons not to do so right now? I think the Qonos is a slightly different > class (and certainly not permissible in exams *grin*) so no reason for me > to wait for that.. I think hpcalc.org promise to give as good a keyboard > as can be got (i.e. the latest serial numbers).. and I don't know of any > recent updates/improvements/soon-to-be-announced releases. > And to keep the Shiny New Toy[tm] in shape, what screen protectors do > people recommend that stick nicely on the 49G+ screen without visibility > loss? I guess it'll have to be cutting a PDA one to size, but are they all > created equal? PurpleMoo did reasonably nice Psion 5MX ones, and that's > as far as my experience goes. Hi , It's 8 or so days since i got my 49G+ in my mail :) the keys are much better than 49G keys, although G+ can miss a keypress -that's because ARM is emulating Saturn and 49 Hardware. on 49G that was because of the poor keys quality i guess. Got unused 16MB SD card form my camera loded in to the G+ and it works just as expected -no formatting no nothing, as a matter of fact it uses 12 bit FAT (floppy disk FAT) with no problems. (immagine the 16MB of storage for exams data) Screen on 49G+ is much larger than i expected. it looks much better in real life (comapred to images that can be found on the net) There is something i realized about the screen protection: you don't need anything special, it won't get damaged when you use it (on the table) but rather in the bag or pocket or something. A litle care can solve all problems: be sure when you're inserting the G+ in to the leather case that display is facing away from magnetic snap that holds the leather door closed. Why: because when in pocket or bag if you apply pressure to the case that metal thing is applying pressure to your LCD cover in one point making it very likely to crack. (there is no magnetic danger to LCD When you turn the LCD away form that thing it's not likely to happen. Since ROM and ARM emulator are flashable (from what i gathered on the net and in here) -there will be no problem to upgrade any kind of fix or even load alternative OS. i actualy waited few months to see if ARM coding would be possible, there that was all i needed to hear. (although i'm still on the sysRPL/Saturn ASS level) see you === Subject: Why the French guyz rule the HP scene? Because of Enigma i guess i bet they listen to the Enigma's greatest hits when thinking or relaxing SALUTE to FRANCH guyz === Subject: Re: Why the French guyz rule the HP scene? > Because of Enigma i guess > i bet they listen to the Enigma's greatest hits when thinking or relaxing > SALUTE to FRANCH guyz > France is romantic, artistic, arcane, rich historically, full of culture and proud of its techical institutions (polytechnique etc) perhaps technocrat was even invented in France? Sounds like a perfect fit. Too bad HP is a very English sounding name...... (Of course this is a logical fallacy---you can find essentially all of these proof traits in every nation---even Finland (sorry !) === Subject: Re: Why the French guyz rule the HP scene? > Sounds like a perfect fit. Too bad HP is a very English sounding > name...... Maybe we should then all call our calc an ashpay Arnaud === Subject: Re: Why the French guyz rule the HP scene? Hey, realy -how would you French PPL call the HP if it could be you'r way ? i would call it HePek === Subject: Re: Binary file ARM code disassembler for PC >IDAPro et al. are SourceCode Disassemblers (a few hundred $$ gizmos btw), I never knew about this distinction -- care to explain? :) The output from the various disassemblers I've used has always looked like assembly language to me. >Reverse-Engineering tools rather than pure binary code Disassemblers. Excluding debugging, what other primary purpose is there for disassemblers besides reverse engineering? Possible a good recovery tool of assembly programmers who've lost their source? :) >I think what we are talking of here in this Calculator NG are simple binary >format disasms. Like Christoph's. >Here, look at the more capable and the reinvented wheel output for a >simple piece of code... More irrelevancy. >(view with fixed font) >[arm-elf-objdump] >hploop.bin No! >Cristoph's disarm's output resembles the source much better... Reading the documentation on the ARM specific disassembler options might be of some help. >And is easy to handle. >% arm-none-elf-objdump -D -m arm -b binary hploop.bin >versus >% disarm -o hploop.bin >( the latter I remember for years, for the syntax of objdump I must peek in >the usage text after a few weeks ...) Is it that hard to write a single line batch file or shell script? >SMALL + SIMPLE, two of the most important properties of good software >design. Can you quote me your source? Because the last time I checked most of the software we use today doesn't consist of single threaded console apps that fit inside a 64Kbyte code segment. >You pay with 520+KB (+ cygwin infrastructure) or 1.8+ MB (mingw) for this >overkill. >objdump. I'd have to agree (unless the ARM OS used in the new Kinpo calcs suddenly takes a giant leap in sophistication) -- I never purposely implied otherwise. My original post was about *code-reuse* . I respect Christoph's reasons for not taking this route, even if I don't agree with them. ---------------------------------------------------------------------------- --- Jonathan Busby - before replying. === Subject: Re: Binary file ARM code disassembler for PC Laurent Desnogues schrieb im anyway *nothing* prevents you from selling GPL sw, it's a > common mistake to think so. You just can't prevent people > from redistributing yout sw and you have to give source, > if someone asks for it. I'm aware of (at least) one exception. The Folding@Home distributed computing project at Stanford University, led by Prof. Vijay Pande, distributed - or still does - their DC client for Linux statically linked to glibc. But they refused to give out the sources. Well, there was good reason for that, because the sw contains a crypto module, which digitally signs the WorkUnits, to prevent cheating and/or other data falsification, which could render the project useless. Strictly speaking that's a blatant GPL violation, but nonetheless possible somehow. -- MM > Laurent === Subject: Re: Binary file ARM code disassembler for PC >Jonathan Busby schrieb im Newsbeitrag >>I published a very small ARM Instruction Set disassembler on >>http://privat.swol.de/ChristophGiesselink/ in the PC Utilities Section. >>It can only handle pure ARM binary files in Little Endian format. >>Have fun, >>Christoph >> Why reinvent the wheel when there already exist several free (as in >So you think every class of program may be instantiated only once? I think you might be doing a little too much object oriented programming. Of course, it may very well be that we all exist in a virtual reality programmed in Java -- and you thought Sun's *current* JRE was bloated. :) >What a wonderful world we would have with one Excel as THE Spreadsheet, one >Word as THE Textprocessor, one ... I think you should go to an idiom dictionary and look up reinvent the wheel again. I can't see how anyone would infer from my statement that I'm against writing alternatives to existing software -- such a thing is ridiculous. What I was trying to convey is the harmful effects of not-invented-here syndrome, where there exist many different implementations, some possibly with features that stand out, but all mediocre overall due to the authors' refusal to build on others' work -- either physically or in concept. If anyone intends to produce an overall better piece of software then I'm all for it. ( For an example of this phenomenon, take a look at the large amount of mediocre exercise quality text editors or redundant trivial algebra programs on HPcalc. Eric Rechlin has event commented on his dislike of this proliferation in the descriptions of some programs on his web site. The administrators of TIcalc.org have made similar comments about material on their site. ) >> GPLd) and much more capable disassemblers? >What is more capable in context of Disassemblers? >Disassemblers disassemble by definition, that's all. Period. I'm afraid I can't produce an adequate response to this statement, as I am unable to extract any meaning from it that's not totally absurd. To see why, replace Disassemblers by any other software category, and disassemble by the primary functionality of the software within that category. Assemblers assemble by definition, that's all. Period I need to say that capable was a bad word choice: substitute featureful or mature instead. I in no way meant to give the impression of detracting from Christoph's work. >> See eg. the GNU binutils objdump. Here's an explanation of its use in >> this context : >That requires the folks here to install several Megabytes for the cygwin >subsystem, if they are running under Windows. It shouldn't be too difficult to port the relevant parts of binutils since most of the meat of the code is platform independent. Also, one might elect to use a minimal posix emulation layer to facilitate this : see eg. http://www.mingw.org/ .Furthermore, what is stopping you from compiling under the full Cygwin install, ripping out all of the dead weight and then distributing the cut down environment? I don't see many people feeling the need to distribute the entire Visual C++ development suite with every windows app that they write. :) As another poster in this thread put it : This is not rocket science. :) >What they get is a disassembler, which works on ELF object code ! Correct, they do, but if you had read the post I referenced more carefully, you would have seen that they also get the ability to disassemble raw binary; hence the -B binary switch. In addition to this, the binutils can be configured to support a wide array of various other binary and object module formats. ( eg. a.out, COFF, ARM OMF, hex etc.) >Christoph here has written a *small* and useful tool, which absolutely >fulfills the needs for an disassembler in context of the HP49G+, since it >processes a *pure binary* format. See above. >You should think twice about your objections, before you discourage people, >who share their work. Firstly, it was more of a question than of an objection. Secondly, Christoph is a professional adult who's been a member of the HP community for many years (as have I). I think he can make his own decisions without being discouraged by one person. Now some advice for you : Try to refrain from launching knee-jerk ad hominem attacks filled with ill-informed claims because of a misinterpretation of an innocuous comment; It may be detrimental to your online interactions. :) I had almost given up on this group due to its near complete degeneration into line noise and the exodus of most of the old-timers and HP internals experts. I guess my feelings have been reaffirmed. ---------------------------------------------------------------------------- --- Jonathan Busby - before replying. === Subject: Re: Binary file ARM code disassembler for PC Jonathan Busby schrieb im Newsbeitrag Why reinvent the wheel when there already exist several free (as in >So you think every class of program may be instantiated only once? > I think you might be doing a little too much object oriented > programming. Of course, it may very well be that we all exist in a > virtual reality programmed in Java -- and you thought Sun's *current* > JRE was bloated. :) You may be right here. Just replace Java with Smalltalk and you are in... >You should think twice about your objections, before you discourage people, >who share their work. > Firstly, it was more of a question than of an objection. Secondly, > Christoph is a professional adult who's been a member of the HP > community for many years (as have I). I think he can make his own > decisions without being discouraged by one person. > Now some advice for you : Try to refrain from launching knee-jerk ad > hominem attacks filled with ill-informed claims because of a > misinterpretation of an innocuous comment; It may be detrimental to > your online interactions. :) But I'm unable to see any evidence for an ad hominem attack. Since you are giving advices, feel free to take an advice too.. How about this for an example: Christpoph, But between you and me, was it worth the trouble to reinvent the wheel, when there are good and mature solutions around. See see GNU ARM binutils for example. ... Had you written that *style*, we probably never had met. And yes, I was (deliberate) rude too. > I had almost given up on this group due to its near complete > degeneration into line noise and the exodus of most of the old-timers > and HP internals experts. I guess my feelings have been reaffirmed. Yeah, the good ol' times are gone... MM -------------------------------------------------------------------------- ----- > Jonathan Busby - >You should think twice about your objections, before you discourage >people, >>who share their work. >But I'm unable to see any evidence for an ad hominem attack. It's an implication of your last sentence. You can figure it out; I'm not your grammar teacher. >Since you are giving advices, feel free to take an advice too.. You're the one that first felt the need to advise me on how I should conduct myself. >How about this for an example: >Christpoph, >But between you and me, was it worth the trouble to reinvent the wheel, >when there are good and mature >solutions around. See see GNU ARM binutils for example. >... >Had you written that *style*, we probably never had met. This is irrelevant and shows that you either didn't understand or didn't listen to my original response. Also, I'd like to know by what authority you feel you have the right to impose your style on others' harmless remarks when it's your misinterpretation of basic english language style and nuances that compelled you to start this subthread. >And yes, I was (deliberate) rude too. Are you implying that it's been nondeliberate up until now? >> I had almost given up on this group due to its near complete >> degeneration into line noise and the exodus of most of the old-timers >> and HP internals experts. I guess my feelings have been reaffirmed. >Yeah, the good ol' times are gone... I'd have to agree with you on this one, but I'm curious as to how you can reminisce about the good ol' times since it seems you've been posting in this group for less than a month. ---------------------------------------------------------------------------- --- Jonathan Busby - before replying. === Subject: Re: Binary file ARM code disassembler for PC ----- Original Message ----- === Subject: Re: Binary file ARM code disassembler for PC I had almost given up on this group due to its near complete >> degeneration into line noise and the exodus of most of the old-timers >> and HP internals experts. I guess my feelings have been reaffirmed. >Yeah, the good ol' times are gone... > I'd have to agree with you on this one, but I'm curious as to how you > can reminisce about the good ol' times since it seems you've been > posting in this group for less than a month. Yes, that's right Mr. Busby. But isn't all appearance not illusoriness as well? Don't you know this displeasing feel of being a slave of assumptions, taking uncertainty as a fact? But I'm glad to see you here, as a person, who keeps up this fine reminiscent mood. Have a nice day -- MM -------------------------------------------------------------------------- ----- > Jonathan Busby - > Yes, provide a 100% working distribution+Makefile and persuade/convince >> the >> people to roll their own ... > Send me your email address and you will get what you want. > As I already told, you will have to create your own VC > project file, or put cl.exe in the makefile. And you > won't get support I have not get my Cygwin to work properly. Something is missing... e-mail me I want to learn more... just DROP(LETTER) <-note ALGebraic syntax (-: () === Subject: [newbie] .asc file and create dir I have to transfer a file from pc to Hp 49g+. I cannot use usb because connection fails (I tried last driver and connectivity tool and avery other possible way, only once with success but, without apparentrly changing anything, conection returned not to work), so I use an SD card. The file is .asc but when I transfer it, it doesn't create a dir with all files inside. The file stars so: %%HP: T(3)A(R)F(.); DIR PPAR { (0,-1.2) (5,1.2) T 0 { (0,0) Can someone help me recreating the dir with all files inside?? === Subject: Re: [newbie] .asc file and create dir This is really interesting, with the NO CONNECTION PROBLEM youre not alone... I think you read all the other postings with the usb probs? Tried the new drivers, the new connectivity kit, another usb port, maybe another PC, another cable and nothing worked? then welcome to the club... did you try manually XRECV? (see here: http://home.arcor.de/c.buhmann/) christian buhmann e schrieb im Newsbeitrag > I have to transfer a file from pc to Hp 49g+. I cannot use usb because > connection fails (I tried last driver and connectivity tool and avery other > possible way, only once with success but, without apparentrly changing > anything, conection returned not to work), so I use an SD card. > The file is .asc but when I transfer it, it doesn't create a dir with all > files inside. > The file stars so: > %%HP: T(3)A(R)F(.); > DIR > PPAR { (0,-1.2) > (5,1.2) T 0 { (0,0) > Can someone help me recreating the dir with all files inside?? === Subject: -=THANK YOU=- Actually, I have nothing to thank you for but your kindly Ear to express my disappointment to you about the new calculators. I have a 33, and a really beat up 11c. I would never buy another loose-job hp. -not until everyone here says it covers all the bases. I wouldn't buy any re-branded hp products, when possable, ever. 'bye Jack. P.S. Me, who uses a computer 'cause hp is now poorly designed. - oh, well, screw me, die you. === Subject: O.K. It's gone. Trash your hp clone. I don't have the 33 any more . hp sucks. === Subject: Re: O.K. It's gone. Trash your hp clone. Jack@Rain.Lan says... > I don't have the 33 any more . > hp sucks. Having a bad day? === Subject: Sale: hp49g+'s for $100 each! The same for me. I have not yet received your HP 49G+... O.C. === Subject: do HP-calculators die out? Hi I have a HP49 and am not really happy with it, cause his f** slow. My friends have a TI and it's really fast. So I decided to buy a new one, but I read somewhere that HP-calculators may die out some time. What is better to buy a TI and I can be sure to get ROM-Updates, or is the new HP49+ still as good as the TI voyage 200? Actually whats coming after the HP49+ are there some new developments in progress? === Subject: Re: do HP-calculators die out? > Hi > I have a HP49 and am not really happy with it, cause his f** slow. > My friends have a TI and it's really fast. > So I decided to buy a new one, but I read somewhere that > HP-calculators may die out some time. > What is better to buy a TI and I can be sure to get ROM-Updates, or > is the new HP49+ still as good as the TI voyage 200? > Actually whats coming after the HP49+ are there some new developments > in progress? I think people are wondering about the future of HP calculators a lot (well, at least I am), but this newsgroup seems to be getting a lot more people on it, and has been becoming more active lately, especially in the past few months. Can anybody comment that has been here more than the couple years I've been following the newsgroup? === Subject: Re: do HP-calculators die out? > Hi > I have a HP49 and am not really happy with it, cause his f** slow. > My friends have a TI and it's really fast. > So I decided to buy a new one, but I read somewhere that > HP-calculators may die out some time. > What is better to buy a TI and I can be sure to get ROM-Updates, or > is the new HP49+ still as good as the TI voyage 200? > Actually whats coming after the HP49+ are there some new developments > in progress? I'm probably not very typical of the guys who live at this group. I have used HP calculators exclusively for 30 years. The last program I I bought a PC. HP used to have this annoying habit of changing the keyboard with every new model, so I bought about a half dozen HP-32Ss and gave one to my everyone in my design team. This was many years ago. I did this so that when I was at their desk or bench, I could pick up a calculator and instantly use it. I moved on to start another company. I kept two for myself, one finally died last spring. I learned that HP was getting out of the calculator business (sort of) when it was too late. I might have bought six HP32SII calculators but they became very expensive on ebay. Both my wife and my daughter have TI calculators. I NEVER USE THEM. I would rather use paper or Excel. They were both purchased because the schools they attended required TI. This situation, multiplied over and over probably lead to the absolute market dominance of TI. Reminds me of a company in Redmond, WA. I don't know anyone with competence in RPN who would ever want to go back to Algebraic entry. Unfortunately, the calculator group stayed at HP instead of going to Agilent. Carly and her cronies never understood that the HP Calculator was more than a profit center. I doubt she even knows how to use one. There isn't much demand for a calculator in medieval history. I am disappointed that the new calculators are evidently poorly constructed. Price is less important to the remaining HP cuser or prospect than quality. I am trying to decide from one of the following: 1. Buy 1 or 2 HP48GII or HP49+ calculators. 2. Wait for a Qonos and hope it delivers. 3. Buy a used HP48GX I would probably be content if I could find a few HP32S or HP32SIIs at a reasonably price. So succumb to the dark side if you must (and buy a TI), but I am still an optimist. -- Al Clark Danville Signal Processing, Inc. -------------------------------------------------------------------- Purveyors of Fine DSP Hardware and other Cool Stuff Available at http://www.danvillesignal.com === Subject: Re: do HP-calculators die out? > I don't know anyone with competence in RPN who would ever want to go back > to Algebraic entry. I do prefer RPN for manual calculations but I absolutely hate UserRPL and can't even begin to figure out SysRPL. I've programmed in assembly language on everything from an Intel 8080 to an IBM 370 and most CPUs in between so I'm not computer illiterate but SysRPL is beyond me. Lake === Subject: Re: do HP-calculators die out? >> I don't know anyone with competence in RPN who would ever want to go back >> to Algebraic entry. > I do prefer RPN for manual calculations but I absolutely hate UserRPL and > can't even > begin to figure out SysRPL. I've programmed in assembly language on > everything from > an Intel 8080 to an IBM 370 and most CPUs in between so I'm not computer > illiterate > but SysRPL is beyond me. Well, , maybe you should dive into ARM or Saturn Assembly Lake -- === Subject: Re: do HP-calculators die out? >Both my wife and my daughter have TI calculators. I NEVER USE THEM. I would >rather use paper or Excel. They were both purchased because the schools >they attended required TI. This situation, multiplied over and over >probably lead to the absolute market dominance of TI. Reminds me of a >company in Redmond, WA. >I don't know anyone with competence in RPN who would ever want to go back >to Algebraic entry. Full ACK. I moved from algebraic entry to HP and RPN in 1989 - my calcs before where an TI-59 and a BASIC-Handheld from Sharp. When i was used with RPN - and for this i needed just a weekend (ok, special stack commands _not_ included) - i asked myself why i did'nt move from the TI to an HP 41... >Unfortunately, the calculator group stayed at HP >instead of going to Agilent. Carly and her cronies never understood that >the HP Calculator was more than a profit center. I doubt she even knows how >to use one. There isn't much demand for a calculator in medieval history. ACK. Volker -- Besides, i'm of the opinon, that TCPA has to be stopped === Subject: Re: do HP-calculators die out? >I am disappointed that the new calculators are evidently poorly >constructed. Price is less important to the remaining HP cuser or >prospect than quality. I am trying to decide from one of the following: >1. Buy 1 or 2 HP48GII or HP49+ calculators. >2. Wait for a Qonos and hope it delivers. >3. Buy a used HP48GX >I would probably be content if I could find a few HP32S or HP32SIIs at a >reasonably price. What is wrong with HP 33S?... I don't remember HP 32S, actually I have never had one. What are the differences between both?... A.L. === Subject: Re: do HP-calculators die out? > What is wrong with HP 33S?... I don't remember HP 32S, actually I have > never had one. What are the differences between both?... Here's what I think is wrong (that is, why I don't buy one): stupid chevron key layout, illegibly small radix mark, and they miss keystrokes too, though perhaps not as bad as the 49g+. Now I better shut up and let someone who knows more about it talk..... === Subject: Re: do HP-calculators die out? >> What is wrong with HP 33S?... I don't remember HP 32S, actually I have >> never had one. What are the differences between both?... > Here's what I think is wrong (that is, why I don't buy one): stupid > chevron key layout, illegibly small radix mark, and they miss keystrokes The 33s NEVER misses a keystroke! > too, though perhaps not as bad as the 49g+. Now I better shut up and let > someone who knows more about it talk..... -- === Subject: Re: do HP-calculators die out? > What is wrong with HP 33S?... I don't remember HP 32S, actually I have > never had one. What are the differences between both?... >> Here's what I think is wrong (that is, why I don't buy one): stupid >> chevron key layout, illegibly small radix mark, and they miss keystrokes >The 33s NEVER misses a keystroke! >> too, though perhaps not as bad as the 49g+. Now I better shut up and let >> someone who knows more about it talk..... I have a version of the 33S calulator given out for testing just before it went on sale. It never misses a keystroke as far as I can tell. The radix mark is hard to see. (That has not changed as far a I know) Harold A. Climer Dept. Of Physics,Geology, and Astronomy U.T. Chattanooga 318 Grote Hall 615 McCallie Ave Chattanooga TN 37403 === Subject: Re: do HP-calculators die out? A classmate of mine at school bought one this semester and he says it occasionally misses keystrokes. That is my entire basis for saying that. At least that's only one bad report among several good reports that I've read on this list. But it still makes me reluctant to try one, after the difficulty I had with the 49g+. > What is wrong with HP 33S?... I don't remember HP 32S, actually I have > never had one. What are the differences between both?... >> Here's what I think is wrong (that is, why I don't buy one): stupid >> chevron key layout, illegibly small radix mark, and they miss >> keystrokes > The 33s NEVER misses a keystroke! >> too, though perhaps not as bad as the 49g+. Now I better shut up and let >> someone who knows more about it talk..... > -- > === Subject: Re: do HP-calculators die out? <41bf764c$0$207$75868355@news.frii.net> posting-account=d8X8zw0AAAB_Eo2ldj3HF5DzN42pN3GY >> What is wrong with HP 33S?... I don't remember HP 32S, actually I have >> never had one. What are the differences between both?... > Here's what I think is wrong (that is, why I don't buy one): stupid > chevron key layout, illegibly small radix mark, and they miss keystrokes > The 33s NEVER misses a keystroke! I've yet to have mine miss one either. The interesting thing is that the 33s is IDENTICAL to the 49g+ keyboard. In the 49g+, it seems to not work (my personal opinion is that the DISTANCE of key travel has a lot to do with it) I've also seen a prototype 33s that has a different screen with a very easy to see radix and no shadowing. I'm sure they'll show up soon in newer calcs. TW === Subject: Re: do HP-calculators die out? >> What is wrong with HP 33S?... I don't remember HP 32S, actually I >> have never had one. What are the differences between both?... > Here's what I think is wrong (that is, why I don't buy one): stupid > chevron key layout, illegibly small radix mark, and they miss > keystrokes too, though perhaps not as bad as the 49g+. Now I better > shut up and let someone who knows more about it talk..... I have never actually seen the HP33S but the first thing that I noticed is that there are only 5 keys across. It seems to me that hexadecimal entry (which could be improved on the HP32S design) would be very annoying since you need A-F (6 keys). The 32S is similar in function but has 6 keys across the top. The 33S has a two line display, the 32S has only one. Ideally, I would like to see many lines so I could see the stack. I assume this is the case with the HP48 & HP49 series? -- Al Clark Danville Signal Processing, Inc. -------------------------------------------------------------------- Purveyors of Fine DSP Hardware and other Cool Stuff Available at http://www.danvillesignal.com === Subject: HP48SX (perhaps) silly question... posting-account=ZH3GUw0AAABUJocMz9xqBaLtIqfj4oAw After doing a cold re-start (ON-A-F keys) I get 30136. 2) Could be there is a problem in my calculator ? === Subject: Re: HP48SX (perhaps) silly question... thecube a .8ecrit : > After doing a cold re-start (ON-A-F keys) > I get 30136. Your calculator system also needs memory, in order to build the display, to handle the command line, and so many other things... of free memory after the OS is started ! === Subject: Re: HP48SX (perhaps) silly question... > thecube a .8ecrit : >> After doing a cold re-start (ON-A-F keys) >> I get 30136. > Your calculator system also needs memory, in order to build the display, > to handle the command line, and so many other things... > free memory after the OS is started ! He is very fortunate to own a HP calc where execute-in-place is possible The OS is run directly from the ROM I remember that Amigas had an OS ROM so that some of the code was already there but still you needed to load a lot off the HD The 49G series has over a one megabyte of ROM for UserRPL programs than any other HP calc you need C or assembler to do that but it's nice to know! -- === Subject: Old-timers' mini-challenge OFFICIAL ENTRY Hi HP folks I have done some progs in my calc, the bests (for me) are these: HP 49G+ ROM_VERSION=1.23 1.- BYTES=71 CHECK_SUM=#5BF9h The stack diagram: 2: {} 1: T {} Where T is TYPE (a real or Zint). %%HP: T(3)A(R)F(.); << -> L T<<0L + 1<1`* DROPN>>DOSUBS OBJ-> TAIL 2.- BYTES=61 CHECK_SUM=#4154h The stack diagram: 2: {} 1: T {} Where T is TYPE (a real or Zint). %%HP: T(3)A(R)F(.); OVER SIZE NDUPN ->LIST 0 ROT + 1 ROT + 2 OVER TYPE == DROPN DOLIST TAIL original version (71 bytes and removed the << and >> with COMP->) JoGa === Subject: Re: Old-timers' mini-challenge > OFFICIAL ENTRY > Hi HP folks > I have done some progs in my calc, the bests (for me) are these: > HP 49G+ ROM_VERSION=1.23 > 1.- BYTES=71 CHECK_SUM=#5BF9h > The stack diagram: > 2: {} > 1: T > - {} > Where T is TYPE (a real or Zint). @ @ Author: JoGa @ 48S Checksum: N/A @ 48S Size: @ 48G Checksum: @ 48G Size: @ 49G Checksum: # 5BF9h @ 49G Size: 71. @ 49g+ Checksum: # 5BF9h @ 49g+ Size: 71. @ Download to 49 in exact mode. @ Level 1 argument: Real type number @ Late entry. @ Works. > %%HP: T(3)A(R)F(.); > << -> L T<<0L + 1< ==`NSUB>1`* DROPN>>DOSUBS OBJ-> TAIL > 2.- BYTES=61 CHECK_SUM=#4154h > The stack diagram: > 2: {} > 1: T > - {} > Where T is TYPE (a real or Zint). @ @ Author: JoGa @ 48S Checksum: N/A @ 48S Size: N/A @ 48G Checksum: N/A @ 48G Size: N/A @ 49G Checksum: # 6D67h @ 49G Size: 53.5 @ 49g+ Checksum: # 6D67h @ 49g+ Size: 53.5 @ Download to 49 in exact mode; Kermit transfer only. @ Level 1 argument: Real type number @ Late entry. @ Note that checksum and size differ from entry. @ Doesn't work as compiled on my calculators. @ DOLIST Error: Bad Argument Type > %%HP: T(3)A(R)F(.); > OVER SIZE NDUPN ->LIST 0 ROT + 1 ROT + 2 OVER TYPE == DROPN DOLIST TAIL > original version (71 bytes and removed the << and >> with COMP->) > JoGa -- === Subject: Old-timers' mini-challenge OFFICIAL ENTRY The 2nd prog that I send need to be manual-changed witn COMP-> SO THE PROG WILL BE with out COMP-> IS 2.- BYTES=69 CHECK_SUM=#C555h The stack diagram: 2: {} 1: T {} Where T is TYPE (a real or Zint). %%HP: T(3)A(R)F(.); << OVER SIZE NDUPN ->LIST 0. ROT + 1. ROT + 2. { OVER TYPE == DROPN } ->PRG DOLIST TAIL JoGa === Subject: Re: Old-timers' mini-challenge > OFFICIAL ENTRY > The 2nd prog that I send need to be manual-changed witn COMP- SO THE PROG WILL BE with out COMP-> IS > 2.- BYTES=69 CHECK_SUM=#C555h > The stack diagram: > 2: {} > 1: T > - {} > Where T is TYPE (a real or Zint). > %%HP: T(3)A(R)F(.); > << OVER SIZE NDUPN ->LIST 0. ROT + 1. ROT + 2. { OVER TYPE == DROPN > } ->PRG DOLIST TAIL >> %%HP: T(3)A(R)F(.); @ @ Author: JoGa @ 48S Checksum: N/A @ 48S Size: N/A @ 48G Checksum: N/A @ 48G Size: N/A @ 49G Checksum: # F2C3h @ 49G Size: 64. @ 49g+ Checksum: # F2C3h @ 49g+ Size: 64. @ Download to 49 in exact mode; Kermit transfer only. @ Level 1 argument: Real type number @ Late entry @ Note: Modified from entry so that COMP-> isn't required. @ Note: Checksum and size differ from entry. OVER SIZE NDUPN ->LIST 0. ROT + 1. ROT + 2. { OVER TYPE == DROPN } ->PRG DOLIST TAIL -- === Subject: Re: Old-timers' mini-challenge X-NNTP-Client: ROBOT/LX Hi JoGa ! << OVER SIZE NDUPN ->LIST 0. ROT + 1. ROT + 2. { OVER TYPE == DROPN > } ->PRG DOLIST TAIL >> This gave me an idea!. This is only 66 bytes on the 49G! << 1. ROT + SWAP OVER SIZE NDUPN ->LIST 2. << OVER TYPE == DROPN >> DOLIST TAIL works because the TYPE of 1. is not equal to 1. 64 bytes using ->PRG on the 49g+ Looks like the best 49G ideas were saved till the very last minute! I can't see a quick way to make a list of n constants on the 48G .. only say SIZE 1->LIST SWAP CON OBJ-> OBJ-> DROP = 6 commands for NDUPN ->LIST 12.5 extra bytes + 66 .... too large -- Hutchins Wellington New Zed #55 2 + 2 = 5, for moderately large values of two. === Subject: Re: Old-timers' mini-challenge > Hi JoGa ! %%HP: T(3)A(R)F(.); >><< OVER SIZE NDUPN ->LIST 0. ROT + 1. ROT + 2. { OVER TYPE == DROPN >>} ->PRG DOLIST TAIL > This gave me an idea!. This is only 66 bytes on the 49G! %%HP: T(3)A(R)F(.); @ @ Author: Hutchins @ 48S Checksum: N/A @ 48S Size: N/A @ 48G Checksum: N/A @ 48G Size: N/A @ 49G Checksum: # 977Bh @ 49G Size: 66. @ 49g+ Checksum: # 977Bh @ 49g+ Size: 66. @ Download to 49 in exact mode. @ Note: Size differs from entry. @ Level 1 argument: Real type number @ Unofficial late entry @ Fails with empty list. TAIL Error: Bad Argument Type > << 1. ROT + SWAP OVER SIZE NDUPN ->LIST > 2. << OVER TYPE == DROPN > DOLIST TAIL > works because the TYPE of 1. is not equal to 1. PRG on the 49g+ > Looks like the best 49G ideas were saved till the very last > minute! > I can't see a quick way to make a list of n constants on the > 48G .. only say > SIZE > 1->LIST SWAP CON OBJ-> OBJ-> DROP = 6 commands for NDUPN > ->LIST > 12.5 extra bytes + 66 .... too large -- === Subject: Re: Old-timers' mini-challenge X-NNTP-Client: ROBOT/LX UNOFFICIAL LATE ENTRY PURELY IN THE INTEREST OF THE ASYMPTOTIC APPROACH TO AN UNKNOWN SMALLNESS LIMIT 49G and 49g+ ------------ 66 bytes. Checksum on 49g+:#977Bh << 1. ROT + SWAP OVER SIZE NDUPN ->LIST 2. << OVER TYPE == DROPN >> DOLIST TAIL Goes to 64 bytes on the g+ using ->PRG Inspired by Virgil's use of NDUPN and JoGa's 0. ROT + 1. ROT + method. -- Hutchins Wellington New Zed #254 Procrastination is the thief of time. Edward Young === Subject: Old-timers' mini-challenge OFFICIAL ENTRY LAST MINUTES CHANGE...to 67 bytes I had a best program with out using COMP->... THE TRICKS ARE: 1.- ADDING A 0 (ZERO) at beginning for use DOSUBS 2.- INSERTING T (TYPE) inside the code with { OVER TYPE == NSUB LN AND DROPN } + so I get { T OVER TYPE == NSUB LN AND DROPN } + whet T is the real value or Zint 3.- THE TRICK 2 IS LIST then using ->PROG I get the PROG to be applied to the modified list ({0 e1 e2...}) 4.- NSUB is the counter of element being analized and I need do rest ONE but I use LN to save 2,5 bytes (instead 1 - ) and after use with AND.... My calc is hp49g+ with rom 1.23 BYTES=67 CHECK_SUM=#C848h The stack diagram: 2: {} 1: T {} Where T is TYPE (a real or Zint). %%HP: T(3)A(R)F(.); << 0 ROT + 1 ROT { OVER TYPE == NSUB LN AND DROPN } + ->PRG DOSUBS TAIL well .... only remains 2 minutes to arrive a DEADLINE so I put it QUICK... Sorry I can not do a Re: Old-timers' mini-challenge I get the message Unable to retrieve message rsPvd.46$i8.28@fe61.usenetserver.com So I will send an email to with this email. JoGa === Subject: Re: Old-timers' mini-challenge > OFFICIAL ENTRY > LAST MINUTES CHANGE...to 67 bytes > I had a best program with out using COMP->... > THE TRICKS ARE: > 1.- ADDING A 0 (ZERO) at beginning for use DOSUBS > 2.- INSERTING T (TYPE) inside the code with > { OVER TYPE == NSUB LN AND DROPN } + so I get > { T OVER TYPE == NSUB LN AND DROPN } + > whet T is the real value or Zint > 3.- THE TRICK 2 IS LIST then using ->PROG I get > the PROG to be applied to the modified list ({0 e1 e2...}) > 4.- NSUB is the counter of element being analized and I need > do rest ONE but I use LN to save 2,5 bytes (instead 1 - ) and > after use with AND.... > My calc is hp49g+ with rom 1.23 > BYTES=67 CHECK_SUM=#C848h > The stack diagram: > 2: {} > 1: T > - {} > Where T is TYPE (a real or Zint). @ @ Author: JoGa @ 48S Checksum: N/A @ 48S Size: N/A @ 48G Checksum: N/A @ 48G Size: N/A @ 49G Checksum: # C848h @ 49G Size: 67. @ 49g+ Checksum: # C848h @ 49g+ Size: 67. @ Download to 49 in exact mode with library 256 attached. @ Level 1 argument: Real type number @ Late entry @ Works. > %%HP: T(3)A(R)F(.); > << 0 ROT + 1 ROT { OVER TYPE == NSUB LN AND DROPN } + ->PRG DOSUBS > TAIL > well .... only remains 2 minutes to arrive a DEADLINE so I put it > QUICK... Well, actually, I believe that you miscalculated the conversion to UTC, but it's certainly noteworthy. > Sorry I can not do a Re: Old-timers' mini-challenge I get the > message > Unable to retrieve message rsPvd.46$i8.28@fe61.usenetserver.com So I > will send an email to with this email. It did manage to show up on the newsgroup, although as a new thread instead of referencing the already existing thread. -- === Subject: Re: Old-timers' mini-challenge X-NNTP-Client: ROBOT/LX Hi JoGa ! LAST MINUTES CHANGE...to 67 bytes > I had a best program with out using COMP->... What a contest! Did you see my 66 byter? > THE TRICKS ARE: > 1.- ADDING A 0 (ZERO) at beginning for use DOSUBS > 2.- INSERTING T (TYPE) inside the code with > { OVER TYPE == NSUB LN AND DROPN } + so I get > { T OVER TYPE == NSUB LN AND DROPN } + > whet T is the real value or Zint > 3.- THE TRICK 2 IS LIST then using ->PROG I get > the PROG to be applied to the modified list ({0 e1 e2...}) > 4.- NSUB is the counter of element being analized and I need > do rest ONE but I use LN to save 2,5 bytes (instead 1 - ) and > after use with AND.... > My calc is hp49g+ with rom 1.23 > BYTES=67 CHECK_SUM=#C848h > The stack diagram: > 2: {} > 1: T > -> > {} > Where T is TYPE (a real or Zint). > %%HP: T(3)A(R)F(.); > << 0 ROT + 1 ROT { OVER TYPE == NSUB LN AND DROPN } + ->PRG DOSUBS > TAIL > well .... only remains 2 minutes to arrive a DEADLINE so I put it JoGa the problem is we were all way too late as I think the > QUICK... > Sorry I can not do a Re: Old-timers' mini-challenge I get the > message > Unable to retrieve message rsPvd.46$i8.28@fe61.usenetserver.com So I > will send an email to with this email. Best!, === Subject: Re: Old-timers' mini-challenge HI PLEASE READ BELOW.... >Hi JoGa ! >> %%HP: T(3)A(R)F(.); >> << OVER SIZE NDUPN ->LIST 0. ROT + 1. ROT + 2. { OVER TYPE == DROPN >> } ->PRG DOLIST TAIL > >This gave me an idea!. This is only 66 bytes on the 49G! ><< 1. ROT + SWAP OVER SIZE NDUPN ->LIST > 2. << OVER TYPE == DROPN >> > DOLIST TAIL > >works because the TYPE of 1. is not equal to 1. >64 bytes using ->PRG on the 49g+ I DO NOT BELIEVE IT...... IF T=0. (OR 28 DEPENDING IF EXACT MODE)YOU HAVE {1. E1 E2 .... EN} {0. 0. 0. .... 0.} SO WHEN APPLYING the DOLIST`S PROG to the ONE FIRST ELEMENT OF EACH LIST: 1. 0. << OVER TYPE == DROPN >> WILL DROP 1. BECAUSE 'TYPE(1.)==0' OR IT ISN«T ???? YOU NEED TO PUT 1 (1. 1. PUT...OR ANY DIFFERENT TO 0 OR 28) IN THE HEAD OF SECOND LIST AND IT WILL WORKS. {1. E1 E2 .... EN} {1. 0. 0. .... 0.} === Subject: Re: Re: Old-timers' mini-challenge X-NNTP-Client: ROBOT/LX Hi JoGa ! PLEASE READ BELOW.... My program fails for type=0. :-( Another one bites the dust. -- Hutchins Wellington New Zed #71 All computers wait at the same speed. === Subject: YOU ARE WRONG HI !! >49G and 49g+ >------------ >66 bytes. Checksum on 49g+:#977Bh ><< 1. ROT + SWAP OVER SIZE NDUPN ->LIST > 2. << OVER TYPE == DROPN >> > DOLIST TAIL > OK the prog is 66 bytes. chk sum: #977Bh Please try with {} 0. I get TAIL Error: TOO FEW ARGS AND trying with {1. 2. 3.} 0. too I get TAIL Error: TOO FEW ARGS I was explained in the last post the changes to do in your prog. JoGa >Goes to 64 bytes on the g+ using ->PRG >Inspired by Virgil's use of NDUPN and JoGa's 0. ROT + 1. ROT + >method. === Subject: Re: YOU ARE WRONG X-NNTP-Client: ROBOT/LX Hi JoGa ! 49G and 49g+ >------------ >66 bytes. Checksum on 49g+:#977Bh ><< 1. ROT + SWAP OVER SIZE NDUPN ->LIST > 2. << OVER TYPE == DROPN >> > DOLIST TAIL > > OK the prog is 66 bytes. chk sum: #977Bh > Please try with > {} 0. > I get TAIL Error: TOO FEW ARGS > AND trying with > {1. 2. 3.} 0. > too I get TAIL Error: TOO FEW ARGS > I was explained in the last post the changes to do in your prog. > JoGa -- === Hi >My program fails for type=0. :-( >Another one bites the dust. do you have a hotmail acount to chat a moment? If yes, please send me an email. JoGa === Subject: Where I can buy HP calculators?... Not in Office Depot, not in Office Max, not in Staples, not in Best Buy, not in Circuit City, not in Radio Shack... WHERE?... I would like to SEE the suff before I buy... A.L. === Subject: Re: Where I can buy HP calculators?... >I would like to SEE the suff before I buy... AOL In the i'net-shop of a german calculator-dealer there's a new Version of the 19B announced, called 19BII+ 1. does anybody know more about this calc? And: before order, i'd like to see and _grab_ it... :-( Volker -- Besides, i'm of the opinon, that TCPA has to be stopped === Subject: Re: Where I can buy HP calculators?... Distribution: fur > Not in Office Depot, not in Office Max, not in Staples, not in Best > Buy, not in Circuit City, not in Radio Shack... > WHERE?... > I would like to SEE the suff before I buy... > A.L. I got mine at a university book store before I found out they had them at Fry's. It cost a little more there but they had 15 or 20 calculators and I was able to test and complare to my hearts content. -- Noxonomus 4 black paws 1 black leopard === Subject: Re: Where I can buy HP calculators?... In which country are you ? n3a3s0laichpm3p4mv19j5930air3rechd@4ax.com... > Not in Office Depot, not in Office Max, not in Staples, not in Best > Buy, not in Circuit City, not in Radio Shack... > WHERE?... > I would like to SEE the suff before I buy... > A.L. === Subject: Re: Where I can buy HP calculators?... >n3a3s0laichpm3p4mv19j5930air3rechd@4ax.com... >> Not in Office Depot, not in Office Max, not in Staples, not in Best >> Buy, not in Circuit City, not in Radio Shack... >> WHERE?... >> I would like to SEE the suff before I buy... >> A.L. Assuming that your response is here (where it should be), >In which country are you ? I respond: Milwaukee, WI, USA. A.L. === Subject: Re: Where I can buy HP calculators?... <41c1f873$0$10212$8fcfb975@news.wanadoo.fr> posting-account=Mar1jg0AAACF6QN5u0nozPQnCpvfsx_l A.L., If you require a different model, you can see a picture of every HP Calculator from my web-site. www.geocalc.net Noel Causerano (Registered Surveyor) GEOCALC SOFTWARE Registered Reseller HP Invent Cairns, QLD, Australia Email: n...@geocalc.net WEB: www.geocalc.net === Subject: Re: Where I can buy HP calculators?... >A.L., >If you require a different model, you can see a picture of every HP >Calculator from my web-site. I don't need a picture. I have some vision problems and I want to check whether I will actually SEE what is on the keyboard. Some manufacturers (Casio, Sharp) are pretty creative in converting their stuff from the status of useful tools into the status of art object. They have some things on the keyborad that are printed light yellow on light gray. Sorry, I cannot read this stuff. This is the reason why I want to see the real calculator, not just a picture. A.L. P.S. By the way, your site is quite impressive... === Subject: Re: Where I can buy HP calculators?... > I don't need a picture. I have some vision problems and I want to > check whether I will actually SEE what is on the keyboard. Don't get a 33S. You'll never be able to see the decimal point. Bob === Subject: Re: Where I can buy HP calculators?... >> I don't need a picture. I have some vision problems and I want to >> check whether I will actually SEE what is on the keyboard. >Don't get a 33S. You'll never be able to see the decimal point. titanium. Are they crazy, or what?... Why they do this? HP12 standard is pretty OK. Why not just add these extra functionality to HP12 standard and call it extended? The same black box? TI is not much more clever: they also made titanium and have these light color prints on gray... A.L. === Subject: Re: Where I can buy HP calculators?... , Actually, the HP is not titanium, but platinum. This makes a WORLD of a difference cyrille, happy xmass! > I don't need a picture. I have some vision problems and I want to > check whether I will actually SEE what is on the keyboard. >>Don't get a 33S. You'll never be able to see the decimal point. > titanium. Are they crazy, or what?... Why they do this? HP12 > standard is pretty OK. Why not just add these extra functionality to > HP12 standard and call it extended? The same black box? TI is not > much more clever: they also made titanium and have these light color > prints on gray... > A.L. === Subject: Re: Where I can buy HP calculators?... <41c1f873$0$10212$8fcfb975@news.wanadoo.fr> <2ivds012adcfm0o4ldeokom4f5u33ufv9d@4ax.com> posting-account=Mar1jg0AAACF6QN5u0nozPQnCpvfsx_l No Worries, Hope the images have helped a little anyway. NC... === Subject: Re: Where I can buy HP calculators?... <41c1f873$0$10212$8fcfb975@news.wanadoo.fr> posting-account=Mar1jg0AAACF6QN5u0nozPQnCpvfsx_l A.L., Does it really matter where you buy it from? You won't be able to test it before you buy! You can cut open the blister pack, but then you'll be required to buy it. If you want to see a few photos: HP49G+ http://home.iprimus.com.au/noelsilv/HP49G+.html HP48GII http://home.iprimus.com.au/noelsilv/HP48GII.html Packaging http://home.iprimus.com.au/noelsilv/GENERAL.html If your in the USA, I will also suggest Eric at www.hpcalc.org Noel Causerano (Registered Surveyor) GEOCALC SOFTWARE Registered Reseller HP Invent Cairns, QLD, Australia Email: noel@geocalc.net WEB: www.geocalc.net === Subject: Re: Where I can buy HP calculators?... posting-account=7R8gZQ0AAACIN6vQN53VHKLWhkFkxf7Y Hi A.L., I recommend to 'see' them at FRY's electronics or Best Buy. To purchase, may I suggest supporting HPcalc.org. His prices are comparable to any out there. I bought mine there and Eric sent it out right away. He does it with Pay Pal which isn't too bad actually. Even though the calculator is not of the same construct as the 48 series it is still a very workable tool, more for the office setting, I think. You may hear of a few negative responses here and there, but don't let that deter you. It's just takes a little getting used to, thats all. I don't work for HP by the way. Good Luck. S.L.H. === Subject: Re: Where I can buy HP calculators?... >Hi A.L., >I recommend to 'see' them at FRY's electronics or Best Buy. To >purchase, may I suggest supporting HPcalc.org. His prices are >comparable to any out there. I bought mine there and Eric sent it out >right away. He does it with Pay Pal which isn't too bad actually. Even >though the calculator is not of the same construct as the 48 series it >is still a very workable tool, more for the office setting, I think. >You may hear of a few negative responses here and there, but don't let >that deter you. It's just takes a little getting used to, thats all. I >don't work for HP by the way. a) Best Buy doesn't sell HP calculators, b) There is no FRY in Milwaukee, WI, c) I know how to buy on-line. But I want to SEE before I buy. There are Casios, Sharps, TIs everywhere. Even in K-Mart, WallMart, Target and large grocery stores. Are HPs considered luxury products, too sophisticated to be sold in ordinary store?... A.L. === Subject: Loading Programs posting-account=0i5IIAwAAADg2M2xw7y55e8Xgz6EwQbx A friend of mine attempted to load some programs he developed on his 48GX and transfer them to my 48SX. While, I have used the 48SX for several years, I am very unfamilar how to handle adding programs. He has transferred them using his card to my Library under Port 0. He suggests that I need to transfer to Variables to get the subroutines to 'see each other'. How can I do this? Help... === Subject: Re: Loading Programs GX programs might not work on SX, GX has more built in commands like DOLIST > A friend of mine attempted to load some programs he developed on his > 48GX and transfer them to my 48SX. While, I have used the 48SX for > several years, I am very unfamilar how to handle adding programs. He > has transferred them using his card to my Library under Port 0. He > suggests that I need to transfer to Variables to get the subroutines to > 'see each other'. How can I do this? Help... === Subject: Re: Loading Programs > GX programs might not work on SX, GX has more built in commands like > DOLIST >> A friend of mine attempted to load some programs he developed on his >> 48GX and transfer them to my 48SX. While, I have used the 48SX for >> several years, I am very unfamilar how to handle adding programs. He >> has transferred them using his card to my Library under Port 0. He >> suggests that I need to transfer to Variables to get the subroutines to >> 'see each other'. How can I do this? Help... Some of the new commands for the SX http://www.mit.jyu.fi/tt/stak/hp48s.html -- === Subject: Program lanquage translation I know there are tones of text file translators out there. Is the procress of translating a program very difficult? I know one would need to decompile, do the translation, and recompile. What I'm not sure of is how involved that process would be and would it be beyond the ability of most novies (like myself)? JB2 === Subject: Re: Program lanquage translation Translating programming languages... Within a language family, the hard part usually isn't related to syntax. The hard part is mapping libraries, especially when the target language doesn't have a standard function for a particular feature. This usually involves looking around until you find or recreate the functionality you need. Also unusual uses of pointers can be tricky. I've seen a few programs that could translate C/C++ to and from Java, etc. Going between language families can be much harder. Often, a particular approach that is comfortable on one language is quite roundabout and awkward on another. threshold of pain), translating a program to a new language can be a very good way of learning that language. BTW, what is this decompile of which you speak? Hopefully you have access to the original source code, right? Later, === Subject: Re: Program lanquage translation Every time I've written source code in the past in some language, I have to compile it into the file needed ie. exe, com. I assumed that programs written for the hp followed the same procedure. Needless to say, if I wanted to work on a program compiled for DOS, I would need to decompile, make the change and recompile it. Obviously I know little or nothing about HP programming and the remarks from are probably the best. Simply re-write it all. >Translating programming languages... >Within a language family, the hard part usually isn't related to syntax. > The hard part is mapping libraries, especially when the target >language doesn't have a standard function for a particular feature. >This usually involves looking around until you find or recreate the >functionality you need. Also unusual uses of pointers can be tricky. >I've seen a few programs that could translate C/C++ to and from Java, etc. >Going between language families can be much harder. Often, a particular >approach that is comfortable on one language is quite roundabout and >awkward on another. >threshold of pain), translating a program to a new language can be a >very good way of learning that language. >BTW, what is this decompile of which you speak? Hopefully you have >access to the original source code, right? >Later, > === Subject: Re: Program lanquage translation > Translating programming languages... Rewrite -- === Subject: HP49g+ Infrared Port posting-account=GPLzXA0AAAATuRns6LaJGVCWJnvPLYOO How do I use my hp49g+ infrared port, where the heck inthe guide or manual is infrared port connections covered? Whats my calculator's name that others should send to. === Subject: Helsinki 2005 would be a great idea! Friday for (Super)Apex and back in Sunday, Correct? When? 12:00-16:00 Helsinki-Cairo time Place: very likely HP-Finland (including sauna) Spending the night: A) Partying all night B) at my flat C) hotel === Subject: Debug4x Version 2.2 Updated Eric! The big change with V2.2 is support for HP49G+ and 48Gii emulation. BUT, there are no ARM windows in Debug4x AND I personally have no clue as to whether the EMU supports ARM - if you can test, let us all know that answer. (I don't code the EMU or even try, I let the really smart folks do that!). -- - - - - - - - - - - - - - - - - Graves RKBA! bgraves@ix.netcom.com === Subject: Re: Debug4x Version 2.2 Updated WinXP machine. >Eric! >The big change with V2.2 is support for HP49G+ and 48Gii emulation. >BUT, there are no ARM windows in Debug4x >AND I personally have no clue as to whether the EMU supports ARM - if you >can test, let us all know that answer. (I don't code the EMU or even try, I >let the really smart folks do that!). >-- - - - - - - - - - - - - - - - - === Subject: How do I activate Pert 2??? posting-account=QPL5xAwAAABFPcfm7160IIYN0SIaLJN5 My interest at the moment is with EMU. I installed the program last night, and I can not seem to get Port 2 working. The file EMU48.TXT ontains the following text concerning the command line... The command line syntax is Emu48 [E48file [Port2file]]. The first parameter sets the filename for the emulation data, the second parameter the Port2 file. You're not able to set a Port 2 file without setting the emulation data file. The arguments are optional. Well this has got me a little confused. 1: How do I enter command line mode? 2: What is the emulation data file, and Port 2 file? 3: Why is there not an emulation of a Port 3? Obviously I need a little help with this. Additionally... possibly due to having Bluetooth com ports installed on my pc, EMU behaves very very slow until I disable the EMU/Settings/Com Port. Any ideas regarding the serial port functionality? John Evers === Subject: Re: How do I activate Pert 2??? posting-account=d8X8zw0AAAB_Eo2ldj3HF5DzN42pN3GY Awesome job! One quick (and tiny) bug to report William. When you select to auatically load on compile, it makes the little install program, but then activates the CAT instead of EVAL. So you have your library and the install program on levels 2 and 1. Now since on the 49g the CAT button is where EVAL is now and EVAL where CAT was, I think you might have forgotten to change the key that is pressed when the autocompile script is run. Any chances to get this fixed? (or anything I can do to fix it?) TW P.S. Does anyone have debug4x compiled for linux? That is the one program I need that keeps me from dropping windoze completely. I know the source is availibe, but I am so new to Linux I wouldn't have the faintest idea where to begin. =) === Subject: Re: Debug4x Version 2.2 Updated EMU1.36 (in this package) does NOT support ARM programs :(( Y81xd.3787$RH4.2638@newsread1.news.pas.earthlink.net... > Eric! > The big change with V2.2 is support for HP49G+ and 48Gii emulation. > BUT, there are no ARM windows in Debug4x > AND I personally have no clue as to whether the EMU supports ARM - if you > can test, let us all know that answer. (I don't code the EMU or even try, > I let the really smart folks do that!). > -- - - - - - - - - - - - - - - - - > Graves RKBA! > bgraves@ix.netcom.com === Subject: Re: Debug4x Version 2.2 Updated > Eric! > The big change with V2.2 is support for HP49G+ and 48Gii emulation. > BUT, there are no ARM windows in Debug4x > AND I personally have no clue as to whether the EMU supports ARM - if you > can test, let us all know that answer. (I don't code the EMU or even try, > I let the really smart folks do that!). The ARM emulation doesn't really support the ARM CPU Instead it supports the new (virtual) Saturn II (or Saturn+ ;the choise is yours :) CPU instructions to emulate the new calculators and their ROM. Use HPgcc (or OpenFire for us mere UserRPL people) in order to use the ARM CPU for programming purposes. -- === Subject: Quinos posting-account=Fi9V9g0AAACPs-cbwb67fW8T263lrea_ Hey every body!!! is that one talk about calculator ready yet ?? I means we should have a down counter for the realse date. === Subject: Re: Quinos posting-account=PUKtNgwAAACqPi8kDc99J0TU9omMMXD5 > Hey every body!!! is that one talk about calculator ready yet ?? > I means we should have a down counter for the realse date. Damn, boy. You should spend this dollars on a english grammar book. lol Just kidding. === Subject: Re: Quinos posting-account=R_kScQwAAACWG31ZZq7VroFkIHxE0hEw Ah, I see the pot is calling the kettle black. ;) === Subject: Re: Quinos > Ah, I see the pot is calling the kettle black. ;) The Qonos newsgroup should either reside at Hydrix pages similar to hpmuseum Forum or otherwise be totally separate to this newsgroup I vote for 'comp.sys.qonos' newsgroup -- === Subject: Re: Quinos > Hey every body!!! is that one talk about calculator ready yet ?? > I means we should have a down counter for the realse date. > Damn, boy. You should spend this dollars on a english grammar book. lol > Just kidding. If you shop around, you may be able to get 2 books for the price of one. Then you'll have one each :) === Subject: [ANN] Real HP49G+ 1.4 Emu48 KML scripts Annoucing Real HP49G+ 800*600 v1.4 KML scripts for Emu48 I've been using Emu48 for a long time (since S.8ebastian Carlier) and I started using it to emulate a HP49G. But the fact is I have one (real) HP49G+ which is almost exactly the same as the old HP49G (although faster) and I feel much more confortable working with an emulator that's equal (in look) to my real calc. I've searched for a HP49G+ KML script on the net and found none at the time (since there was no support for HP49G+ emulation on Emu48 then; now there is) so I've dedided to write my own. The only problem was that there's two differences in the keyboard from HP49G+ to HP49G, the [CAT]/[EVAL] and [EQW]/['] keys are switched between themselves. This caused problems when emulating an HP49G, so I've edited R49G+800_HP49G.BMP to correct this. This, of course, does not happen when emulating an HP49G+, so R49G+800_HP49G+.BMP remains unchanged. This package includes 2 scripts which can be used (with Emu48) to: -emulate a HP49G with the look of a HP49G+. -emulate a HP49G+ with the look of a HP49G+ (now that HP49G+ emulation is built into Emu48 v1.36 or later). I've adapted these scripts from Eric Rechlin's Real 49G KML script, hope he doesn't mind :) and BEEP.49G is from Christoph Gie§elink. I've cleaned them up to make them easier to understand and even added some keyboard shortcuts which I find very handy: -F1 to F6 (same as the softmenus [A] to [F] keys on the calc) -TAB (same as [NXT]) -CAPSLCK (same as [ALPHA]) -DEL (same as [DEL] on the calc, duh) -HOME (move cursor all the way to the beggining of the line) -END (move cursor all the way to the end of the line) -PGUP (move cursor all the way to the top) -PGDN (move cursor all the way to the bot) The package will be available at www.hpcalc.org, as always. In the meantime you can get it here: www.taue.uevora.pt/R49G+800v14.zip Hope you'll find them usefull. Hugo Rodrigues http://www.hpcalc.org rodrigueshugo@hotmail.com === Subject: Re: [ANN] Real HP49G+ 1.4 Emu48 KML scripts By the way Emu 1.36 (for now it's available within Debug4x's latest version) now has support for displaying greyscales. I've tried it and it works perfectly most of the times. You have to enable it in the Settings tab (Enable Virtual LCD Delay). Try it. Great work Christoph. Hugo Rodrigues > Annoucing Real HP49G+ 800*600 v1.4 KML scripts for Emu48 > I've been using Emu48 for a long time (since S.8ebastian Carlier) and I > started using it to > emulate a HP49G. But the fact is I have one (real) HP49G+ which is almost > exactly the > same as the old HP49G (although faster) and I feel much more confortable > working with an > emulator that's equal (in look) to my real calc. I've searched for a > HP49G+ KML script on > the net and found none at the time (since there was no support for HP49G+ > emulation on > Emu48 then; now there is) so I've dedided to write my own. > The only problem was that there's two differences in the keyboard from > HP49G+ to HP49G, > the [CAT]/[EVAL] and [EQW]/['] keys are switched between themselves. This > caused problems > when emulating an HP49G, so I've edited R49G+800_HP49G.BMP to correct > this. This, of > course, does not happen when emulating an HP49G+, so R49G+800_HP49G+.BMP > remains > unchanged. > This package includes 2 scripts which can be used (with Emu48) to: > -emulate a HP49G with the look of a HP49G+. > -emulate a HP49G+ with the look of a HP49G+ (now that HP49G+ emulation is > built into > Emu48 v1.36 or later). > I've adapted these scripts from Eric Rechlin's Real 49G KML script, hope > he doesn't > mind :) and BEEP.49G is from Christoph Gie§elink. I've cleaned them up > to make > them easier to understand and even added some keyboard shortcuts which I > find very handy: > -F1 to F6 (same as the softmenus [A] to [F] keys on the calc) > -TAB (same as [NXT]) > -CAPSLCK (same as [ALPHA]) > -DEL (same as [DEL] on the calc, duh) > -HOME (move cursor all the way to the beggining of the line) > -END (move cursor all the way to the end of the line) > -PGUP (move cursor all the way to the top) > -PGDN (move cursor all the way to the bot) > The package will be available at www.hpcalc.org, as always. In the > meantime you can get it here: > www.taue.uevora.pt/R49G+800v14.zip > Hope you'll find them usefull. > Hugo Rodrigues > http://www.hpcalc.org > rodrigueshugo@hotmail.com === Subject: Re: [ANN] Real HP49G+ 1.4 Emu48 KML scripts Hugo Rodrigues a .8ecrit dans le message de > By the way Emu 1.36 (for now it's available within Debug4x's latest version) > now has support for displaying greyscales. I've tried it and it works > perfectly most of the times. You have to enable it in the Settings tab > (Enable Virtual LCD Delay). That works... but only sometimes... and not for my games :(( Lilian. === Subject: Re: [ANN] Real HP49G+ 1.4 Emu48 KML scripts cq61ol$99o$1@news.tiscali.fr... > Hugo Rodrigues a .8ecrit dans le message de >> By the way Emu 1.36 (for now it's available within Debug4x's latest > version) >> now has support for displaying greyscales. I've tried it and it works >> perfectly most of the times. You have to enable it in the Settings tab >> (Enable Virtual LCD Delay). > That works... but only sometimes... and not for my games :(( Strange... that works with my games at home (XP SP2) but not in my office (XP SP1) === Subject: Re: [ANN] Real HP49G+ 1.4 Emu48 KML scripts Hi Lilian, I also have XP SP2 installed and it works most of the times, but not everytime. For PuzzleBubble2 (for the HP49G, not the new version) I also had to select Authentic Calculator Speed from Emu48's Settings dialog to get it to play as expected. But when it works, it works great. Maybe Christoph is still cutting some rough edges there. Hugo Rodrigues > cq61ol$99o$1@news.tiscali.fr... >> Hugo Rodrigues a .8ecrit dans le message de > By the way Emu 1.36 (for now it's available within Debug4x's latest >> version) > now has support for displaying greyscales. I've tried it and it works > perfectly most of the times. You have to enable it in the Settings tab > (Enable Virtual LCD Delay). >> That works... but only sometimes... and not for my games :(( > Strange... that works with my games at home (XP SP2) but not in my office > (XP SP1) === Subject: HP-41 CX with case, manuals, overlays, etc. (AUCTION) I have an auction on eBay for my HP-41 CX. Everything about it is good. The auction starts today at 5:00pm Pacific. Item #5739333594 http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=5739333594 Christopher === Subject: HP-41 Navigation Pac 00041-15017 (AUCTION) I have an auction on eBay for my HP-41 Navigation Pac. The Pac Number is 00041-15017. I guess that these are pretty hard to get. It sure was a help with my celestial navigation classes way back when. The auction starts today at 5:15pm Pacific. Item #5739333604 http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=5739333604 Christopher === Subject: Re: HP-41 Navigation Pac 00041-15017 (AUCTION) Damn, I was looking for one of those - would have bid thousands too - but alas, you'll only ship to 4% of the world's population :( === Subject: Re: HP-41 Navigation Pac 00041-15017 (AUCTION) > Damn, I was looking for one of those - would have bid thousands too - but > alas, you'll only ship to 4% of the world's population :( Wow, thousands? I just took a look thru my HP gear and found my Nav pac. I don't have the docs but I think you can find them on HP.org (probably on the CD the sell anyway). I don't need thousands for it so let me know if you are interested. thegoldbug === Subject: Re: HP-41 Navigation Pac 00041-15017 (AUCTION) >> Damn, I was looking for one of those - would have bid thousands too - but >> alas, you'll only ship to 4% of the world's population :( > Wow, thousands? I just took a look thru my HP gear and found my Nav pac. > don't have the docs but I think you can find them on HP.org (probably on > the > CD the sell anyway). I don't need thousands for it so let me know if you > are interested. > thegoldbug Quickly, where are all my 41 modules - up there! Aaaaarrrrggghhh!!! I slip the case sideways to the floor and half of it is on the floor. Hey! There they are - I would have not founf them without the mishap MATH I,, MATH/STAT, SURVEYING I, CLINICAL LAB X, STRESS (well that one I can easily give away :) Where is the Nav.Pac.??? Maybe I never got it? What might the worth of the above modules plus 3*41CX + CY They could be a nice Xmas present ??? - out of money & luck just before Xmas === Is it possible to copy the contects of a card such as Sparcom EE-Pro or I purchased a second HP 48GX and already have a spare 128kb and 2MB memory card and want to copy the contents of the Libray card for use directly on my === > Is it possible to copy the contects of a card such as Sparcom EE-Pro or > I purchased a second HP 48GX and already have a spare 128kb and 2MB memory > card and want to copy the contents of the Libray card for use directly on my no === > Is it possible to copy the contects of a card such as Sparcom EE-Pro or Yes. See 'copy', 'copy.doc', and 'copy.s' on goodies disk 10. -- === Chuck, similar programs under different names under utility area. So I guess you need one of these utility programs to do what I want to do and it isn't a function built into the HP 48GX. John. >> Is it possible to copy the contects of a card such as Sparcom EE-Pro or >> 48GX. > Yes. See 'copy', 'copy.doc', and 'copy.s' on goodies disk 10. > -- === > Chuck, > similar programs under different names under utility area. So I guess you > need one of these utility programs to do what I want to do and it isn't a > function built into the HP 48GX. > John. >> Is it possible to copy the contects of a card such as Sparcom EE-Pro or >> 48GX. > Yes. See 'copy', 'copy.doc', and 'copy.s' on goodies disk 10. > -- I'm sorry for what I said; please report here if you succeeded with your attempt cheers, reth === | > Chuck, | > similar programs under different names under utility area. So I guess you | > need one of these utility programs to do what I want to do and it isn't a | > function built into the HP 48GX. | > John. | >> Is it possible to copy the contects of a card such as Sparcom EE-Pro or | >> 48GX. | > | > Yes. See 'copy', 'copy.doc', and 'copy.s' on goodies disk 10. | > -- | > | | | | I'm sorry for what I said; please report here if you succeeded with your | attempt I used the program 'Copy-ROM' to successfully copy several ROM cards to a | | cheers, | reth | | === Subject: Connecting 49G+ to PC posting-account=dL_G-AwAAACbMvn0nyYabIspvwDG4bkr OK I'm sorry to bother this group for something that I should be able to figure out myself, but I've tried and tried to no avail. I have downloaded the PC Connectivity software and booted it up. I've plugged in my USB cord. I turn on my HP-49G+ and hit right shift-right arrow. The PC (connectivity software) shows my CALCULATOR directories and files (by the way, I'm running Windows XP Professional). My calculator is in X-Term mode (with an hourglass in the annunciators). I have previously downloaded zipped software from hp.org and unzipped it into its own directory. But now I'm stymied. When I drop down the file menu there is an option to transfer files to HP-49, but it's greyed out -- as are all the options in the bot section. Could someone go through this with me step-by-step. Assume I know nothing (not too much of a stretch). If a setting or menu is hidden, tell me where it is. What do I type in the file box (or do I have to type anything), on the calculator -- and I don't think I can type anything as long as the hourglass is on. I'm beginning to think that the 49+ is completely incompatable with XP Pro. What am I missing? Mike === Subject: Re: Connecting 49G+ to PC > The PC (connectivity software) shows my CALCULATOR directories and > files (by the way, I'm running Windows XP Professional). > What am I missing? > Mike Mike, since your files are showing, you are connected. To copy files to/from the calc, you drag and drop files to the explorer-like windows. -- - - - - - - - - - - - - - - - - Graves RKBA! bgraves@ix.netcom.com === Subject: Re: Connecting 49G+ to PC posting-account=dL_G-AwAAACbMvn0nyYabIspvwDG4bkr , I'd love to drag/drop, but I can't get the HP Connectivity window to show the files on my PC which I want to move to the calculator. It only shows the calculator files. And even if it did, there's only one window, so even if the PC files were shown, I still wouldn't be able to drag them to the calculator, could I? Mike === Subject: Re: Connecting 49G+ to PC > , > I'd love to drag/drop, but I can't get the HP Connectivity window to > show the files on my PC which I want to move to the calculator. It > only shows the calculator files. > And even if it did, there's only one window, so even if the PC files > were shown, I still wouldn't be able to drag them to the calculator, > could I? Have you tried? The HP Connectivity kit window won't show the PC files, it is not designed that way, so you need to drag and drop between the Calculator window and any explorer-like window. It's not that hard... -- Reply: Erase between the dot (inclusive) and the @. Responder: Borra la frase obvia y el punto previo. === Subject: Re: Connecting 49G+ to PC > , > I'd love to drag/drop, but I can't get the HP Connectivity window to > show the files on my PC which I want to move to the calculator. It > only shows the calculator files. > And even if it did, there's only one window, so even if the PC files > were shown, I still wouldn't be able to drag them to the calculator, > could I? Mike, have you tried to drag and drop from a WinXP explorer window? That is the way it was designed - only one window from the calc system. As many as you want for the multitasking PC side. -- === Subject: Re: Connecting 49G+ to PC It wasn't obvious (to me) that you have to open Windows Explorer to move the PC files into the HP Connect software and therefore into the calculator. I saw no documentation to that effect in the HP49+ Manual, Guide, or in the Help section of the HP Connect software. At any rate it works just as it was designed. I have (alas) another problem. I downloaded ChemLab to have loaded a good Periodic Table App. It also requires the Universal Font Library (UFL). I attached both of those to port 1, but I don't see how I activate it. It's not in Apps, nor in Vars. Maybe I somehow loaded it wrong (but the other software I loaded works great. Any suggestions?? Mike >> , >> I'd love to drag/drop, but I can't get the HP Connectivity window to >> show the files on my PC which I want to move to the calculator. It >> only shows the calculator files. >> And even if it did, there's only one window, so even if the PC files >> were shown, I still wouldn't be able to drag them to the calculator, >> could I? > Mike, have you tried to drag and drop from a WinXP explorer window? >That is the way it was designed - only one window from the calc system. >As many as you want for the multitasking PC side. === Subject: Re: Connecting 49G+ to PC >>, >>I'd love to drag/drop, but I can't get the HP Connectivity window to >>show the files on my PC which I want to move to the calculator. It >>only shows the calculator files. >>And even if it did, there's only one window, so even if the PC files >>were shown, I still wouldn't be able to drag them to the calculator, >>could I? > Mike, have you tried to drag and drop from a WinXP explorer window? > That is the way it was designed - only one window from the calc system. > As many as you want for the multitasking PC side. Yes, after getting used to HPComm, having to open Windows Explorer separately was a little puzzling at first. Note that copy and paste works too. I've found that I can open two separate instances of Conn4x, one connected to one calculator and the other to another calculator, and drag and drop (or copy and paste) from either Conn4x window to the other. This assumes that the file is compatible, of course. Note that a copy of each file is left in my Windows %temp% directory when I do this Conn4x's Edit as text leaves a copy in my Windows %temp% directory too. But it seems that a lot of applications leave stray copies of files behind there, so I clean it up fairly often. -- === Subject: Re: Connecting 49G+ to PC posting-account=i-ev-w0AAADx3kkOvhSRbu6Ak2rSEuGV Mike What worked for me was pressing the right shift, RELEASE, wait a while and THEN, press the right arrow, The display should read : Xmodem server Waiting for command If there is only : Xmodem server: bad news, its not gonna work You can also transfer files via the SD card, this is even better for me. Peter === Subject: Re: Connecting 49G+ to PC > Mike > What worked for me was pressing the right shift, RELEASE, wait a while > and THEN, press the right arrow, > The display should read : > Xmodem server > Waiting for command > If there is only : Xmodem server: bad news, its not gonna work > You can also transfer files via the SD card, this is even better for > me. 0. You have Win XP running 1. You have fresh batteries in your hp 49g+ 2. You plug in your 49g+ 3. You start the latest HPcomm 4. You put the calc in X-modem Server mode 5. You select connect (not grayed anymore, right?) 6. You start moving Files, perhaps changing to ASCII 7. You end the HPComm software, which will exit X-modem on calc. too 8. You disconnect the calc (optional) 9. You ask for help here, go to 0. (-:< -- === Subject: HP49 user RPL? where is? Hy Im Salvo im study enginering of university of bologna im search information to programming my hp49 with UserRPL. i found only manual for systemRPL. tanks === Subject: Re: HP49 user RPL? where is? you'd better get the HP48 user manual - available on www.hpcalc.org > Hy Im Salvo > im study enginering of university of bologna > im search information to programming my hp49 with UserRPL. > i found only manual for systemRPL. > tanks === Subject: Re: HP49 user RPL? where is? User RPL is the normal programming language that you use to program the machine - you'll find examples of User RPL programming in the calculator manual. > Hy Im Salvo > im study enginering of university of bologna > im search information to programming my hp49 with UserRPL. > i found only manual for systemRPL. > tanks === Subject: 49G+ Keyboard Speculation posting-account=2d3uJg0AAADDDk_azG9YDOkiYd1CvDMG all, I am a mathematics professor at a college in California. As such, I usually get free calculators (mostly from TI), provided that I recommend them to students. In the past, HP had also provided math professors like me with free calculators, but with the release of the 49G+ no such program had been implemented -- not until recently. I've had the 49G+ emulator for months (HP only provides this to math professors), and had requested a 49G+ calculator in exchange for using the emulator in class, but HP never responded. Last week, however, HP finally contacted me about the emulator... They wanted to know how I felt about it, and if it was useful in class. I told them that I liked it, but that I would be interested in receiving a 49G+ for home use. The next business day, I found an HP49G+ on my doorstep, FedEx overnight delivery. Now that surprised me. HP really went out of their way to do a nice The serial number is CNA426xxxxx, and the number is printed on a sticker on the back of the calculator. The number matches the sticker on the packaging. As far as I'm concerned, the keyboard is nearly perfect... certainly better than an earlier unit that I bought with a mediocre keyboard. I find it interesting that mine is from the same production run as a batch that Joe Horn was selling. At the time, I thought it odd that Joe had so many of these, where he had gotten them, and why he was selling these new calculators, which he claimed had nearly perfect keyboards (from his experience). I wondered what Joe knew that I didn't know, so I asked him what was up. He jokingly told me that if he told me what was up, that he'd have to kill me. Funny guy. He's signed a non-disclosure agreement with HP, so I suppose we'll never know why/how he got them, and why at that particular time. It seems obvious to me that he had an insider's scoop that HP had finally fixed the keyboard issue. I could be wrong, but I've had a bit of inside information about the keyboard problem as well, and all I can say is that what I have heard supports my idea about Joe's calculators. Anyway, so now I've got one, and I agree with Joe ... the keyboard is great. No matter how lightly I touch the keys, they register on the first attempt. Now, in the midst of all this, HP has started giving these away to math professors. That makes me think that they are feeling good enough about the quality to finally really start pushing this product. Of course, this is pure speculation on my part. Here's hoping, Scott Guth Mathematics Dept. Mt. San Antonio College === Subject: Re: 49G+ Keyboard Speculation Well the last calc I received from HP calculator support is a CNA 436, which should be even newer than those mentioned. Yet I can clearly say it misses keypresses every bit as much as the previous 4 calcs I have tried. === Subject: Re: 49G+ Keyboard Speculation I had one of the first 49G+ that were around (CN331...), and had key losses. The wiggle fix helped a bit. I exchanged for a CN402..., which had no key losses at all. Despite this, I am very unhappy with the keyboard, since it feels cheap, is too stiff and much too loud. Today, I purchased another 49G+. It has serial number CNA434..., and I compared it side-to-side with my CN402 model. I hate to say, that the keyboard since then hasn't changed at all. It does not loose keypresses so far (as didn't my old unit), but it feels as bad as the old keyboard: cheap, stiff and loud. The only difference I noticed is, that the top row keys are a little bit smoother and quiter, but keys get stiffer and louder the more you go down to the bot row. Starting with the 4th row (the one with the HIST button), I am definetly not able to tell any difference to my old calculator. The cursor keys also are not different at all. I can only advise HP to redesign this keyboard, I am very unhappy with it, and I am willing to buy another unit as soon as HP chooses to build a keyboard of better quality. Thomas === Subject: Re: 49G+ Keyboard Speculation X > felt about it, and if it was useful in class. I told them that I liked > it, but that I would be interested in receiving a 49G+ for home use. > The next business day, I found an HP49G+ on my doorstep, FedEx > overnight delivery. > Now that surprised me. HP really went out of their way to do a nice X > Now, in the midst of all this, HP has started giving these away to math > professors. That makes me think that they are feeling good enough > about the quality to finally really start pushing this product. Of > course, this is pure speculation on my part. X For a real (I mean REAL) test they should send one to IF he can use it on every fast/light/slow/hard combination THEN the keyboard *is* fixed END -- === Subject: Re: 49G+ Keyboard Speculation > felt about it, and if it was useful in class. I told them that I liked > it, but that I would be interested in receiving a 49G+ for home use. > The next business day, I found an HP49G+ on my doorstep, FedEx > overnight delivery. > Now that surprised me. HP really went out of their way to do a nice > Now, in the midst of all this, HP has started giving these away to math > professors. That makes me think that they are feeling good enough > about the quality to finally really start pushing this product. Of > course, this is pure speculation on my part. > For a real (I mean REAL) test > they should send one to > IF he can use it on every fast/light/slow/hard combination > THEN the keyboard *is* fixed > END > -- > they should send him a dozen and if one of them is ok then they can be sure : probem fixed :) === Subject: Re: 49G+ Keyboard Speculation >> X >> felt about it, and if it was useful in class. I told them that I liked >> it, but that I would be interested in receiving a 49G+ for home use. >> The next business day, I found an HP49G+ on my doorstep, FedEx >> overnight delivery. >> Now that surprised me. HP really went out of their way to do a nice >> X >> Now, in the midst of all this, HP has started giving these away to math >> professors. That makes me think that they are feeling good enough >> about the quality to finally really start pushing this product. Of >> course, this is pure speculation on my part. >> X >> For a real (I mean REAL) test >> they should send one to >> IF he can use it on every fast/light/slow/hard combination >> THEN the keyboard *is* fixed >> END >> -- >> > they should send him a dozen and if one of them is ok then they can be > sure > : probem fixed :) SMiley, yeah - I was not joking at all. I want to see what thinks about it. I hope they would send one from each new batch until 7 such units has sequentially passed Test of -- === Subject: Re: 49G+ Keyboard Speculation > SMiley, yeah - I was not joking at all. > I want to see what thinks about it. > I hope they would send one from each new batch > until 7 such units has sequentially passed > Test of LOL - I'd be immensely happy if a HP49G+ with working keyboard lands on my door step ;-) I might even consider taking up programming the thing again... === Subject: HP49 - Conect to PC via USB Hi people you know kit for connetc my hp49 with usb? I have a old cable connect with serial but in m new noiteebok there ins't a serial port. bye === Subject: Re: HP49 - Conect to PC via USB > Hi people > you know kit for connetc my hp49 with usb? > I have a old cable connect with serial but in m new noiteebok there ins't > a serial port. Buy the new, faster 49g+ model with USB and IrDA (and SD card interface) -- === Subject: Re: HP49 - Conect to PC via USB > Hi people > you know kit for connetc my hp49 with usb? > I have a old cable connect with serial but in m new noiteebok there ins't a > serial port. > bye buy a usb-serial adapter === Subject: Re: ho49g+ ROM 1.24 close at hand? posting-account=2d3uJg0AAADDDk_azG9YDOkiYd1CvDMG The HP49G+ emulator (which has been out for over 6 months) has had this ROM all along, including the ARM-> command. Sorry, but this is not new. -Scott === Subject: Re: ho49g+ ROM 1.24 close at hand? posting-account=2d3uJg0AAADDDk_azG9YDOkiYd1CvDMG The HP49G+ emulator (which has been out for over 6 months) has had this ROM all along, including the ARM-> command. Sorry, but this is not new. -Scott === Subject: ChemLab Software Please excuse that I posted this same problem on another thread (and I have (alas) another problem. I downloaded ChemLab to have loaded a good Periodic Table App. It also requires the Universal Font Library (UFL). I attached both of those to port 1, but I don't see how I activate it. It's not in Apps, nor in Vars. Maybe I somehow loaded it wrong (but the other software I loaded works great. Any suggestions?? Mike === Subject: Re: ChemLab Software > Please excuse that I posted this same problem on another thread (and > I have (alas) another problem. I downloaded ChemLab to have loaded a > good Periodic Table App. It also requires the Universal Font Library > (UFL). I attached both of those to port 1, but I don't see how I > activate it. It's not in Apps, nor in Vars. Maybe I somehow > loaded it wrong (but the other software I loaded works great. Any > suggestions?? > Mike First, reset your calculator (ON + C, at the same time). Then, go into your LIB menu, which is one of the shifts on the '2' key, provided you're on a 49-series. -Matt === Subject: Re: ChemLab Software >> Please excuse that I posted this same problem on another thread (and >> I have (alas) another problem. I downloaded ChemLab to have loaded a >> good Periodic Table App. It also requires the Universal Font Library >> (UFL). I attached both of those to port 1, but I don't see how I >> activate it. It's not in Apps, nor in Vars. Maybe I somehow >> loaded it wrong (but the other software I loaded works great. Any >> suggestions?? >> Mike > First, reset your calculator (ON + C, at the same time). Then, go into > your LIB menu, which is one of the shifts on the '2' key, provided > you're on a 49-series. It's the same on the 48G series, and it's left-shift up arrow on the 48S series. -- Wayne Brown (HPCC #1104) | When your tail's in a crack, you improvise fwbrown@bellsouth.net | if you're good enough. Otherwise you give | your pelt to the trapper. e^(i*pi) = -1 -- Euler | -- John Myers Myers, Silverlock === Subject: Re: ChemLab Software <10she7ft4oo4r0a@corp.supernews.com> posting-account=sdmP0QwAAAA3VaQJPaG1a12323rZvvdI > (UFL). I attached both of those to port 1, but I don't see how I > activate it. It's not in Apps, nor in Vars. Maybe I somehow Why port 1? Port 2 is completely secure and has more than enough room. On occasion I have lost things from port1 when I've had a bad crash. TW === Subject: Keyman Help needed please. again. I am trying out keyman and I want to assign a key normally long hold and double click. I read the text file that keyman came with and I cant get it to do it. === Subject: Re: Keyman Help needed please. Never mind I had gotten the order backwards when I was trying to make the > again. I am trying out keyman and I want to assign a key normally long > hold and double click. I read the text file that keyman came with and I cant > get it to do it. === Subject: Replacement No. 5, a chinese wreck again.... Unbelivable but sadly true... My next replacement has a bad keyboard again. Some keys cannot be pressed down (both shift, alpha, EEX) ... === Subject: Re: Replacement No. 5, a chinese wreck again.... schrieb im Newsbeitrag > After the third bad 49+, I totally gave up on HP. I now use a TI89, not > a bad machine at all. I suggest you try one if you need a calc with a > CAS. > Happy Holidays! I do already have a TI-89 and I really do not like it (I cannot believe what I have done two years ago: I sold my HP48G and bought the TI-89.... *kopfsch.9fttel*). The TI-89 has a lot I do not like, but I found this out too late... f.e.: the keys, the display, the programming, the solver.....etc.). Luke, you«re absolutly right... I should have better taken a deep breath and manufacturer that produce quality... BUT NOT TO KINPO, it seems they have absolutely NO quality control system, they should read the ISO9001) This is my calc history: 1. First calc with one faulty key, the 9 confirmed the keypress by slightly touching it. 2. The F2-F5 couldnt be pressed down 3. No USB connection 4. No USB connection again 5. Some keys cannot be pressed down again 6. ???? We will see, I will give a report in the next year Merry christmas and a happy new year to you all Christian === Subject: Re: Replacement No. 5, a chinese wreck again.... Re: The title of your post, '...a chinese (sic) wreck... I challenge you to find any piece of consumer electronics where the major competitors don't manufacture their products in Asia -- they all do it. Take, for example, the field of calculators. TI's calculators are all 'made in china' too. (Just look at the back of your TI89 Titanium some day.) Heck... Kinpo (the manufacturer of the new HP's) is one of several OEMs that build TI-branded versions of the common TI 3x line of calculators. The fact of the matter is, geography has little to do with the quality of the products we buy. The whole 'buy American' theme, while not entirely without merit, is really just an outdated propaganda theme cooked up during the Cold War. Anybody who honestly thinks that Made In America means anything in terms of quality, is IMHO just oblivious to the real world. There were some misguided ideas put into the planning and development of the 49g+, granted. But, I can't agree that building them in China was one of them. Frankly, I don't care where it was built, so long as it saves me money. And it cannot be denied that, if the HP 49g+ was built in America with American dollars to pay American wages that fit the cost of living in America, then the HP 49g+ _would_ cost significantly more. Even with all the same quality shortcomings. You're a consumer. Granted, you expect your product to work well. HP has to work on that. Beside that point, though, you also expect to pay the best possible price. You don't know what the manufacturer had to do to get that price. And frankly, you don't care. HP made the (wise) decision to start contracting a Chinese company to build its equipment -- a decision it made a decade ago. The result is that its products are less expensive than an otherwise exactly equivalent product made in America. That's capitalism. That's what this economy is all about. You shop at Walmart and eat at McDonalds. Live with it. Luke === Subject: Re: Replacement No. 5, a chinese wreck again.... posting-account=H6wuqAwAAADFkkPALemCozOqBQpWukr0 After the third bad 49+, I totally gave up on HP. I now use a TI89, not a bad machine at all. I suggest you try one if you need a calc with a CAS. Happy Holidays! === Subject: Re: Replacement No. 5, a chinese wreck again.... It doesn't do RPN. Daveh > After the third bad 49+, I totally gave up on HP. I now use a TI89, not > a bad machine at all. I suggest you try one if you need a calc with a > CAS. > Happy Holidays! === Subject: Re: Replacement No. 5, a chinese wreck again.... But it does what they claim it does... unlike an HP with bad shift keys..... Ya know..... what good is the best exotic car in the world if the fuel injection only works on 3 of the 12 cylinders ????????? A chevy running on 8 out of 8 beats a ferrari running on 6 out of 12 ..... -- Frank Bachman (Grumpy Aero Guy) > It doesn't do RPN. > Daveh >> After the third bad 49+, I totally gave up on HP. I now use a TI89, not >> a bad machine at all. I suggest you try one if you need a calc with a >> CAS. >> Happy Holidays! === Subject: Re: Replacement No. 5, a chinese wreck again.... > But it does what they claim it does... unlike an HP with bad shift keys..... not claiming doing RPN they claim doing nothing === Subject: Helsinki 2005 July 1st...3rd Helsinki 2005 July 1st...3rd Friday for (Super)Apex and back in Sunday, Correct? Time? Friday 12:00-16:00 Helsinki-Cairo time *** asking HP Finland right now *** Place: very likely HP-Finland (including sauna) Spending the night: A) Partying all night B) at my flat C) hotel -- === Subject: HP-41CX & 41CY + 48SX + 28S... I have a 41CY and the batteries (NiCd) were flat Which way the switch is at normal speed? What models are offered for a X<>Y I need at least one HP-15C Now that I think of it: I could send ALL my 41CX and even my 48SX + 28S for one Qonos...or something equally nice 41 modules: MATH I, MATH/STAT, CHEMICAL LAB X, SURVEYING I, STRESS *********** === Subject: Re: HP-41CX & 41CY + 48SX + 28S... > I have a 41CY and the batteries (NiCd) were flat > Which way the switch is at normal speed? > What models are offered for a X<>Y > I need at least one HP-15C > Now that I think of it: I could send ALL my 41CX and even my 48SX + 28S for > one Qonos...or something equally nice > 41 modules: > MATH I, MATH/STAT, CHEMICAL LAB X, SURVEYING I, STRESS > *********** > I've used HP32SII, 41C, CV, CX and now a 48GX and I would like to own a 41CX for primary use. Keep those fancy new machines. I can program a 41 and really like the keyboards. The 48gx has a nice keyboard but the machine is very slow. I changed the batteries in it because they were low and it seemed to speed up a lot.. I'd also take an 32SII since they fit in my shirt pocket (nerd) so nicely (not as nice as the square series 11/12 though. I'm will to trade all my modules away..... On a side note, I have some HP-IL devices and was wondering if I could use them on my HPGX? The PC cards are very rare and sell for big dollars (not thousands though) on eBay. I recall seeing a 'lab interface' version of the GX a while back on ebay but it sold for ~$500 but it looked pretty interesting. happy holidays. thegoldbug === Subject: Question About HP49G ROM 1.24 Was wondering if anyone has had a problem using Schmidt's excellent Inform Builder v1.7 with ROM 1.24 for the 49G. For some reason I am unable to compile an inform with this ROM version. However, I went back to ROM 1.19-6 and everything worked fine. Any ideas? === Subject: Re: Question About HP49G ROM 1.24 Hi , > Was wondering if anyone has had a problem using Schmidt's > excellent Inform Builder v1.7 with ROM 1.24 for the 49G. For some > reason I am unable to compile an inform with this ROM version. > However, I went back to ROM 1.19-6 and everything worked fine. Any > ideas? I cannot help you with this but thank you for the Subject. I searched the last years from time to time for a new ROM for the HP49G(nonplus) and now I found it. Why is the community hiding it so well? hpcalc.org could release it in the PC Files -> ROM Updates-section. I thought it is legally if it is distributed as source code? It works really well with my HP49G And I do not understand HP. But this is another story... Bye Matthias -- mbunte@gmx.net === Subject: Re: Question About HP49G ROM 1.24 > Was wondering if anyone has had a problem using Schmidt's > excellent Inform Builder v1.7 with ROM 1.24 for the 49G. For some > reason I am unable to compile an inform with this ROM version. > However, I went back to ROM 1.19-6 and everything worked fine. I haven't tried IFB under v1.24 - in fact, I haven't even tried v1.24. I use v1.19.7 on my HP49G, and IFB works there. I don't know what have changed to v1.24? If it's simple, I may change it, but I don't want to spend much time on it... === Subject: Re: Question About HP49G ROM 1.24 & , No, I wouldn't spend a lot of time on this either. All that I can tell you is IFB works great with 49G v1.19-6 and 49G+ v1.23. A compiled inform also works with 49G v1.24 -- you just can't use IFB to compile with this ROM. So, here's what I have learned to do... I use EMU48 at v1.19-6 to create and compile informs using IFB. Once compiled, I transfer them to the real calculators using Conn4x. > Was wondering if anyone has had a problem using Schmidt's > excellent Inform Builder v1.7 with ROM 1.24 for the 49G. For some > reason I am unable to compile an inform with this ROM version. > However, I went back to ROM 1.19-6 and everything worked fine. > I haven't tried IFB under v1.24 - in fact, I haven't even tried v1.24. > I use v1.19.7 on my HP49G, and IFB works there. I don't know what have > changed to v1.24? If it's simple, I may change it, but I don't want to > spend much time on it... > === Subject: Re: Question About HP49G ROM 1.24 > Was wondering if anyone has had a problem using Schmidt's > excellent Inform Builder v1.7 with ROM 1.24 for the 49G. For some > reason I am unable to compile an inform with this ROM version. > However, I went back to ROM 1.19-6 and everything worked fine. Any > ideas? I'm pretty sure that will NOT patch his program Stick to the old version of the ROM === Subject: Accidentally Changed Settings I'm looking for some help for a friend who accidentally changed his settings on his HP printer. The language has gone from English to Russian. It's no longer a case of just changing back, since he doesn't read Russian and can't follow the instructions. Does anyone have any suggestions? Lynn === Subject: Re: Accidentally Changed Settings What type of HP printer is it? If it is not one used with HP caluclators, I would recommend you post in a more relevant user group (comp.??.printers??). > I'm looking for some help for a friend who accidentally changed his > settings on his HP printer. The language has gone from English to Russian. > It's no longer a case of just changing back, since he doesn't read Russian > and can't follow the instructions. > Does anyone have any suggestions? > Lynn === Subject: HP49g+ keyboard still crappy posting-account=GPLzXA0AAAATuRns6LaJGVCWJnvPLYOO I just got a new HP49g+ a few weeks ago, but the keyboard is crappy, these keyboards havent seem to improved. My serial number CN419something something so im guessing this is one of the newer ones, but still the keyboard is crappy, im guessing 1/30- 1/60 keys miss. Other than bad keys, I cant see much else wrong with it. === Subject: Re: HP49g+ keyboard still crappy posting-account=lP616QwAAACWtQ4L_ZTOCL9ql87Oylbz I just got a replacement for my HP49G+ two months ago. I have logged about 10hr on it so far, classes and writing a new chemistry equation library (coming soon to hpcalc.org) and haven't had a single missed key! The old calc would miss all the time, especially the first key after completing a command. However, the new calc (CNA436...) is a dream. HP cuser service was very understanding about the problem when I told them about the keyboard missing. I would encourage you all with problems to keep sending them back till you get a good one. Jason Anthes CSUS Chemistry > I just got a new HP49g+ a few weeks ago, but the keyboard is crappy, > these keyboards havent seem to improved. My serial number > CN419something something so im guessing this is one of the newer ones, > but still the keyboard is crappy, im guessing 1/30- 1/60 keys miss. > Other than bad keys, I cant see much else wrong with it. === Subject: Re: HP49g+ keyboard still crappy X > HP cuser service was very understanding about the problem > when I told them about the keyboard missing. I would encourage you all X LOL You could say that the keyboard is missing... -- === Subject: Re: HP49g+ keyboard still crappy Replace again, please >I just got a new HP49g+ a few weeks ago, but the keyboard is crappy, > these keyboards havent seem to improved. My serial number > CN419something something so im guessing this is one of the newer ones, > but still the keyboard is crappy, im guessing 1/30- 1/60 keys miss. > Other than bad keys, I cant see much else wrong with it. === Subject: Re: HP49g+ keyboard still crappy > Replace again, please And just how many times should one replace before giving up? So far I have tried 5 different hp49g+ (CN334, CN407, CN334, CN407, CNA436) and all miss keypresses (enough to be unusable to me). === Subject: Re: HP49g+ keyboard still crappy posting-account=YX-43w0AAACHvk30VnVcLC64muZRYvn8 When you've tried maybe 4 and the keyboard still doesn't operate the way it should, doesn't it indicate that this is the way the 49g+ keyboard is? It's been a year, if hp wanted to correct anything wrong with the product, it would've been done already. To me the keyboard works fine if you press the key with more force, not excessive with the softer keyboard, or if you press longer, which ever way makes the key be pressed harder. I'm surprised any company would replace their product 4 times, (imagine) to everybody who's posted to here that they got several replacements from HP. It's really a waste of resources, unless the cost of the unit + shipping is still cheaper than a refund. === Subject: Re: HP49g+ keyboard still crappy Well, I'm currently assuming that there is a ROM fix in the works. But it's been almost 3 months since this was reported, so I'm not sure how much longer I can believe such. I'll just keep my current calc (CNA 436) until I hear something different. I did the exchanged for the CNA 436 because others were reporting getting these newer units from HP support, and some said they thought they were better. But guess I'm unlucky as mine misses keypresses just like all the previous calcs. === Subject: Re: HP49g+ keyboard still crappy I noticed that people keep mentioning serial numbers so I figured I'd give my 2 cents. I sent my calculator back to HP and received a new one about a week ago. I've used it every day for a week now and so far it has not missed a single key. The serial number isn CN402 which is older than the one I had sent back. Doesn't seems like the serial number means much as far as whether or not the keyboard will function properly. > Well, I'm currently assuming that there is a ROM fix in the works. But > it's been almost 3 months since this was reported, so I'm not sure how > much longer I can believe such. > I'll just keep my current calc (CNA 436) until I hear something different. > I did the exchanged for the CNA 436 because others were reporting getting > these newer units from HP support, and some said they thought they were > better. But guess I'm unlucky as mine misses keypresses just like all the > previous calcs. === Subject: Re: HP49g+ keyboard still crappy Is the clock displayed? === Subject: Re: HP49g+ keyboard still crappy posting-account=lP616QwAAACWtQ4L_ZTOCL9ql87Oylbz No the clock is not displayed! I don't like things cluttering up my screen so I turned it off. > Is the clock displayed? === Subject: Re: HP49g+ keyboard still crappy > Replace again, please > And just how many times should one replace before giving up? So far I have > tried 5 different hp49g+ (CN334, CN407, CN334, CN407, CNA436) and all miss > keypresses (enough to be unusable to me). Why don't you sentd that CNA436 to me ? (just kidding) i would keep that one miracles do happen === Subject: Naming Conventions posting-account=DCDh0g0AAAClUU8ftahyKTTAfEsLo What naming conventions, if any, are there for naming variables and programs in UserRPL? I'm interesting in everything from capitalization to prefixes, and anything else that there is a convention for. === Subject: Re: Naming Conventions > What naming conventions, if any, are there for naming variables and > programs in UserRPL? I'm interesting in everything from capitalization > to prefixes, and anything else that there is a convention for. local.variable @ to separate from globals GLOBAL.VARIABLES @ if you want it to resemble a command or Global.Variables @ suggested usage for user procedures The latter gives a glue that it's not a build-in feature and also makes sure that it's not used by system Exceptions of the above in the OS naming: BetaTesting, Psi, lim, qr, rref dB, e, gmol, i, lbmol, rpm (asm, er, nop) === Subject: =?UTF-8?Q?Hp_49G+_from_Joe_Horn=E2=80=99s_website_=3F?= I've seen some stuff about Joe HornƠs Hp 49G+, and that these calculators have a wonderfull keyboard. I would like to make some questions: 1 - Is it safe to buy from here? 2 - How much do they take to arrive? 3 - Is the CNA 4 26 and CNA 4 36 series keyboard really good? jbssm === Subject: Re: Hp 49G+ from Joe Horn's website ? I have a CNA 436 that I received from HP claculator support. And sorry to say it misses keypresses just as much as the previous 4 calcs I tried. === Subject: Re: Hp 49G+ from Joe =?UTF-8?B?SG9ybuKAmXMgd2Vic2l0ZSA/?= > I've seen some stuff about Joe HornƠs Hp 49G+, and that these > calculators have a wonderfull keyboard. > I would like to make some questions: > 1 - Is it safe to buy from here? > 2 - How much do they take to arrive? > 3 - Is the CNA 4 26 and CNA 4 36 series keyboard really good? AFAIK, it was just a one time selling opportunity, so I don't think he have some calculators left. -- Reply: Erase between the dot (inclusive) and the @. Responder: Borra la frase obvia y el punto previo. === Subject: Re-Ordering Libraries + ME Pro OK This site has been incredibly helpful, and I've probably worn out my welcome, but I have a couple of more questions. 1. Now that I've downloaded several libraries (about 8) I find they set themselves up in a fairly inconvenient order (i.e. the ones I may use the most are on the second page). Is there any way (on a 49g+) to fool with the soft-key locations in the library? 2. There used to be a card for the 48gx called Mechanical Engineering Pro (ME Pro) that did a lot of wonderful things. I have a lot of memory in my 49g+, and have added a small (8 meg) SD card that I swiped from my wifes camera when she upgraded. So (finally) the question is: Is there a good Mechanical Engineering Library available for the 49? I see on hp.org CIVIL engineering, ELECTRICAL engineering, and physics libraries, but no mechanical engineering -- at least not in a convienent package. Any help?? Mike === Subject: Re: Re-Ordering Libraries + ME Pro posting-account=BhOLwQ0AAAAGxLzmZMrNIhvjYvNMjBnc > 1. Now that I've downloaded several libraries (about 8) I find they > set themselves up in a fairly inconvenient order (i.e. the ones I may > use the most are on the second page). Is there any way (on a 49g+) to > fool with the soft-key locations in the library? http://www.hpcalc.org/details.php?id=4622 > 2. There used to be a card for the 48gx called Mechanical Engineering > Pro (ME Pro) that did a lot of wonderful things. I have a lot of > memory in my 49g+, and have added a small (8 meg) SD card that I > swiped from my wifes camera when she upgraded. So (finally) the > question is: Is there a good Mechanical Engineering Library available > for the 49? I see on hp.org CIVIL engineering, ELECTRICAL > engineering, and physics libraries, but no mechanical engineering -- > at least not in a convienent package. Not that I have heard. Look around and I imagine you'll find lots of the routines you need. Some of the old 48 prgrams will run without any problem. Just back up you data and try installing them. If it is a user library it most likely won't work. All userRPL programs should run fine. TW === Subject: Where's jkh JOE HORN? ($100 HP49G+ offer - money sent, no calc) posting-account=hLfJdA0AAABKW3KoGzXk-XgdATnVhN6x Hate to do a public post, but I can't seem to contact jkh for over a month. Anyways: 1) How about a hands-up on who had taken jkh's offer on the 49G+ as posted here, and still up on the website here: http://holyjoe.net/hp/hp49gplus.htm 2) For those who had ordered and paid, have you received your calc? Please follow-up postings to this... Anyways, my side of the story, I have not been able to contact jkh via email since my check was cashed, and have not received anything or any reply. Much help would be appreciated; hope everything's fine with Joe. Peter Khor Norman, OK === Subject: Re: Where's jkh JOE HORN? ($100 HP49G+ offer - money sent, no calc) > Hate to do a public post, but I can't seem to contact jkh for over a > month. Anyways: > 1) How about a hands-up on who had taken jkh's offer on the 49G+ as > posted here, and still up on the website here: > http://holyjoe.net/hp/hp49gplus.htm > 2) For those who had ordered and paid, have you received your calc? > Please follow-up postings to this... I did. I paid with a credit card and Joe delivered a machine in a flawless state after just 14 days to Germany. He always answered my mails within one or two days. Ingo Blank > Anyways, my side of the story, I have not been able to contact jkh via > email since my check was cashed, and have not received anything or any > reply. Much help would be appreciated; hope everything's fine with > Joe. > Peter Khor > Norman, OK === Subject: Re: Where's jkh JOE HORN? ($100 HP49G+ offer - money sent, no calc) > Hate to do a public post, but I can't seem to contact jkh for over a > month. Anyways: > 1) How about a hands-up on who had taken jkh's offer on the 49G+ as > posted here, and still up on the website here: > http://holyjoe.net/hp/hp49gplus.htm > 2) For those who had ordered and paid, have you received your calc? > Please follow-up postings to this... > Anyways, my side of the story, I have not been able to contact jkh via > email since my check was cashed, and have not received anything or any > reply. Much help would be appreciated; hope everything's fine with > Joe. > Peter Khor > Norman, OK Still waiting for my 49g+'s as well. Check cashed a month ago, no responce from JKH to my emails as well. Mine is an international order so it may be stuck at the border in the holiday rush. Hoping to get them soon. Rick === Subject: Re: Where's jkh JOE HORN? ($100 HP49G+ offer - money sent, no calc) <1jf98rky9pwom.vh73rrurit44$.dlg@40tude.net> posting-account=kHUbLQwAAABYrR2KG6kG2X9wGlnDEU7q My experience with JKH has been positive -- no problems at all. I ordered 2 49G+'s from him. Sent a check -- received the calc's about 3 to 4 weeks later. Note the transaction was domestic USA. All I can say is maybe his day job is keeping him overly busy lately? Hope everyone has a Merry Christmas and a Happy 2005! > Hate to do a public post, but I can't seem to contact jkh for over a > month. Anyways: > 1) How about a hands-up on who had taken jkh's offer on the 49G+ as > posted here, and still up on the website here: > http://holyjoe.net/hp/hp49gplus.htm > 2) For those who had ordered and paid, have you received your calc? > Please follow-up postings to this... > Anyways, my side of the story, I have not been able to contact jkh via > email since my check was cashed, and have not received anything or any > reply. Much help would be appreciated; hope everything's fine with > Joe. > Peter Khor > Norman, OK > Still waiting for my 49g+'s as well. Check cashed a month ago, no responce > from JKH to my emails as well. Mine is an international order so it may be > stuck at the border in the holiday rush. Hoping to get them soon. > Rick === Subject: Re: Where's jkh JOE HORN? ($100 HP49G+ offer - money sent, no calc) I'd like to second 's experience. I got mine in fine form, about a week after the check was cashed, domestic USA. The keyboard is not perfect, but that's hardly Joe's fault. Not too bad, just misses keystrokes occasionally (just a data point for those of you who are tracking: CNA 4 36 02475). U > My experience with JKH has been positive -- no problems at all. I > ordered 2 49G+'s from him. Sent a check -- received the calc's about 3 > to 4 weeks later. Note the transaction was domestic USA. All I can > say is maybe his day job is keeping him overly busy lately? > Hope everyone has a Merry Christmas and a Happy 2005! > >Hate to do a public post, but I can't seem to contact jkh for over >month. Anyways: >1) How about a hands-up on who had taken jkh's offer on the 49G+ as >posted here, and still up on the website here: >http://holyjoe.net/hp/hp49gplus.htm >2) For those who had ordered and paid, have you received your calc? >Please follow-up postings to this... >Anyways, my side of the story, I have not been able to contact jkh > via >email since my check was cashed, and have not received anything or > any >reply. Much help would be appreciated; hope everything's fine with >Joe. >Peter Khor >Norman, OK >>Still waiting for my 49g+'s as well. Check cashed a month ago, no > responce >>from JKH to my emails as well. Mine is an international order so it > may be >>stuck at the border in the holiday rush. Hoping to get them soon. >>Rick === Subject: Re: Where's jkh JOE HORN? ($100 HP49G+ offer - money sent, no calc) Just a quick note - I had the pleasure of talking to Joe on the telephone last night. His computer system has died and he's been working very hard to replace it with an entirely new system *except* for his old hard drive (to save all his files, etc). But he's been having little luck getting it all to work. So his updates to his Web site have been very limited (http://www.holyjoe.net) and his email bandwidth has effectively disappeared. Meanwhile he's working on it as fast as he can - it has already probably cost him his vacation next week - and I suspect we'll see him here and via email soon. If not, I may be driving to Orange County next week to encourage proper operation by his PC... Merry Christmas to all! Jim Horn, Penngrove, California === Subject: Re: Where's jkh JOE HORN? ($100 HP49G+ offer - money sent, no calc) X-NNTP-Client: ROBOT/LX -=[ Thu, 23.12.04 9:10 p.m. +1300 (NZDT) ]=- PK, for over a month. Anyways: Do your e-mails bounce? Joe posted here in fine form 10 days ago. > 1) How about a hands-up on who had taken jkh's offer on the 49G+ as > posted here, and still up on the website here: > http://holyjoe.net/hp/hp49gplus.htm Oh good, Joe still has some left? > 2) For those who had ordered and paid, have you received your calc? > Please follow-up postings to this... I didn't, but I'm quite tempted. I thought they would have all gone in a flash. I wonder if Joe ships o'seas? > Anyways, my side of the story, I have not been able to > contact jkh via email since my check was cashed, and have > not received anything or any reply. Much help would be > appreciated; hope everything's fine with Joe. Good luck in sorting it out. I'd put all my money on a rational explanation, somewhere along the line. Murphy's Law can strike the postal service, the e-mail, or the bank clearing system. Recently I got a book from the UK - eventually it arrived after a 65 day transit!! And, whenever I contacted the seller my e-mail just bounced. It was really weird. -- #52 ... Not tonight, dear. I have a modem. === Subject: Re: Where's jkh JOE HORN? ($100 HP49G+ offer - money sent, no calc) <11402410ROBOTLX@news.individual.net> posting-account=PUKtNgwAAACqPi8kDc99J0TU9omMMXD5 > 1) How about a hands-up on who had taken jkh's offer on the 49G+ as > posted here, and still up on the website here: > http://holyjoe.net/hp/hp49gplus.htm > Oh good, Joe still has some left? I wouldn't count on that. The last update on the site was novemember 9th. Joe seems to be a very busy guy cuz he never answered my e-mails. I'm glad i didnt buy my 49g+ with him :D === Subject: Re: Where's jkh JOE HORN? ($100 HP49G+ offer - money sent, no calc) >1) How about a hands-up on who had taken jkh's offer on the 49G+ as >posted here, and still up on the website here: >http://holyjoe.net/hp/hp49gplus.htm >>Oh good, Joe still has some left? > I wouldn't count on that. The last update on the site was novemember > 9th. Joe seems to be a very busy guy cuz he never answered my e-mails. > I'm glad i didnt buy my 49g+ with him :D It appears he sold out, never updated his website, and never answers email. === Subject: [ANN] New release of midi2mig : version 0.95 Hi all ! I am glad to tell you midi2mig is now released under version 0.95 :) You may know the excellent Mig program : http://www.hpcalc.org/details.php?id=2589 (hp48 version) http://www.hpcalc.org/details.php?id=3363 (hp49 version) midi2mig is a MIDI audio file to MIG file convertor. For the PC. In another words, it converts your preferred song (it must be a .mid file) so that you can listen it on your HP. It works under both Windows and Linux (sources under the GPL included) midi2mig is available at: http://perso.wanadoo.fr/kdntl/hp49/midi2mig-0.95.zip By the way, does someone know what is the real email of the author of Mig ? I am still trying to contact him but hasn't yet succeeded. And another request : Is someone interested in converting the Mig player for the hp39 and 40 series ? I have tried for a long time to do so, but since I have no experience in converting programs for the 40, I haven't succeeded. Moreover, I have no hp40 so that I cannot test (The emulator doesn't produce sound yet !) === Subject: 49g+ Flecks Underneath Screen Cover My 49g+ has developed flecks of stuff underneath the plastic screen cover, but they are not at all in the way, just minorly annoying. Are there any suggestions for removing these flecks? -Matt M. === Subject: Re: 49g+ Flecks Underneath Screen Cover Compressed air around the top and end of the unit? > My 49g+ has developed flecks of stuff underneath the plastic screen > cover, but they are not at all in the way, just minorly annoying. > Are there any suggestions for removing these flecks? > -Matt M. === Subject: Can anyone give me an approximation of the number of users who use HPs? posting-account=iyqLeQ0AAACkE0etKTOSEgfyEmkmLQlQ I'm having a little war with my good friend who claims that TIs beat HPs hands down. I try to argue that they have different strengths with the same basic stuff... Anyways, he said that nobody uses HPs anymore, so I'd like to prove him wrong. Can anyone give me a guesstimate about how many HP users there are around the world? I know that there are more TI users in the world, there's no arguing that (my defense is to say jokingly that they can't handle the power of an HP). But seriously, how many people do you think use HPs? === Subject: Re: Can anyone give me an approximation of the number of users who use HPs? posting-account=iyqLeQ0AAACkE0etKTOSEgfyEmkmLQlQ Well thank you all for your help. I needed to some evidence to prove that the HP users are not all dead and that nobody uses them anymore, and I certainly got it! === Subject: Re: Can anyone give me an approximation of the number of users who use HPs? posting-account=hYpJhAwAAABbgx9xHixEB8na9TYTFvkV > Well thank you all for your help. I needed to some evidence to prove > that the HP users are not all dead and that nobody uses them anymore, > and I certainly got it! If nobody used 'em, the HP calculator division would not exist, would it? So, did anyone here get a nice new calculator from Santa? ;-) -- === Subject: Re: Can anyone give me an approximation of the number of users who use HPs? posting-account=iyqLeQ0AAACkE0etKTOSEgfyEmkmLQlQ I did... And I love it! === Subject: Re: Can anyone give me an approximation of the number of users who use HPs? posting-account=NOatFQ0AAADmMDZYX8PfoPHaLpqAnGr7 You know that you are not simply speaking to the void, don't you ? So, based on your extremely deep studies, I have a TI 200... would you get an HP49g+? > If nobody used 'em, the HP calculator division would not exist, would > it? > So, did anyone here get a nice new calculator from Santa? ;-) > -- > === Subject: Re: Can anyone give me an approximation of the number of users who use HPs? posting-account=hYpJhAwAAABbgx9xHixEB8na9TYTFvkV > You know that you are not simply speaking to the void, don't you ? :-) > So, based on your extremely deep studies, I have a TI 200... would you > get an HP49g+? If you're asking me, I've owned a 49G+ for a few months now. -- === Subject: Re: Can anyone give me an approximation of the number of users who use HPs? posting-account=R_kScQwAAACWG31ZZq7VroFkIHxE0hEw No, but I wouldn't mind a Qonos if JYA wants to send some out ;) === Subject: Re: Can anyone give me an approximation of the number of users who use HPs? > I'm having a little war with my good friend who claims that TIs beat > HPs hands down. I try to argue that they have different strengths with > the same basic stuff... Anyways, he said that nobody uses HPs anymore, Nobody is a damn lie, in fact the fact that you use FACT in your hp proves that it ia a fact that there is at least one user > so I'd like to prove him wrong. Can anyone give me a guesstimate about > how many HP users there are around the world? I know that there are > more TI users in the world, there's no arguing that (my defense is to > say jokingly that they can't handle the power of an HP). But > seriously, how many people do you think use HPs? === Subject: Re: Can anyone give me an approximation of the number of users who use HPs? > I'm having a little war with my good friend who claims that TIs beat > HPs hands down. I try to argue that they have different strengths with > the same basic stuff... Anyways, he said that nobody uses HPs anymore, > so I'd like to prove him wrong. Can anyone give me a guesstimate about > how many HP users there are around the world? I know that there are > more TI users in the world, there's no arguing that (my defense is to > say jokingly that they can't handle the power of an HP). But > seriously, how many people do you think use HPs? All surveyors all over the world use HP calculators. In surveying there is no other brand. === Subject: Re: Can anyone give me an approximation of the number of users who use HPs? <41cb939a$1@dnews.tpgi.com.au> posting-account=Mar1jg0AAACF6QN5u0nozPQnCpvfsx_l Yes, I agree with you totally Noel Causerano Registered Engineering Surveyor, SBQ Foundation Member, Spatial Sciences Institute GEOCALC SOFTWARE Registered Reseller HP Invent Cairns, QLD, Australia Email: noel@geocalc.net WEB: www.geocalc.net === Subject: Re: Can anyone give me an approximation of the number of users who use HPs? >> I'm having a little war with my good friend who claims that TIs beat >> HPs hands down. I try to argue that they have different strengths with >> the same basic stuff... Anyways, he said that nobody uses HPs anymore, >> so I'd like to prove him wrong. Can anyone give me a guesstimate about >> how many HP users there are around the world? I know that there are >> more TI users in the world, there's no arguing that (my defense is to >> say jokingly that they can't handle the power of an HP). But >> seriously, how many people do you think use HPs? > All surveyors all over the world use HP calculators. In surveying there is > no other brand. What does Tim Wessman say about the 49g+ keyboard quality in surveyoing === Subject: Re: Can anyone give me an approximation of the number of users who use HPs? <41cb939a$1@dnews.tpgi.com.au> posting-account=BhOLwQ0AAAAGxLzmZMrNIhvjYvNMjBnc > What does Tim Wessman say about the 49g+ keyboard quality in surveyoing I say that the keyboard is PERFECT if your calculator resides inside an environmental case with a thin membrane cover over the keys. This makes soft touches basically impossible so every keypress is much harder and NO keys are missed. For data collector usage it is perfect. If you are trying to do lots of complicated number crunching on the desk. . . I'd grab a different model. ;-) TW === Subject: Re: Can anyone give me an approximation of the number of users who use HPs? If numbers are the benchmark you'll probably find that Casio sell 3 times as many as TI and HP combined. Toyota probably sell more cars than Rolls Royce - but it doesn't make the Toyota a better car. HP may have stumbled along the wayside a little with their keyboard issues, but nobody I've met seriously thinks the TI is more powerful and versatile. My money is on HP getting it right ... eventually! > I'm having a little war with my good friend who claims that TIs beat > HPs hands down. I try to argue that they have different strengths with > the same basic stuff... Anyways, he said that nobody uses HPs anymore, > so I'd like to prove him wrong. Can anyone give me a guesstimate about > how many HP users there are around the world? I know that there are > more TI users in the world, there's no arguing that (my defense is to > say jokingly that they can't handle the power of an HP). But > seriously, how many people do you think use HPs? === Subject: Re: Can anyone give me an approximation of the number of users who use HPs? > If numbers are the benchmark you'll probably find that Casio sell 3 times as > many as TI and HP combined. It used to be the case, but now TI is number 1 for scientific and graphical calculators... Jean-Yve === Subject: Re: Can anyone give me an approximation of the number of users who use HPs? > If numbers are the benchmark you'll probably find that Casio sell 3 times as > many as TI and HP combined. > It used to be the case, but now TI is number 1 for scientific and > graphical calculators... We don't actually see that many scientific models in most bookstores around here - I guess they're marketed through different channels. I took a quick look at a casio the other day in whitcoulls - they had printed on the back 97% of calculators sold in New Zed are a Casio - Gawd I hope it isn't true :( === Subject: Re: Can anyone give me an approximation of the number of users who use HPs? <3xJyd.856$mo2.64624@news.xtra.co.nz> posting-account=PUKtNgwAAACqPi8kDc99J0TU9omMMXD5 > If numbers are the benchmark you'll probably find that Casio sell 3 times as > many as TI and HP combined. > Toyota probably sell more cars than Rolls Royce - but it doesn't make the > Toyota a better car. > HP may have stumbled along the wayside a little with their keyboard issues, > but nobody I've met seriously thinks the TI is more powerful and versatile. > My money is on HP getting it right ... eventually! > I'm having a little war with my good friend who claims that TIs beat > HPs hands down. I try to argue that they have different strengths with > the same basic stuff... Anyways, he said that nobody uses HPs anymore, > so I'd like to prove him wrong. Can anyone give me a guesstimate about > how many HP users there are around the world? I know that there are > more TI users in the world, there's no arguing that (my defense is to > say jokingly that they can't handle the power of an HP). But > seriously, how many people do you think use HPs? Well... not to many... but if we are low in quantity we are way better in quality (i mean quality of the users not the cals) === Subject: Re: Can anyone give me an approximation of the number of users who use HPs? posting-account=hYpJhAwAAABbgx9xHixEB8na9TYTFvkV > I'm having a little war with my good friend who claims that TIs beat > HPs hands down. I try to argue that they have different strengths with > the same basic stuff... Anyways, he said that nobody uses HPs anymore, > so I'd like to prove him wrong. Can anyone give me a guesstimate about > how many HP users there are around the world? I know that there are > more TI users in the world, there's no arguing that (my defense is to > say jokingly that they can't handle the power of an HP). But > seriously, how many people do you think use HPs? The number of people using HPs vs. TIs doesn't have much to do with how powerful the calculator is. AFAIK, the main reason not many people use HP calculators nowadays is that HP has traditionally targeted professionals and to some extent engineering students. Professionals tend to use full-fledged computers these days, while the number of engineering graduates appears to be declining (at least in the US). Also, TI's marketing is *much* more effective. It might be beneficial to have separate estimates for graphing calculators and scientific calculators. I can't give you estimates, sorry. For one thing, I don't have a very good idea of what the situation is like in Europe, Africa, and Australia. Oh, and btw, you're right when you say they have different strengths :) -- . === Subject: Re: Can anyone give me an approximation of the number of users who use HPs? posting-account=hYpJhAwAAABbgx9xHixEB8na9TYTFvkV BTW, I believe TI has sold around 30 million graphing calculators so far. -- === Subject: Re: Can anyone give me an approximation of the number of users who use HPs? posting-account=PUKtNgwAAACqPi8kDc99J0TU9omMMXD5 > BTW, I believe TI has sold around 30 million graphing calculators so > far. > -- > Wow... that's a pretty high number u got there... === Subject: Re: Can anyone give me an approximation of the number of users who use HPs? posting-account=hYpJhAwAAABbgx9xHixEB8na9TYTFvkV > BTW, I believe TI has sold around 30 million graphing calculators so > far. > -- > > Wow... that's a pretty high number u got there... It's an extrapolation. They had sold over 20 million in 2000, and they said they've sold well over 2.5 million (typically somewhere around 2.8) yearly. -- === Subject: Re: Can anyone give me an approximation of the number of users who use HPs? > It's an extrapolation. They had sold over 20 million in 2000, and they > said they've sold well over 2.5 million (typically somewhere around > 2.8) yearly. How do you get those numbers? Last time I looked at TI numbers (that they published) was a bit over 1 million TI83 per year. The TI89/92 was a bit over 200K per year. I think HP sold around 150K of HP49 at their best. no idea with the + series. Jean-Yves === Subject: Re: Can anyone give me an approximation of the number of users who use HPs? <3369ljF3tpgrpU1@individual.net> posting-account=hYpJhAwAAABbgx9xHixEB8na9TYTFvkV > It's an extrapolation. They had sold over 20 million in 2000, and they > said they've sold well over 2.5 million (typically somewhere around > 2.8) yearly. > How do you get those numbers? > Last time I looked at TI numbers (that they published) was a bit over 1 > million TI83 per year. > The TI89/92 was a bit over 200K per year. The 20 million figure is from: http://education.ti.com/us/about/press/release/cg-515.html Since TI sales would be expected to go up over time, 2 million per year as a lower bound seems reasonable. Here's another quote to suggest sales of over 2.5 million graphing calculators per year (although it's not from TI, it's in the book description, so it has probably been checked): http://www.amazon.co.uk/exec/obidos/ASIN/0764549707/202-2029689-3783003 calculators sold in USA/Canada alone: http://news.com.com/2100-1040-252597.html?legacy=cnet I can't find my source for the 2.8mpy estimate at the moment (and I don't want to spend much time looking for it). -- === Subject: 49G+ on linux mini-howto Hi all, The following documents my recent success in achieving a connection between the computer and the calculator. I know others went here before me, but I hope to leave a clearer trail. ;) Feel free to edit this and add improvements. Later, A mini-howto for linux users. ** Install the XModem software - Some distros package this along with minicom - It is also available at http://www.ohse.de/uwe/software/lrzsz.html ** Configure kernel USB support Most stock kernels (e.g. SuSE, RedHat, ...) should have this already set up properly. To compile your own (2.6.9) kernel, - enable the USB options for your computer as normal - set USB_SERIAL as a module - set USB_SERIAL_GENERIC as yes - compile and install the kernel and modules (see the kernel howto for more detail) Note: safe_serial (USB_SERIAL_SAFE) is not necessary nor even used to connect to the 49G+. ** Load the kernel modules - as root, type modprobe usbserial vendor=0x03f0 product=0x0121 This loads the module and registers it with the USB hotplug system to control the 49G+. You may wish to add the appropriate instructions to your system's boot scripts. ** Connect the calculator - Turn it on and plug in the USB cable (order may be reversed without harm) - as any user, type dmesg | tail The last line should show something like usb 3-1: Generic converter now attached to ttyUSB0. ttyUSB0 refers to the device at /dev/ttyUSB0; substitue the port number as necessary. ttyUSB1 or 2 may be used if you restart the calculator after a hung connection. You should be able to free a hung port by killing the zombie process. - (optional) type more /proc/bus/usb/devices One of the entries should be for the calculator. It shows the USB vendor and product numbers which were used above. One line should read I: If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=00 Prot=00 Driver=usbserial_generic. If Driver=(none), then your usbserial module wasn't installed/started properly. You might rmmod usbserial and try loading it again; the product or vendor may have been wrong. - type ls -l /dev/ttyUSB0; make sure that it is readable AND writable by your normal user ** Send a file to the calculator - put a destination variable name on the stack (e.g. 'test') (use lsx instead of sx as necessary) - on the calculator, type XRECV - wait a while; the computer should show the upload progress after a few seconds ** Receive a file from the calculator - put the source variable name on the stack (e.g. 'PPAR') - on the calculator, type XSEND - wait Note: this file will come in the calculator's binary format ** If the calculator freezes - Try hitting cancel - If that doesn't work, unplug the USB cable and then hit cancel - I always turn it off and on again just to be sure ** TODO - figure out/document using KERMIT or whatever protocol HPConn4x uses so we don't have to enter commands both on the computer and on the calculator. I think others have done this already (see HPConnect); I just haven't sorted it out yet - figure out ascii-mode calculator to computer transfer - publish nice scripts or even a GUI to simplify the whole process ** Links - Official site: http://www.hp.com/calculators/graphing/49gplus/ - Old HPTalx program: http://hptalx.sourceforge.net/ - GUI for OSX: http://hpconnect.sourceforge.net/ - GCC compiler: http://hpgcc.sourceforge.net/ - Master repository: http://www.hpcalc.org/ === Subject: Re: 49G+ on linux mini-howto Hi , That's great, thank you! Do you mind, if I include this mini-howto in the next Linux release of hpgcc? Ingo > Hi all, > The following documents my recent success in achieving a connection > between the computer and the calculator. I know others went here before > me, but I hope to leave a clearer trail. ;) > Feel free to edit this and add improvements. > Later, > === Subject: Re: 49G+ on linux mini-howto Hi Ingo, > Do you mind, if I include this mini-howto in the next Linux release of > hpgcc? That's fine by me; there's no point in writing howto's that don't help anybody. Attached is my latest revision. Later, P.S. Merry Christmas everyone! _________________ A mini-howto for connecting the HP 49G+ USB port with linux. ***** Linux configuration ***** ** Configure kernel USB support Most stock kernels (e.g. SuSE, RedHat, ...) should have this already set up properly. To compile your own (2.6.9) kernel, - enable the USB options for your computer as normal - set USB_SERIAL as a module - set USB_SERIAL_GENERIC as yes - compile and install the kernel and modules (see the kernel howto for more detail) Note: safe_serial (USB_SERIAL_SAFE) is not necessary nor even used to connect to the 49G+. ** Load the kernel modules - as root, type modprobe usbserial vendor=0x03f0 product=0x0121 This loads the module and registers it with the USB hotplug system to control the 49G+. You may wish to add the appropriate instructions to your system's boot scripts. ** Connect the calculator - Turn it on and plug in the USB cable (order may be reversed without harm) - as any user, type dmesg | tail The last line should show something like usb 3-1: Generic converter now attached to ttyUSB0. ttyUSB0 refers to the device at /dev/ttyUSB0; substitue the port number as necessary. ttyUSB1 or 2 may be used if you restart the calculator after a hung connection. You should be able to free a hung port by killing the zombie process. - (optional) type more /proc/bus/usb/devices One of the entries should be for the calculator. It shows the USB vendor and product numbers which were used above. One line should read I: If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=00 Prot=00 Driver=usbserial_generic. If Driver=(none), then your usbserial module wasn't installed/started properly. You might rmmod usbserial and try loading it again; the product or vendor may have been wrong. - type ls -l /dev/ttyUSB0; make sure that it is readable AND writable by your normal user ***** XModem ***** Some distributions package the XModem software along with minicom. To me, XModem seems faster/more reliable than Kermit for large file transfers. ** Send a file to the calculator - put a destination variable name on the stack (e.g. 'test') (use lsx instead of sx as appropriate) - on the calculator, type XRECV - wait a while; the computer should show the upload progress after a few seconds ** Receive a file from the calculator - put the source variable name on the stack (e.g. 'PPAR') - on the calculator, type XSEND - wait Note: this file will come in the calculator's binary format ***** Kermit ***** (easier and more powerful than XModem) ** Connecting - on the calculator, simultaneously press red-shift and right-arrow The calculator should now say Awaiting Server Cmd. - on the computer, type kermit or ckermit - in kermit, type set port /dev/ttyUSB0 - (optional) in kermit, type robust Kermit has three default operating modes -- fast, cautious, and robust. I haven't noticed any differences between them. The default is fast. ** (Optional) Speed boost attempts - on the calculator, APPS key, 2.I/O functions.., 5.Transfer.., Chk: 1 Reducing the checksum complexity means the calculator doesn't have to calculate so much before sending data. - in kermit, type set streaming on - set prefixing none - (optional) set block-check 1 I dunno, my transfer speeds range from 9cps to over 390 cps. Why won't it consistently hit higher speeds? I was expecting kbps. - to learn more about kermit, type help or visit their website - to check on connection speed, type show streaming ** List the HP's variables: - rdir ** Executing commands on the calculator: Whatever you type after the rhost will be evaluated on the calculator's command line. The calculator will return the current stack view. Commands are case-sensitive. Sample rhost usage: - rhost 10 - rhost ! - rhost 2 - rhost + - rhost SIN or, more simply - rhost 10 ! 2 + SIN ** Changing directory: - rhost UPDIR - rhost { HOME DIR1 SUBDIR } or whatever ** Get a file from the calculator By default, this transfer is in ASCII mode. ** Send a file to the calculator ** Closing - in kermit, type finish, then exit and ok Note: If you restart the calculator while running kermit, linux will hang ttyUSB0 and reconnect the calculator as ttyUSB1. To avoid this, close kermit before turning the calculator back on. ***** General ***** ** If the calculator freezes - Try hitting cancel - If that doesn't work, unplug the USB cable and then hit cancel - I always turn it off and on again just to be sure ** TODO - figure out how to consistently speed up kermit communications - figure out how to toggle whether the calculator returns the stack after each rhost - figure out how to stop the calculator from parsing text files as they are sent by kermit - figure out how to receive a screen capture (APPS key, 2.I/O functions.., 3.Print display) - adopt a standard notation Maybe something like root# - root prompt user> - user prompt HP: - calculator stack/command ... - add sections on SD cards and updating the ROM (if I only had one... ;) - convert to HTML, sprinkle in a few pictures (screenshots and such) - publish nice scripts or even a GUI to simplify the whole process - mod EMU48 or the like to actually run commands on the connected calculator - add a web interface to this remote-control system - mod the calculator to - increase the IR range (restore the TV remote) - make the speaker louder and add a volume dial - add a low-pass filter to the speaker to improve its sound quality (and allow fancier modulation) - add an audio-out jack (couldn't this thing decode MP3's from an SD card?) - cure cancer ** Links - Official site: http://www.hp.com/calculators/graphing/49gplus/ - Usenet group: comp.sys.hp48 - XModem software: http://www.ohse.de/uwe/software/lrzsz.html - Kermit software: http://www.columbia.edu/kermit/ - Old HPTalx program: http://hptalx.sourceforge.net/ - GUI for OSX: http://hpconnect.sourceforge.net/ - GCC compiler: http://hpgcc.sourceforge.net/ - Master repository: http://www.hpcalc.org/ - 49G with Linux: http://lcdx00.wm.lc.ehu.es/~svet/hp49g.html ** Written by Herring, dherring at uiuc du-ot edu Doesn't that read like the spam subject lines? If you can't beat 'em, join 'em! ** Licensing Please feel free to update, edit, and distribute this document. I only ask that you re-release your changes freely, and give credit where it is due. Please contact me with updates, or to get the latest version. === Subject: Re: 49G+ on linux mini-howto You should also post this to www.hpcalc.org in the docs or com section for the HP49G+, so that all can have access to this usefull information. Hugo Rodrigues > Hi Ingo, > Do you mind, if I include this mini-howto in the next Linux release of > hpgcc? > That's fine by me; there's no point in writing howto's that don't help > anybody. > Attached is my latest revision. > Later, > > P.S. Merry Christmas everyone! > _________________ > A mini-howto for connecting the HP 49G+ USB port with linux. > ***** Linux configuration ***** > ** Configure kernel USB support > Most stock kernels (e.g. SuSE, RedHat, ...) should have this already set > up properly. > To compile your own (2.6.9) kernel, > - enable the USB options for your computer as normal > - set USB_SERIAL as a module > - set USB_SERIAL_GENERIC as yes > - compile and install the kernel and modules (see the kernel howto for > more detail) > Note: safe_serial (USB_SERIAL_SAFE) is not necessary nor even used to > connect to the 49G+. > ** Load the kernel modules > - as root, type modprobe usbserial vendor=0x03f0 product=0x0121 > This loads the module and registers it with the USB hotplug system to > control the 49G+. > You may wish to add the appropriate instructions to your system's boot > scripts. > ** Connect the calculator > - Turn it on and plug in the USB cable (order may be reversed without > harm) > - as any user, type dmesg | tail > The last line should show something like usb 3-1: Generic converter now > attached to ttyUSB0. > ttyUSB0 refers to the device at /dev/ttyUSB0; substitue the port number > as necessary. > ttyUSB1 or 2 may be used if you restart the calculator after a hung > connection. > You should be able to free a hung port by killing the zombie process. > - (optional) type more /proc/bus/usb/devices > One of the entries should be for the calculator. It shows the USB > vendor and product > numbers which were used above. One line should read > I: If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=00 Prot=00 > Driver=usbserial_generic. > If Driver=(none), then your usbserial module wasn't installed/started > properly. > You might rmmod usbserial and try loading it again; the product or > vendor > may have been wrong. > - type ls -l /dev/ttyUSB0; make sure that it is readable AND writable by > your normal user > ***** XModem ***** > Some distributions package the XModem software along with minicom. > To me, XModem seems faster/more reliable than Kermit for large file > transfers. > ** Send a file to the calculator > - put a destination variable name on the stack (e.g. 'test') > (use lsx instead of sx as appropriate) > - on the calculator, type XRECV > - wait a while; the computer should show the upload progress after a few > seconds > ** Receive a file from the calculator > - put the source variable name on the stack (e.g. 'PPAR') > - on the calculator, type XSEND > - wait > Note: this file will come in the calculator's binary format > ***** Kermit ***** > (easier and more powerful than XModem) > ** Connecting > - on the calculator, simultaneously press red-shift and right-arrow > The calculator should now say Awaiting Server Cmd. > - on the computer, type kermit or ckermit > - in kermit, type set port /dev/ttyUSB0 > - (optional) in kermit, type robust > Kermit has three default operating modes -- fast, cautious, and robust. > I haven't noticed any differences between them. The default is fast. > ** (Optional) Speed boost attempts > - on the calculator, APPS key, 2.I/O functions.., 5.Transfer.., Chk: 1 > Reducing the checksum complexity means the calculator doesn't have to > calculate > so much before sending data. > - in kermit, type set streaming on > - set prefixing none > - (optional) set block-check 1 > I dunno, my transfer speeds range from 9cps to over 390 cps. > Why won't it consistently hit higher speeds? I was expecting kbps. > - to learn more about kermit, type help or visit their website > - to check on connection speed, type show streaming > ** List the HP's variables: > - rdir > ** Executing commands on the calculator: > Whatever you type after the rhost will be evaluated on the calculator's > command line. > The calculator will return the current stack view. Commands are > case-sensitive. > Sample rhost usage: > - rhost 10 > - rhost ! > - rhost 2 > - rhost + > - rhost SIN > or, more simply > - rhost 10 ! 2 + SIN > ** Changing directory: > - rhost UPDIR > - rhost { HOME DIR1 SUBDIR } or whatever > ** Get a file from the calculator > By default, this transfer is in ASCII mode. > ** Send a file to the calculator > ** Closing > - in kermit, type finish, then exit and ok > Note: If you restart the calculator while running kermit, linux will > hang ttyUSB0 > and reconnect the calculator as ttyUSB1. To avoid this, close kermit > before turning > the calculator back on. > ***** General ***** > ** If the calculator freezes > - Try hitting cancel > - If that doesn't work, unplug the USB cable and then hit cancel > - I always turn it off and on again just to be sure > ** TODO > - figure out how to consistently speed up kermit communications > - figure out how to toggle whether the calculator returns the stack after > each rhost > - figure out how to stop the calculator from parsing text files as they > are sent by kermit > - figure out how to receive a screen capture (APPS key, 2.I/O functions.., > 3.Print display) > - adopt a standard notation > Maybe something like > root# - root prompt > user> - user prompt > HP: - calculator stack/command > ... > - add sections on SD cards and updating the ROM (if I only had one... > ;) > - convert to HTML, sprinkle in a few pictures (screenshots and such) > - publish nice scripts or even a GUI to simplify the whole process > - mod EMU48 or the like to actually run commands on the connected > calculator > - add a web interface to this remote-control system > - mod the calculator to > - increase the IR range (restore the TV remote) > - make the speaker louder and add a volume dial > - add a low-pass filter to the speaker to improve its sound quality > (and allow fancier modulation) > - add an audio-out jack (couldn't this thing decode MP3's from an SD > card?) > - cure cancer > ** Links > - Official site: http://www.hp.com/calculators/graphing/49gplus/ > - Usenet group: comp.sys.hp48 > - XModem software: http://www.ohse.de/uwe/software/lrzsz.html > - Kermit software: http://www.columbia.edu/kermit/ > - Old HPTalx program: http://hptalx.sourceforge.net/ > - GUI for OSX: http://hpconnect.sourceforge.net/ > - GCC compiler: http://hpgcc.sourceforge.net/ > - Master repository: http://www.hpcalc.org/ > - 49G with Linux: http://lcdx00.wm.lc.ehu.es/~svet/hp49g.html > ** Written by > Herring, dherring at uiuc du-ot edu > Doesn't that read like the spam subject lines? > If you can't beat 'em, join 'em! > ** Licensing > Please feel free to update, edit, and distribute this document. > I only ask that you re-release your changes freely, and give credit where > it is due. > Please contact me with updates, or to get the latest version. === Subject: Re: 49G+ on linux mini-howto Of course, right after sending this, I figure out more stuff. I was just too happy to get anything working at all. Here's a revised edition for using Kermit transfer. 'night, A mini-howto for linux users. ** Install the XModem software - Some distros package this along with minicom - It is also available at http://www.ohse.de/uwe/software/lrzsz.html ** Configure kernel USB support Most stock kernels (e.g. SuSE, RedHat, ...) should have this already set up properly. To compile your own (2.6.9) kernel, - enable the USB options for your computer as normal - set USB_SERIAL as a module - set USB_SERIAL_GENERIC as yes - compile and install the kernel and modules (see the kernel howto for more detail) Note: safe_serial (USB_SERIAL_SAFE) is not necessary nor even used to connect to the 49G+. ** Load the kernel modules - as root, type modprobe usbserial vendor=0x03f0 product=0x0121 This loads the module and registers it with the USB hotplug system to control the 49G+. You may wish to add the appropriate instructions to your system's boot scripts. ** Connect the calculator - Turn it on and plug in the USB cable (order may be reversed without harm) - as any user, type dmesg | tail The last line should show something like usb 3-1: Generic converter now attached to ttyUSB0. ttyUSB0 refers to the device at /dev/ttyUSB0; substitue the port number as necessary. ttyUSB1 or 2 may be used if you restart the calculator after a hung connection. You should be able to free a hung port by killing the zombie process. - (optional) type more /proc/bus/usb/devices One of the entries should be for the calculator. It shows the USB vendor and product numbers which were used above. One line should read I: If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=00 Prot=00 Driver=usbserial_generic. If Driver=(none), then your usbserial module wasn't installed/started properly. You might rmmod usbserial and try loading it again; the product or vendor may have been wrong. - type ls -l /dev/ttyUSB0; make sure that it is readable AND writable by your normal user ** Send a file to the calculator - put a destination variable name on the stack (e.g. 'test') (use lsx instead of sx as necessary) - on the calculator, type XRECV - wait a while; the computer should show the upload progress after a few seconds ** Receive a file from the calculator - put the source variable name on the stack (e.g. 'PPAR') - on the calculator, type XSEND - wait Note: this file will come in the calculator's binary format ** Kermit-mode transfers (easier than XModem) - on the calculator, simultaneously press red-shift and right-arrow The calculator should now say Awaiting Server Cmd. Startup: - on the computer, type kermit or ckermit - in kermit, type set port /dev/ttyUSB0 - in kermit, type robust Usage: - in kermit, type rdir - to send the calculator commands, type rhost XXX Whatever you type after the rhost should be evaluated on the calculator's command line. The calculator will return the current stack view. For example, try rhost UPIDR. - for other kermit commands, type help Sample rhost usage: - rhost 2 - rhost 2 - rhost + Closing - in kermit, type finish ** If the calculator freezes - Try hitting cancel - If that doesn't work, unplug the USB cable and then hit cancel - I always turn it off and on again just to be sure ** TODO - detail sending and receiving files via kermit - publish nice scripts or even a GUI to simplify the whole process ** Links - Official site: http://www.hp.com/calculators/graphing/49gplus/ - Old HPTalx program: http://hptalx.sourceforge.net/ - GUI for OSX: http://hpconnect.sourceforge.net/ - GCC compiler: http://hpgcc.sourceforge.net/ - Master repository: http://www.hpcalc.org/ - 49G with Linux: http://lcdx00.wm.lc.ehu.es/~svet/hp49g.html === Subject: Re: 49G+ on linux mini-howto Distribution: world X-ReplyViaMail: no reply , ckermit is my favourit, because i can type in, like in my calculator. i've some tips by using ckermit; fine tuning: use everytime short filenames without dots. your calculator don't like dots. if you won't rename your files (with ckermit you have a full access to your filesystem and you can type rename ) you can use a option: send /as-name: for a quick-start i use: kermit -C 'set port /dev/tts/USB0, set flow-control none, robust' that are commands, that i must type. use the help! type ? (no enter) and all possible options are listed. type finish, if you finish your work. or press ON, it's the same. something, that's impossible since i've my calc: i can't update my rom. === Subject: sd cards I installed a Lexar 256 mb sd card in my HP. I can see the card but there are directories with names like #$$%^ what is that about? The sd card came out of my camera, and is working. So its not the sd card. Can you format the card in the HP? - Mike === Subject: Re: sd cards >I installed a Lexar 256 mb sd card in my HP. I can see the card but >there are directories with names like #$$%^ what is that about? >The sd card came out of my camera, and is working. So its not the sd >card. Can you format the card in the HP? >- Mike Engineering mathematics with the hp 49g Vol 1 today. Good tool to learn programming. === Subject: Re: sd cards <2vuos096ar22g4jmdb9dc6i9qrsfvb6nee@4ax.com> posting-account=x6Wqxw0AAAAfzEncqPN_c_rigia5gw7O These two volumes seem to be revisions of earlier books for the HP48. I found them to be useful and very interesting but also full of errors. (I cannot recall finding a single page without at least one error.) This problem is severe for a technical book where a single error can leave you 'dead in the water' or totally confused. You do not generally know the material (why else would you read such a book?) to begin with so you might not tell what is correct and what is an error. === Subject: Re: sd cards > I installed a Lexar 256 mb sd card in my HP. I can see the card but > there are directories with names like #$$%^ what is that about? ON+D , 7 , then ON+C might fix that > The sd card came out of my camera, and is working. So its not the sd > card. Can you format the card in the HP? yes: ON+D , 9 > - Mike === Subject: Re: sd cards posting-account=o6TiAQwAAADanLYM-mFQJU5HESoUjrcs Gene: Try reading through the HP supplied learning module found here: http://www.hp.com/calculators/docs/guides/49gPlusSD.pdf Explains how to use an SD card with the 49g+ and gives instructions on how to format, upgrade a ROM, etc. === Subject: Re: sd cards posting-account=o6TiAQwAAADanLYM-mFQJU5HESoUjrcs Gene: Try reading through the HP supplied learning module found here: http://www.hp.com/calculators/docs/guides/49gPlusSD.pdf Explains how to use an SD card with the 49g+ and gives instructions on how to format, upgrade a ROM, etc. === Subject: Re: sd cards > Gene: Try reading through the HP supplied learning module found here: > http://www.hp.com/calculators/docs/guides/49gPlusSD.pdf > Explains how to use an SD card with the 49g+ and gives instructions on > how to format, upgrade a ROM, etc. Gene. great documentation. If I can just make one comment which I believe will make the reading easier: All examples are shown as the combination of keys needed to be pressed. But it doesn't show what you're supposed to get. Unless you're working with the calculator side by side and try all examples ; it's difficult to know what you're supposed to get. When you get to read something like: RightShift :: 3 RightShift * Will be more difficult to read than: Type: :3: blahblah Now if you can do both, it's perfect. Jean-Yves === Subject: New Connectivity Kit I was just browsing the HP site and found what I think is a newer version of the connectivity kit at the following URL: http://h10025.www1.hp.com/ewfrf/wc/softwareDownloadIndex?dlc=en&lc=en&os=228 &product=351775&dest_page=product&cc=us&softwareitem=ca-14082-7 In case anybody is interested. Happy Holidays === Subject: Re: New Connectivity Kit Its Readme.txt: > VersionInfo.txt The above file has the very latest changes, new features and information. Be sure to read that important file. (1). USB DRIVERS: New USB drivers will be installed by SETUP. If Windows prompts for USB drivers, use the Search for best driver response. A copy of the USB drivers can also be found in Program filesHewlett-PackardConn4xUSBDriver. (2). TEXT (ASCII) FEATURES (new): Added a new feature to upload/download Text files. This is not supported by the calculator server but is done by sending various calculator commands. Files uploaded to PC in Text mode will have the extension .txt added. Files with the ASCII header %%HP: (newer header) or %HPHP: (older header) will be sent to the calculator in ASCII (Text) mode. The special flags T()A()F() on the first line of text files are checked and processed during downloads, and created during uploads. Added menu item Copy as Text File to Edit and Popup menus. User has to paste the file somewhere (just like for binary files). Copy menu item now shows either Copy (Binary) or Copy (Text) to match the mode setting. Added View / Options... for setting modes for uploaded files and for setting editor preferences. TRANSIO (part of IOPAR) on the calculator has no effect on text files, mode is set under View / Options in Conn4x for Upload. For downLoad, TRANSIO is not used because the file will be checked and the right translation will be done auatically. Double Click a file to edit in text mode. Default editor is Windows NOTEPAD. User may select another editor under View / Options... Directories can be copied in text mode to/from the calculator. This will include the directory and all lower level files and directories. Double clicking a directory opens the directory (instead of editing in text mode). To edit in text mode, drag the directory in text mode to the PC desktop and then edit or use the Edit Menu / Edit as Text File command. (2a). EMBEDED SPECIAL CHARACTERS IN TEXT: If you wish to embed a quote character inside a quoted string, it would be . Likewise a backslash character inside a quoted string is . Quotes and backslashes OUTSIDE of a quoted string are just the or character by itself, just like on the calculator. This behaviour is different then Kermit and Kermit based connectivity kits and is not backwards compatible. Conn4x will make adjustments as needed so the ->STR and OBJ-> work properly. examples: Calculator (stack): ABCDEFGHI PC string file: ABCDEFGHI only quotes and inside a .. need a Calculator program: << ABCDEF >> PC file: << ABCDEF >> (2b). SYNTAX ERRORS ON CALCULATOR: Downloading a text file with errors may generate a Syntax Error on the calculator. There will be a beep, the message will show on the calculator screen for a few seconds and then clear. Whenever it is convenient, click the disconnect button in Conn4x. The bad text will be in stack position 1 on the calculator. The name of the bad file will be in stack position 2. If there is more than one bad file, this pattern will repeat on the stack. ALG Mode: To find the error, see ALG Syntax Errors in the help file. RPN Mode: To find the error (bad string in position 1 on the calculator stack): On the 49G, 49G+ and 48GII: press left-shift THEN down-arrow On the 48G(X), just press down-arrow). This will place the text into edit mode. Delete the 1st quote () character, cursor to the last character and delete the last quote. Now press ENTER the syntax will be checked and the bad text will be highlighted. You may now edit the text and fix the error. When finished with the edit, press SWAP (49G right-arrow) and then STO>. Because PC File Names may not contain a and several other characters ( / : * ? < > |) used in the Tri-Graphs, special coding has to be used when files with these names are copied to the PC. First, a ^ character is used to replace the . Second, for those Tri-Graphs that use not allowed characters ( / : * ? < > |) like -> the Tri-Graph will be shown in the numeric form. This means -> will appear as ^141 in a PC File Name, for example. Conn4x allows all of the Tri-Graphs to be typed into its windows. Conn4x will do the translation to the proper PC File Name when required. The calculator checks file names and will not accept a change to a bad name. In Conn4x you will see that your typing is rejected and the name stays the same. It is possible to type bad file names that use the ^ or character in a wrong manner. For example: abc is not a valid Tri-Graph for a file name. In these cases, Conn4x will replace the (or ^) with a $ sign. So Nameabc will become Name$abc. (See the help topic: HP Variable Names). The calculator filer can be used to give illegal names to calculator variables. Names that have mathematical symbols (like ^ * + - [ ] and many others) do not work with some calculator commands. Because of this restriction, some Conn4x operations like rename, copy, delete may not work or will be ignored or cause error messages on the calculator. Be very careful when using symbols other than letters and numbers. Read the calculator document or check the help files for naming restructions. 1. Conn4x always starts in binary mode. You may use Edit / Copy As Text (or right click then select from the popup menu). After doing the Copy As Text, click on any Windows folder and select Paste to get a text file. 2. If you click the button labeled 0101010 it will change to ABCD. Now any file/directory that is dragged with the mouse will be dragged as a text file instead of a binary file. 3. Double click a simple variable and you will edit the file in text mode (even if the button shows 0101010). Double clicking a simple variable always gets a text editor. After editing, if you save the file and close the editor, the file will be copied back to the calculator. IF THERE IS AN ERROR, you could lose the file on the calculator (and you already closed the file on the PC)! You are safer if you drag the file to Windows, edit it (outside of Conn4x) and then drag it back to the calculator. This way you have a backup. After editing, if you do NOT save the file from the editor, it will be discarded and not written to the calculator. 4. FOLDERS: clicking and double clicking folders just opens the folder. BUT you can COPY AS TEXT or set the button to ABCD and drag a folder to the desktop as a .txt file. This gives a single file with an ENTIRE DIRECTORY and all the variables in it. This is A REAL TIME SAVER. WARNING: All file and syntax checks have to be done on the calculator. If the calculator finds an error, your edit will be lost! Text editing with a double click can be risky! It is much better to drag the file to a Windows folder, then edit it, then drag it back. This way if something goes wrong you still have the original. === Subject: Re: New Connectivity Kit system. >http://h10025.www1.hp.com/ewfrf/wc/softwareDownloadIndex?dlc=en&lc=en&os=22 8&product=351775&dest_page=product&cc=us&softwareitem=ca-14082-7 === Subject: Re: New Connectivity Kit Yes I noticed this yesterday, downloaded it and compared it (using windiff) to the previous version. Only difference is in the content and date of the program file Conn4x.exe Who's date was given as versus the current The version numbers of the whole download are the same as is the Conn4x.exe itself but recorded in the actual download as 2.2.2533 (same as before). I don't use this enough to have spotted any difference in the actual use of the program yet. > system. >http://h10025.www1.hp.com/ewfrf/wc/softwareDownloadIndex?dlc=en&lc=en&os=22 8&product=351775&dest_page=product&cc=us&softwareitem=ca-14082-7 === Subject: DeBug4x Version 2.2 help posting-account=lP616QwAAACWtQ4L_ZTOCL9ql87Oylbz all, I am using the latest version of DeBug with the included HP49G+ emulator. Once I have created a program on the emulator how do I save it and then transfer it to the actual calc? I am needless to say new to using this program and any advice would be very helpful with this problem. === Subject: Re: DeBug4x Version 2.2 help posting-account=BhOLwQ0AAAAGxLzmZMrNIhvjYvNMjBnc Are you creating a library or a program? You can select auatically load in the project window and it will auatically load it into the emulator. However, there is a little program created to install it. This will not run, but the CAT will pop up. push cancel and then EVAL and it should install it. TW === Subject: Re: DeBug4x Version 2.2 help posting-account=lP616QwAAACWtQ4L_ZTOCL9ql87Oylbz I am creating a program. The program was written and then edited on the emulator. I got the program loaded to the emulator from a file just fine, but getting it back off the emulator to a file again is the problem. I want to go from emulator to calculator. Jason === Subject: 49g+ INFORM posting-account=DCDh0g0AAAClUU8ftahyKTTAfEsLo I'm trying to use INFORM in a UserRPL program I'm writing, but when I try to narrow down the types that the fields will allow, I get an error that says. INFORM Error: Bad Argument Value I don't know why I get this. I think I'm following the documentation in the 48G Advanced User's Reference Manual correctly. If anyone could give me some pointers. I'm using a 49g+ with ROM version 1.23. My stack is as follows: Canasta { } { 2 } { 2 } And then I try to execute the INFORM command. '28.' is what I get from TYPE. If anyone has any ideas as to what I am doing wrong, I would appreciate === Subject: Re: 49g+ INFORM If you really don't need the 28 , just omit it. This works: << Canasta { } { 2 } { 2 } INFORM >Canasta >{ } >{ 2 } >{ 2 } === Subject: Re: 49g+ INFORM posting-account=DCDh0g0AAAClUU8ftahyKTTAfEsLo I'm trying to limit the types that the form will allow. The manual says you can, but the calculator won't allow me to. Any ideas on how to make that part of INFORM work? === Subject: Re: 49g+ INFORM Wouldn't it be nice if one of the manuals actually told you that only certain TYPES are supported? Some here on this group would call this whining though. They say you are supposed to experiment to find this out... doesn't lead to a lot of confidence, does it? ! >I'm trying to limit the types that the form will allow. The manual >says you can, but the calculator won't allow me to. Any ideas on how >to make that part of INFORM work? === Subject: Re: 49g+ INFORM posting-account=DCDh0g0AAAClUU8ftahyKTTAfEsLo I'm personally of the opinion that a manual is supposed to lay out what the product does, not walk you through the basic use of said product...but what do I know? I'm only a college student. > Wouldn't it be nice if one of the manuals actually told you that > only certain TYPES are supported? Some here on this group would > call this whining though. They say you are supposed to experiment > to find this out... doesn't lead to a lot of confidence, does it? > ! >I'm trying to limit the types that the form will allow. The manual >says you can, but the calculator won't allow me to. Any ideas on how >to make that part of INFORM work? === Subject: Re: 49g+ INFORM You have quite a following in your thinking as reflected in the quality of the manuals produced since the original hp48sx... If you read through many of the newer manuals, there are a good deal of errors and omissions. The INFORM segments are just an example. So to say that INFORM will accept TYPE's as inputs, and then refer you to the TYPE command for a related list suggests that you could use those TYPES. I guess that lays out what the product does .... except it doesn't, or at least within certain constraints, which don't seem to be mentioned. I doubt that the problem is a lack of good technical writers, though. I have a hunch its the old economics 101 at work here. Then, too, we are talking about more than one resource manual here. The User's Manual, Users Guide, the Command Reference, the Advanced User Guide, etc. So these manuals, it would seem, would exist to approach the walk through more so than what the product does. I wish HP took a more professional approach, as it used to with it's products. This is what we have, so we'll adapt. Good luck in your studies. >I'm personally of the opinion that a manual is supposed to lay out >what the product does, not walk you through the basic use of said >product...but what do I know? I'm only a college student. >> Wouldn't it be nice if one of the manuals actually told you that >> only certain TYPES are supported? Some here on this group would >> call this whining though. They say you are supposed to experiment >> to find this out... doesn't lead to a lot of confidence, does it? >> ! >>I'm trying to limit the types that the form will allow. The manual >>says you can, but the calculator won't allow me to. Any ideas on >how >>to make that part of INFORM work? === Subject: Re: 49g+ INFORM Type 28 is not one of the supported INFORM types. You can try the same routine with 0 or 5 in the TYPE field to see what I mean. >I'm trying to limit the types that the form will allow. The manual >says you can, but the calculator won't allow me to. Any ideas on how >to make that part of INFORM work? === Subject: Re: 49g+ INFORM <9s8ps0189d060u52ql3cn2a6vm8f2lqq16@4ax.com> posting-account=DCDh0g0AAAClUU8ftahyKTTAfEsLo What types are supported by INFORM? Just the old 48g types, or what? > Type 28 is not one of the supported INFORM types. You can try the > same routine with 0 or 5 in the TYPE field to see what I mean. >I'm trying to limit the types that the form will allow. The manual >says you can, but the calculator won't allow me to. Any ideas on how >to make that part of INFORM work? === Subject: Re: 49g+ INFORM You probably don't need the {2} in the reset field, either: << Canasta { } { } { 2 } INFORM >If you really don't need the 28 , just omit it. This works: ><< >Canasta >{ } >{ 2 } >{ 2 } >INFORM >Canasta >>{ } >>{ 2 } >>{ 2 } === Subject: Test msg Test Text. Sorry i'm new to this i'm still trying to understand how this works. === Subject: Re: Test msg posting-account=PUKtNgwAAACqPi8kDc99J0TU9omMMXD5 > Test Text. > Sorry i'm new to this i'm still trying to understand how this works. more about groups. === Subject: Spice49? Has anyone been able to get a SPICE simulator working on the hp49g+? There is a version available on hpcalc.org for the 48, but nothing for === Subject: Re: Spice49? posting-account=cLlfiw0AAAChMJg5QaiY1LBfFgQqnnrf I can get it to work for DC circuits, but haven't figured out AC. Let me know if I can be of any help. > Has anyone been able to get a SPICE simulator working on the hp49g+? > There is a version available on hpcalc.org for the 48, but nothing for === Subject: Re: Spice49? How did you manage to get it into a useable form for the hp49g+? I couldn't get past the hp48 binary form. >I can get it to work for DC circuits, but haven't figured out AC. Let >me know if I can be of any help. >> Has anyone been able to get a SPICE simulator working on the hp49g+? >> There is a version available on hpcalc.org for the 48, but nothing >for === Subject: HPUserEdit on WinXP I have been using HPUserEdit for a while now on a Windows 2000 machine. I recently installed Windows XP and have been unable to get HPUserEdit to run. When I try I get errors in spanish and I don't know spanish. Seems like some type of violation error, has any one else had this problem? I have reinstalled everything at least twice (including WinXP) but no luck. === Subject: Re: HPUserEdit on WinXP I use it frequently on my WinXP system. I have modifed the cmdList.dat file to reflect the hp49g+ command set, and added the language.dat english file. The only problem I ran into was with the printer configuration. I set it up to a point where there was an incompatible parameter, and now it will not allow me to get past that error message to change setups any further. However, the printer setup was what I intended, and it prints out just the way I expected. You might try copy and pasting the spanish messages through http://www.freetranslation.com/ and run the spanish to english translation. Who knows if that will be of much help, but it is at least something to try. Good luck, I sure like HPUserEdit, in fact I have the new Conn4x use this program as it's default text editor for hp userRPL programs ... neat to just double click on a program in my hp49g+ and have it appear in the editor for further processing! Too bad the links to the programmer all appear outdated. It is very close to a professional release. Is there any chance that there is a conflict with EMU48 and the editor is locking up trying to access the emulator? >I have been using HPUserEdit for a while now on a Windows 2000 machine. I >recently installed Windows XP and have been unable to get HPUserEdit to run. >When I try I get errors in spanish and I don't know spanish. Seems like >some type of violation error, has any one else had this problem? I have >reinstalled everything at least twice (including WinXP) but no luck. === Subject: Programming in C/HP49g+ posting-account=nh5J2Q0AAAA8gQUT5QuFRbBSUBaQOYQP How can I program in C in the HP 49g+? I thought I heard somewhere that HP has some built in programming beside RPL? === Subject: Re: Programming in C/HP49g+ posting-account=PUKtNgwAAACqPi8kDc99J0TU9omMMXD5 > How can I program in C in the HP 49g+? I thought I heard somewhere that > HP has some built in programming beside RPL? Try visiting this site: http://hpgcc.sourceforge.net/ === Subject: Re: Programming in C/HP49g+ posting-account=hYpJhAwAAABbgx9xHixEB8na9TYTFvkV > How can I program in C in the HP 49g+? I thought I heard somewhere > that > HP has some built in programming beside RPL? > Try visiting this site: http://hpgcc.sourceforge.net/ That's not built-in, though. -- === Subject: Re: Programming in C/HP49g+ > That's not built-in, though. Definitely not. In fact, although it's coming along very well, anyone using HP-GCC ought to be very aware of the limitations of this environment. One instance of this: it disables a good bit of the hardware, including for example the low battery indicator. HP-GCC is a really neat project, and you can do some phenomenal things with it, but I wouldn't call it stable yet. -- www.designacourse.com The Easiest Way To Train Anyone... Anywhere. Chris Smith - Lead Software Developer/Technical Trainer MindIQ Corporation === Subject: Re: Programming in C/HP49g+ Hi Chris, >>That's not built-in, though. > Definitely not. > In fact, although it's coming along very well, anyone using HP-GCC ought > to be very aware of the limitations of this environment. One instance > of this: it disables a good bit of the hardware, including for example > the low battery indicator. Just for the record, I'll point out that it only 'disables' things like the low battery indicatator while a C program is running. While such a program is running it has complete and utter control over the calculator so the OS doesn't have a chance to update the indicator. When the program exits, the calculator functions as per normal. HP-GCC is a really neat project, and you can > do some phenomenal things with it, but I wouldn't call it stable yet. I think the libs are maybe 1% ANSI compliant But as long as you realise that many standard C functions are missing, I personally think the compiler is useable. Al === Subject: Re: Programming in C/HP49g+ > Just for the record, I'll point out that it only 'disables' things like > the low battery indicatator while a C program is running. While such a > program is running it has complete and utter control over the calculator > so the OS doesn't have a chance to update the indicator. When the > program exits, the calculator functions as per normal. > HP-GCC is a really neat project, and you can > do some phenomenal things with it, but I wouldn't call it stable yet. > I think the libs are maybe 1% ANSI compliant But as long as you > realise that many standard C functions are missing, I personally think > the compiler is useable. > Al Is there a function call that will allow the OS to do its thing, briefly, and then return it to the C function (similar to DoEvents in Visual Basic)? Bob === Subject: Re: Programming in C/HP49g+ >> Just for the record, I'll point out that it only 'disables' things like >> the low battery indicatator while a C program is running. While such a >> program is running it has complete and utter control over the calculator >> so the OS doesn't have a chance to update the indicator. When the >> program exits, the calculator functions as per normal. >> HP-GCC is a really neat project, and you can >> do some phenomenal things with it, but I wouldn't call it stable yet. >> I think the libs are maybe 1% ANSI compliant But as long as you >> realise that many standard C functions are missing, I personally think >> the compiler is useable. >> Al > Is there a function call that will allow the OS to do its thing, briefly, > and then return it to the C function (similar to DoEvents in Visual > Basic)? No, but that's not a concern at all. In fact, almost every single game in the 48 series and the old 49G disables or replaces the interrupts, causing the exact same effect. Some of them update the timers and the battery indicator by themselves. If you are planning to leave your program running for extended periods of time, you can check for the battery and update the indicator. Claudio === Subject: Re: Programming in C/HP49g+ > Is there a function call that will allow the OS to do its thing, briefly, > and then return it to the C function (similar to DoEvents in Visual Basic)? Not really. But what kind of things would you want the OS to do? If the programmer was interested in the Battery Indicator, I believe there is an OS call that will check the state of the batteries. You could then update the indicator manually. Even if you could return control tothe OS / Emulated ROM for a short time, it probably couldn't handle greyscale. The indicator would be located in a different spot in memory. Al > Bob === Subject: SD-IO Bluetooth / will work on HP49G+? ALL ! MERRY CHRISTMAS AND HAPPY NEW YEAR !!! My sister just give me an SD-IO card Type-B Bluetooth to try to use it on my HP49G+. I don«t think its possible, but ... someone knows if it is possible? === Subject: Re: SD-IO Bluetooth / will work on HP49G+? > My sister just give me an SD-IO card Type-B Bluetooth to try to use it > on my HP49G+. I don=3Ft think its possible, but ... someone knows if it > is possible? Depends on what you mean by possible. The Samsung S3C2410X chip, which ios the core of the HP49G+, does include an interface for SDIO cards. However, the HP49G+ calculator uses it only to communicate to SD memory cards. Using HP-GCC (http://hpgcc.sourceforge.net) you *may* be able to basically write drivers to communicate with the bluetooth card, but you'll have to implement the entire protocol stack from scratch, since nothing of the sort currently exists. It's also quite possible (though I haven't checked) that some electrical contact for the SDIO interface is missing, and if that's the case you'd have to resort to opening up the calculator and grabbing a soldering iron. And then, even if you accomplish this, with or without the soldering iron, there will be no applications that can use it, so you'll have to write your own apps. Are you still interested? If you are, seeing wireless access from the HP49G+ would be incredibly cool! -- www.designacourse.com The Easiest Way To Train Anyone... Anywhere. Chris Smith - Lead Software Developer/Technical Trainer MindIQ Corporation === Subject: Arnaud Schmitt email ?? Arnaud Schmitt: if you read this message, please contact me. Or who knows the current Arnaud Schmitt email ? Lilian. === Subject: Mini-Challenge Redux The Mini-Challenge contest recently finished was roughly: Problem: given a list of objects on level two, in RPN mode and a real type code on level one, construct a program to produce a list without those entries indicated by the type number. The program is to be of as few bytes as possible, and is restricted to standard commands, specifically excluding libraries. Relaxing this a bit, to allow some of the standard libraries found at www.hpcalc.org, in particular OT49, one can do much better. The DoL command from the library OT49 takes a list, possibly empty and a program as arguments and produces a list, possibly empty as result. So does remarkably better than any of the built in list processing or other commands when applied to the challenge problem. %%HP: T(3)A(R)F(.); @ HP49+ @ INPUT: List on level 2 @ INPUT: real Type code on level 1 @ OUTPUT: List of objects not of given type @ Accepts empty list and returns empty lists if appropriate @ # CA9Ah 38.5 bytes << { OVER TYPE == DROPN } + ->PRG DoL 38.5 bytes There may even be some standard libraries with list processing commands which will produce even smaller programs. OBChallenge: Lets see what you can do ( restricted to libraries filed at www.hpcalc.org before December of this year). There is also a nice OT48 for the 48 series available at www.hpcalc.org. The OT49 and a number of very useful other libraries for the 49/49+ can also be found at http://page.mi.fu-berlin.de/~raut/WR49/index.htm === Subject: Re: Mini-Challenge Redux X-NNTP-Client: ROBOT/LX -=[ Mon, 27.12.04 1:45 p.m. +1300 (NZDT) ]=- Virgil, PRG DoL > 38.5 bytes It works without the 5.5 byte ->PRG as well. So, down to 33 bytes -- #272 The truth is rarely pure and never simple. Oscar Wilde === Subject: Mini-Challenge Redux Using only libraries registered at www.hpcomp.org before 25 December Given a list on level 2 in RPN mode and a real on level 1, construct a program of minimal number of bytes to return a list with those elements of type code equal to the given real deleted but any remaining elements in their original order. One is now allowed to use any command in any library posted at doing it all from being allowed. I have my own entry with checksum # 43D9h which I will withhold until next year, but I suspect that someone with a good knowledge of libraries available can do better. === Subject: Re: Mini-Challenge Redux X-NNTP-Client: ROBOT/LX -=[ Mon, 27.12.04 1:55 p.m. +1300 (NZDT) ]=- Virgil, next year, but I suspect that someone with a good knowledge of libraries > available can do better. I just realised that removing the ->PRG gives me your checksum on the 49g+, so I assume yours must be 33 bytes as well. I think I prefer the challenge stated with any object in level 1, rather than a real. Usually this just adds 2.5 bytes to the solution, but it allows other approaches as well. Also, it's easier to document, as we don't have to specify what happens for a non-real ;-) -- #302 When you win, nothing hurts. Joe Namath === 2.14 What is the HP49G? On May 21st, 1999, at the OpenHP Conference in Paris, France, Hewlett Packard announced the HP49G graphic calculator. The following information comes from Jean-Yves Avenard of HP's ACO (Australian Calculator Operation). Hardware 2MB of flash memory (1MB used for upgradable ROM, 1MB available to user) 4MHz Saturn CPU 131x64 pixel screen (black instead of blue, so higher contrast) 51-key keyboard with tactile rubber keys This is not the same type of keyboard as the HP48 has but it is still an HP quality keyboard. Rubber keys don't always mean bad quality, as there are a lot of mechanical parts to make a keyboard. The feeling is extremely similar to the HP48 keyboard. Do you really think that HP could let a new product go out of its doors with a keyboard that will break after 6 months? New keyboard layout - a user friendly keyboard that incorporates the strengths of the existing RPN keyboard layout and the more familiar algebraic style keyboard layouts on the HP 38G, TI-83 and TI-89. Metallic blue case with a translucent blue-tint slide-on cover. You can put it in the HP48's case if you prefer a soft case. No IR, but an HP49<->HP49 cable is provided (adapter included for connection to HP48). There were problems in some countries with some teachers fearing the HP48 would be used to cheat because of the IR port. RS-232 serial port with Kermit (binary, ASCII) and Xmodem (128 checksum, 1K, 1K CRC) running at 9600 bps (15360 bps internally, but no PCs support that speed). Any unit may be directly connected to a data-logger, overhead projector, a personal computer or another HP 48G Series or HP 49G graphing calculator. The hardware is not expandable, but the ROM can be software-upgraded and there is plenty of memory, so this should not be a problem. Memory Management Even though the Saturn can only access 512K of memory, a Please note: The feeling is extremely similar to the HP48 keyboard. *****Do you really think that HP could let a new product go out of its doors with a keyboard that will break after 6 months? ***** Is not this funny, And I'm talking not twenty years ago but year 2000. Happy new year everybody (I'm getting a brand new 48 btw and will keep the + for playing) Dimitri === posting-account=PUKtNgwAAACqPi8kDc99J0TU9omMMXD5 > 2.14 What is the HP49G? > On May 21st, 1999, at the OpenHP Conference in Paris, France, Hewlett > Packard announced the HP49G graphic calculator. The following > information comes from Jean-Yves Avenard of HP's ACO (Australian > Calculator Operation). > Hardware > 2MB of flash memory (1MB used for upgradable ROM, 1MB available to > user) > 4MHz Saturn CPU > 131x64 pixel screen (black instead of blue, so higher contrast) > 51-key keyboard with tactile rubber keys > This is not the same type of keyboard as the HP48 has but it is still > an HP quality keyboard. Rubber keys don't always mean bad quality, as > there are a lot of mechanical parts to make a keyboard. > The feeling is extremely similar to the HP48 keyboard. Do you really > think that HP could let a new product go out of its doors with a > keyboard that will break after 6 months? > New keyboard layout - a user friendly keyboard that incorporates the > strengths of the existing RPN keyboard layout and the more familiar > algebraic style keyboard layouts on the HP 38G, TI-83 and TI-89. > Metallic blue case with a translucent blue-tint slide-on cover. You > can put it in the HP48's case if you prefer a soft case. > No IR, but an HP49<->HP49 cable is provided (adapter included for > connection to HP48). There were problems in some countries with some > teachers fearing the HP48 would be used to cheat because of the IR > port. > RS-232 serial port with Kermit (binary, ASCII) and Xmodem (128 > checksum, 1K, 1K CRC) running at 9600 bps (15360 bps internally, but > no PCs support that speed). > Any unit may be directly connected to a data-logger, overhead > projector, a personal computer or another HP 48G Series or HP 49G > graphing calculator. > The hardware is not expandable, but the ROM can be software-upgraded > and there is plenty of memory, so this should not be a problem. > Memory Management > Even though the Saturn can only access 512K of memory, a > Please note: > The feeling is extremely similar to the HP48 keyboard. *****Do you > really think that HP could let a new product go out of its doors with > a keyboard that will break after 6 months? ***** > Is not this funny, > And I'm talking not twenty years ago but year 2000. > Happy new year everybody > (I'm getting a brand new 48 btw and will keep the + for playing) > Dimitri i got my 49g+ today. (cna423) The keyboard seems ok til now... its a lil louder and harder than the 48 but its ok to me. well, it's still too soon to make conclusions... til the end of the week ill have a veredict about my keyboard :D === Subject: Hp49g+ at 165? in Italy In Italy we sell now HP 49 g+ at 165? + vat it's a good price ? Somebody wants one ? Cu Crazy === Subject: Re: Hp49g+ at 165? in Italy says... > In Italy we sell now HP 49 g+ at 165? + vat US Internet price is: 149.99 USD and the Euro is stronger than USD now, so I *don't* think 165 euro + IVA is a good price. I think a good price is 150 euro. I'll buy it for that price, but no more. Dan === Subject: Re: Hp49g+ at 165? in Italy Danguard ha scritto nel messaggio > says... >> In Italy we sell now HP 49 g+ at 165? + vat > US Internet price is: > 149.99 USD > and the Euro is stronger than USD now, so I *don't* think 165 euro + IVA > is a good price. > I think a good price is 150 euro. I'll buy it for that price, but no > more. I agree but u must add these consideration: HP warranty cover only european sales, or u must buy for any accident ur Hp in USA. U must add the shipment, about 25? and more from USA, about 10? from Europe. I don't sell directly HP, but i know only a place that give us at this price. Cu Crazy === Subject: unable to find sign error message I do not know why my 49g+ does not solve the following limit calculation: lim as x goes to 0 of x*lnx/xcubed-1 It works well when solving x goes to 1 (answer 1/3), but does not solve the other indeterminate, 0. I have tried +0, 0 and -0, but always get the same message, unable to find sign, when it should give me an answer of 0. === Subject: HP 9G bug? I have foung a bug in the Citizen SRP-325G calculator (similar to HP 9G) http://www.leninburg.com/calc/srp-325g.php I have not a HP-9G in my hands, and can not test this bug. Can you help me and input a small test program in the HP-9G for the bug testing? Programm is following: FOR ( A=1; A<=10; A++ ) { GRAPH Y= .2 } If the bug will appeat, your data may be lost. Sergei Frolov http://www.rk86.com/frolov === Subject: Re: HP 9G bug? > Programm is following: > FOR ( A=1; A<=10; A++ ) { GRAPH Y= .2 } This is a known bug. Please refer to the HP 9g learning module Graphing Functions - Part 1 for a workaround: http://www.hp.com/calculators/docs/guides/9g/9ggraphone.pdf (Ex. 8) === Subject: Re: HP 9G bug? === Subject: HP 9G bug? I have foung a bug in the Citizen SRP-325G calculator (similar to HP 9G) http://www.leninburg.com/calc/srp-325g.php I have not a HP-9G in my hands, and can not test this bug. Can you help me and input a small test program in the HP-9G for the bug testing? Programm is following: FOR ( A=1; A<=10; A++ ) { GRAPH Y= .2 } If the bug will appeat, your data may be lost. Sergei Frolov http://www.rk86.com/frolov === Subject: Re: HP 9G bug? > Programm is following: > FOR ( A=1; A<=10; A++ ) { GRAPH Y= .2 } This is a known bug. Please refer to the HP 9g learning module Graphing Functions - Part 1 for a workaround: http://www.hp.com/calculators/docs/guides/9g/9ggraphone.pdf (Ex. 8) === Subject: Re: HP 9G bug? === Subject: HP 9G bug? I have foung a bug in the Citizen SRP-325G calculator (similar to HP 9G) http://www.leninburg.com/calc/srp-325g.php I have not a HP-9G in my hands, and can not test this bug. Can you help me and input a small test program in the HP-9G for the bug testing? Programm is following: FOR ( A=1; A<=10; A++ ) { GRAPH Y= .2 } If the bug will appeat, your data may be lost. Sergei Frolov http://www.rk86.com/frolov === Subject: Re: HP 9G bug? > Programm is following: > FOR ( A=1; A<=10; A++ ) { GRAPH Y= .2 } This is a known bug. Please refer to the HP 9g learning module Graphing Functions - Part 1 for a workaround: http://www.hp.com/calculators/docs/guides/9g/9ggraphone.pdf (Ex. 8) === Subject: Re: HP 9G bug? === Subject: HP 9G bug? I have foung a bug in the Citizen SRP-325G calculator (similar to HP 9G) http://www.leninburg.com/calc/srp-325g.php I have not a HP-9G in my hands, and can not test this bug. Can you help me and input a small test program in the HP-9G for the bug testing? Programm is following: FOR ( A=1; A<=10; A++ ) { GRAPH Y= .2 } If the bug will appeat, your data may be lost. Sergei Frolov http://www.rk86.com/frolov === Subject: Re: HP 9G bug? > Programm is following: > FOR ( A=1; A<=10; A++ ) { GRAPH Y= .2 } This is a known bug. Please refer to the HP 9g learning module Graphing Functions - Part 1 for a workaround: http://www.hp.com/calculators/docs/guides/9g/9ggraphone.pdf (Ex. 8) === Subject: Re: HP 9G bug?