HP-33 ==== About the UTPF, UTPN, UTPT, UTPC the first one... when i use the UTPN it's for a normal distribution with parameters: u, square(sigma) P(x P(z<(X-u)/sigma) but i need to know if there is a function with a standarized normal distribution P(z N~(0,1) that means that i put in a command only the standarized value (only C), not like in the first part... and the other one a command that does the followin if someone give me the probability result, but i need to know the C value ej. P(z Solve equation F2 and choose EQ now u can solve whatever u want to. In user's guide (pdf) (find UTPN) for more information. 49g+ user's guide page 565 my english sucks too ;) Bombero8 kirjoitti viestiss.8a > About the UTPF, UTPN, UTPT, UTPC > the first one... > > when i use the UTPN > it's for a normal distribution with parameters: u, square(sigma) > P(x P(z<(X-u)/sigma) > but i need to know if there is a function with a standarized normal > distribution > P(z N~(0,1) > that means that i put in a command only the standarized value > (only C), not like in the first part... > > and the other one > a command that does the followin > if someone give me the probability result, but i need to know the C value > ej. > P(z i know A, but i need C > > i have look in the manuals and inet, but as u can see my english is very > rusty (IT SUCKS)....... > > It will be awesome if someone tell me how.... ==== Wow!! How much (calc) memory would it take to store that on the 49G+?? > > Not unless you save the PDF file as Text (File -> Save as Text). > > -- > Bhuvanesh > ==== > Wow!! How much (calc) memory would it take to store that on the 49G+?? I tried saving a small PDF file (couple of pages) as plain text, and it came out to about 2.70KB. If you were using the eBook Reader on the 68k, you could compress the file. -- Bhuvanesh ==== > > > No, you don't. If you just want to convert, you can use >Rect or > > >Polar or ... > > This only works with vectors, which can't really be used as complex > numbers yes >Polar and >rect do work with complex numbers. you can't divide or multiply so aren't any use to me. What's > more >Polar and >Rect only work to convert one quantity (ans(n) or > some other prefixed input)- they don't change the display format of > everything in the stack/history. If I want to do this on my TI, it > takes me ten keystrokes. On my HP, it takes 3 at max, only one if my > custom menu is already shown. The TI doesn't let me use the angle > button to enter polar complex numbers either (only works with > vectors). This means I have to muck around with e and i. On the 89 Entering complex numbers in polar format is easy: (r Does the 49g provide an easy way of entering complex numbers in polar > format? By this I mean fully symbolic: no limitation to floats. Can > the 49g display in pretty print (sqrt(61) < atan(5/6)) ? Can I type > this expression in the 49g equation writer? Does the 49g provide a > function to turn 6+5i into sqrt(61)*e^(atan(5/6)*i)? because I am > looking in the complex menu of the 49g and I am not seeing it. Not in polar with symbolics, that I have been asking for a long time You may use algebraic to show them in (x,y) format -27 CF 'sqrt(61)+atan(5/6)*i' numerical complex numbers can be input in either (x,y) or (r <) O) the internal storage is always (x,y) for numeric complex ==== How can a string of numbers, a paragraph of text, or even equations be converted to a format acceptable and readable on the 49G+? ==== Sorry for the typing stupidity. Here goes again: How can a string of numbers, a paragraph of text, or even equations be converted to a format acceptable and readable on the 49G+? ==== James and Al, I will try both your methods and see which is fastest or easiest. They both look good, though, and thanks, gentlemen. Oh, Al, your link seems to work only with MS IE. I normally open Netscape (old habit) and it sees your link not as a download, but a html ==== > Sorry for the typing stupidity. > > Here goes again: > > How can a string of numbers, a paragraph of text, or even equations be > converted to a format acceptable and readable on the 49G+? How about as a character string? If the file is on the PC, then use a text editor to insert C$ $ at the beginning. The character after the second $ must be a separator, and perhaps even white space, as a space character, end of line, and perhaps even most ASCII control codes. That sequence tells the compiler that the rest of the file (for transfers) or command line (when editing on the calculator) is the body of a character string. -- James ==== > > Sorry for the typing stupidity. > > > > Here goes again: > > > > How can a string of numbers, a paragraph of text, or even equations be > > converted to a format acceptable and readable on the 49G+? > > How about as a character string? If the file is on the PC, then use a > text editor to insert C$ $ at the beginning. The character after the > second $ must be a separator, and perhaps even white space, as a space > character, end of line, and perhaps even most ASCII control codes. That > sequence tells the compiler that the rest of the file (for transfers) or > command line (when editing on the calculator) is the body of a character > string. > Or even easier (if you have the equipment): Copy the textfiles straight to the SD card. They will then show up as strings, but with blocks on each newline. Run something like StringFix (http://alpage.ath.cx/hptute/strfx) that strips out all the junk. See my page for examples. cheers, Al ==== > WinXP Pro: > > 1. I downloaded Debug4x from www.hpcalc.com > 2. I unzipped Debug4x to a convenient directory: d:hp49g+Debug4x > 3. In the Debug4x directory I found the Emu folder and ran EMU48.EXE > (actually, I sent a shortcut to my desktop for that program) > 4. Once the emulator was running (emu48.exe), I found the VIEW pull > down menu and changed the KML Script to 800x600, 256 colors; to make a > nice view of the emulated calculator on my WinXP pro screen. > 5. I then downloaded EMU48ASC.zip from www.hpcalc.com > 6. I unzipped that file to d:temp > d:tempEMU49ASC.bin > 8. I then saved it on the emulator using 'A' STO, 'cuz I wanted to be > able to find it quickly. > 9. Using Notepad, I created a program. Say: %%HP: T(3)A(D)F(.); > <> > 10. I saved that program to d:hp49g+prgms as: AXRECV.hp just > to have a scratch pad area on my PC > 11. Then using the emulator again, EDIT | LOAD AXRECV.hp > 12. In the emulators stack there now appears the string version of > that program, so I just pushed my A var key (the saved > emu49asc.bin) and it de-string-ified (converted!) the AXRECV.hp in > the stack to a program type that can be sent via Conn4x to the actual > hp49g+ calc. > to the PC as: AXRCV (Spelling change intentional). > 14. Running the Conn4x FILE | DOWNLOAD FILE (Manual-XRECV) I > transferred the file via the USB port. > 15. On the actual calc now, with the USB cable connected, and the > CONNECT USING hp49g+ selected (not AUTO!) I typed 'AXRCV' ENTER and > then XRECV ENTER (XRECV here is the command from the calc.) > 16. In the blink of an eye, (slow blink) the file transferred and lo > and behold ... there it was on my calc. > 17. Now whenever I need to transfer a file, I can just type the > 'varname' ENTER and my new AXRCV var key to speed the process a > teensy bit. > (I also did the same trick for AXSND so that I could use the Conn4x > UPLOAD FILE (Manual-XSND) calc to pc transfer. > > Kind of cumbersome, ain't it? I mentioned before that you should be > able to load emu48asc.bin in the hp49g+ and not need the emulator. I > haven't done that mainly because it's actually easier for me to > 'process' the files using my pc and just transfer the results. I find > self induced mistakes all over the place and usually catch them during > the EDIT | LOAD and EDIT | SAVE processes described above. This > sequence of steps (I hope captured here correctly) is one way to > accomplish your objective. At least it works for me. Good luck to > you, I know how frustrating these things can be. If hp really does > love their customer base at all, they will update Conn4x (SOON I HOPE) > so that most of this transaction occurs within the Conn4x session and > there will be NO NEED for the emulator / emu49asc.bin activity. > > > > >I just got my HP 49G+ and have been trying to download user rpl > >programs to it. i was told i needed to run the file emu49asc.bin > >Over it first. I have tried everything i could think of. could one > >of you guru's guide me. I am new to this type of thing and am really > >loving the calc, but i have alot to learn yet. MW your time. It was what i was after. ==== Test #4 ==== Test #17 ==== it and provide comments. Arnaud > I saw lots of people complaining about it but not much doing anything. So I > have ported the 48 reference library to the 49. > http://www.chez.com/amiel/RPLref.zip > It is for the 48 so I still have to edit it a bit and add a few commands > (Can I have the list please?). And as it is quite big, I would also like to > put it (as an archive) on an SD card an use it from there with a small lib > in port2 ,but I still have to buy one to figure out how this would work, > maybe this weekend. > > Any constructive criticism very welcome > > Arnaud > > PS, I also compressed J. Purdy's 48 equation library for the 49 by 40% and > am putting it on hpcalc.org as we speak > > ==== A It worked for me! C test > it and provide comments. > > Arnaud > > I saw lots of people complaining about it but not much doing anything. So > I > > have ported the 48 reference library to the 49. > > http://www.chez.com/amiel/RPLref.zip > > It is for the 48 so I still have to edit it a bit and add a few commands > > (Can I have the list please?). And as it is quite big, I would also like > to > > put it (as an archive) on an SD card an use it from there with a small lib > > in port2 ,but I still have to buy one to figure out how this would work, > > maybe this weekend. > > > > Any constructive criticism very welcome > > > > Arnaud > > > > PS, I also compressed J. Purdy's 48 equation library for the 49 by 40% and > > am putting it on hpcalc.org as we speak > > > > > > ==== > A > It worked for me! > C X > > > have ported the 48 reference library to the 49. > > > http://www.chez.com/amiel/RPLref.zip Me, 2 ==== How about making a string readable or acceptable to the 48G or 48G+? (I should have tacked this on to the 49G+ question I asked a little while ago! Apologies in advance!) ==== > How about making a string readable or acceptable to the 48G or 48G+? > > (I should have tacked this on to the 49G+ question I asked a little > while ago! Apologies in advance!) No problem. Pretty much the same as on the 49G and 49g+. I'm not sure what Al's little program does. But with my method, (inserting C$ $ at the beginning) note that if the file was sent from a 49G or 49g+ in ASCII mode, then any characters NUL (character 0), , and will have been decompiled to 00, , and , and if translation mode 2 or 3 was used, then these would have translated these to 00, , and . When compiling a counted (or in this case, perhaps uncounted) character string, all characters in the body are treated as literals, so if you're going to be doing a translation, it's perhaps easiest to do a search and replace with your text editor to change them to 000, , and . If you're not going to do a translation, change them to NUL, , and . For transferring to the calculator with Kermit ASCII, the very first thing in the file should be a header like %%HP: T(3)A(D)F(.);. For character strings, the A(D) and F(.) parameters are meaningless (you can leave them out) but harmless. The T(3|2|1|0) tells the calculator which translation mode to use for this transfer. On any of these calculators, if you don't use a Kermit ASCII transfer to the calculator, you may well have CRLF pairs as line termination strings, and if you use the standard Kermit ASCII transfer translation codes for the non-ASCII codes (128-255) or ASCII control codes (0-31 and 127), then they'll be left in the string. For these cases, after you have the string on the calculator, set the translation mode appropriately and then run KINVIS on the string. See for more on the translation entries. If you still have some translations to do, for example if your PC application used something other than a bare LF or CRLF pair as an end of line marker, then on the 49G or 49g+, you can use SREPL for the translation. The 48 series doesn't have SREPL, but you can use one of the following to accomplish the same thing. %%HP: T(3)A(D)F(.); @ Accomplishes the same as the 49G and 49g+'s SREPL command. @ Character string search and replace. @ Arguments: Level 3: the string to be searched @ Level 2: the substring to be searched for @ Level 1: the replacement substring @ Returns: Level 2: the modified string @ Level 1: the count of the replacements @ Checksum: # 447Bh @ Bytes: 142.5 << OVER SIZE @ Get the size of the replacement 0 @ Start the count with 0. @ Start the first part of the result @ as an empty string. 6 ROLL @ Move the original level 3 argument @ to level 1 as the remainder @ string. WHILE DUP 7 PICK @ Move the search string to level 1. POS DUP @ Is the search string in the @ remainder string? REPEAT 4 ROLL @ the count 1 + @ increment it. 4 ROLL @ Move the first part down. 4 PICK @ Move the remainder down. 1 @ Beginning of the string. 5 PICK @ Location of the search string. 1 - @ 1 character before this. SUB + @ Add it to the first part. 6 PICK @ Replacement string. + @ Add it to the first part. 4 ROLL @ Old remainder. 4 ROLL @ Location of the search string. 5 PICK @ Size of replacement string. + @ Add them to specify the beginning. @ of the new remainder string. OVER SIZE @ Location of the end of the string. SUB @ New remainder string. END DROP @ Drop the 0 from the WHILE clause. + @ Add the remainder to the first @ part. 5 ROLLD @ Move the result string up. 4 ROLLD @ Move the replacement count up. 3 DROPN @ Drop the search string, @ replacement string, and its size. >> %%HP: T(3)A(D)F(.); @ Accomplishes almost the same as the 49G and 49g+'s SREPL command, but @ without returning any count of the replacements. @ Character string search and replace. @ Arguments: Level 3: the string to be searched @ Level 2: the substring to be searched for @ Level 1: the replacement substring @ Returns: Level 1: the modified string @ Checksum: 776Bh @ Bytes: 117.5 << OVER SIZE @ Get the size of the replacement @ string. @ Start the first part of the result @ as an empty string. 5 ROLL @ Move the original level 3 argument @ to level 1 as the remainder @ string. WHILE DUP 6 PICK @ Move the search string to level 1. POS DUP @ Is the search string in the @ remainder string? REPEAT ROT @ Move the first part down. 3 PICK @ Move the remainder down. 1 @ Beginning of the string. 4 PICK @ Location of the search string. 1 - @ 1 character before this. SUB + @ Add it to the first part. 5 PICK @ Replacement string. + @ Add it to the first part. ROT @ Old remainder. ROT @ Location of the search string. 4 PICK @ Size of replacement string. + @ Add them to specify the beginning. @ of the new remainder string. OVER SIZE @ Location of the end of the string. SUB @ New remainder string. END DROP @ Drop the 0 from the WHILE clause. + @ Add the remainder to the first @ part. 4 ROLLD @ Move the result string up. 3 DROPN @ Drop the search string, @ replacement string, and its size. >> -- James ==== > > How about making a string readable or acceptable to the 48G or 48G+? > > > > (I should have tacked this on to the 49G+ question I asked a little > > while ago! Apologies in advance!) > > No problem. Pretty much the same as on the 49G and 49g+. > > I'm not sure what Al's little program does. > > Its extremely simple - put a string on the stack, and run stringfix. It searches for the extra (unneeded) newline char and removes it, and replaces each tab char with 2 spaces. See http://alpage.ath.cx/hptute/hpprog.htm for screenshots. So to view a file (the first chapter of moby dick, for instance :-) you 1) copy the text file to the SD card 2) put the SD card in the calc, and put the string on the stack 3) sun stringfix to correct the formatting, and store the string where you want it. The whole process takes maybe 20 seconds. To adapt it for the HP48x, you'd need to create your own string search/replace command. later, Al ==== > >> > How about making a string readable or acceptable to the 48G or 48G+? >> > >> > (I should have tacked this on to the 49G+ question I asked a little >> > while ago! Apologies in advance!) >> >> No problem. Pretty much the same as on the 49G and 49g+. >> >> I'm not sure what Al's little program does. >> >> > Its extremely simple - put a string on the stack, and run stringfix. It > searches for the extra (unneeded) newline char and removes it, and > replaces each tab char with 2 spaces. See > http://alpage.ath.cx/hptute/hpprog.htm for screenshots. Ok, I've fired up MSIE so that I could actually download it. I'd call the extra (unneeded) newline char an ASCII Carriage Return. Nice touch, translating tabs to spaces. > So to view a file (the first chapter of moby dick, for instance :-) you You mean that I can't fit the entire book on my SD card? ;-) But that's one of the extremely few books that I've started and just couldn't manage to keep enough hope that anything interesting would > 1) copy the text file to the SD card > > 2) put the SD card in the calc, and put the string on the stack > > 3) sun stringfix to correct the formatting, and store the string where > you want it. > > The whole process takes maybe 20 seconds. > > To adapt it for the HP48x, you'd need to create your own string > search/replace command. As it happens, my 48 series replacement for the 49 series SREPL is in a previous post in this thread, and even a smaller version which in effect replaces SREPL DROP sequences. If anyone feels motivated enough, these look like easy candidates for translation to SysRPL programs. But I wouldn't be surprised if SysRPL programs/library commands to do the same were already available. By the way, when downloading by Kermit (with the calculator set for binary transfers) or Xmodem, if you don't have any file transfer header at all, then the file transfer is stored simply as a character string, just as if you'd put it on an SD card that way. Do with any character string as you wish; use Al's 'strfx.txt' program on it, run KINVIS to translate other Kermit ASCII transfer translation sequences back to their corresponding characters, use SREPL or a 48 series search & replace program, or any of the other tools for working with strings, or manually EDIT it to make other changes. If it's valid UserRPL source code, do STR-> or OBJ-> to compile it. Also, when preparing a text file for use on the calculator, it's perhaps best to use a good text editor. If a word processor is used, save the file as plain text to avoid including the word processor's own control codes or sequences as part of the file. And no, I don't know which of MS Word's text choices is really just plain text. -- James ==== > Ok, I've fired up MSIE so that I could actually download it. I've just reconfigured apache - it should work now. I use mozilla myself but right click the link and go 'save target'. I'd call > the extra (unneeded) newline char an ASCII Carriage Return. Nice > touch, translating tabs to spaces. > > > So to view a file (the first chapter of moby dick, for instance :-) you > > You mean that I can't fit the entire book on my SD card? ;-) Of course. But remember the calculator has little RAM - IIRC the largest object can be is ~240kB. SO you'd have to split the book into chapters to read it. > > But that's one of the extremely few books that I've started and just > couldn't manage to keep enough hope that anything interesting would Its a very dull book IMO, but the fist one that came to mind. >And no, I don't know > which of MS Word's text choices is really just plain text. > 'Text Only' works fine. Al ==== > > > If you mean with BZ the BZ-compressor, it runs in Rom 1.22. Also all > > its refinements realized in OT49 below work perfect and, of course, > > faster. > > > Running BZ does not anymore turn the screen off as before. Hence, the > > > dance of the indicators is hardly visible anymore and should perhaps > > be eliminated at all, as well as its temporarily used DispOFF. > > > This would > > > make BZ still faster. Which asm-specialist is willing to do this ??? > > > No it wouldn't. > > The only reason my turning off the screen would accelerate the 49G was > > because of the very slow databus. The screen refresh 20% of the bus > > bandwidth, so turning it off free the bus. I am no asm-specialist but the BZ code is well commented and well structured so I removed all dispoff and dispon as well as the routine that was playing with the indicators. Tested a bit and seem to work. Give it a try (backup first) and let me know. BZ-code I got is 40 bytes smaller than Mika Heiskanen's original code but what is more interesting, it is at least 10% faster on the 49+ ! I tested it on small and large objects. Runs ok. Please be sure that you made absolutely no mistake. Mika's tools are famous for their stability and reliability and your name will now be included in Credits in OT49+. ==== > I tested it on small and large objects. Runs ok. Please be sure that you > made absolutely no mistake. Mika's tools are famous for their stability > and reliability and your name will now be included in Credits in OT49+. > I have a few doubts on a line of code, don't put it in there just yet but I should sort this out by the end of the week. Arnaud ==== > Running BZ does not anymore turn the screen off as before. Hence, the > dance of the indicators is hardly visible anymore and should perhaps > be eliminated at all, as well as its temporarily used DispOFF. > This would make BZ still faster. OT49+ (new version on my site below). EXAMPE: Making self-decompressing self-evaluating asm code from the huge 4.44 KB source of ROMPTR 190 6 from Timeman by means of ~ takes 10.4_s on the 49 but only 3.6_s on the 49+ despite of screen-off on the 49G. Decompression with even very long BZ-strings with ~ is extremely fast on the 49+, runs in real time so to speak. Better not to apply TNT and other possibly instable compressors if using the powerful BZ-tools from OT49. - Wolfgang http://page.mi.fu-berlin.de/~raut/WR49/OT49.htm ==== > > Are we doing Lotto today? > > > carl No. She just ran away with the HUGE pile of Rubel Sterlings with me. Just joking ;) ==== Is there a way to have algebraics displayed in minifont, while displays on the 48. I've tried changing the flags associated with the display, but no luck. Your help is appreciated, GW ==== > Is there a way to have algebraics displayed in minifont, while > displays on the 48. I've tried changing the flags associated with the > display, but no luck. > Your help is appreciated, > GW -72 controls stack font -80 controls algebraics on stack ==== > > Is there a way to have algebraics displayed in minifont, while > > displays on the 48. I've tried changing the flags associated with the > > display, but no luck. > > Your help is appreciated, > > GW > -72 controls stack font > -80 controls algebraics on stack That's true. However my question should be re-worded to: How do set the display (levels 1 thru what is visible without accessing the stack) so that algebriacs are in minifont while non-algebriacs are in current font. For example: 5: 2x^3 - minifont 4: 25 - current font 3: 1/4+2/3 - minifont 2: 23/12 - minifont 1: 234 - current font GW ==== Does anyone know if it's possible to access the IR port at hardware level just like 48g series? In other words, is 49g+ IrDA functionality implemented by internal hardware or by calling a software routine?(in this case it's possible to write a simple routine to emulate 48g IR protocols and use a 49g+ as a remote controller). Gabriele Bellini ==== > Does anyone know if it's possible to access the IR port at hardware > level just like 48g series? In other words, is 49g+ IrDA functionality > implemented by internal hardware or by calling a software routine?(in > this case it's possible to write a simple routine to emulate 48g IR > protocols and use a 49g+ as a remote controller). > > Gabriele Bellini I guess it is not easy because of the emulator layer ==== > >: >: It has been my experience that some batteries do >: not have a long (or pointed) enough tip at the >: positive terminal to make contact with the metal >: fixed in the hp49g+ battery compartment. As a result >: the batteries would not work or a slight motion >: or rotation of some batteries was enough to power on >: momentarily the unit! I fixed the problem for good by >: inserting narrow copper strips between the battery head >: and the battery compartment so that electrical contact >: is secured. >: >: !Demeter! > >I TRIED IT ON THE VERY FIRST -49G+ TO FAIL -- YES IT'S STILL HERE ON MY >DESK -- AND IT NOW WORKS PERFECTLY!!!! > >DEMETER HAS DISCOVERED, I BELIEVE, THE REMEDY TO ALL THESE FAILURES! > >Interestingly when the store and I tried to power on the number four >calculator I insisted that we use a brand-new set of Duracell AAA Ultras. It >failed. The store people insisted that we use the Panasonic batteries that >came with the unit. It worked. > >I am nearly certain that what HP is facing, at least on the 49g+s, is a >molding tolerance vs. battery + end terminal forming tolerance that does not >guarantee that all batteries will fit in all battery slots, applying only to >the plus end. > >I just tried inserting new Duracell AAA Ultras into my first machine. No >matter what I did, pushing, pulling, twisting, turning, the machine will not >come on using Duracells. I took them out and put in the Panasonic cells, and >my first machine resumed working perfectly! > >The problem is mechanical. Although I couldn't find any copper strips in my >ham radio junk box, that is the next thing to try: making a conductive >spacer so that the plus terminals of the batteries will always make contact, >no matter how shallow they have been formed. > >I will report tomorrow. > IT'S FULL OF STARS Harold A. Climer Physics/Geology/Astronomy Lab Instructor U. Tennessee At Chattanooga ==== >>I will report tomorrow. >> > > IT'S FULL OF STARS Dave? Is that you? It looks as if some guy in Tennessee is relaying your message to us. ==== > Dave? Is that you? Sorry, Dave's not here. :-b ==== >No, it doesn't say anywhere that we have the right to carry concealed >weapons, but it doesn't say anything against the idea either, so calling >it unconstitutional is baseless. Maybe a really good lawyer could argue >that the word keep in the phrase keep and bear arms indicates a >differing state than to bear arms. Where bearing arms would be >non-concealed carrying of a weapon, i.e. an old-west style gun on the >hip, keeping arms implies that they are kept or in storage, and >that concealed carry is merely a form of storage, on one's own person. >But that would just be a lawyer talking. > >A .22 can theoretically still be deadly at a mile (actually, the box I >have warn that they could be deadly up to 1.5-mi) but that is really >just the ammunition companies covering their butts from legal action, >just like how McDonald's now has the word HOT! written about 50 times >on their coffee cups. A mass of 36-grains will never throw anywhere >near a mile. It is starting to get built up where I live too, but I >always fire into the side of a hill, so unless the .22 round manages to >pass through roughly 5000' of dirt and rock, nobody is going to get >hurt. You typically need a .50-cal round to go a mile effectively, and >I doubt that anybody around you has that kind of firepower. > >Other reasons one might want to move to Missouri: >+ It has the world's largest example of a hyperbolic cosine, the St. >Louis Gateway Arch. > >+ It has an excellent engineering university (UM Rolla), and one of the >best medical universities (Washington University). > >+ It has some of the most beautiful scenery, the Ozarks, and buying >several acres of it for yourself is actually affordable. Having 20 >acres and a small pond sure beats being stuck in a high-rise apartment. > >+ The people are generally helpful and friendly, and as a general rule >won't try to shoot you with any of their many guns. > >> >> >>> >>>>I'm planning to move into the USA >>>>in which state it is still legal to shoot a burglar right away? >>>>In which state it is legal to >>>>A) carry a concealed weapon >>>>B) carry a gun openly >>> >>>The State of Missouri would be a good choice. In Missouri you don't >>>need a license to own a gun, and they are in the process of passing a >>>concealed-carry law. Actually it already was passed, then the Dem >> >> I do not see anywhere in the US Constitution where it >> says one has the right to carry a concealed weapon! Ubfortunately is >> also does not say anywhere that you can't be an idiot. >> I can see that certain persons might have the need to do so, i.e a >> diamond merchant etc. However,having everyone and their uncle >> carrying a concealed weapon is asking for trouble. I surely do not >> want a bunch of cowboys and vigilantes roaming the streets >> Some one other that the crooks are sure to be killed or seriously >> injured when a gunfight starts. >> I live in a now mostly rural area of S.E. Tennessee near >> Chattanooga and Cleveland, and new housing developments are going up >> all around us, We still have idiots firings of guns like it was still >> 1790. Even a .22 has a range over a mile,and believe me these folks >> were not firing .22s >> Harold A. Climer >> Dept.Of Physics,Geology,and Astronomy >> University of Tennessee at Chattanooga >> Chattanooga TN USA 37403 I did not see the word unconstitutional in my message. The constitution also says that powers not specifically given to the Federal Government are left to the States. Just because it does not say you can not do something means it is a good ideas to do it. That IMHO is where the idiocy comes in. Harold A. Climer Physics/Geology/Astronomy Lab Instructor U. Tennessee At Chattanooga ==== Yep, I check it every day, it is still on my desk... with my Gigner beer :-) > > Display Ginger instead :) > > (Have you checked the chicken) > > Colin > > > > > > However, strangely, it looks like you can not wlk in the street or have a 5' > > double handed battle sword displayed at the back of your pickup... > > > > I know, because, not liking guns, but wanted to test this darn 2nd > > ammendment when I moved in the US, I tried it... and got stopped fast by a > > cop telling me to get that thing back home... > > > > being an imigrant, I did not say anything but yes sir and went back home :-) > > > > > > Cyrille > > > > > > > > >> I'm planning to move into the USA > > > >> in which state it is still legal to shoot a burglar right away? > > > >> In which state it is legal to > > > >> A) carry a concealed weapon > > > >> B) carry a gun openly > > > > > > > >The State of Missouri would be a good choice. In Missouri you don't > > > >need a license to own a gun, and they are in the process of passing a > > > >concealed-carry law. Actually it already was passed, then the Dem > > > >Governor vetoed it, then they overrode his veto, than some city judge > > > >ruled it unconstitutional, apparently never having read the Second > > > >Amendment to the Constitiution, but now it is on its way to a higher-up > > > >judge and will most likely be settled very soon. I live in Illinois, > > > >which requires a firarms owner identification (FOID) to possess any > > > >firearm, but the thing only costs something like $10 and the only > > > >requirements are that you not be a felon or certifiably insane to get > > > >one. Mine is expired actually, I need to renew it. You can't buy ammo > > > >without a FOID in Illinois, but I normally just buy it in Missouri > > > >anyway, it is just 20 miles away. You can shoot anyone invading your > > > >property assuming that you can convince a jury that you believed your > > > >life was endangered, and any reasonable person will believe that their > > > >life is endangered if someone is breaking into their home. Technically > > > >I could get in trouble if I were to shoot someone without a valid FOID, > > > >but that would only be a misdemeanor, like speeding. I will be living > > > >in Missouri this January, so I will probably not bother renewing my FOID. > > > > > > I do not see anywhere in the US Constitution where it > > > says one has the right to carry a concealed weapon! Ubfortunately is > > > also does not say anywhere that you can't be an idiot. > > > I can see that certain persons might have the need to do so, i.e a > > > diamond merchant etc. However,having everyone and their uncle > > > carrying a concealed weapon is asking for trouble. I surely do not > > > want a bunch of cowboys and vigilantes roaming the streets > > > Some one other that the crooks are sure to be killed or seriously > > > injured when a gunfight starts. > > > I live in a now mostly rural area of S.E. Tennessee near > > > Chattanooga and Cleveland, and new housing developments are going up > > > all around us, We still have idiots firings of guns like it was still > > > 1790. Even a .22 has a range over a mile,and believe me these folks > > > were not firing .22s > > > Harold A. Climer > > > Dept.Of Physics,Geology,and Astronomy > > > University of Tennessee at Chattanooga > > > Chattanooga TN USA 37403 ==== Firearms are not something to be handled casually, of course, as your acquaintances were so unfortunate to find out. My Dad, whenever we would do anything with a firearm, would usually make a point to tell me Remember, this thing is designed to kill things, and could kill you if you do something stupid. I got so used to hearing it, that I still generally think of it whenever I take out a gun. It was actually a very effective means to make sure that I didn't treat it like a Nerf gun. >> + The people are generally helpful and friendly, and as a general rule >> won't try to shoot you with any of their many guns. > . > I agree you would be pretty safe in Missouri. In fact, in a state-wide > vote 3 or 4 years ago, the friendly citizens of the state voted down the > right to carry concealed weapons. (The state legislature this year > reversed that decision however.) > > In over 50 years of life here I have had 4 or 5 aquaintances (not close > friends, but people i knew casually) who lost their lives in shooting > incidents. In every single one of those cases, the gun was owned by and > discharged by the victim or a family member. > > So you're probably safe as long as your relatives are gun-free :-) > > Tom ==== When the 49g+ first came out, many people were saying the keyboard had some problems (loud key click, key presses not being recognized, etc). There were speculations that these problems would be fixed in later versions of the calc. Have they been fixed yet? I would like to buy one, but I want a good keyboard. I can't find a store that will let me test it before I buy it. ==== i bought my hp49g+ a month ago... yesterday i changed the 5. time... because of the recognice problem... but this one works actually quite well (but how long...) greets tom Derek schrieb im Newsbeitrag > When the 49g+ first came out, many people were saying the keyboard had > some problems (loud key click, key presses not being recognized, > etc). There were speculations that these problems would be fixed in > later versions of the calc. Have they been fixed yet? I would like to > buy one, but I want a good keyboard. I can't find a store that will > let me test it before I buy it. > ==== > HI > > Does anyone know where I can find information relating to how to use the HP > 49G+ with the HP 82240B ir printer? I would like the printer to print in a > sort of trace mode where it prints out my inputs, actions and results as I > use the calculator. I would also be interested in what other print modes are > available. I cant find any reference to printing to the 82240B in the > manuals! Try one of these: http://groups.google.com/groups?as_q=print%20trace&as_ugroup=comp.sys.hp48 Printing to the 82240 printers should be the same from the 49g+ as from the 48 series, except that the range is extremely short, maybe 2 or 3 inches. In general, for documentation for the 49g+, you may want to download the Advanced User's Guide for the 49G, or better yet, use the documentation for the 48G series. There's lots of good stuff at: http://www.hpcalc.org/ -- James ==== PS: > > > HI > > > > Does anyone know where I can find information relating to how to use > the HP > > 49G+ with the HP 82240B ir printer? I would like the printer to > print in a > > sort of trace mode where it prints out my inputs, actions and > results as I > > use the calculator. I would also be interested in what other print > modes are > > available. I cant find any reference to printing to the 82240B in the > > manuals! > > Try one of these: > http://groups.google.com/groups?as_q=print%20trace&as_ugroup=comp.sys.hp48 Well, after taking a better look at those, maybe they're not so helpful after all. But searching the newsgroup archive at Google is a good research technique. The key to understanding the print trace programs is understanding vectored ENTER, then you can write your own variation of trace printing (and many other applications) if you choose to. In the following, Ga represents the Greek lower case alpha, Gb represents the Greek lower case beta, -> represent the right-arrow (character 141), and << and >> represent the UserRPL program delimiters. The following is plagiarizing and sometimes paraphrasing from Bill Wickes's HP 48 Insights. Three conditions must be met to activate vectored ENTER: 1. At least one of the variables GaENTER or GbENTER must exist, in the current path. 2. Flag -63 must be set. The use of a flag prevents the HP 48 from searching for the special variables when the flag is clear, thus speeding up the ordinary ENTER process. 3. Flag -62 must be set. This is the user mode flag; including this flag as part of the vectored ENTER setup gives you a convenient keyboard means ([LeftShift][USR]) with which to turn vectored ENTER on or off. When the two flags are set, the HP 48 searches for the variable GaENTER before parsing the command line in the usual way (step 2 in section 4.3.3). If the variable is found, the command line text is not parsed but is just entered into stack level 1 as a string object, following which GaENTER is executed. Since this execution replaces normal command line parsing and execution, you can store in GaENTER a program that interprets and uses the command line text in any manner you please. Furthermore, since OBJ-> executes a string object as if its text were entered in the command line, you can define GaENTER as merely a preprocessor that modifies the command line text and then uses OBJ-> to continue with normal processing. This technique is used in the binary calculator program BINCALC described below, to save you from having to type a # when you enter a binary integer. After GaENTER is finished, the object assigned to the key that started the ENTER process is executed. Then, after its execution is complete, the HP 48 searches the current path for a variable GbENTER. If that variable is found, a string representing the key object is entered into level 1 and GbENTER is executed. In general, GbENTER is intended to contain a program that performs some operation on the result of a command line entry; the key object is made available for record keeping purposes. If you want to use vectored ENTER for more than just trace printing, you can write programs that purge any current GaENTER and GbENTER variables and store the appropriate ones instead, set the flags appropriately, and if you choose, assign a particular set of user keys. Here are a couple of methods for doing trace mode printing. Both use vectored ENTER, so to use them, both flags -62 (User mode keyboard) and -63 (Vectored ENTER) should be set. To disable them, either turn the user mode keyboard off, or clear flag -63. GaENTER %%HP: T(3); << @ Checksum (on 49g+): # 7Fh @ Size (including the name) (on 49g+): 25.5 PR1 @ Prints the command line text, then converts the string OBJ-> @ to an object and evaluates it. >> GbENTER %%HP: T(3); << @ Checksum (on 49g+): # 7C9Eh @ Size (including the name) (on 49g+): 28. PR1 DROP @ Prints the command that caused the processing, PRSTC @ then drops it and prints the stack in compact form. >> An alternate set of programs (well, actually, the first is the same as above) from Bill Wickes's Insights series: GaENTER %%HP: T(3); << @ Checksum (on 49g+): # 7Fh @ Size (including the name) (on 49g+): 25.5 PR1 @ Prints the command line text, then converts the string OBJ-> @ to an object and evaluates it. >> GbENTER %%HP: T(3); << @ Checksum (on 49g+): # 6A5Dh @ Size (including the name) (on 49g+): 47.5 [ SWAP + ] + @ Surrounds the key object string with brackets, PR1 @ then prints it, DROP PR1 @ followed by the level 1 result of the entire @ execution. >> This example reveals one limitation of the GbENTER process: only keys that correspond to programmable, named commands, XLIB names, global names, and local names--return a meaningful string for GbENTER. For other object types, plus unnamed built-in objects such as ENTER itself, only an empty string is returned. For these cases, the above GbENTER program prints empty brackets []. > Printing to the 82240 printers should be the same from the 49g+ as from > the 48 series, except that the range is extremely short, maybe 2 or 3 > inches. > > In general, for documentation for the 49g+, you may want to download the > Advanced User's Guide for the 49G, or better yet, use the documentation > for the 48G series. > > There's lots of good stuff at: > http://www.hpcalc.org/ -- James ==== In the ever increasing need for computation speed I went to Fry's yesterday to get me a new HP49G+. What a disappointment... the keyboard is awful! The tactile response I get from pressing some of the keys - F3 and F4 - are as hollow as using a TI or Casio, to very noisy ones as if I am hitting them with a hammer when I press them - ON, DEL and ENTER. I am serious! I don't understand the reason why HP with their 'Inventive' slogan accepted this engineering fiasco to go into production. I am sure they heard enough negative comments about the 49G's keyboard and many positive comments about the 48SX/48GX's to make an educated decision of duplicating this keyboard in future calculator releases. You may be tired already of reading or hearing about this keyboard, but I want to send a message to Hewlett-Parkard that the quality of craftsmanship in the manufacturing process of this calculator is rather a step backward rather than a step forward. Once I had the 49g+ in my hands, I noticed also that it was lighter than the 49G - almost a feather like weight to me. To find out, I weighted both of them. The results are as follow. Calculator Weight Diff % Diff ========================================================== 49G (with batteries) 9.80 Oz ---- ---- 49g+ (with batteries and 8.15 Oz -1.65 Oz -16.8% (lighter) one 250 MB SD Card) To manufacture this new 49g+ HP used lighter - or less - materials that satisfies the ever quest of producing low-cost products while maintaining high-profits. I heard last night as I was coming home from Fry's that HP made close to 0.9 billion dollars in profits this last quarter. Good packet change, huh? Now, what's my next step? I think that for the time being my 49G serves my computational needs quite well, therefore I will return this calculator to Fry's as an unsatisfied customer. Jose R. Martinez Electrical Engineer State of California Department of Water Resources josemart@water.ca.gov Be careful what you wish for...it may become a reality. ==== So your going back to the 49g only cause the keyboard sounds hollow and you think it was made with few cheap materials basing that on high profits and low weight in the calculator???? What about the other features?? > > In the ever increasing need for computation speed I went to Fry's > yesterday to get me a new HP49G+. What a disappointment... the > keyboard is awful! > > The tactile response I get from pressing some of the keys - F3 and > F4 - are as hollow as using a TI or Casio, to very noisy ones as if > I am hitting them with a hammer when I press them - ON, DEL and > ENTER. I am serious! > > I don't understand the reason why HP with their 'Inventive' slogan > accepted this engineering fiasco to go into production. I am sure > they heard enough negative comments about the 49G's keyboard and many > positive comments about the 48SX/48GX's to make an educated decision > of duplicating this keyboard in future calculator releases. > > You may be tired already of reading or hearing about this keyboard, > but I want to send a message to Hewlett-Parkard that the quality of > craftsmanship in the manufacturing process of this calculator is > rather a step backward rather than a step forward. > > Once I had the 49g+ in my hands, I noticed also that it was lighter > than the 49G - almost a feather like weight to me. To find out, I > weighted both of them. The results are as follow. > > Calculator Weight Diff % Diff > ========================================================== > > 49G (with batteries) 9.80 Oz ---- ---- > > 49g+ (with batteries and 8.15 Oz -1.65 Oz -16.8% (lighter) > one 250 MB SD Card) > > To manufacture this new 49g+ HP used lighter - or less - materials > that satisfies the ever quest of producing low-cost products while > maintaining high-profits. I heard last night as I was coming home > from Fry's that HP made close to 0.9 billion dollars in profits this > last quarter. Good packet change, huh? > > Now, what's my next step? I think that for the time being my 49G > serves my computational needs quite well, therefore I will return > this calculator to Fry's as an unsatisfied customer. > > Jose R. Martinez > Electrical Engineer > State of California > Department of Water Resources > josemart@water.ca.gov > > Be careful what you wish for...it may become a reality. ==== Wow. I'm not sure, but you may be the first person to have liked the original 49G keyboard better than the 49G+. Now that (apparently) any early problems with key-press-but-nothing-happens appears to be fixed, almost everyone likes the 49G+ keyboard better than the 49G. As to weight, some people felt the 49G was much too heavy. I do agree that the actual sound the 49G+ keyboard makes is rather loud and hollow, but I do like it much better than the rubber key 49G My 2 cents, Gene -- * These statements and opinions are mine alone and do not reflect my employer's views. * > > In the ever increasing need for computation speed I went to Fry's > yesterday to get me a new HP49G+. What a disappointment... the > keyboard is awful! > > The tactile response I get from pressing some of the keys - F3 and > F4 - are as hollow as using a TI or Casio, to very noisy ones as if > I am hitting them with a hammer when I press them - ON, DEL and > ENTER. I am serious! > > I don't understand the reason why HP with their 'Inventive' slogan > accepted this engineering fiasco to go into production. I am sure > they heard enough negative comments about the 49G's keyboard and many > positive comments about the 48SX/48GX's to make an educated decision > of duplicating this keyboard in future calculator releases. > > You may be tired already of reading or hearing about this keyboard, > but I want to send a message to Hewlett-Parkard that the quality of > craftsmanship in the manufacturing process of this calculator is > rather a step backward rather than a step forward. > > Once I had the 49g+ in my hands, I noticed also that it was lighter > than the 49G - almost a feather like weight to me. To find out, I > weighted both of them. The results are as follow. > > Calculator Weight Diff % Diff > ========================================================== > > 49G (with batteries) 9.80 Oz ---- ---- > > 49g+ (with batteries and 8.15 Oz -1.65 Oz -16.8% (lighter) > one 250 MB SD Card) > > To manufacture this new 49g+ HP used lighter - or less - materials > that satisfies the ever quest of producing low-cost products while > maintaining high-profits. I heard last night as I was coming home > from Fry's that HP made close to 0.9 billion dollars in profits this > last quarter. Good packet change, huh? > > Now, what's my next step? I think that for the time being my 49G > serves my computational needs quite well, therefore I will return > this calculator to Fry's as an unsatisfied customer. > > Jose R. Martinez > Electrical Engineer > State of California > Department of Water Resources > josemart@water.ca.gov > > Be careful what you wish for...it may become a reality. ==== I am looking for surveying applications (CoGo routines, etc.) for an HP49G+ before I actually buy one. Anybody know of some free type or have info? ==== Paul, I have to much information to tell you for the time I have right now. Please go to http://www.i-boards.com/bnp/pob/ . Just below the banner, click search. Enter my last name of EVERS and click search. Look down a little ways and you will find a discussion titled Just Talked with TDS Creator Today. Please read that, and all of my posts to current. You will be very pleased. Just be patient!!! John Evers ==== > I am looking for surveying applications (CoGo routines, etc.) for an HP49G+ > before I actually buy one. Anybody know of some free type or have info? http://www.hpcalc.org/details.php?id=5042 ==== Martin Pedersen ha scritto nel messaggio > Sounds interesting... I hope it is.. :o) > but one question: For which calc did you write the LIB > (48G*, 49G or even 49G+)? Well, you are right I 've to specify the calculator that the library is for. It's a 49 library, but I think it can be ported to the 48 simply (but I have no time at the moment) cause I didn't use so much tricky programming and only stable ROMpointers. Kickaha ==== This can also be done on the hp48 ;-) Aaron > > >> Now if only the 49 and/or 49+ allowed one to export table values to >>the stack somehow! >> >> > >This can be done on the 68k using BldData :-) > >Bhuvanesh. > > ==== There is a finished ROM called 1.19-7 but it will never be released as HP doesn't want. Although it was made with the personal effort of the creators of HP48/49 series. It's sad to see how HP takes care of his old customers. When they release a new product (like HP49G+), they say to old users HP49G users F U C K Y O U ! Bye > I've seen in various places that the HP49G+ runs ROM 1.22. > > Software: 49G ROM 1.22 with bugfixes and some minor added features > http://www.hpcalc.org/hp49gplus.php > > Can the 49G be upgraded to 1.22? Or is 1.19-6 the highest I can go with the 49G? > > Jeff ==== The manuals say that COND(m) is defined as CNRM(m)*CNRM(m^-1). Differences between COND(m) and this definition are to be expected, due to roundoff errors, of course. But sometimes there are differences far greater than can be explained by roundoff errors. Example: If m = [[ -6 0 -7 ] [ 6 -7 2 ] [ -9 -6 2 ]] Then COND(m) yields 3.902, but CNRM(m)*CNRM(m^-1) yields 4.557 (both rounded to 3 places). Seems to be too large a difference to be due to roundoff error accumulation. To easily generate examples of this sort, run this program with any input: << RDZ { 3 3 } RANM DUP COND LASTARG CNRM LASTARG INV CNRM * ->NUM >> Input: Any non-zero number (a randomizer seed). Output: 3x3 random matrix, its COND according to the COND function, and its COND according to the definition. Inputs that generate interesting outputs: 8 (it gives the above example) 0.2 0.3 (very interesting: COND=7.5 exactly; definition=8 exactly) 10 3 sqrt 5 sqrt 3 LN 9 LN pi LN pi 10^x 5 LOG 5 1/X 4 e^x etc etc etc. Which is messed up: COND, its definition in the manuals, or my understanding thereof? -Joe- ==== sorry... a bit OT... as I tried to enter the program listed in the posting from Joe, I always try to find the commands in their respective menus...instead of typing them... and if I remember right from the times playing with my 48SX, 48GX and 49 I would look after the commands RDZ and RANM in the statistics menu... but what happen when I press RS STAT while in PRG mode...: Nothing!!! Even though I have set system flat -117 to use soft menus instead of choose boxes nothing happened... after finished entering the program (using the CAT function to find the commands - including LASTARG) I tried to press RS STAT... and what happened....: A choose box appeared even though I have set system flat -117...??? I am a bit confused... if somebody can explain to me, why it is so I would appreciate it... thanks in advance... of sorry for this OT posting. Martin > The manuals say that COND(m) is defined as CNRM(m)*CNRM(m^-1). > Differences between COND(m) and this definition are to be expected, > due to roundoff errors, of course. But sometimes there are > differences far greater than can be explained by roundoff errors. > > Example: > > If m = > [[ -6 0 -7 ] > [ 6 -7 2 ] > [ -9 -6 2 ]] > > Then COND(m) yields 3.902, but CNRM(m)*CNRM(m^-1) yields 4.557 (both > rounded to 3 places). Seems to be too large a difference to be due to > roundoff error accumulation. > > To easily generate examples of this sort, run this program with any > input: > > << RDZ { 3 3 } RANM DUP COND LASTARG CNRM LASTARG INV CNRM * ->NUM >> > > Input: Any non-zero number (a randomizer seed). > Output: 3x3 random matrix, its COND according to the COND function, > and its COND according to the definition. > > Inputs that generate interesting outputs: > > 8 (it gives the above example) > 0.2 > 0.3 (very interesting: COND=7.5 exactly; definition=8 exactly) > 10 > 3 sqrt > 5 sqrt > 3 LN > 9 LN > pi LN > pi 10^x > 5 LOG > 5 1/X > 4 e^x > etc etc etc. > > Which is messed up: COND, its definition in the manuals, or my > understanding thereof? > > -Joe- ==== The STAT soft menu is no longer accessible by normal means. I have <<96 MENU>> stored in 'STATM' and scott have it in my custom menu :-(. > sorry... a bit OT... > as I tried to enter the program listed in the posting from Joe, I always try > to find the commands in their respective menus...instead of typing them... > and if I remember right from the times playing with my 48SX, 48GX and 49 I > would look after the commands RDZ and RANM in the statistics menu... but > what happen when I press RS STAT while in PRG mode...: Nothing!!! Even > though I have set system flat -117 to use soft menus instead of choose boxes > nothing happened... after finished entering the program (using the CAT > function to find the commands - including LASTARG) I tried to press RS > STAT... and what happened....: A choose box appeared even though I have set > system flat -117...??? I am a bit confused... if somebody can explain to me, > why it is so I would appreciate it... thanks in advance... of sorry for this > OT posting. > Martin > > The manuals say that COND(m) is defined as CNRM(m)*CNRM(m^-1). > > Differences between COND(m) and this definition are to be expected, > > due to roundoff errors, of course. But sometimes there are > > differences far greater than can be explained by roundoff errors. > > > > Example: > > > > If m = > > [[ -6 0 -7 ] > > [ 6 -7 2 ] > > [ -9 -6 2 ]] > > > > Then COND(m) yields 3.902, but CNRM(m)*CNRM(m^-1) yields 4.557 (both > > rounded to 3 places). Seems to be too large a difference to be due to > > roundoff error accumulation. > > > > To easily generate examples of this sort, run this program with any > > input: > > > > << RDZ { 3 3 } RANM DUP COND LASTARG CNRM LASTARG INV CNRM * ->NUM >> > > > > Input: Any non-zero number (a randomizer seed). > > Output: 3x3 random matrix, its COND according to the COND function, > > and its COND according to the definition. > > > > Inputs that generate interesting outputs: > > > > 8 (it gives the above example) > > 0.2 > > 0.3 (very interesting: COND=7.5 exactly; definition=8 exactly) > > 10 > > 3 sqrt > > 5 sqrt > > 3 LN > > 9 LN > > pi LN > > pi 10^x > > 5 LOG > > 5 1/X > > 4 e^x > > etc etc etc. > > > > Which is messed up: COND, its definition in the manuals, or my > > understanding thereof? > > > > -Joe- > > ==== > The STAT soft menu is no longer accessible by normal means. I have <<96 > MENU>> stored in 'STATM' and > have it in my custom menu :-(. Don't know how that got garbled! Scott ==== > hi! > > me and two friends are working in a gui for transfering files between and > hp(i own 48gx,49g and 49g+ and it would work with all of them) first of > all using kermit and if everything works ok maybe also using xmodem. > > i'm not an expert with kermit so any help would be apreciated.... > > how it's posible to send the list of vars in the current directory in the > calc to the computer? i've tried in my calc > 3:D > 2:G > 1:PKT > and puting kermit in recieve put it's not possible to recive anithing > > does anybody have any idea? Well, the PKT command is used on the calculator to send a request to a server. It amounts to what's usually a Remote command in most Kermit implementations. If the calculator is the server, use one the client Kermit's Remote commands to get the calculator to do something. If the client is another calculator, use its PKT commands to get the server calculator to do something. See http://www.columbia.edu/kermit/hp48.html for more information on the HP calculator's implementation of Kermit, including information on the various arguments for the PKT command. The PKT command sequence that I've found most useful is probably command string to be executed C PKT, which causes the server to do a STR-> on command string to be executed, as if it were entered from the command line, and then send a string representing the entire stack back to the client, which is hopefully still waiting for the response. You can use STIME to adjust how long the client will wait before timing out. On the other hand, if you don't really want the response, you can either DROP it when it arrives, or you can set STIME so low that it always times out, and if I recall correctly, use an IFERR structure to trap the error from the timeout. Now, does anyone have thorough information on what the 49G's (and perhaps the 49g+'s) Xmodem server can use? -- James ==== I don't really want it, but I think I'm the only person on this newsgroup who can say a Requiem Mass for it and then give it a proper burial, face down, nine edge first. :-b -Joe- Reference: http://www.hpcalc.org/hp48/docs/columns/perfect.html ==== > I'd like to...to...to... Aw, hell. None of that is true. I > just want it! So there. > > Tom Lake That was *way* better than mine! :-) -- Bhuvanesh ==== > > > I'd like to...to...to... Aw, hell. None of that is true. I > > just want it! So there. > > > > Tom Lake > > That was *way* better than mine! :-) fan in disguise! ;-) Tom Where will it end? Lake ==== > > Perhaps my first subject line wasn't intriguing enough. I am waiting for > at > > least a handful of good stories in order to make a decision... > > On her death bed, my mother begged me to promise to get a 48G. Like a > dutiful son, I did make that promise but then promptly forgot about it while > squandering the inheritance on booze, drugs, cheap women (and some not so > cheap!), and one party after another. Recently I've been hearing the > death-watch beetle which is clicking away the last days of my wretched life. > I wish to atone for not keeping that promise I made to my sainted mother > those many long years ago. I'd like to perform one selfless act before I > have to face Saint Peter and find out that my name isn't inscribed in the > Book of Life. I'd like to...to...to... Aw, hell. None of that is true. I > just want it! So there. > > Tom Lake Respected Sir, I obtained your name from highly trusted business colleague. My name is Abu Dhabi, third son of the former Grand Poo Bar of the Royal Central Bank of the Nigerian People's Republic. My beloved father was assasinated due to intrigues at the court, and my family is now being prosecuted by political enemies. My father, wise man that he was, deposited $30m in a Swiss bank account prior to his murder. I have of my exciting story, and the calculator would be very helpful in calculating the huge amounts of money I will shortly receive. ==== > > My rather lame story... :-) ..waiting to read it... > If I got it, it would be my first physical HP calculator. Oh man! You just blew your cover! ...and you dare post to this holy group ;-) > Although mine isn't a particularly worthy cause :-) indeed!...and then some! !Demeter! ==== > > I need the 49g for the memory in writing new and more programs to > > experiment with. Please consider giving me the 49g. > > But Mitch no longer has his 49G. He's talking about a 48G. Yes my name is Travis and My wife could use your calculater, She works full time and also goes to school full time to support a family of five. I am disabled and can not work so she is the breadwinner of our family. she has several more math classes to take and only has a casio. she would love to have your 48g calculator and i know a little bit on user rpl i could help program a few programs for her classes. thank you very much for your consideration. Travis ==== > > > I need the 49g for the memory in writing new and more programs to > > > experiment with. Please consider giving me the 49g. > > > > But Mitch no longer has his 49G. He's talking about a 48G. > > Yes my name is Travis and My wife could use your calculater, She > works full time and also goes to school full time to support a family > of five. I am disabled and can not work so she is the breadwinner of > our family. she has several more math classes to take and only has a > casio. she would love to have your 48g calculator and i know a little > bit on user rpl i could help program a few programs for her classes. > thank you very much for your consideration. Travis Please select a story: A) My name is Veli-Pekka Nousiainen and my address is Sokinsuontie 3 A 1, FIN-02760 Espoo, Finland You can not send the calculator to me because it will just enter my collection because I now use solely the new snappy 49g+ Instead send it to my bride so that she too can learn the one and only RPN Her name: Nina Tiikkaja and her address id Orapihlajatie 14 C 47, FIN-00320 Helsinki, Finland B) The [ON] and shift keys are no longor working in my 48GX and that gives me great pain when I try to tell my friends about the quality of the keyboards that HP *used* to have... C) I own a .44 Magnum and I think I will come and get the 48G either from the original owner or whoever get's it! I hope you live in Vermont... (-; ==== Yes, you're right... it is really a nice game... I am curious how long my UP-ARROW-key will last playing this game... just reached 649...:-) Martin > > > Another broken link (problems with my keyboard :) > > http://www.hp-sources.com/SoftsHP/jeux/arcade/TRONGR.ZIP > > Well, that's a nice game. > I've played a little with it, and I achieved a high-score of about 450... :-) > > I congratulate you about the way you programmed it ! > > > Yoann.