A89 Does anyone know how to plot a 3-d conic ? (like x^2+y^2-z^2=4) . and what is the 'draw3dmatrix' good for ? Uhm... If you test your own product, it's *veeeery* likely the test is designed to give a score of 100% (Intel docet). Even some serious companies publish some c++ compiler comparisons such as: ACME C++ compiler standard, score 30%; ACME compiler WITH OUR ADD-ON library 99%; What an improvement!!! (this of course is not anyway referred to hp: I don't know what kind of testing they made; I hope they did some ;) yes, the community is working, but rom development is SLOW. I don't think it would be a good idea to make the rom sdk public, because \ \\ it could generate confusion, but at least Micro$oft is *fast* in releasing patches (they come close to 1_patch/day...;) agreed. I have had a 48SX-E. It was simply great: I remember the HP48 FAQ listed a few MINOR bugs, but none was related to math/computing. So there was *trust* between me and the 48. All the commands were clearly defined and...uhm... deterministic. My Pocket Guide that came with the calc was missing half it's pages. When \ \\ I called HP the only help they offered was for me to d/l the pdf and staple the missing pages into my pocket guide. Not very helpfull, wasn't impressed. At least the Pocket Guide is a usefull small package that can be carried with the calculator. I'm not sure if HP will send you the actual printed books, but hey, \\ it's worth a shot. HP has been known to do remarkably friendly things in the past! (Remember the \\Unofficial Upgrade Kit?) Here are some numbers you \\ may need: HP Calc Support: (970) 392-1001 Part Numbers: Advanced User's Guide: F1633-90401 Pocket Guide: F1633-90101 I'm not sure about the number of the regular user's guide, since I had to cut the back page out to send in the rebate. Another thing you could try is: http://partsdirect.hp.com/ I've never been able to order anything there because of my APO address, but people living in the Continental US can buy things there. HTH p.s. You might want to ask for a nameplate at the same time, if your pack didn't include one. Mine didn't. I will try to think of an idea on how it would be possible to customize \ \\ more easily the built-in EDIT menu, so the integration of a tool like Emacs \\ could be made transparent. Probably another library message. I would love to add regular expression search inside the built-in editor. Just something I want to make sure. Does it work with styles ? Most of the text tools I've seen so far can screw the text styles because they don't correctly replace the hidden character (which is not surprising as I've almost spent 2 months working on this). This is incorrect. In the messages about ACC you said that replacing two-line things with Emacs was difficult to get right, because the varying space on the left side if the code was indented by different amounts in different places. In my reply I said this would require regular expressions, and you asked me to \\define what regular expressions are since you often heared about it but nerver understood it.\\ Yes, I asked you beforehand and documented this in Emacs.txt. In detail, I took - the DoL loop (very nice indeed) - The decompressor from OT49 (currently not used in Emacs, and written, if I remember correctly, by Jurjen Bos). - The LONG key detector from KEYMAN (based on my proposal and a code object from Jonathan Busby). Indeed, Wolfgang has made many suggestions how to improve the SysRPL code while I was still on the learning curve. And he contributed some code to MREC. I am quite surprised that you mention Regexp.txt here as well. Yes and no. It is quite complicated. The trick which made a fast implementation on the HP49 possible is to do without backtracking. While this limits the applications of regular expressions, it makes it possible to match in a single path without recording regexp states, tracking on multiple quantifiers etc, a huge speedup. As a side effect, Emacs regular expression will never get stuck in a \\never ending match\\ as this can happen will full implemetations. All hail Pivo, he has done all the ML coding and has done a really incredible job. - Carsten From ???@??? Fri Jan 01 00:00:00 1999 Xref: newsmst01.news.prodigy.com comp.sys.hp48:138621 Carsten Dominik wrote: The source is available from Carsten (full Emacs) or me (ASM coding) I think it does! It treats the three style bytes just as any three other bytes so an italic S in the regexp$ will match an italic S in the CMD but not a regular or bold S. I think this is another case of Rooman&Joey #5 :-) I'd have to do some testing but I think that it will work with styles. I can't see whyanything should go wrong. The problem is that the rest of (the routines used in) Emacs do not recognize styles so this may be confusing. Ah, replacing is not a problem here I think. The replace$ creator copies every character literally, except the groups of course which are taken from the CMD. Again no problem here. Try no, succeed yes! :-) It will work there, styles still have to be tested, any betatesters volunteers? == Yes, this will work. BUT: If the command line contains an italic word \\Hello\\, and you search for for an italic \\H\\, the search string will have the style switching sequences before and after the \\H\\. The match should then fail. I just tried it, and indeed it fails. I think there is. Lets say you have world in the CMD. You search for \\HELLO.*\\ and replace it with \\\\. \\Hello\\ woll be \\ gone, cmdline. NO, I just tested it, and you are right! Since we use CMD_CUT etc to change the command line, this is done correctly by JYA's code. I thing I never suggested to you to mention me for that. I also didn't expect to be mentioned because my devices in the apps-menu construction, my urging you to merge extable and CAT and other proposals concerning Emacs's architecture. English: The example of regular replacement of BINT9 UNCOERCE by %9 is artificial and useless. Why don't you take and saves even 5 bytes. * Now literally Example J) in Regex.txt :) \\Das erste Example A) wuerde ich ersetzen durch Find comment line in UsrRPL, mit @ statt mit * Example b) sollte sofort das nuetzliche Wegnemen eines oder mehrere Comments in UsrRPL beschreiben. Das macht allen denen Lust, die kein SysRPL programmieren...\\ English; The first example A) should be replaced by Find comment line UsrRPL, with @ instead of * Example B) should at once describe the useful removement of one or more Comments in UsrRPL. That will enjoy all those who do not program in SysRPL. * This became indeed the examples A) and B) in Regexp.txt Of a similar kind where all my suggestions to Emacs.txt I would normally not expect to be mentioned for suggested examples. I'd be content if Emacs was improved by them. I also planed not to send this mail at all. But this morning it turned out that one of you or both misused my confidence to you in an unbearable extend. My crime is rea Please visit Colin Crofts homepage at http://members.iinet.net.au/~ccroft/ for the HP38/39/40 stuff. Colin published an emulator package basing on Emu48 at http://members.iinet.net.au/~ccroft/zipfiles/emulator.zip containing all the necessary files for the HP38/39/40 emulation, an installation explanation and some additional included files which you only can get there. With an update to Emu48 v1.27 from http://privat.swol.de/ChristophGiesselink/e48bp27.zip you have the lasted available version. I did some work on this, but it went on the back burner and I haven't looked at it for months. Maybe it's time that I got back to it. I'm sure that it's possible. It is possible, but the implementation is a bit difficult. I remember when I discussed this topic in December 2000 with James M. Prange (search this NG for the thread \\Controling an HP48 with An HP49 via Wire\\). IIRC, the intrinsic problem was the lack of full buffer overflow control in the 49G wire transfer implementation when compared to the HP48G. If I found the 49G to be as functional as the 48, then I would have more reason to consider this worth doing. Maybe the next 49G ROM will help. I found it quite useful to be able to have printouts of both results and procedures for the previous calculators. To be sure, you can print from the 49G to a serial printer, or upload to a PC and print from there, but I prefer the narrow continuous-strip format and portability of the 82240 printers. What I'd really prefer would be a printer much like the 82240B that could also accept a wired serial connection and could tell the calculator when it was ready for more data, thus saving me the trouble of being careful to maintain the alignment and tinkering with the DELAY value. It's there: http://www.hpcalc.org/hp48/docs/programming/82240bte.zip You might also find http://www.hpcalc.org/hp48/docs/programming/48techni.zip to be useful. I suggest http://www.hpcalc.org/hp49/docs/misc/irdoc_v12.zip for information on what Marcel Flipse has accomplished. I would be very happy indeed to have such a device available; it's a shame that HP doesn't offer one, but I suppose that they have doubts as to how many they could sell. Well, for the method of sending data to the 48 by using the various built-in print commands, the lack of XON/XOFF serial flow control does indeed seem to be a show-stopper. I suspect that it also may very well prevent various devices designed to work with the 48 series from working properly with the 49G, but I surmise that not enough people have complained about this for HP to change it. I believe that it can still be done by using the Kermit protocol to send variables containing character strings. There are some difficulties: backslash notation for null, quotation mark, and backslash characters, and how to handle style and font changes. I believe that I (with the help of John H Meyer) have found reasonable work-arounds for the worst difficulties, so it's probably mostly a matter of convincing myself that it's worth the effort. am This has been already done, but with a PIC, as usual, check hpcalc.org... The control panel says the wireless link is up. A few months ago, it \\ worked with a windows IR device. When IR activity is detected, an icon appears on the taskbar. I cannot get the activity icon to appear when I point the 48SX at the window. I am within 2 inches and aligned. I tried I/O OPENI. and sending a \ \\ :IO:XX ARCHI. Still no icon The IR protocol on the 48 is different to that used on your notebook;-) Check out www.hpcalc.org for more info on this topic. I think detecting IR activity is independent of protocol. The only reference I can find to protocol is kermit. Win2000 supports IRDA-SIR a half-duples, serial link. Windows 2000 hasn't a IrCOMM layer by default that is needed for the communication with the serial Ir interface of some HP calculators. So I think, the working system didn't used Win2K or you installed a 3rd party product (i.e. for communication with mobile phones) to get the IrCOMM \\ layer. 2nd, is this the same hardware that worked some month ago? There many differences in the IrDA hardware, so some are incompatible with the HP Ir one. The only documents about this, you'll find in this newgroup, some are from me, some from JYA. But you're remembering me, that I wrote a corrected comparison about this topic in summer this year. I definitely should send \ \\ it to Eric. I suspect it's the death knell for the calculator group. How do calculators fit into an IT/services organization? The calculator group, in its historical role as a provider of technical tools, would perhaps have been a better fit at Agilent. As a provider of educational tools for K-12, I can't imagine being interested in any of their products, even if they were competitive. Even that seems doubtful, with TI's dominance of the market. It would require too much effort for HP to justify. Anyway, Aaron pointed me to a \\bug\\ in PowerPlot (all versions) and we just found out that this behavior also happens in the built in plotter. The problem is when we try to plot a graph where imaginary results appear in the middle of the calculation (not in the end). An example would be '1+sqrt(x)-sqrt(x)'. This should obviously just be the same as plotting y=1, but if you try it, you'll see that The built in plotter makes no difference between 1+sqrt(x)-sqrt(x) and 1+(sqrt(x)-sqrt(x)) while PowerPlot handles the second case including the negative branch :-) IMO, the behavior of PowerPlot is somewhat \\better\\, because the second case really equals one, while in the first case I think that the built in plotter and PowerPlot are right to ignore the negative branch, because the expression is read from left to right when no parenthesis are used. What do the math teachers or otherwise knowing of you say? Aaron also pointed out that: [he knows I'm posting here :-) - so it's o.k. quoting him] My, still unreleased, plotter has a setting in the setup form that reads \\Strict Complex?\\. This toggles weather complex imaginary parts below \\ E-10 will be regarded as zero or not. When you check this option all calculated complex numbers will be taken strict (and not plotted if an imaginary part is different from 0.), when you uncheck this complex imaginary parts \\ smaller than E-10 will be rounded to zero (in essence 10 RND) allowing them to be plotted. I have this option unchecked always. I don't like it either. People should be careful of results returned by the calculator, but they shouldn't have to know about the internal implementation (how you're handling the expression tree... perhaps they should not have to know even about the expression tree itself). Sounds as if electricity is starting to flow already :) The MES acts primarily on equations, which *determine* the set of variables, rather than the other way around; unlike menu 30, you can not add or remove variables to/from the MES menu (see below), although you can simply re-arrange their order, if you wish, using the *optional* MITM command. Recipe for successful MES initialization: Trivial example (without using MITM at all): { 'Miles=Mph*Hrs' 'Hrs=Mins/60.' } STEQ MINIT MSOLVR [please pardon the quaint americanized non-metric system :] Now you see the default menu which MES builds for you, with all the variables found in the actual equation set. If you want to re-arrange the default variable order, then create a title string on the stack, e.g. \\Car Trip\\ Now type an empty list: { } [leave the cursor inside the list] Now press the MES solver menu keys in the order in which you want the variables to appear, making sure that you press *every* variable key exactly *once* [but not the ALL key, etc. :] e.g. { Mins Hrs Miles Mph } Now press ENTER, then type or press MITM. There you are! If you want to put all this into a program, for future reference, it might be: \\\\<< { 'Miles=Mph*Hrs' 'Hrs=Mins/60.' } STEQ MINIT \\Car Trip\\ { Mins Hrs \\\\ Miles Mph } MITM Note that the second line of the program is entirely optional. Note that I sneaked an optional empty string into the optional menu list, which makes an optional blank \\separator\\ menu label. Of course, \\your mileage may vary\\ :) Now, if you are using the current HP49G rom [1.19-5 or so], your mileage will start varying from the HP48G version the moment you start trying to solve for anything -- but that's a whole other story, and we don't want to open up that can of worms over the picnic tablecloth ;-) http://www.hpcalc.org/ PRG: http://www.hpcalc.org/hp48/docs/programming/ Xref: newsmst01.news.prodigy.com comp.sys.hp48:138590 \\Jason P.\\ wrote: You must have some angels following you around, good sir! It was once only $90 at Wal-mart? Pretty good even then! (and a steal now!) You already have the manual, but the following additional materials may be interesting: Craig Finseth's condensed manual-on-a-page: http://www.finseth.com/~fin/hpdata/hp42s.html CD1 at the HP Museum (David G Hicks) not only duplicates your user manual, but also contains: \\HP-42S Programming Examples & Techniques\\ (from HP) http://www.hpmuseum.org/software/swcd.htm Sometimes paper versions are sold on auction sites, but then you don't get 40 more extra historic (and folkloric) \\good old days\\ HP manuals to admire at the same time :) \\Everything's gotta be someplace!\\ [but where?] You are welcome to all my useless programs, too (and even my awk-based MS-DOS program line re-numberer :) There is a built-in numeric solver (like HP48/49 menu 30), so what other software does an engineer need, anyway ;-) But when time reverses, you can think of it as uphill to the 42S, which was a pinnacle in itself. -[]- Xref: newsmst01.news.prodigy.com comp.sys.hp48:138521 Xref: newsmst01.news.prodigy.com comp.sys.hp48:138579 hello Jan, Xref: newsmst01.news.prodigy.com comp.sys.hp48:138534 Hello Thomas It's the 48 style choose. It's there in the 49 really it's the one more documented the new one it's only documented a bit by Carsten I think. There is a document GXBrowser or something like this on hpcalc explaining it. It's the same than the 48 boxed one. It's only different configuration/programing. Luis. -- --------------------------------------- Xref: newsmst01.news.prodigy.com comp.sys.hp48:138500 Xref: newsmst01.news.prodigy.com comp.sys.hp48:138535 Hello, What a pity! Ok, it's removed. But does this means that now it's impossible or that it's not easy. What I mean is that one of the complex environments (for \\ imittate) of the 4X is the matrix writter. I really want some kind of it to merge \\ with my Cmtx49 but it's big for me. On the other side some kind of callbacks or custom menus could make easy to us to extend the calculator capabilities. Isn't any way of hacking it? Is it possible to got some kind of doc which allow us to use some of the matrixwritter code? i.e. write the outter code to redefine it's behavior or so? Regards. Xref: newsmst01.news.prodigy.com comp.sys.hp48:138553 Xref: newsmst01.news.prodigy.com comp.sys.hp48:138496 Hi everybody, fact is that the truth sometimes must be said, even if it hurts. I think John simply stated his point of view as an engineer. (Well, he sometimes \\bites\\ but only a little. ;-) ) The problem that I see with the database for the bugs is that we apparently have two different languages here. What the user finds to be a bug (because he/she doesn`t know about algorithms and the like) might be fot the developer absolutely no bug at all. So how is going Xref: newsmst01.news.prodigy.com comp.sys.hp48:138522 Xref: newsmst01.news.prodigy.com comp.sys.hp48:138540 nk@imos-consulting.com (Nick Karagiaouroglou) wrote: That is usually the case, because the developer wants to develop, and bugs take time to fix. As John (or maybe it was someone else) wrote, something is a bug if it does not conform to the specifications. Unfortunately, with the HP49G, we don't have a very good idea of what Xref: newsmst01.news.prodigy.com comp.sys.hp48:138563 Xref: newsmst01.news.prodigy.com comp.sys.hp48:138569 I definetly agree with you (this time ;) The 'old fixed' 48 itself is limited, it has limited upgradability but it's reasonably bug-free, and approximately MATH-bug-free. On the contrary the 49 seems an \\unstable\\ product: more advanced, but \\ not carefully tested. It may do powerful computations, but it gives wrong answers in simple \\ cases. And according to the modern \\beta-forever\\ philosophy, they made it upgradable. This is exactly the opposite of the idea behind the 48, you get a product whose 'value' is no more 'intrinsic', it comes from the people working to upgrade the rom. But if nobody does the work, the 49 itself becomes \\ useless. The relationship man-computer is based on 'trust': I -as a mathematician- use to ask questions to the computer because I trust it to give the right answer. If I should check every answer myself, I wouldn't even ask and I'd do it myself. If someone has to implement speed optimization at level L with -say- N(L) wrong results on 100, the constraint is: set N(L)=0, otherwise your product is useless, because its answers should be cross-checked, but someone who \\ can cross-check them, doesn't need your calculator... I liked the new ideas coming from the discussion, in the spirit of \\secure selective optimizations\\ but I hope somebody puts them in practice ASAP. Please, everybody, help to build the trust in '49. -- The set of solutions is never empty. Two solutions together form a new problem. -- Mycroft Holmes From ???@??? Fri Jan 01 00:00:00 1999 Date: Wed, 05 Sep 2001 13:38:25 -0500 X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 Newsgroups: comp.sys.hp48 Subject: Re: [49] Bug? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Xref: newsmst01.news.prodigy.com comp.sys.hp48:138584 Mycroft Holmes wrote: Versions that HP officially released got an extensive \\regression test\\ for everything that was originally committed in the product (standard school use, at least). A couple of \\betas\\ (clearly indicated as such) had a couple of careless mistakes, but at least these got fixed quite quickly (and easily) thereafter; the very fact that ROM can be re-flashed makes it much safer for developers to go ahead and update it, in fact, with the aid of the whole community to help fine tune it. The 49 product has continued to grow significantly in ability, faster than docs could even keep up; this did not happen with 48, where it was docs first, and development frozen to first specs. My thesis is that some still-present issues are design flaws; I'm hoping that either there is a brilliant way to overcome, or else that some user work-around can be enabled (more on this when I reply to Bernard, which is a longer composition, not yet finished). BP feels I am attacking him, but I believe I am trying to be helpful to the final outcome; we'll see. The 48 went through about 16 different production ROM versions (including the big jump from last \\S\\ to first \\G\\ version); any \\early adopters\\ who picked up an early \\S\\ were stuck with that level (and its bugs) forever, however; this is the sort of thing that keeps buyers on the sidelines, waiting for something bigger and greater, wondering when to jump in and commit to buying. The use of Flash ROM has done wonders for this development (and buying) cycle, in that everyone can feel confident that as far as software goes, an early buyer can keep just as up to date as a later buyer; that's all that this new feature has done. If no one ever releases another ROM, it will not cause anyone's present calc to \\become useless,\\ any more than any 48GX-R has \\become useless\\ because HP has never released another ROM for GX, and that a couple of known bugs are still in it. Compare that to Windows XP, where apparently you will \\rent\\ software from Microsoft, and if Microsoft does not supply you with continuing license upgrades (in exchange for more cash), then apparently your OS and software will become truly useless, whereas your HP49 is yours for keeps, and will go on working without further \\metering\\ as long as the Flash lasts (probably at least as long as the rubber keys will last :) I liked that BP posted some code, and that Wolfgang and/or Werner came up with a very neat idea to help it; too bad I had to be so mean as to say that it could use help in the first place ;-) It is fulfilling to see positive progress; one doesn't know how it will turn out, however, when first diagnosing an area that may need help -- what if no cure is found; then just like a disease, the news is not good, and it's a gamble to call attention to it if it doesn't get cured in the end. That's what I'm indeed hoping for. Well, two *incompatible* solutions, anyway ;) ----------------------------------------------------------- -----= Posted via Newsfeeds.Com, Uncensored Usenet News =----- http://www.newsfeeds.com - The #1 Newsgroup Service in the World! -----== Over 80,000 Newsgroups - 16 Different Servers! =----- From ???@??? Fri Jan 01 00:00:00 1999 Sender: eric@ruckus.brouhaha.com Xref: newsmst01.news.prodigy.com comp.sys.hp48:138589 Actually HP offered to owners of the HP-48SX with ROM versions A through D a free upgrade to version E. I don't think they had any official policy for upgrades beyond that, though I'm told that they often would do upgrades for customers that had trouble with other versions. The 48SX was not designed for repair, so such upgrades were done at Xref: newsmst01.news.prodigy.com comp.sys.hp48:138593 Up to 1993, I used an rev E 48SX, until last year (2000) I used a rev M 48GX. I never had real trouble with either of the machines, Xref: newsmst01.news.prodigy.com comp.sys.hp48:138542 I was glancing through the pocket documentation that came with my AUG when I purchased my 49 a while ago, and I noticed that it says the command ERABLEMSG will provide information about failed integations. So I tried it both using the integral symbol itself, as well as the INTVX command, but it was to no avail, the calc just treated it as a variable. Does the command no longer exist? Did it ever? Is it only Xref: newsmst01.news.prodigy.com comp.sys.hp48:138564 Hi Chad! My HP49G (ROM 1.19-5) creates a variable named CASINFO in the directory CASINFO in HOME. This variable contains such things, like why an integral can`t be calculated and the like. You can recall this variable, view its contents in the filer etc. Example: When I try INT(0,1,SIN(X)/X,X) EXPAND, the variable contains a GROB with: Xref: newsmst01.news.prodigy.com comp.sys.hp48:138597 Yes and no. No because I wrongly assuming ERABLEMSG was a command, it's actually a reserved variable (as I learned the 3rd glance through when I actually read the heading :) Sorry.) - what threw me off track was reading about being able to store programs to vars like EXITED and STARTOFF which would in turn execute the program at the appropriate, deignated times got me thinking of the vars as commands. And yes because that is what I was looking for. Thanks for the help Xref: newsmst01.news.prodigy.com comp.sys.hp48:138494 Thomas Rast a \216crit : Hi Thomas, Xref: newsmst01.news.prodigy.com comp.sys.hp48:138539 Xref: newsmst01.news.prodigy.com comp.sys.hp48:138543 They are improved sligtly than the older ones, but it isn't a \\huge leap \ \\ in documentation\\ or anything. There are more pictures and better steps, but \ \\ I think the 48 manuals will still be the best choice for taming your \\ Xref: newsmst01.news.prodigy.com comp.sys.hp48:138552 Dear John: It's getting very difficult to find these files on HP's web site. Here are the manuals: User's Guide: http://ca-on.hpcalc.org/hp49/docs/misc/49g_ug.zip Advanced User's Guide: http://ca-on.hpcalc.org/hp49/docs/misc/49g_aug.zip Pocket Guide: http://ca-on.hpcalc.org/hp49/docs/misc/49g_pg.zip Xref: newsmst01.news.prodigy.com comp.sys.hp48:138591 Thanks all. I had finally managed to find them at ehe address given by Jason. I wonder if they are selling hard copies or if that is a thing of \\ the Xref: newsmst01.news.prodigy.com comp.sys.hp48:138508 Sorry for the late reply, but this suddenly got important to me too. I am programming sysRPL, a small program to construct a rotation matrix from an angle b (Identifier) and some parameters. One place in the code, with the included system checks for correct input? Or is this a function that does no checking for correct in-parameters. Xref: newsmst01.news.prodigy.com comp.sys.hp48:138509 Raymond Kristiansen wrote: When you precede a command with an x you tell the compiler to use the \\ USRRPL command. EG: xSWAP does :: CK2 SWAP ; xSIN does the USRRPL SIN command Xref: newsmst01.news.prodigy.com comp.sys.hp48:138512 Peter Geelhoed wrote: Raymond can make it still much faster by writing provided he is shure the input is a real. That has also some other advantage: It should be avoided to choose UsrRPL-commands in SysRPL-programs, because Xref: newsmst01.news.prodigy.com comp.sys.hp48:138515 ... and in cases where you really need a UserRPL command (because you are not sure about the exact aruments on the stack, or if the internal Xref: newsmst01.news.prodigy.com comp.sys.hp48:138516 Carsten Dominik wrote: Well Carsten, your proposal can be shortened to :: PTR 25F29 xSOMECOMMAND ; Pointer 25F29, though unsupported, is stable in all ROM version of the 49 (belongs to the Kernel). It's called EvalNoCK: and decompiles to :: 'R COLA EvalNoCK ; Xref: newsmst01.news.prodigy.com comp.sys.hp48:138571 Hello HP49G users, over the summer we have implemented regular expression search and replace for the HP49G editor. If you don't know what regular expressions are, check out http://www.strw.leidenuniv.nl/~dominik/HP49G/Regexp.txt for a detailed description of what regular expressions are and about the particyular flavor we implemented. The regex engine is written fully in ML and therefore very fast. The regular expressions have been integrated into the Emacs library version 1.05 which has been uploaded to hpcalc.org. Until Eric finds Xref: newsmst01.news.prodigy.com comp.sys.hp48:138507 I'd love a copy of the 1.0 dsc From ???@??? Fri Jan 01 00:00:00 1999 Date: Wed, 05 Sep 2001 03:56:38 -0500 X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 Newsgroups: comp.sys.hp48 Subject: Re: BIND...ABND Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Xref: newsmst01.news.prodigy.com comp.sys.hp48:138554 JYA wrote: Actually it does, because the problem was originally brought about by getting something on the stack (PTR 0) which could be the very result of leaving out an ABND when returning from a lower-level program, and then doing a GETLAM in the original calling program, which could, just as it did here, recall a PTR 0 to the stack, which in turn leads to the mess that occurs during the next GC. My simple program to illustrate how GETLAM changes by two positions between environments just happened to bring this up, but I didn't know, prior to your analysis, why it trashed the stack, which I thought instead was caused by the Interactive Stack app. For some reason it showed up in my 49G but not in my 48GX, although other folks can't seem to reproduce it in their 49G either (but it has to happen eventually, folks!) Well, even though no one but me can reproduce it, someone has extensively explained it here: http://bugs.hpcalc.org/show_bug.cgi?id=35 (under \\Additional Comments\\) The above explanation even includes this statement: \\On the HP48, most of the time, PTR 0 on the stack will result in a TTRM\\ I was myself at first unable to reproduce it on my 48GX, which led me to think that it was new to the 49G, but today I went back and tried harder, and it then did the same on 48GX as on 49G ;-) But no TTRM -- at least not in the SysRPL stack mode (of Jazz); the TTRM would come later, after trying to *use* what's on the stack. So as you say, it's not a bug -- it does illustrate the potentially serious dangers of omitting an ABND, however ;-) It could be dangerous to tell this to people who may not grasp how limited are the situations where you could get away with this; you can not make a program that can prevent itself from being invoked in any other manner than directly from the system outer loop, so if you leave out ABND and then this program is called from any higher-level program which uses GETLAM/PUTLAM, it will cause trouble (likewise if both environment levels contain same-named LAMS). In another case, some secondary lacking a final ABND might be enclosed in a loop, causing more and more memory to disappear, at the very least, plus the above additional potential problems. Obviously! Erroneous presumption can lead to subsequent failure; it is always safer to \\expect the unexpected,\\ and not leave out any ABND to save 2.5 bytes -- because even Murphy was an optimist :) \\Buckle up for safety!\\ (and stop talking on that cell phone while driving ;-) ----------------------------------------------------------- -----= Posted via Newsfeeds.Com, Uncensored Usenet News =----- http://www.newsfeeds.com - The #1 Newsgroup Service in the World! -----== Over 80,000 Newsgroups - 16 Different Servers! =----- From ???@??? Fri Jan 01 00:00:00 1999 Date: Wed, 05 Sep 2001 16:47:20 -0500 X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 Newsgroups: comp.sys.hp48 Subject: Re: Calculator Stand Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Xref: newsmst01.news.prodigy.com comp.sys.hp48:138594 Replying to: I found a good angled stand to be excellent for increased (and more comfortable) productivity at my desk, enabling fastest two-handed typing with perfect visibility, at a relaxed distance from the elevated calc, which sits to one side of my PC keyboard. I have one of the \\rubber-coated wire\\ type that was sold at EduCalc's parking lot sale (and used to be at smi.com), plus one of \\Pachrahe\\ brand (very sturdy folding plastic), plus some old acrylics (including a \\wide one\\ made from two less-wide plus clear tape). But if a wood stand is desired, that would seem to be the easiest one to make for oneself, or to have made to order at the local lumber company -- or just drop by at the \\Fine Furniture Studio\\ on our campus some time! By the way, some early HP calcs had helpful angled LED displays to begin with, and some also had a prismatic viewing window to create an effect similar to a tilt stand. TILT! [not so good on pinball machines, though :] If all else fails, try two doorstops. http://www.pda-concepts.com/Hand_Stand_Pictures.html Designing a calculator stand (Oxford, Cambridge exam!) Design and Technology (Resistant Materials Technology) http://www.ocr.org.uk/schemes/newgcse/dtec1462/qp4.pdf As U.S. factory output declines, however, these things get progressively harder to find; today, in fact, is the very last day of the factory outlet sale for Xref: newsmst01.news.prodigy.com comp.sys.hp48:138526 I could not find the 49 version on hpcalc.org Xref: newsmst01.news.prodigy.com comp.sys.hp48:138528 Eric, HPCalc.org has not yet been updated. I'll send you a copy this evening. Regards Xref: newsmst01.news.prodigy.com comp.sys.hp48:138530 Xref: newsmst01.news.prodigy.com comp.sys.hp48:138518 KC7CC@hotmail.com I had to take out the plastic at top and some from bottom of battery compartment . You must take out enough from the bottom so that battery actually sticks out even with the calculator . The top plastic is totally removed . You can now see the circuit board and the RAM chip . The sides needed to be shaved . The neg' metal tab was bent and made shorter , rearranged to directly contact the battery . I made a temporary metal plate to hold batteries in . I need to change this to FRP . 2 screws hold plate on and go into the 2 rubber feet holes . I did this drastic step 'cause 48 was allready disfigured by \\opening\\ it to fix keyboard problem . I chnaged the tiny 4 pins on RS232 to standard size . I use 4 steel straps that hook the front and snap into the rubber feet wells . I can simply push these straps off and open 48GX quickly . But the tie down mechanism for the PCB /LCD was very difficult . I made very intricate , tiny steel plates that when dropped over the T's were twisted to lock the PCB down . There was very little room for this twist Xref: newsmst01.news.prodigy.com comp.sys.hp48:138558 Xref: newsmst01.news.prodigy.com comp.sys.hp48:138568 This mail concerns Emacs version 1.05 which will be published next week. Carsten, I exceptionally sent this mail also to the NG. Some readers in the NG may have different view on some of my proposals below. Hence, they'll have occasion to reply before this version is released. The new version will contain *regular expression search and replacement*, a basic procedure of text processing used in all modern PC-editors (not in the HP49 builtin editor). A simple example is the search for all text-files in a PC-directory by the command *.txt. I should perhaps stress that already the current Emacs is basic for a more advanced 49- user because it allows writing long UsrRPL or SysRPL programs on the HP49 in a short time, even faster than with the 49-SDK because you can immediately test your product in reality, not on the emulator. And you may program in the train (this is what Pivo does), at fresh air in the garden, or on holydays. Not yet while driving a car, helas. 1. The Find option in the appl-menu sets itself the alpha-mode. It seems to me that it more often happens that one searches for a word the cursor is already pointing too. In this case the word is automatically made the search-string by UpArrow. Hence, I propose to discard the automated invoke of the alpha mode here. It's just a single key-press if one needs it. 2. Your optional key-assignment assigs your NL&IND (= Newline and Indend) to the rightshift-hold Newline key (103.31). A very good assignment, because NL&IND seems to me more smart than the standard assignment on the Newlin-key which just prints a newline character without looking at the context - perhaps JYA should make NL&IND the standard key in edit mode. The reverse command in Emacs. In order to avoid a permanent back-switching from the Emacs apps-menu to the builtin Edit menu and to the rightshift-hold Newline key into your assigment option, or give at least this hint to the user. The second paragraph in Emacs.txt page 15 does not fit the context, hence should be moved or removed. 3. Please include the syntax description of the reserved variable 'diagram' into Emacs.txt. It doesn't pay to make an extra SDIAG.txt - you forgot perhaps mentioning this huge but important satelite-library on page 3. 4. Some \\painted\\ menu keys in the apps-menu are OK, e.g., many double-names of one and the same. E.g., MARK is used only as a general name for everything concerning marking. Wouldn't it be sufficient to write here GoMark in the menu, because this is what the key actually does? 5. It seems to be more logical to list the apps-commands and its shifted variants uniformly, i.e., as in the HELP table the new Reference card for Emacs 1.05 (thanks for this addition), first non-shift, then left-shift, then right-shift. In this case, you'd to permute the three application-menu (because JYA will introduce a similar line-cutter in ROM 19-6). You unfortunatly removed also the explain its usefulnes perhaps in an example. Also a hint where to assign this command would also be useful. 7. The ambigious use of the ^ in regular expressions may cause some confusion. I've never understood why not the backslash is used to denote the complement of a class - the backslash as the complement symbol is used already more than 100 years in set theory and mathematics. Why not quoting a special character by one of available quote symbols (personal opinion only, the people who first used backslash as a quoter Xref: newsmst01.news.prodigy.com comp.sys.hp48:138573 Carsten Dominik wrote: I'd like to add that a week of medievil torture would most definitely be Xref: newsmst01.news.prodigy.com comp.sys.hp48:138575 Wolfgang you had not authority whatsoever to spoil our surprise. We told you we wanted to keep this secret until release. I am Xref: newsmst01.news.prodigy.com comp.sys.hp48:138588 Peter Geelhoed wrote: OK, I accept the medievil torture, even for 2 weeks if the Heaven so decides. I was really not aware of announcing a top secrete, which, in my opinion, was obviously be expected from Emacs. I guessed since long that you were working on that as you surely remember, the more as I indiciated its necessity in mails to Carsten concerning replacement in my ACC program. My brain is single black hole, filled with secrets of all kind I'm not allowed to talk about. As a physician you know, by the laws of quantum mechanics, even from a black hole some particles may escape :) Speaking honestly, I'd not realized in my subconscious that surprise is so important in this case. I only wanted to help to improve Emacs. I'm really sorry. Carsten's way of expressing himself forbids a direct answer. That Emacs did \\steel\\ parts of Keyman and OT49, is OK for me (I just quote from Emacs.txt). But what Carsten does not mention is that in many other details of his SysRPL-programming he followed my proposals, made in over 100 mails to him (concerning MRec etc). He even managed to improve Emacs.txt and Regex.txt in just one day after a mail from me the day before yesterday, but I didn't notice a word about this in the now public txt-files. I'd not have mentioned all this if he'd better controlled his language. As regards regular expressions, there is no secret about this. The relatively simple theory of regular expressions was created in mathematical logic long before computer existed, and it is rather obvious how to proceed in programming it. That you did all this in asm (because of the processor's slowness) has my full respect. Hence again, forgive me. - Wolfgang From ???@??? Fri Jan 01 00:00:00 1999 Date: Wed, 05 Sep 2001 23:26:10 +0200 Reply-To: t.rast@freesurf.ch X-Mailer: Mozilla 4.74 [de] (X11; U; Linux 2.2.16 i586) Xref: newsmst01.news.prodigy.com comp.sys.hp48:138595 Wolfgang Rautenberg wrote: Maybe two, depending on the flag -60. But I can agree with that. *Any* forced alpha-mode changes tend to confuse me. IMO this should be avoided for a simple reason: The POSIX 1003.2 standard defines the regex(7) syntax. Even though Emacs may only implement a part of this standard (while perl implements a superset) it's better to follow the standard. Also, the backslash already has a meaning: Quote next character. Thomas PS: \\Set theory is: There are three people in a room. Five go out. How many have to come back in until the room is empty again?\\ -- Thomas Rast t.rast@iname.com Xref: newsmst01.news.prodigy.com comp.sys.hp48:138596 Xref: newsmst01.news.prodigy.com comp.sys.hp48:138581 Hallo, I was on vacation, so I wasn't able to read this posting. But what you had, is a typical error, since the ROM's are free for download on the web (got many mails about this error in the last month). So I can only say read the Emu48.txt file for installing. I also added yesterday this topic to the Emu48 FAQ page at http://privat.swol.de/ChristophGiesselink/emu48faq.htm. But now to your suggestion, I thought about this (because of the mails) \\ some month ago. It's possible for Emu48 to detect if it's a packed or unpacked ROM by scanning the complete ROM (or a important part of it), but this \\ costs startup time, perhaps the allocated memory must be reconfigured and so \\ on... But for what? For the people who can't read the manual? Waisting the time for checking at every startup? IMHO it isn't worth. Using always packed ROMs, which will be unpacked at startup, is interesting on very very slow hard disks (or floppy disk) drives or on \\low\\ memory systems like on \\ older PDA's or when the memory is quite full with applications on such systems, but not on a quite modern PC. There are many many emulators (with more or less restrictions) for the HP48 (S) and some less for the (G), most of them using a different ROM format. \ \\ So CONVERT.EXE was written to detect the current format and convert them automatically into the Emu48 format, just to avoid another difficult and long time ROM upload from the real calculator. Not a long time ago this newsgroup was filled with postings like \\How can I upload the ROM from my caculator?\\, or \\my upload failed, what's wrong\ ut at this time \\ mostly everybody read the installing instructions, so I never heard about this errors before the ROM binaries had been published on the web. So I can only give the hint to all: RTFM Xref: newsmst01.news.prodigy.com comp.sys.hp48:138576 Might it be possible to use a HP48 + IR Printer combination, and then wire from HP49 to the HP48, and run some software on HP48 (and possibly HP49) to accept input from HP49 over the wire, and then Xref: newsmst01.news.prodigy.com comp.sys.hp48:138580 Xref: newsmst01.news.prodigy.com comp.sys.hp48:138582 Xref: newsmst01.news.prodigy.com comp.sys.hp48:138586 Probably the easiest solution (at least for me) would be to use a microcontroller to accept input from the 49's serial port, \\translate\\ \\ the data into the correct format, and then transmit vie IR to the printer. I am currently messing around with Atmel's 8-bit AVR controllers (see www.atmel.com if you are interested and have some understanding of digital electronics) I have exams in Oct/Nov, but might get around to doing this after then. While on the topic, I recall someone mentioning the data format for the IR printer quite some time ago. I will look on hpcalc.org but if it is not there could anyone let me know where to find this information. The microcontroller is cheap and you will only need a couple of additional components to make this work since these controllers come with flash RAM (program and user), static RAM a uart, analog comparator and (some models only) A-D converter with multiplexer. You can also quite easily, and \\ cheaply develop all kinds of interfaces using this type of microcontroller as a platform. If anyone is interested in using these devices, look at the STK500 development system from Atmel. It is well priced and you should be up and running within a couple of hours of installing the software and hardware - Xref: newsmst01.news.prodigy.com comp.sys.hp48:138538 I used to own a HP 48gx, and I recently purchased a HP49g. The 49g does not seem to come with the equation library from the 48gx that I was \\ familiar with. Is it possible to download the old library? If so where can I find this? If not are there any equivelent libraries I could download? Thanks, Paul Prestopnik From ???@??? Fri Jan 01 00:00:00 1999 http://www.hpcalc.org/hp49/math/misc/ There are a few problems with the numerical solver on the 49, but there are several libraries that have what you're looking for. This problems can be \ \\ found by searching groups.google.com or perhaps someone will provide a link. TW Xref: newsmst01.news.prodigy.com comp.sys.hp48:138547 Paul Prestopnik wrote: does Xref: newsmst01.news.prodigy.com comp.sys.hp48:138599 Paul, have a look at : http://www.hpcalc.org/hp49/math/misc/eql49r27.zip Description : : Xref: newsmst01.news.prodigy.com comp.sys.hp48:138503 Xref: newsmst01.news.prodigy.com comp.sys.hp48:138506 I assume that you mean to graph data (functions) which are exponential so that they become linear? You might find it easier to take logs of the data (or functions) instead. This may suit your needs and is certainly simpler. Of course there are domain problems with this... Marcos Paulo wrote: -- Colin Croft \\Old mathematicians never die; they just lose some of their functions. \\ Xref: newsmst01.news.prodigy.com comp.sys.hp48:138532 How do u switch from hard menus to soft menus Thx in advance ! -- Nobody is perfect I am nobody Therefor I am perfect From ???@??? Fri Jan 01 00:00:00 1999 Date: Tue, 04 Sep 2001 23:54:26 +0200 Reply-To: t.rast@freesurf.ch Xref: newsmst01.news.prodigy.com comp.sys.hp48:138533 Matthias Lopez wrote: Flag -117 cleared: Choose box Flag -117 set: Softkeys Xref: newsmst01.news.prodigy.com comp.sys.hp48:138531 Xref: newsmst01.news.prodigy.com comp.sys.hp48:138567 Xref: newsmst01.news.prodigy.com comp.sys.hp48:138555 Xref: newsmst01.news.prodigy.com comp.sys.hp48:138583 hello Ereck, the calc is easy to open (i have open mine about 50 times). follow this easy instructions: 1 drill out the heads of the blue rivets on the battery compartment (comes \ \\ out easy), but don't go too far with the drill (you will be able to see when \\ the heads come out- they are very shallow). 2 with your hands, separate the two halfs of the calc. (they snap together) 3 you made it! if you want to go a little further, untwist the four metal brackets and pull \ \\ the Xref: newsmst01.news.prodigy.com comp.sys.hp48:138585 i'm guessing you mean the 6 blue round pieces sticking up in the bottom of the battery case when you take the batteries out? thanks a lot -- E story of a man who decided not to breathe turned red, purple then blue Xref: newsmst01.news.prodigy.com comp.sys.hp48:138488 Hello, The point of the comparison was to show that HP seems to be using higher quality components than TI, which seems to be a rare occurance \\ today. Sincerely, Jason news:662e00ed.0109031511.32d82775@posting.google.com... their From ???@??? Fri Jan 01 00:00:00 1999 Newsgroups: comp.sys.hp48 Subject: Re: Higher Quality Flash ROM Date: Tue, 4 Sep 2001 09:45:03 -0500 Lines: 16 X-Priority: 3 Xref: newsmst01.news.prodigy.com comp.sys.hp48:138511 news:9n1oep0129i@enews3.newsguy.com... be using occurance today. By today's standards, 1,000,000 writes isn't very high quality Xref: newsmst01.news.prodigy.com comp.sys.hp48:138520 Xref: newsmst01.news.prodigy.com comp.sys.hp48:138523 But you could also argue that 21'000 years is a little bit of overkill, and Xref: newsmst01.news.prodigy.com comp.sys.hp48:138541 Well, You can save objects in Flash more easily than on the TI. There's no difference on how you use the RAM and the Flash, part of the decision to \\ Xref: newsmst01.news.prodigy.com comp.sys.hp48:138544 So is it because of the way the code is written in the 49's ROM, or is the mechanism for writing on the chips actually a lot different than the Ti's flashROM chips? TW ~The enemy's gate is down. Xref: newsmst01.news.prodigy.com comp.sys.hp48:138560 No.. We give full access to the Flash ROM, so the user can erase/write in a loop a variable and so on... I don't even think that TI's chip is much cheaper than the HP49's Intel one Xref: newsmst01.news.prodigy.com comp.sys.hp48:138570 Hello JYA, How? Bhuvanesh. From ???@??? Fri Jan 01 00:00:00 1999 Date: Wed, 05 Sep 2001 04:38:29 -0500 X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 Newsgroups: comp.sys.hp48 Subject: Re: HP48 vs. HP49 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Xref: newsmst01.news.prodigy.com comp.sys.hp48:138556 It was written: True, but way, way back when, there were also *faceplates* whose printing wore off -- I believe I once saw an HP55(?) demo unit at a store, with its markings already wearing away! Curiously, however, I have never seen the rubber keys of a Sharp or Casio rub off -- have I not used them enough? Those do not require heavy pressure -- perhaps that's the trick. \\Ay, there's the rub!\\ P.S. - The \\Spice\\ calcs (HP-31E through HP-38C) were also noted for the complete rubbing off (and splitting) of the electrical conductors *under* the keys; Woodstocks (HP-21 through HP-29) also apparently did this (the HP22 in my office certainly had keys fail in this way). And so the legend still wore thin at times ;-) -----= Posted via Newsfeeds.Com, Uncensored Usenet News =----- http://www.newsfeeds.com - The #1 Newsgroup Service in the World! -----== Over 80,000 Newsgroups - 16 Different Servers! =----- From ???@??? Fri Jan 01 00:00:00 1999 Date: Wed, 05 Sep 2001 05:17:17 -0500 X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 Newsgroups: comp.sys.hp48 Subject: Re: HP48 vs. HP49 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Xref: newsmst01.news.prodigy.com comp.sys.hp48:138559 Even this had exceptions, apparently: 'Late versions of the HP-11C, 15C and 16C were made with HP-12C keys that were repainted. Some HP-16Cs had HP-12C keys that were first repainted to be HP-15C keys and then repainted to be HP-16C keys. The picture below shows an HP-16C \\F\\ key over an HP-12C \\CHS\\ key. Some HP-12Cs also had keys that were repainted.' http://www.hpmuseum.org/collect.htm#variations So imagine using an old HP16C and finding that after the top layer of key paint wears off, it leaves HP15C key legends exposed, then rubbing more, until only double-injected, permanent HP12C key legends remain! Xref: newsmst01.news.prodigy.com comp.sys.hp48:138486 I did notice the new manual in the chinese model i just purchased. It is \\ Xref: newsmst01.news.prodigy.com comp.sys.hp48:138487 If HP lawyers did send a letter I personally would like like to see a \\ scanned copy of it. I have a copy of the one TI sent to Dimension-TI threatening \ \\ legal action unless the name was changed hanging on my wall, along with a .03 \\ Xref: newsmst01.news.prodigy.com comp.sys.hp48:138493 I dont know what they are doing, but as I can see the company quotes at Nasdaq are falling like a dead bird! And I dont dare speculate the reason why. Go to http://www.nasdaq.com/ (type HWP and click on FLASH QUOTES)and after will apear a new window, so click on CHART THESE SECURITIES Xref: newsmst01.news.prodigy.com comp.sys.hp48:138501 Allow me to have my doubts about the \\cleaner\\ system. No, it is not fun. But at some point, you must simply say that a project can`t be well done with the resources that are available. Or else, you are going to have problems later. (When the boss asks \\Why didn`t you say anything?\\) I know that bosses tend to want the biggest possible result with the smallest possible resources. But don`t you think that the ratio results/resources is not a monotonic function? Here I must agree. For example if I didn`t knew that the MES is working on the 48, I wouldn`t be complaining about the MES(s) of the 49. If I didn`t knew that the 48 plots differential equations in the phase space, I wouldn`t be complaining, why the 49 doesn`t. As a user I tend to compare what was possible to what doesn`t work right and to ask silly questions like: \\If you could do that 10 years ago, why can`t you do that now?\\ If HP had given the appropriate time to design the 49 thoroughly, I think that these flows would have been avoided. I have the feeling Xref: newsmst01.news.prodigy.com comp.sys.hp48:138502 Hi Carlos! Well, Apple had also very very big problems, and it was said about 2365 times that Apple would be purchased by another company. (Many rumors candidates, even MS!!!) But Apple ist still there (thanks God Xref: newsmst01.news.prodigy.com comp.sys.hp48:138505 Nick Karagiaouroglou wrote: Now we finally know what HP is good for. A pitty that you resisted self-presentation in this NG for only one day, and now continue to produce at least 10 highly interesting mails a day. - Wolfgang From ???@??? Fri Jan 01 00:00:00 1999 Newsgroups: comp.sys.hp48 Subject: Re: HPCLUB do Brasil close the doors Date: Tue, 4 Sep 2001 10:00:06 -0500 Lines: 33 X-Priority: 3 Xref: newsmst01.news.prodigy.com comp.sys.hp48:138513 news:9n179l$snv$1@web1.cup.hp.com... paid and gadget this $200 Bad attitude! We're such cool people that HP probably doesn't care if anyone but us buys one or not. :) Barry -----= Posted via Newsfeeds.Com, Uncensored Usenet News =----- http://www.newsfeeds.com - The #1 Newsgroup Service in the World! Check out our new Unlimited Server. No Download or Time Limits! -----== Over 80,000 Newsgroups - 19 Different Servers! ==----- From ???@??? Fri Jan 01 00:00:00 1999 Newsgroups: comp.sys.hp48 Subject: Re: HPCLUB do Brasil close the doors Date: Tue, 4 Sep 2001 10:02:07 -0500 Lines: 16 X-Priority: 3 Xref: newsmst01.news.prodigy.com comp.sys.hp48:138514 news:2cfc228.0109032302.3ebc31d3@posting.google.com... quotes reason The reason is obvious. It's called \\the economy\\. All tech stocks are way down. Barry -----= Posted via Newsfeeds.Com, Uncensored Usenet News =----- http://www.newsfeeds.com - The #1 Newsgroup Service in the World! Xref: newsmst01.news.prodigy.com comp.sys.hp48:138557 No, this is mainly because Mr Market doesn't like HWP buying CPQ much. Neither do I, FWIW. It seems to be a relatively pointless move. HWP spun off Agilent a year or so ago so that they could be \\lean and mean\\. Now the same board of directors want to be \\bloated and lethargic\\, by becoming the second largest IT company. Plus, I don't believe that PCs and consumer products are exactly the place to make much money, anymore (software, services: yes, hardware: no). At least HWP isn't Marconi (UK mobile telecoms company) - yet (about a 95% share loss in one year, from about 10 pounds, to something like 50p now). Calculator content: I still don't understand why HP is so bad at actually getting their products into shops. None of the places around here stock them, but instead have hordes of Casios/TIs/Sharps etc. It is absolutely no use if you have the best product in the world, if no one sells it. Having now owned my HP49 (or rather its replacement) for about 2 years, it has grown on me. Particularly as the ROMs have improved. I still think the documentation could be better though :) It will be interesting to look at the new manuals, to see how much has Xref: newsmst01.news.prodigy.com comp.sys.hp48:138562 It wasn`t \\resistance against self-presentation\\, it was the weekend. Xref: newsmst01.news.prodigy.com comp.sys.hp48:138485 Xref: newsmst01.news.prodigy.com comp.sys.hp48:138492 news:tp8grqo7qe9f26@corp.supernews.com... iPaq-(ie, CE) based next-gen calc with keypad - MP3, MPEG, PDA, the kitchen sink - where's the calc ;-) Xref: newsmst01.news.prodigy.com comp.sys.hp48:138525 Xref: newsmst01.news.prodigy.com comp.sys.hp48:138574 Hi, everyone. My gut reaction is positive, although I have a schizophrenic point of view. From the calculator viewpoint, I've always loved HP calculators and have used them in every generation, starting with the HP-35. Their approach and attitude is excellent. I now have 4 working HP calculators: 48G, 32S-II, and two older ones. From the computer viewpoint, I've loved IBMs but was in awe of DEC. In fact, I own a PDP-11, just waiting for the hiring of an electrician. The hq in Maynard, Massachusetts was absolutely unique/funky. My last contact with HP in the computer realm was microcomputers, but I've heard the Vectra (?) is an excellent server. It was very disappointing that Compaq bought out DEC. So overall, I'm happy that HP has gotten the computer end of what was once DEC. I don't know if this merger will have much effect on pocket calculators. Xref: newsmst01.news.prodigy.com comp.sys.hp48:138592 wrote: HP-Compaq is now #2 after IBM. The merge was an attempt to cut down running costs (without sacking any personnel) and compete better in a highly competitive market. After mrs Fiorina took over HP, in 1999, the company profile has changed drastically. To some extend, this is reflected in the calculator department as well. If calcs continue to be a revenue source ( = profit) for the new company expect to continue Xref: newsmst01.news.prodigy.com comp.sys.hp48:138497 Good idea! It isn`t so difficult as the HTTP-protocol is easy. (TCP/IP and PPP is already available.) But what about storage for the served Xref: newsmst01.news.prodigy.com comp.sys.hp48:138495 Xref: newsmst01.news.prodigy.com comp.sys.hp48:138577 KC7CC@hotmail.com Oh great , it's superior . You mean it draws less than .00025 amps at same throughput ?. Superior in what way , it weighs twice as much !!! The 430 fits a special application very well .... Battery powered MCU . Does your 450 fit even better ?!! DUMB ! ================================= From ???@??? Fri Jan 01 00:00:00 1999 Date: Tue, 04 Sep 2001 17:46:13 +0200 Reply-To: t.rast@freesurf.ch X-Mailer: Mozilla 4.74 [de] (X11; U; Linux 2.2.16 i586) Xref: newsmst01.news.prodigy.com comp.sys.hp48:138517 Tim Wessman wrote: I noticed StatPro49 uses some special (full screen) choose... well not a box any more. How can I use that in my own program? Is there a (stable/supported) flashpointer? Or did Scott Guth write it himself? Xref: newsmst01.news.prodigy.com comp.sys.hp48:138549 I'm trying to use the MES for vaiables as follows: {peak rms avg pp f T tw DtCy} Saved as \\LVARI\\ I created a list of my equations and saved as \\eq\\. Xref: newsmst01.news.prodigy.com comp.sys.hp48:138566 Hi Eric! The MITM command takes 2 arguments, a string from level 2 (title) and a list of menu items (variables) from level 1. The list must containt *all* variables of the equation system and *no others*. The only additional thing allowed to be in this list is an empty string \\\\ denoting an unoccupied soft menu. (For better organisation of the variables.) For example the list {X \\\\ Y} would create a menu button with X, then an empty menu, and then a menu button for Y. I suggest you to prove the list: Xref: newsmst01.news.prodigy.com comp.sys.hp48:138587 Xref: newsmst01.news.prodigy.com comp.sys.hp48:138498 Hi Tim! Xref: newsmst01.news.prodigy.com comp.sys.hp48:138565 Xref: newsmst01.news.prodigy.com comp.sys.hp48:138489 Hi David: To do what you want on the HP 48, you'll need either ALG48 or Erable, both of which are available at: http://www.hpcalc.org/ Look under the \\Symbolic Math\\ category. The HP 48, on its own, cannot do Xref: newsmst01.news.prodigy.com comp.sys.hp48:138499 Hi David! Xref: newsmst01.news.prodigy.com comp.sys.hp48:138504 Xref: newsmst01.news.prodigy.com comp.sys.hp48:138561 Glad to hear that, David :) By the way, do you know the commands ^|MATCH and v|MATCH ? ( ^| for Up-Arrow and v| for Down-Arrow ) Greetings, Nick. From ???@??? Fri Jan 01 00:00:00 1999 Date: Wed, 05 Sep 2001 18:10:27 -0500 X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 Newsgroups: comp.sys.hp48 Subject: Re: Symbolic answers? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Xref: newsmst01.news.prodigy.com comp.sys.hp48:138598 Note that this question was for HP48 (unknown model/mem/cable?) David Betz wrote: Do -3 CF to begin with, then: 'X+2' '2*X-3' * 'X' 2 TAYLR or 'X+2' '2*X-3' * EXCO Here's EXCO (save it for permanent use): \\\\<< DO DUP EXPAN UNTIL DUP ROT SAME END The resulting polynomial terms may not be arranged in the standard sequence, but they are all there! Various Polynomial programs for HP48 exist on the \\Goodies Disks\\ at http://www.hpcalc.org/hp48/compilations/horn E.g. POLY (GD#7/MATH) Polynomial Toolkit, ver 3.2 -Wayne Scott Depending on what kind of HP48 and how much memory it has, you could also try \\bigger guns\\ like ALG48 etc., or choose more here: http://www.hpcalc.org/search.php?query=poly&hp48=1&title=1 \\David is also the author of XLISP, and later in the 80s was a chief software engineer at BIX, the large online service started by Byte magazine.\\ \\David wrote a dialup network system that shared some characteristics with the UUCP network, but could be run on lowly personal systems such as those that ran CP/M.\\ http://www.mv.com/mv/enh/about-mv/history.shtml Well, David, you're still using a lowly HP48 for symbolic math, too, Xref: newsmst01.news.prodigy.com comp.sys.hp48:138578 A new unofficial update (Service Pack 27) of Emu48 for Win32 is available \ \\ at http://privat.swol.de/ChristophGiesselink/ for download. I don't provide \\ any versions for WinCE. Xref: newsmst01.news.prodigy.com comp.sys.hp48:138510 Xref: newsmst01.news.prodigy.com comp.sys.hp48:138519 Yes, you do. Xref: newsmst01.news.prodigy.com comp.sys.hp48:138524 Tim, I wouldn't worry about it too much, you could quite safely cut a hole through all the pages in the user manual without doing any harm. You are \\ not Xref: newsmst01.news.prodigy.com comp.sys.hp48:138548 I don't know if you can get the rebate. I think it had to be recieved by \ \\ August 18th, and we are. . . er. . . past that a little. Anyone? TW ~The enemy's gate is down. From ???@??? Fri Jan 01 00:00:00 1999 Xref: newsmst01.news.prodigy.com comp.sys.hp48:138550 Tim Wessman wrote: No, according to Xref: newsmst01.news.prodigy.com comp.sys.hp48:138551 Xref: newsmst01.news.prodigy.com comp.sys.hp48:138527 hi. I have had the HP 48 back in '89. I just found that I may make use of it for a new purpose: controlling my digital camera. Does anyone know how to program it to send data over the serial line? I want something similar to the PKT command, but nothing to do with the Kermit protocol. Can I get it done without doing assembly? I have the camera protocol already. Thank you for your time. FYI: see http://www.harbortronics.com/digimain.htm bye -ck- From ???@??? Fri Jan 01 00:00:00 1999 Date: Tue, 04 Sep 2001 22:52:13 +0200 Reply-To: t.rast@freesurf.ch X-Mailer: Mozilla 4.74 [de] (X11; U; Linux 2.2.16 i586) Xref: newsmst01.news.prodigy.com comp.sys.hp48:138529 Seven Ephors wrote: If the 48 has got a XMIT command, you can use that one. It takes a string and sends it to the serial line. to call SRECV to get the actual string from the recieve buffer. Thomas -- Thomas Rast t.rast@iname.com Xref: newsmst01.news.prodigy.com comp.sys.hp48:138537 Seven Ephors wrote: So it' a 48SX, right? See chapter 33 of the Owner's Manual, particularly \\Serial Commands\\ (XMIT, SRECV, STIME, SBRK, and BUFLEN), \\Setting the I/O Parameters\\, and \\The IOPAR Variable\\. If you can't find your Owner's Manual, then use the HP 48G Series User's Guide, which is available on hpcalc.org; I believe that the I/O is the same on all 48's. Regards, James