HP-149 HP-149 Subject: Re: What about serial number CN4040... Mine is CNA426xxxxx i think is newer, because my *old* hp49g+ was cn402xxxxx. The keyboard is not much improved, from my fist (CN331xxxxxx) to my newer is like the same, but the last does not have a louder CLICK. I think is only luck get a better hp49g+, no matter the serial number. I have friends that have the CN33xxxxxx without any problems, but the hardware quality of this device is the worse even seen on the HP calculators. === Subject: Re: Definite integration for abs(cos(x)) > Good point Bhuvanesh, if someone makes a contest then they should have > a prize ready as well (who could forget something as obvious as this > 8-0)! Well, I guess I can give the winner a program or so. Sounds good! :-) I guess I would prefer the Laplace transform function. > Since the programs are written for a TI I expect that you won't get much > competition, however I get a good excuse for writing nonsense:) Well, there might be some competition over at the Technicalc forums :-) Bhuvanesh. === Subject: Re: Learn French in the Alps. X-RFC2646: Format=Flowed; Response >> To learn French in France, I found this great school, located both in >> Annecy and Chamb.8ery, in the heart of the Alps. Given the number of >> activities and the surroundings I thought I would share this ressource >> with others. >> http://www.ifalpes.com > The best way to learn french is with a french girlfriend :-) You mean there would actually be time for talking?? [VPN:] === Hello everyone, Flag settings: {#8205010FF0h, #0h, #880404402000000h, #0h} Bhuvanesh. === Subject: Re: Problemas conectando mi hp39g+ con mi PC A post in English might get you a better result [NC] === Subject: Re: Problemas conectando mi hp39g+ con mi PC > A post in English might get you a better result > [NC] uff... el gringo no sabe espa.96ol??... === Subject: Re: Problemas conectando mi hp39g+ con mi PC X-RFC2646: Format=Flowed; Response >> A post in English might get you a better result >> [NC] > uff... el gringo no sabe espa.96ol??... Vaan ettep.8a kumpikaan osaa suomea! ]VPN[ === Subject: Re: Problemas conectando mi hp39g+ con mi PC >>>A post in English might get you a better result >>>[NC] >>uff... el gringo no sabe espa.96ol??... > Vaan ettep.8a kumpikaan osaa suomea! > ]VPN[ ja ja!!! === Subject: Re: Problemas conectando mi hp39g+ con mi PC posting-account=d8X8zw0AAAB_Eo2ldj3HF5DzN42pN3GY El programa que llega con el CD no es muy bueno. Tampco me functiono. Uno mejor se encuentra aqui. http://members.iinet.net.au/~ccroft/zipfiles/ConnBeta.zip TW === Subject: Re: Missed keypressed, definitively a software problem X-RFC2646: Format=Flowed; Response > I'm sure that the missed keypressed is a software problem on my hp49g+ s/n > CN406xxxx > It's obvious with this small user RPL test : > << DO KEY > IF 0. <> > THEN DROP 400 .05 BEEP > END > UNTIL 0 > END > >> > When I run this test, i have _absolutely_ no missed keypressed. So, in my > opinion it's definitively a software problem. So, i hope that the future > ROM will fix this bug. > Gilles When I run the above program on my HP49g+ I get the usual number of missed keystrokes so for me it's 100% hardware problem. I'll eat my hat if *any* SW trick can fix that crappy keyboard. === Subject: Re: Missed keypressed, definitively a software problem > I'm sure that the missed keypressed is a software problem on my hp49g+ > s/n CN406xxxx > It's obvious with this small user RPL test : > << DO KEY > IF 0. <> > THEN DROP 400 .05 BEEP > END > UNTIL 0 > END > When I run this test, i have _absolutely_ no missed keypressed. But when I run it, I get missed keystrokes just like always on my 49g+ serial CNA419xxxxx. > So, in > my opinion it's definitively a software problem. So, in my opinion, there's definitely a hardware problem causing missed keystrokes on the 49 series, especially on the 49g+. Of course, it could be that the program has the effect of causing you to press until you hear a beep, instead of just until you feel a click. What happens if you simply set flag -75 (Key click on)? > So, i hope that the > future ROM will fix this bug. So, I don't believe that there's any chance that any change to the ROM could possibly fix the problem that I notice every time I try to use the 49g+. I'm very glad that I have some 48 series calculators to use for when I feel a need to get some real work done. -- James === Subject: Re: Missed keypressed, another test program James M. Prange a .8ecrit: > So, in my opinion, there's definitely a hardware problem causing > missed keystrokes on the 49 series, especially on the 49g+. > Of course, it could be that the program has the effect of causing > you to press until you hear a beep, instead of just until you feel > a click. What happens if you simply set flag -75 (Key click on)? No change for missed keypressed with key click on. It's the same thing and perhaps worse. I am _absolutly sure_ it's a software bug with _MY_ hp49g+. Here is another program with no click sound for testing the 0 to 9 key... << DO KEY IF 0. <> @ the 'not equal' key (left shift W) THEN DUP IF 105. == THEN DROP KILL ELSE {92. 93. 94. 82. 83. 84. 72. 73. 74.} SWAP POS + END END UNTIL 0 END >> 'TstKb' STO Just run it, test the 0 to 9 key and click on ENTER to stop and show what keys were pressed. It that case, you must admit there is no 'subjective' things. When I use it, i get no missed keys whatever the way in which I push the keys. If I try the same thing on the stack, i have many missed keypressed. Gilles === Subject: Re: Missed keypressed, another test program X-RFC2646: Format=Flowed; Response > James M. Prange a .8ecrit: X > I am _absolutly sure_ it's a software bug with _MY_ hp49g+. > Here is another program with no click sound for testing the 0 to 9 key... > << > DO KEY > IF 0. <> @ the 'not equal' key (left shift W) > THEN DUP > IF 105. == > THEN DROP KILL > ELSE {92. 93. 94. 82. 83. 84. 72. 73. 74.} SWAP POS + > END > END > UNTIL 0 > END > >> > 'TstKb' STO X How about adding the shift keys and the alpha into the list? What does this test show then? Statistics, please (JMP?) === Subject: Re: Missed keypressed, definitively a software problem > So, in my opinion, there's definitely a hardware problem causing > missed keystrokes on the 49 series, especially on the 49g+. FWIW, my 39G and 40G often miss the alpha and shift key presses when my ticking clock library is running. Specifically, when the 1-second display refresh interrupt is enabled ... Jordi === Subject: Re: Missed keypressed, definitively a software problem X-RFC2646: Format=Flowed; Original >> So, in my opinion, there's definitely a hardware problem causing >> missed keystrokes on the 49 series, especially on the 49g+. > FWIW, my 39G and 40G often miss the alpha and shift key presses when > my ticking clock library is running. Specifically, when the 1-second > display refresh interrupt is enabled ... Do you promise to eat your hat if it is a HW problem after all? This way at least one person would eat a hat and I would very much like to see some photos about it... ;-) ]VPN[ === Subject: Re: Missed keypressed, definitively a software problem Gilles, Yes I agree. The keys seem to register 100% of the time. Now I'm confused. Lets all hope it really is a software bug? Ok, so where is the next ROM? Seems like months we have been complaining about this!! [NC] === Subject: Re: Missed keypressed, definitively a software problem My favourite is when it (regularly) misses one of the two presses needed to lock it into alpha mode - I key in the rest of the equasion - look up - and find (yet once again) a hell of a mess to clean up :( For HP, pride-in-workmanship has gone out the door - these days it's only about money - if it's cheaper to leave the fault out there because not enough people complain then that's the way they'll go. And as for even admitting there is a problem ... well ... good luck! === Subject: Re: Missed keypressed, definitively a software problem X-RFC2646: Format=Flowed; Original > My favourite is when it (regularly) misses one of the two presses needed > to lock it into alpha mode - I key in the rest of the equasion - look up X Do like I do: change to single ALPHA lock mode [EEX SYMB EVAL] ...oops === Subject: Free-cell game 49g+ I got my new replacement 49g+ (CN419*****) in the mail yesterday, so now I'm working on transferring all of the programs from old one to the new one. Free-cell is one of the programs that I transfered yesterday, but it doesn't work properly. What it's doing is really wierd. It always gives me the same game. The number telling me what game it's giving me changes, but the layout of the cards is always the same. In fact, the layout isn't random at all. I'm sure that transfering the program again would fix the problem, but that wouldn't be very interesting. That would also take away any ability I had to repeat the problem. When using IR transfer, is it possible for some parts of the object to get lost without either calculator knowing it? If so, would that make SysRPL programs possibly unstable when transfered via IR? This would mean that IR transfer could crash my calculator (Try and recover memory?). BTW: Has anyone ever seen the calculator actually recover the memory when it tries? === Subject: Re: Free-cell game 49g+ I had a problem with freecell not working when I restored my files using conn4x after everything got wiped, so I deleted it completely and retransfered without a hitch. I think there might be something with the game that it only works on a calc after a fresh install. -Brandon > I got my new replacement 49g+ (CN419*****) in the mail yesterday, so > now I'm working on transferring all of the programs from old one to > the new one. Free-cell is one of the programs that I transfered > yesterday, but it doesn't work properly. > What it's doing is really wierd. It always gives me the same game. > The number telling me what game it's giving me changes, but the layout > of the cards is always the same. In fact, the layout isn't random at > all. > I'm sure that transfering the program again would fix the problem, but > that wouldn't be very interesting. That would also take away any > ability I had to repeat the problem. > When using IR transfer, is it possible for some parts of the object to > get lost without either calculator knowing it? If so, would that make > SysRPL programs possibly unstable when transfered via IR? This would > mean that IR transfer could crash my calculator (Try and recover > memory?). > BTW: Has anyone ever seen the calculator actually recover the memory > when it tries? === Subject: Re: WHICH HP FINANCIAL CALC. X-RFC2646: Format=Flowed; Original Actually the HP 17BII has the Let and Get functions too, though they were not documented. Personally I'd prefer a 17BII to a 17BII+ because it feels so much better made. > The new 17bII+ out there in the stores now (I'm told) have the Let and > Get functions for the solver, which allow good things to be done. === Subject: Re: ThermoPro Source Code 'THERMOPRO Source Code and Manual' has been submitted to hpcalc.org. Jeoff > > If anyone wants this source code for posterity or to port to the GX, I > > would be more than willing to provide it. I would just need to need > > the best place to put it. > > > I am currently quite busy but if you put the code in www.hpcalc.org > and report here, it will be taken care of by me (in November?) or by > others... > Please report here. > For coders interested in working on this please show your hands here > so that the work is shared and not duplicated. > Arnaud === Subject: Memory in the 49G+ I have a few questions about the internal memory in the 49G+. I was looking at the online manual and noticed that there was supposed to be 255KB or memory in port 1. However when I bring up filer I notice that it only lists 128KB of memory available for port 1. I of course checked and didn't see anything in port 1. It also doesn't seem like there is the 1085KB of memory. It's hard to be sure since there are a number of libraries there and I don't have a great way of adding up what's there. Has the allocation of port memory changed or is there some hidden files taking up space. If there's something hidden how can I find out what it is?? I'm also looking for a way to find out how much port memory is available and used without using the filer. -- Keep working millions on welfare depend on you ------------------- fwp@deepthought.com === Subject: Re: Memory in the 49G+ Frank Pittel schrieb im Newsbeitrag > I have a few questions about the internal memory in the 49G+. I was looking at the > online manual and noticed that there was supposed to be 255KB or memory in port 1. 128KB are internally used for the native ARM OS. For an overview of the HP49g+ memory map look at: http://lebonpoint.chez.tiscali.fr/hp49gp/reverse.htm#memory -- MM === Subject: Re: Memory in the 49G+ : Frank Pittel schrieb im Newsbeitrag : > I have a few questions about the internal memory in the 49G+. I was : looking at the : > online manual and noticed that there was supposed to be 255KB or memory : in port 1. : : 128KB are internally used for the native ARM OS. : For an overview of the HP49g+ memory map look at: : http://lebonpoint.chez.tiscali.fr/hp49gp/reverse.htm#memory manual. The numbers on the chart you provided seem closer to what I have in port 1 and what I seem to have in port 2. While I like the actual calculator and am trying to be upbeat about HP's effort in the design, manufacturing and documentation. I find this all discouraging. -- Keep working millions on welfare depend on you ------------------- fwp@deepthought.com === Subject: Re: What's the latest for the non-HP being developed > I like a lot the idea of having a tool that merge different needs > for example a calculator and a PDa and other but I'd like to > understand what is the plus you guys see with this qonos project. In all seriousness, the HP49g+ is EXACTLY what I need in a calc - the two features that make/break the decision for me is the speed of the unit and the size of the display. Unfortunately, the on-going keyboard problem means that answers I get from the device can be unreliable - the potential consequences of that for me are serious. As such, I'm receptive to a better solution - for me, the Qonos appears to be that solution in that it's speed will be more than satiffactory - it's display will be as big as (or bigger) than the 49g+ - the code I've written should run without modification - and, just as significantly, I should be able to get results that I can have confidence in due to it having a keyboard that's 100% reliable. I'm sure HP have all the disclaimers in the world - but how would they feel taking off in an aeroplane where the weight and balance had been calculated on a 49g+ and may be incorrect - or perhaps being injected with a drug, with the doseage having been caluculated on a 49g+ and be possibly incorrect. Unfortunately we use these devices to come up with answers that we can't always verify easily by other means - and they're not just answers to academic scenarios in an educational environment - we're talking real world situations here - with real world consequences if the results are incorrect - as such it's a serious problem (having said that, it's not really - simply because I can't afford to use the device until I can be assured of the correct outcome - so in essence, I have a very expensive paper weight that HP, having taken my money, don't seem to be in too much of a hurry to put right). CC