A5 I have 19-5 ROM . Is there a 19-6.? Where to I get it. http://www.hp-sources.com The ROM 1.19-6 came out a few weeks ago. Go to: http://www.epita.fr/~avenar_j/hp/49.html to get it. TP> I'll put that on the to do list. Obviously that is going to take a TP> great deal of time so it will probably be one of the lower priorities. Actually, it is not so hard. There is an excellent document from Joe Horn on hpcalc.org which lists the menu access of each command. Like most of Joe's documents, this one is well structured and can be easily scanned. A simple program can add this information to your list. http://hpcalc.org/hp49/docs/misc/cmdsmenu.zip I always use XMODEM to transfer all files to and from the HP48. When I use XRECV on the HP48 the transfer starts right away. On the HP49 there's a short delay (maybe about 10 seconds) before the calc starts to receive the file. All settings in my terminal program are the same. Is this normal for the HP49 to be slower in this case? > I always use XMODEM to transfer all files to and from the HP48. When I > use XRECV on the HP48 the transfer starts right away. On the HP49 > there's a short delay (maybe about 10 seconds) before the calc starts > to receive the file. All settings in my terminal program are the same. > Is this normal for the HP49 to be slower in this case? Cyrille explained this to me a while ago, but I can't find the post any more, sorry. The answer was essentially: First, XRECV waits for a string initiating a sender with HP-CRC (Saturn builtin checksum) error checking; then after a timeout, it starts waiting for a sender with the normal Xmodem checksum. There is a program on hpcalc.org titled 'Upgrade 0.2.3', which having the functionality of the HP Connectivity Kit software? In particular, I want to be able to perform backups and restores between the systems would be nice. Alternatively, is there a good description of the protocols involved in such transfers? Could I use a terminal emulator on the 49G to transfer files? > There is a program on hpcalc.org titled 'Upgrade 0.2.3', which > having the functionality of the HP Connectivity Kit software? > In particular, I want to be able to perform backups and restores > between the systems would be nice. Alternatively, is there a > good description of the protocols involved in such transfers? > Could I use a terminal emulator on the 49G to transfer files? On my SuSE system (6.4) I've got C-Kermit (kermit(1)) for kermit transfers. Everything is well documented; however you need to set a few options. This is what my .kermrc looks like: set line /dev/modem set speed 9600 set parity none set carrier-watch off set prefixing all set reliable off set clearchannel off You may have to change the set line command to the appropriate device; on my system /dev/modem is a symlink to /dev/ttyS1, i.e. the appropriate serial port (I have to use the same port for everything, since ttyS0 is already used for the mouse). If you also install the rzsz package, which contains rx and sx for xmodem (recieve/send) transfers, you can add the following two lines to .kermrc: set file type binary set protocol xmodem {} {} {sx -k %s} {sx -k %s} {rx %s} {rx %s} You can then start a transfer on the HP side with 'VAR' XSEND or 'VAR' XRECV (in ROM 1.19-6 there's also a XSEND button in the filer, on the last menu page) and on the PC side with the commands recieve file or send file (note: C-Kermit supports the abbreviations r and s, respectively). If you occasionally need a kermit transfer, simply type the opposite of the above two lines: set protocol kermit set file type ascii You can also try some of the remote family commands (only in kermit mode, and with the HP set to kermit server mode): remote host (or rhost): Sends a command to the HP, the HP will send back a view of the stack. Try e.g. rhost 3 5 * remote dir (or rdir): Asks the HP for a directory listing. To change directories, use rhost HOME or rhost SUBDIR. kermit(1) contains a full command listing. > :: > SEVEN TestUserFlag case NULL$ > ' RPLLAM @LAM ?SEMI > ERRSET > :: > TAG & % 258. > ' xRCL EvalNoCK > ; > > ERRTRAP > :: 2DROP NULL$ ; > ; I would replace it the program by :: SEVEN TestUserFlag case NULL$ ' RPLLAM @LAM ?SEMI TAG & ZINT 258 ERRSET PTR 2F2C6 (stable in all ROMs!) ERRTRAP DROPNULL$ ; Saves 21 bytes compared yours (nearly half of it) and is considerably faster. > :: > SEVEN TestUserFlag case NULL$ > ' RPLLAM @LAM ?SEMI > ERRSET > :: > TAG & % 258. > ' xRCL EvalNoCK > ; > > ERRTRAP > :: 2DROP NULL$ ; > ; I would replace this by :: SEVEN TestUserFlag case NULL$ ' RPLLAM @LAM ?SEMI TAG & ZINT 258 ERRSET PTR 2F2C6 (stable in all ROMs!) ERRTRAP DROPNULL$ ; Saves 21 bytes compared to yours (nearly half of it) and is considerably faster. - Wolfgang PS. Recalling extable needs about 0.6 sec. Ask J. Bos or other experts how to extract information from extable without recalling it. > I would replace this by > :: > SEVEN TestUserFlag case NULL$ > ' RPLLAM @LAM ?SEMI > TAG & ZINT 258 > ERRSET > PTR 2F2C6 (stable in all ROMs!) > ERRTRAP > DROPNULL$ > ; > Saves 21 bytes compared to yours (nearly > half of it) and is considerably faster. Be a bit careful with my version: It's bugged, because xRCL leaves :&:258 :2:258 on the stack if a low mem error occurs, but just :&:258 if extable doesn't exist! > - Wolfgang > PS. Recalling extable needs about 0.6 sec. > Ask J. Bos or other experts how to extract > information from extable without recalling it. Everything is documented in extablefile.s... but that needs a bank switch or two, and it seems DB does not save the current module configuration between steps. Even this way, it may crash when debugging e.g. the extable code - and I guess Mika (did Mika write all that code?!?) also had a reason to recall hptabs instead of leaving them in covered memory. I might later try to use the bank switching trick in ASS though. Also, extable already has code to find entries, but it uses by far too registers as the old Jazz code. > Be a bit careful with my version: It's bugged, because xRCL leaves > :&:258 :2:258 on the stack if a low mem error occurs, but just :&:258 if > extable doesn't exist! I've checked it, PTR 2C2F6 has got the same problem. So your solution is bugged (leaves :&:258 on the stack) in the low mem case, while mine is bugged (drops one level too many) in the not found case. > > :: > > SEVEN TestUserFlag case NULL$ > > ' RPLLAM @LAM ?SEMI > > TAG & ZINT 258 > > ERRSET > > PTR 2F2C6 (stable in all ROMs!) > > ERRTRAP > > DROPNULL$ > > ; > > Saves 21 bytes compared to yours (nearly > > half of it) and is considerably faster. > What? Then you saves 6 x 21 = 21 = 126 bytes unless you make an extra rompointer from it. > Be a bit careful with my version: It's bugged, because xRCL leaves > :&:258 :2:258 on the stack if a low mem error occurs, but just :&:258 if > extable doesn't exist! Use the above pointer. It's tested since long in D<->L and several other tools. For port objects it's essentially the same than xRCL but it makes it easier to program an adequate errortrap for low memory condition or when extable isn't present. That's not a big deal. BTW, I do not intend to test your expanded JAZZ. I'm happy with MASD and use my own debugging method. IMHO, it would be more useful to write a debugger for MASD instead of trying to adapt JAZZ which will probably never be perfect. Meanwhile there are also editor tools available for the 49 which are as good as ED of JAZZ. > Everything is documented in extablefile.s... but that needs a bank > switch or two, and it seems DB does not save the current module > configuration between steps. Even this way, it may crash when debugging > e.g. the extable code - and I guess Mika (did Mika write all that > code?!?) also had a reason to recall hptabs instead of leaving them in > covered memory. extable has 90 KB, hptabs only about 30. That may be a huge difference for a delicate processor ... > > What? Then you saves 6 x 21 = 21 = 126 bytes unless you > make an extra rompointer from it. Erm, that was a joke, referring to your 6 posts (which may well be caused by a weird news server between us). It already *is* a rompointer of its own. > > Be a bit careful with my version: It's bugged, because xRCL leaves > > :&:258 :2:258 on the stack if a low mem error occurs, but just :&:258 if > > extable doesn't exist! > > Use the above pointer. It's tested since long in D<->L > and several other tools. For port objects it's essentially > the same than xRCL but it makes it easier to program an > adequate errortrap for low memory condition or when extable > isn't present. That's not a big deal. (See also my other post, but there the PTR address is wrong) Try this: :: TAG & ZINT 258 ERRSET PTR 2F2C6 ERRTRAP NOP ; Execute it a few times (and keep each extable on the stack), until you run out of memory. The stack will then contain 2: :&:258 1: :2:258 Thus DROPNULL$ would leave a :&:258 on the stack, which may cause some trouble in the calling program :-/ ... My ROM is 1.19-6. > BTW, I do not intend to test your expanded JAZZ. I'm > happy with MASD and use my own debugging method. IMHO, > it would be more useful to write a debugger for MASD > instead of trying to adapt JAZZ which will probably > never be perfect. Meanwhile there are also editor tools > available for the 49 which are as good as ED of JAZZ. I'll do everything step by step... If I remember well, when I posted that I wanted a Jazz version which supports extable and might do my own, you said Go ahead and let us know. Now I've done exactly that; a next step for me might be to understand in depth how DB works, then take it apart and rewrite parts of it... > extable has 90 KB, hptabs only about 30. That may be > a huge difference for a delicate processor ... Well, 40kB - but you're right. Thomas > > > I agree that all of it was done by individuals and that they > > > deserve most of the credit and most of the admiration. But a lot > > > of them lived in cultures that seemed to have somehow encouraged > > > lots of people to do amazing things in a short period of time. > > > > Yes, and here's a thought in I think the right direction: > > > > * How many brilliant female Afgan scientists do you think there are? > > > > I have the feeling that there is a very negative tone in this > sentence, so let me please mention here, that the small (0 ?) number > of brilliant female Afgan scientists, may not used as an indicator for > the quality of Afgan society. Actually, this very question could I think that you either know little about the condition of women in Afganistan, or totally misunderstood me. My statement has absolutely nothing, really, do to with women. If the situation in Afganistan were reversed so that women were treated as men are today and men were treated as women are today, the only difference in my question would be that I drop the 'fe'. What I was responding to is the final quoted statement from Barry, about the culture. My question was supposed to put some perspective on the question of culture. How many brilliant female Afgan scientists *are* there today? If there are any at all, they probably haven't been in Afganistan since they were babies. Why? Well... see the following sites, all found in a few seconds with a search of women Taliban on google.com * http://rawa.fancymarketing.net/women.html * http://mosaic.echonyc.com/~onissues/su98goodwin.html * http://www.petitiononline.com/taliban/petition.html * http://www.phrusa.org/research/health_effects/exec.html * http://www.helpafghanwomen.com/ * http://www.nowfoundation.org/global/taliban.html (good for a quick overview) Now read these, make your own investigations, and then ask yourself the question I asked. My answer, looking at a very narrow dimension of the picture: This culture has totally cut a guess of 50% of its population from the set of possible intellectuals, scientists... anyone along these lines. It (the culture) is intentionally stunting its own growth, for reasons I cannot fathom. Compare it to any free culture today. The U.S.? We've a lot of obvious and frequently-mentioned problems, but at least we are not today restricting any member of our society from becoming educated, rich, powerful -- or anything, really. There is no law, no popular meme, against anyone becoming educated. There is nothing against anyone becoming a scientist and contributing to science. ...and what barriers still exist are being fought openly by parties assembled to battle them. They (the parties) can do that here. On a similar topic, there were Abolitionists way back during the American Revolution -- who were never silenced by the government, (indeed became part of the government; some were involved in its *formation*) and these Abolitionists eventually achieved a total victory in their cause. Afganistan won't have a similar victory on the cause of women until the Taliban is gone and several generations pass. I know my answer is somewhat confused, as I'm not feeling well. Do you see now what I meant with the question? (snip) > Greetings, > Nick. ps. I remember thinking that it was obvious that people are different, that we aren't born equal, that trying to say that we are equal or should be is foolishness... yet I find that, day by day, I become something more of an egalitarian on a particular dimension: I think that, with the exception of real damage, all humans are pretty much equally capable in terms of intelligence. I know that this is probably false, given the case of concrete vs. abstract thinking, but even when this division was presented to me I had suspicions that it involved damage of some kind. Maybe people who never achieve abstract thinking are stunted in some way; they haven't had good nutrition, their ability was suppressed through some trauma? When you think this way, you can't be a racist or an ethnicist or a sexist or an anythingist where anythingists deny that a portion of the human race has equal mental footing with themselves. Maybe I read too much science fiction, that I'm more attentive to the differences between the human race and non-humans on Earth or outside of Earth. Maybe I'm a foolish optimist. I haven't yet seen good arguments from the other side. >> ... those who once gave so much for science, >> now give their best to terrorize and destroy. > >Those two sets of people do not intersect. Not a single one of these >thugs has ever done anything to advance science. It was not a culture >or ethnic group who devised those clever elements of mathematics so >many centuries ago; it was a handful of very smart *individuals*, who >*individually* deserve our praise and admiration. Likewise, it was >not a culture or ethnic group that attacked the USA on 9/11; it was a >handful of evil *individuals*, who *individually* deserve our scorn >and enmity. The disadvantage under which the honorable Arabs and honorable Muslims live stems from the fact that the assholes who brought us 9/11/2001 were mostly Arab and Muslim. The fact that they were Arab and Muslim had nothing to do with what they did. The fact that they were butt fucking assholes had everything to do with 9/11/2001. It has always amazed me that we, as a species, have not made the ethical treatment of other human beings a higher priority than nationality or religion. Until we do that, on a planet wide basis, we will remain, as always, stinky stupid apes with guns. > Until we do that, on a planet wide basis, we will remain, as always, > stinky stupid apes with guns. I think that humans have very rarely been stinky stupid apes with guns. Sorry. These kind of generalizations annoy me. Throughout known history humans have been gracious, intelligent, hard-working, and civilized by all senses. Was Albert Einstein a stupid ape with a gun? How about Bach? Was Queen Victoria a stupid ape with a gun? The state of man today is far better than it's ever been, and while I don't think that your suggested course is bad, there is still much foolishness in a person who declares all previous generations bad in the manner that you have. I bet that even a member of the Taliban has produced some measure of beauty and goodness. It's certain that some people with grevious flaws have managed to do good. How about George Washington? He owned slaves at least several years after America was acknowledged as independent from England. Are they still working on the beta of BIOS 4.19? When I first got my calculator in January, they said that the 4.19 would be released soon. So far it's still in beta. Have they scrapped it or do they have a projected release date? What I mean is, I leave it to the group to decide if the path from: HP48 --> HP49 --> ??? is EVO or DEVO, you should pardon the expression. The installation of FEM49 is covered in the appendices of the manual and is similar to installing other libraries. Store the library in Port 0 or 1 for faster operation then warm boot with a simultaneous press of On and F3. If your not sure how to transfer from PC to HP49 you need a cable and the PC connectivity kit. I write a very big program in UserRPL Now I search a program that help me to crunch the UserRPL program but I like to start the program in crunch mode... (so like an .exe Packer under DOS Pklite....aso.) > I write a very big program in UserRPL Now I search a program that help > me to crunch the UserRPL program but I like to start the program in > crunch mode... (so like an .exe Packer under DOS Pklite....aso.) If that's what you want: The ~ packer from current OT49 versions which you can just EVALuate to uncompress the object. > I write a very big program in UserRPL Now I search a program that help > me to crunch the UserRPL program but I like to start the program in > crunch mode... (so like an .exe Packer under DOS Pklite....aso.) Get the OT49 library by the ever-mighty Wolfgang Rautenberg, the ->XU command can make your program a lil' faster and smaller. > Some windows don't display real numbers correctly, they don't round, just > truncate (and cut out exponents). > For example I have > > plot window - function > > h-view: 0. 6.5 > v-view:-8.07465 5.383101 > .... > > but actually the v-view ranges from -8.07..E15 to +5.38...E16 > I consider this a bug. It's always been that way, I think. Not that they truncate, but the numbers are too big for those windows. You can select those numbers and edit them: you'll see the complete ones are there. > > The '49 does simplify in the bulit-in INV command. It does what's > > equivalent to EVAL on the resulting matrix elements. > > That is inconsistent. Why HP doesn't do it in calculus but does in matrix ? No, that's not inconsistent. The algorithm used requires to use a normal representation for every element of the matrix hence the result is simplified (see the rest of the thread about the choice of algorithm to invert matrices). Exactly the same occurs when you integrate an expression, rational fractions are simplified. I am in the middle of writing some light reviews of mostly HP49G software, thus far Dune, Emacs, Scribe, Organizer, Expresso, Babal, fx and Domain, MINE, Mig, Lemmings, Android, Sokoban, PrettyChem, and Tabla Periodica ...because these are programs that I use =) Should I post these reviews here, or at comp.sources.hp48, or elsewhere? > I am in the middle of writing some light reviews of mostly HP49G > software, thus far > JF> I am in the middle of writing some light reviews of mostly HP49G JF> software, thus far JF> Dune, Emacs, Scribe, Organizer, Expresso, Babal, JF> fx and Domain, MINE, Mig, Lemmings, Android, Sokoban, JF> PrettyChem, and Tabla Periodica JF> ...because these are programs that I use =) Should I post these JF> reviews here, or at comp.sources.hp48, or elsewhere? I would say, post them here, and add them as comments to the different programs on hpcalc. I once talked to Eric about this - he does not mind if people put long reviews in there as comments. If u use PC connectivity kit u can do like u do with your PC..... Timothy Ney skrev i meldingsnyheter:cbd834ed.0110190156.e6e065c@posting.google.com... > I need information on how to create subdirectories in assembly i.e. > creating a subdirectory in the HOME directory and storing a variable > in that subdirectory. For those of you who have read GEB, here's some code I've written for mechanical operations in the MUI formal system described therein. 'MU' DUP CRDIR EVAL Rule 1: xI -> xIU Rule 2: Mx -> Mxx Rule 3: xIIIy -> xUy Rule 4: xUUy -> xy 'rules' STO MI 'mi' STO << DUP SREV NUM 23. == {85. CHR +} {rerr} IFTE >> 'r1' STO << DUP 2 OVER SIZE SUB + >> 'r2' STO << SPLT 4 SPLT SWAP DUP III == {DROP U} {rerr} IFTE SWAP + + >> 'r3' STO << SPLT 3 SPLT SWAP DUP UU == {DROP } {rerr} IFTE SWAP + + >> 'r4' STO INVALID! 'rerr' STO << DUP2 1 SWAP 1 - SUB UNROT OVER SIZE SUB >> 'SPLT' STO {rules mi r1 r2 r3 r4} ORDER 'SPLT' comes from One-minute Marvels, available at http://ca-on.hpcalc.org/hp48/docs/programming/ > My impression is and was the exact opposite. > > I use a manual to inform me how a device behaves. > I _do not use_ a manual to teach me the material > that the text book or the teacher should be teaching > and for which they are being paid or were purchased. I really don't see how the TI-89/92+ manual teaches (or tries to teach) one math. > As others have said, it seems that the manual is > intended to protect the teachers' jobs by requiring > the users to get their information from the teacher > and preventing the students from getting ahead of > teacher (oh, that is simply not permissible) and to > explain how to go about loading programs (er, games). None of my teachers knew how to operate the TI-89/92+/92. Many of them simply used a pocket scientific calculator and didn't know how to operate a TI-82/83 either. > (grep is a UNIX program for > locating text in text files.) :) I know that. > To me some of the terminology is non-standard. Let us > leave it at that. I only took a few moments study to > determine what they were talking about and what the > ``proper'' terminology should have been. OK, but without examples it is not clear what you mean. > :Have you looked at the TI-89/92+ Tip List? > > What Tip List? > > Where do I send a letter to request it? I downloaded WinHP and Xview to creat text files on my PC then transfer them onto my HP48GX and view them with the Xview program. I installed the library for the viewer but how do I direct the Hp to the text file for the viewer to view it. Would appreciate any help with this problem