A689 === Subject: Re: Auto-completion > Inspired by an other thread here I came to think of auto-completion of > commands. I seem to remember some old posts on the topic where RPLCPL > from Emacs was used. Is there any simple way of assigning auto > completion to some suitable key(combo)? I.e. some way that turning off > alpha-lock is automatic (meaning the auto-complete key is not on the a- > z keys). > Emacs (RPLCPL) does what you want. Even some quite \necessary\ key make a few useful key assignments. [...] RightShift & DOWNARROW = RPLED RightShift & RIGHTARROW = RPLCPL LeftShift & UPARROW = SDIAG where the \&\ means to hold down the shift key while pressing the arrow key.\ Turning off alpha-lock is somewhat automatic since you'll press the ENTER key after you've chosen the desired command from the list, or did I miss something? mats === Subject: Re: Auto-completion <46b78b5f$1_7@news.bluewin.ch> > Emacs (RPLCPL) does what you want. Even some quite \necessary\ key > make a few useful key assignments. [...] > RightShift & DOWNARROW = RPLED > RightShift & RIGHTARROW = RPLCPL > LeftShift & UPARROW = SDIAG > where the \&\ means to hold down the shift key while pressing the arrow > key.\ > Turning off alpha-lock is somewhat automatic since you'll press the > ENTER key after you've chosen the desired command from the list, or did > I miss something? > > mats === Subject: Re: 47th Street Photo On Mon, 06 Aug 2007 15:14:31 -0500: > On 47th Street, Manhattan?... It folded in 1992 > \ http://select.nytimes.com/gst/abstract.html?res=F10616FB3B5B0C718EDDA80894DA4\ 94D81 There seems to be more (bad) news about this: (original owner subsequently convicted of fraud) http://query.nytimes.com/search/query?ppds=org&v1=FORTY%2dSEVENTH%20STREET%2\ 0PHOTO&sort=newest Also: \A Buyer for 47th St. Photo\ (December 16, 1995) http://query.nytimes.com/gst/fullpage.html?res=9F00E5DA1739F935A25751C1A9639\ 58260 EduCalc was said to have folded after an embezzlement, not just decreasing business, but details weren't posted. \Announcement: EduCALC pulls out of the HP business\ (Nov 23 1997) -[ ]- === Subject: Re: 47th Street Photo >>Interesting... 47th St. was where I purchased a Casio PB-1000 \palmtop\ >>calculator/computer way back in the late '80s. > On 47th Street, Manhattan?... It folded in 1992 Yep, that one. Sad to see that it died! === Subject: Re: 47th Street Photo On Mon, 6 Aug 2007 13:30:09 -0700, \Joel Kolstad\ >>>Interesting... 47th St. was where I purchased a Casio PB-1000 \ \palmtop\ >>>calculator/computer way back in the late '80s. >> On 47th Street, Manhattan?... It folded in 1992 > >Yep, that one. Sad to see that it died! > Actually, as I recall, they engaged in some risky real estate business.... And the victim was the store... A.L. === Subject: Re: HP-35s Complex numbers and using deg min and sec <4ctbb3dkc2fmhdko2pq890ueg657a6csap@4ax.com> > >Building a complex vector, in polar coordinates requires the angle to > >be in decimal degrees. > > This is plain nonsense. Who \designed\ such calculator?.. High school > dropout?... It IS nonsense... because it's an overstatement. Decimal degrees are only required if you're in degree mode. You can also enter polar complex numbers in radians or grads if you prefer. These ALSO require decimal form, obviously. As for degree mode requiring decimal form when *directly* keying in a polar complex number (not creating it via several steps), the 35s in no different from any other HP calculator in that respect, is it? -Joe- -preparing to hop- === Subject: Re: HP-35s Complex numbers and using deg min and sec <4ctbb3dkc2fmhdko2pq890ueg657a6csap@4ax.com> > > >Building a complex vector, in polar coordinates requires the angle to > > >be in decimal degrees. > > > This is plain nonsense. Who \designed\ such calculator?.. High school > > dropout?... > > It IS nonsense... because it's an overstatement. Decimal degrees are > only required if you're in degree mode. You can also enter polar > complex numbers in radians or grads if you prefer. These ALSO require > decimal form, obviously. > > As for degree mode requiring decimal form when *directly* keying in a > polar complex number (not creating it via several steps), the 35s in > no different from any other HP calculator in that respect, is it? > > -Joe- -preparing to hop- While what you say is true, the problem exists that you have to enter H.ms values, use the conversion function to Hrs, but then you have to reenter the hrs results as there is no apparent way to move the converted values into the polar format. It should be as ease as all the other older HPs, but somehow has been eliminated from the 35s. Any suggestions? Mac === Subject: Graphing functions. How do you get rid of the large selection of graph history? Right now, I have up to Y(88)X so I want to delete all of them. Also, when I press ADD, it takes like 3 seconds for the screen to load and I really want it to go faster. Will have large selections of history slow down === Subject: Re: Graphing functions. > How do you get rid of the large selection of graph history? Right now, > I have up to Y(88)X so I want to delete all of them. Also, when I > press ADD, Press the DEL button right next to the ADD one. :-) Or you can delete all using RS (right shift) - BKSP (it says CLEAR). it takes like 3 seconds for the screen to load and I really > want it to go faster. Will have large selections of history slow down You'll probably want to delete (using the filer) all the Y1-Y88 variables that get created. Those are there so you can type in a number, and evaluate the function. TW === Subject: Re: Why new calculators will be not as good as old ones?... <13bcv3l3pkavu5f@corp.supernews.com> <13bd6vi3ijv6j3a@corp.supernews.com> <863eb3ltnpc7t92nhrlle2896kbrc73svm@4ax.com> > There are new \hot\ methodologies - Extreme programming, Agile > Programming and such. The mantras are a) code first, think later, b) > design is waste of time, c) no documentation are needed - code is the > best documentation, d) client has no clue what he wants - the best > approach is to ignore him > > A.L. Don't forgot the Microsoft approach, don't trim bloated code, just tell people the software is more \sophisticated\ so you must upgrade === Subject: Re: Why new calculators will be not as good as old ones?... <13bcv3l3pkavu5f@corp.supernews.com> <13bd6vi3ijv6j3a@corp.supernews.com> <863eb3ltnpc7t92nhrlle2896kbrc73svm@4ax.com> <13betu58i7qvf7c@corp.supernews.com> > There was his statement somewhere on the internet: \Yes, the project > failed, but methodology was correct\ > > A.L. That is like the one a surgeon said, the patient died but the operation was a success! === Subject: Re: Why new calculators will be not as good as old ones?... <13bcv3l3pkavu5f@corp.supernews.com> > > The idea being... > > If you build a product that never fails, > > no one will ever need to buy another one! > > Of course; no one who has an indestructable original HP35 > has ever again bought another calculator, > but at least they paid $395 for the one they kept :) > > The ultimate (and highly entertaining) documentary about your point: > > \The Man in the White Suit\ Great movie! I saw it when I was young! === Subject: Re: Why new calculators will be not as good as old ones?... \A.L.\ schrieb im Newsbeitrag > On Mon, 6 Aug 2007 12:30:03 -0700, \Joel Kolstad\ > >> >>I agree that there's no guarantee you can find all your bugs. However, >>there's a *huge* difference between releasing a product as soon as it >>compiles >>(and I've known some programmers who honestly felt \their work was \ done\ >>as >>soon as their code compiled!) and making *a reasonable effort* to find >>bugs by >>performing \torture tests\ on your code. > > Nobody says this. Product is not released 'when it compiles\ but when > \it is good enough\. Huge difference. >> > Not so huge difference if you remember when the 49g aka FHB was released. That buggy machine was the reason why a 'bugzilla-like' mechanism was created on www.hpcalc.org . At release time the 49g had hundreds of severe bugs, and two years after release there were still dozens of severe bugs, and the machine wasn't really stable. None of the non-beta ROM images was stable at all. The only (mostly) stable ROM especially for the 49g is the 1.19-6 (a beta, of course), and that ROM was released after about 4 or 5 years, at the end of the proposed life-cycle. Not too good compared to the first HP-48SX with ROM A, which only had a handful of bugs in the first release... I'm not counting the 2.xx ROMs, because the FHB wasn't the promary target for these ROMs. >>I don't think that follows... if you have a million lines of code and one >>bug >>per thousand lines, you start out with a thousand bugs, right? So you >>re-write a thousand lines of code, and introduce one new bug in the >>process, >>which you then fix. That's not \exponential growth.\ >> > > But somehow it is. There are quite scientific mathematical models of > debugging process, and these modelssay this. These models are in > pretty good sync with practical measurements. > Maybe on an overall view basis. However the 49g development process didn't fit into those models. And the debugging was done by the users, not by ACO. >> >>In the case of the HP 35s, how poor of a project manager do you have to \ be >>to >>*not* first yank up the list of known 33s bugs (such as COS() ) and make >>sure >>that all the trivial ones no that list (such as COS()! ) get fixed? > > People are afraid to be \first bad news messengers\. This is the > reason why we had 9/11 and why Minneapolis bridge collapsed. > But the COS() Bug was known from the 33s ... Even hp/Kinpo should have been aware of it, at least if Cyrille forwarded the bug. Maybe someone at 'hp' remembered the extremely embarrassing first years of the 49g, and the useless first batch of the 48gII, and pulled the emergency brake... Maybe someone recognized that some severe bug(s) on the anniversary model would not shed a good light onto it. And I'm not necessarily talking about the COS() bug, because there are others, like the wrong index offset... The functions and features are less than those of an HP-41 (12-24K ROM) or HP-42S (64K ROM) . So it should be possible to debug the beast to a certain level before release. Raymond === Subject: Re: Why new calculators will be not as good as old ones?... > Not too good compared to the first HP-48SX with ROM A, > which only had a handful of bugs in the first release... ...and as with the original HP 35, HP was replaced the HP-48SXes of anyone \ was was particularly bothered with the bugs; I exchanged my HP-48 way back \ then. > But the COS() Bug was known from the 33s ... > Even hp/Kinpo should have been aware of it, > at least if Cyrille forwarded the bug. Any decent program manager with a passing interest in calculator design \ would also at least think to Google \33s bugs\ if he or she wasn't already intimately familiar with, e.g., hpmuseum.org. > The functions and features are less than those of an > HP-41 (12-24K ROM) or HP-42S (64K ROM) . > So it should be possible to debug the beast > to a certain level before release. Especially when you consider how much better the development tools are \ today; I imagine that the software is developed using desktop PC-based emulator , \ and if not, certainly using ROM emulators that let you \re-flash\ a calculator \ prototype in a few seconds. In my opinion peoples' attitudes about the quality of the code they're developing is by far the most important single factor in creating reasonably \ bug-free code. Attitude comes for free, and is more powerful than any automated code checking tools can ever be. ---Joel === Subject: Re: Plot f(x)=x+A where A is a list of values? I assume it is impossible to generate more than one result from an algebraic. Recall that the \user-defined function\ rules are to leave exactly one result on the stack. So my comments relate specifically to RPL. Regarding the flag -28 question: in the case I describe the results are very different. Just think about how the stack evolves. In simultaneous mode, the list is evaluated (producing N results, although they all come from the first item on the list), then N items are plotted, each connected with the corresponding point from the last time through. In sequential mode, the first function is evaluated a bunch of times. Let \bunch\ mean B, the number of points needed based on the resolution setting. Thus N points appear, the bottom one is plotted, then N more, then the bottom one is plotted ... so far so good, the last function will be plotted OK. Then the second, no-op, function is evaluated B times, so the bottom B points will plot, and be connected. The connecting lines will bounce between the various functions. Continue until all NB points are plotted. If the points are not connected, leaving it to the viewer's eye to do that job, then the constellation of points being identical the plot will look the same. But the points are connected in the wrong order if the funny list of functions is used. I hope this is fairly clear. Irl === Subject: Re: Plot f(x)=x+A where A is a list of values? > Regarding the flag -28 question: > [plotting multiple functions sequentially vs. in parallel] > in the case I describe the results are very different. > Just think about how the stack evolves. In > simultaneous mode, the list is evaluated (producing N results, > although they all come from the first item on the list), then N items > are plotted, each connected with the corresponding point from the last > time through. In sequential mode, the first function is evaluated a > bunch of times. Let \bunch\ mean B, the number of points needed based > on the resolution setting. Thus N points appear, the bottom one is > plotted, then N more, then the bottom one is plotted ... so far so > good, the last function will be plotted OK. Then the second, no-op, > function is evaluated B times, so the bottom B points will plot, and > be connected. The connecting lines will bounce between the various > functions. > the points are connected in the wrong order > if the funny list of functions is used. I've never seen this occur in algebraic plotting; has anyone an example to run? (some list of functions, any non-default PPAR) If you plot a set of non-algebraic programs (even if disguised by being called from formulas, as user-defined functions), the sequence of values left on level-1 after consecutive calls to any one given program will of course be connected by the plotter. If each program relies solely on the input _variable_ to produce its \ output, then one should get consistent results, regardless of plotting sequence. If you plot \functions\ that do not always deliver the same independent output for any given input variable value, however, any such behavior makes the \function\ non-legitimate, and its plot meaningless, out of context with its \co-conspirators,\ so if the programs in effect trade outputs with one another, or one program creates all the outputs at once, and the other programs merely deliver the next one off a queue made by the first program, regardless of the order in which they are called, ignoring the actual value supplied in the independent variable, then you are lying to the plotting engine when the programs are called in a different sequence, and can not expect a truthful plot :) One can try numerically solving or integrating a program that uses RAND to generate \function\ values, if one wants, and then get very strange results, but in such cases, the \function(s)\ that one supplies are not legitimate functions at all, so a \GIGO\ situation is produced thereby :) -- === Subject: Re: Just curious: Which HP calculator(s) are you using and how? > Are you using it as a computer toy or for basic math around the house > or professionally, if so for what and how? > > I'm just a little curious. > I have two 48GX (one home, one at office) that I use extensively for work as \ a power systems engineer. I have a 33S that I carried when I traveled but with the much better complex capabilities of the new 35S, it will be retired. In my line of work I judge a calculator almost exclusively based on 2 features: 1) does it have RPN and 2) how easy does it handle complex numbers? The 35S now meets my normal day to day needs for a calc. Charles Perry P.E. === Subject: Re: convert string to algebraic question; algebraic or global \ name? It works greate. Ted === Subject: Re: 50g won't connect to computer` > As for the software, it's conn4x with the following options for > connect using: auto, com1 and com2. the hpx9g does not appear. This means that the USB driver for the calculator is not running. I can't tell you why or how this happened but that's what a missing HPx9g in \ the list means. Try C:\\Conn4x\\UsbDriver, right click on HPx9g.inf and select Install. Now try Conn4x. If that fails, plug in calc, make sure it stays powered on. Go to Windows Device Manager, Universal serial Bus Controllers and find the \ HPx9G+ Device, click \Driver\ then Update Driver and point at the C:\\Conn4x\\UsbDriver folder. The next step would be to manually remove the driver and reinstall. -- - - - - - - - - - - - - - - - - Bill Graves RKBA! (who developed Conn4x up to build 2353) bgraves@ix.netcom.com === Subject: Re: Debug4x SASM XOR > Hi Bill, working on my last project (49 series), amount nibbles > correctly are required, > but DB4x fails. > > HP mnemonic for B=-B-1.A is FD > DB4x mmonic for B=-B-1.A is 80B685F > - GaaK - I confirm that this is a bug in Debug4x. I have fixed the HPTools and will release a new version of Debug4x shortly. -- -- - - - - - - - - - - - - - - - - Bill Graves RKBA! bgraves@ix.netcom.com === Subject: Any chip8 fans/programmers out here? Hi all, I've recently got into CHIP8 programming by writing an emulator and some roms. I was wondering if there are still some CHIP8 fans/programmers out there, or \ has this thing been dead for years? Martijn === Subject: Re: Any chip8 fans/programmers out here? if you mean CHIP or Erik Bryntse's S-CHIP game engine, you may take a look at www.hpcalc.org , which has one or more chapters about CHIP, with CHIP and SuperCHIP interpreters, and lots of game streams. HTH Raymond \Martijn Wenting\ schrieb im Newsbeitrag > Hi all, > > I've recently got into CHIP8 programming by writing an emulator and some > roms. > I was wondering if there are still some CHIP8 fans/programmers out there, \ > or has this thing been dead for years? > > Martijn > === Subject: Re: Any chip8 fans/programmers out here? Hi Raymond, I do mean CHIP/S-CHIP game engine, and i already have written an own emulator/interperter and have roms. I was just wondering if people are still into these games/into the CHIP8/S-CHIP system? I know other dutchies are, just like me, writing new games for it (sokoban, \ rush hour,etc.). I'm just wondering if there is still an audience for new CHIP8/S-CHIP8 games? Martijn > > if you mean CHIP or Erik Bryntse's S-CHIP game engine, > you may take a look at www.hpcalc.org , > which has one or more chapters about CHIP, > with CHIP and SuperCHIP interpreters, > and lots of game streams. > > HTH > > Raymond > > > \Martijn Wenting\ schrieb im Newsbeitrag >> Hi all, >> >> I've recently got into CHIP8 programming by writing an emulator and some \ >> roms. >> I was wondering if there are still some CHIP8 fans/programmers out there, \ >> or has this thing been dead for years? >> >> Martijn >> > > > === Subject: Re: Any chip8 fans/programmers out here? Martijn Wenting a \.8ecrit : > Hi Raymond, > > I do mean CHIP/S-CHIP game engine, and i already have written an own > emulator/interperter and have roms. > I was just wondering if people are still into these games/into the > CHIP8/S-CHIP system? > > I know other dutchies are, just like me, writing new games for it \ (sokoban, > rush hour,etc.). > I'm just wondering if there is still an audience for new CHIP8/S-CHIP8 > games? > I started writing one on my psion 5 just before it broke. Only the screen routines needed to be implemented correctly. there was a step by step debug mode too, with stack and registers display. That was around 2001 I'm still interested into chip 8 things, so just publish your work, I'll have fun with it . I now use a chip 8 emu on a psp , but I'd like to get one for my hp 50 , and for my linux box too. jbu === Subject: Re: Input(I) bug HP-35S > > > > > > > > > Here is a snip of code I tried to work yesterday. It is at the top of > > > my program and has only two inputs before it: > > > > 70 > > > STO i > > > 1 > > > STO (I) > > > .. > > > a couple of direct inputs > > > .. > > > 55 > > > STO I > > > LBL C > > > INPUT (I) > > > > According to the manual (FWIW) I should be able to do it. I get > > > Invalid I instead. Or J if I swap index pointers. My Upper limit is > > > set to 70 previously so I am in range. > > > > This works however: > > > > 55 > > > STO I > > > LBL C > > > INPUT D > > > RCL D > > > STO (I) > > > > Anyone else trip over this? > > > and how should the input prompt look like according to *your* manual? > > you can't use INPUT for indirect registers. > > oops, *my* manual say so too, but it's wrong, INPUT only works > indirectly for the named registers A-Z or -1 to -26 > cheers, > reth- Hide quoted text - > > - Show quoted text - Does this mean that you cannot input into locations 1 to 800? How would you input a large array while telling the user where the input is going? === Subject: Re: Input(I) bug HP-35S > Does this mean that you cannot input into locations 1 to 800? > > How would you input a large array while telling the user where the > input is going? Gene: You would have that problem with an array regardless, since displaying \(37)=?\ wouldn't exactly tell you which row and column a number would be put. However, to put a number into the indirect registers, you do something like this: You display a number that indicates where the input value will go. Something like: RCL I R/S STO (I) in a loop, which might show 37.090 as the display prompt. Certainly about as helpful as \(37)=?\ when entering an array. Is that best? No. Is that what we have? Yes. === Subject: Replacing a beloved 48G+ I am hoping that someone out there somewhere can help me... I am looking to get my hands on a working 48G+ or find a model that works the same. My very good friend says that the 48G+ is the only model that he can use, and his broke, something is loose inside. I have had no luck on craigslist, as everyone that has had them for sale in my area, admitted that they too are broken. Anyone know what 'newer' model is the same? === Subject: 10 years Emu48 anniversary More or less exactly 10 years ago Sebastien Carlier published Emu48 with \ the version number 1.0 under the GPL. To celebrate this I updated the \Emu48 \ 10 Years Anniversary page\ and the \Emu48 Emulator for HP38/39/40/48/49\ \ with new versions on my emulator pages at http://hp.giesselink.com. I hope you enjoy it. Christoph === Subject: Re: Any chip8 fans/programmers out here? Hi Martijn, personally, I don't have much to do with CHIP, but I remember trying it years ago when S-CHIP came out. Someone even made a port of S-CHIP from the HP-48 to the 49g... I don't know if that engine will also work on the 50g, but if it does, I think there are still some people interested in new (or newly ported) games for s.t. like SCHIP50;-) Raymond \Martijn Wenting\ schrieb im Newsbeitrag > Hi Raymond, > > I do mean CHIP/S-CHIP game engine, and i already have written an own > emulator/interperter and have roms. > I was just wondering if people are still into these games/into the > CHIP8/S-CHIP system? > > I know other dutchies are, just like me, writing new games for it > (sokoban, rush hour,etc.). > I'm just wondering if there is still an audience for new CHIP8/S-CHIP8 > games? > > Martijn > > >> >> if you mean CHIP or Erik Bryntse's S-CHIP game engine, >> you may take a look at www.hpcalc.org , >> which has one or more chapters about CHIP, >> with CHIP and SuperCHIP interpreters, >> and lots of game streams. >> >> HTH >> >> Raymond >> >> >> \Martijn Wenting\ schrieb im Newsbeitrag >>> Hi all, >>> >>> I've recently got into CHIP8 programming by writing an emulator and some \ >>> roms. >>> I was wondering if there are still some CHIP8 fans/programmers out >>> there, or has this thing been dead for years? >>> >>> Martijn >>> >> >> >> > > === Subject: Re: HP-35s Complex numbers and using deg min and sec <4ctbb3dkc2fmhdko2pq890ueg657a6csap@4ax.com> > While what you say is true, the problem exists that you have to enter > H.ms values, use the conversion function to Hrs, but then you have to > reenter the hrs results as there is no apparent way to move the > converted values into the polar format. It should be as ease as all > the other older HPs, but somehow has been eliminated from the 35s. Any > suggestions? > Mac yes, I suggest you to visit the link below http://www.hpmuseum.org/cgi-sys/cgiwrap/hpmuseum/forum.cgi?read=120609#12060\ 9 hope this help reth === Subject: Re: 10 years Emu48 anniversary > More or less exactly 10 years ago Sebastien Carlier published Emu48 with \ the > version number 1.0 under the GPL. To celebrate this I updated the \Emu48 \ 10 > Years Anniversary page\ and the \Emu48 Emulator for HP38/39/40/48/49\ \ with > new versions on my emulator pages athttp://hp.giesselink.com. > > I hope you enjoy it. > > > Christoph Hi Cristoph. Happy anniversary and thank you for your efforts in maintaining this wonderful tool. Danke f?r Ihre Bem?hungen und herzliche Gr??e. Giancarlo === Subject: Re: 10 years Emu48 anniversary On Aug 8, 12:49 am, Giancarlo > > > More or less exactly 10 years ago Sebastien Carlier published Emu48 with \ the > > version number 1.0 under the GPL. To celebrate this I updated the \ \Emu48 10 > > Years Anniversary page\ and the \Emu48 Emulator for HP38/39/40/48/49\ \ with > > new versions on my emulator pages athttp://hp.giesselink.com. > > > I hope you enjoy it. > > > > Christoph > > Hi Cristoph. > Happy anniversary and thank you for your efforts in maintaining this > wonderful tool. > Danke f?r Ihre Bem?hungen und herzliche Gr??e. > Giancarlo How about a version that could be accessed on the iPhone? It would have to be server-type, unless they figure out how to run programs natively. === Subject: Re: 10 years Emu48 anniversary My congrats, too! Since version >1 , Emu48 is my favourite testing tool for HP-48 programs. I use Emu48 whenever I compile an HP-48 program source with SASM. The binary will then be automatically loaded into Emu48 using your DDE48 program. I'm also glad you made Emu42:-) Raymond \Christoph Giesselink\ schrieb im Newsbeitrag > More or less exactly 10 years ago Sebastien Carlier published Emu48 with > the > version number 1.0 under the GPL. To celebrate this I updated the \Emu48 \ > 10 > Years Anniversary page\ and the \Emu48 Emulator for HP38/39/40/48/49\ \ with > new versions on my emulator pages at http://hp.giesselink.com. > > I hope you enjoy it. > > > Christoph > > > === Subject: Re: 10 years Emu48 anniversary > More or less exactly 10 years ago Sebastien Carlier published Emu48 with \ the > version number 1.0 under the GPL. To celebrate this I updated the \Emu48 \ 10 > Years Anniversary page\ and the \Emu48 Emulator for HP38/39/40/48/49\ \ with > new versions on my emulator pages at http://hp.giesselink.com. > > I hope you enjoy it. > > > Christoph > I use the Mac OS-X port. It works well is there a way of geting different HP moels emulated in the OS-X veriosn than thoe that come with it??? The Nonpareil calc emulators are amazing also. === Subject: Re: 10 years Emu48 anniversary > More or less exactly 10 years ago Sebastien Carlier published Emu48 with \ the > version number 1.0 under the GPL. To celebrate this I updated the \Emu48 \ 10 > Years Anniversary page\ and the \Emu48 Emulator for HP38/39/40/48/49\ \ with > new versions on my emulator pages athttp://hp.giesselink.com. > > I hope you enjoy it. > > > Christoph keep going... === Subject: Re: 10 years Emu48 anniversary > More or less exactly 10 years ago Sebastien Carlier published Emu48 with \ the > version number 1.0 under the GPL. To celebrate this I updated the \Emu48 \ 10 > Years Anniversary page\ and the \Emu48 Emulator for HP38/39/40/48/49\ \ with > new versions on my emulator pages at http://hp.giesselink.com. > > I hope you enjoy it. I did enjoy it and I'd like to be first to say happy anniversary and to thank-you for your efforts over the years. If you can make it to HHC2007 or HPCC 2007 then I'll buy you a beer. :-) -- Bruce Horrocks Surrey England (bruce at scorecrow dot com) === Subject: ChinesePingyao518 ChinesePingyao518 http://www.py518.comhttp://www.py518.com World culture inheritance history famous city --- PingyaoWorldcultureinheritancehistoryfamouscity---Pingyao oldcity,historical consultation, traveling consultation, culturaloldcity,historicalconsultation,travelingconsultation,cultural relichistorical site consultation, hundred industryrelichistoricalsiteconsultation,hundredindustry information,whenPingyao old city news, Pingyao news, folk custom,folkinformation,whenPingyaooldcitynews,Pingyaonews,folkcustom,folk tale,folklore,historical textual research, Jin business culture,tale,folklore,historicaltextualresearch,Jinbusinessculture, Pingyao old cityyellow page greatly entire.Pingyaooldcityyellowpagegreatlyentire. Pingyao antiquePingyaoantique http://www.pyguwan.comhttp://www.pyguwan.com http://www.pyguwan.com.cnhttp://www.pyguwan.com.cn http://www.pyguwan.nethttp://www.pyguwan.net http://www.pyguwan.cnhttp://www.pyguwan.cn The Pingyao antique information, the Pingyao antique net shop,theThePingyaoantiqueinformation,thePingyaoantiquenetshop,the antique falsely debated greatly entire, the antique materialpracticalantiquefalselydebatedgreatlyentire,theantiquematerialpracti\ cal inquiry, the antique information consultant, the nationaleach biginquiry,theantiqueinformationconsultant,thenationaleachbig artware auction company information, the Chineseartwareauctioncompanyinformation,theChinese successivedynasties,China ancient times the geographic name inquiry,successivedynasties,Chinaancienttimesthegeographicnameinquiry, Pingyao travelsPingyaotravels http://www.tourpy.comhttp://www.tourpy.com Pingyao old city scenic site introduction, PingyaoPingyaooldcityscenicsiteintroduction,Pingyao travelingchart,traveling consultation, cultural relic historicaltravelingchart,travelingconsultation,culturalrelichistorical site,traveling company information, guesthouse, inn, hotel, hotel,site,travelingcompanyinformation,guesthouse,inn,hotel,hotel, food andlodgingparadefoodandlodgingparade Pingyao newsPingyaonews http://www.pyfm942.comhttp://www.pyfm942.com Pingyao people broadcasting station Pingyao old city news,PingyaopeoplebroadcastingstationPingyaooldcitynews, Shanxi name card Shanxinamecard http://www.shxmp.com http://www.shxmp.com Shanxi Province enterprise yellow page, Shanxi each placecounty ShanxiProvinceenterpriseyellowpage,Shanxieachplacecounty yellow page, Shanxi administration chart, Shanxi transportationmap,yellowpage,Shanxiadministrationchart,Shanxitransportationm\ ap, Shanxi traveling chart, Shanxi topography chart,Shanxitravelingchart,Shanxitopographychart, electronictransportation mapelectronictransportationmap Pingyao guesthouse Pingyaoguesthouse http://www.pylg518.com http://www.pylg518.com The Pingyao old city guesthouse greatly entire Pingyaoguesthouse ThePingyaooldcityguesthousegreatlyentirePingyaoguesthouse decides the room Pingyao folk custom inn PingyaohotelPingyao hoteldecidestheroomPingyaofolkcustominnPingyaohotelPingyaohotel Pingyao hotel Pingyaohotel http://www.pyjd98.com http://www.pyjd98.com The Pingyao old city hotel greatly entire Pingyao folk customhotel ThePingyaooldcityhotelgreatlyentirePingyaofolkcustomhotel Pingyao hotel decides the roomPingyaohoteldecidestheroom Pingyao antique city Pingyaoantiquecity http://www.pygwch.com http://www.pygwch.com Pingyao old city on-line antique shop antique on-linetransaction Pingyaooldcityon-lineantiqueshopantiqueon-linetransaction Pingyao antiquePingyaoantique http://www.zhlgwch.comFamily of, Chinese antique survey Pingyaohttp://www.zhlgwch.comFamilyof,ChineseantiquesurveyPingyao antique net shop,theantique websiteantiquenetshop,theantiquewebsite === Subject: Re: Replacing a beloved 48G+ It looks like the 48 GX has the same specifications plus the card slots. Why the 48 G+ only? is he using the serial port? The 49 G+ or 50 G have the USB port so there could be a problem there. Or is there some application he is running that he can't convert to the new units. Ebay has plenty of the 48's but they are not always cheap and may not work either. Plan B would be to hang out in thrift stores. I picked up a 41CX for $3 recently. Not a good choice if his need is immediate of course. === Subject: Re: Input(I) bug HP-35S > > > Does this mean that you cannot input into locations 1 to 800? > > > How would you input a large array while telling the user where the > > input is going? > > Gene: You would have that problem with an array regardless, since > displaying \(37)=?\ wouldn't exactly tell you which row and column a > number would be put. However, to put a number into the indirect > registers, you do something like this: > > You display a number that indicates where the input value will go. > > Something like: > > RCL I > R/S > STO (I) > > in a loop, which might show 37.090 as the display prompt. Certainly > about as helpful as \(37)=?\ when entering an array. > > Is that best? No. Is that what we have? Yes. A suggestion for entering 2-d arrays: To prompt for the (i,j)th entry do i; RCL* J;RCL+ I (((this puts IiJ in xreg) R/S; compute location in I; STO I Or, have the location where the value goes in J and the indices in A and B and do i; RCL* B; RCL+ A; R/S; STO (I)