A150 Subject: Re: What brands of SD cards are you using??? Another Costco here... Works great. > Same here, Costco de too. > I'm using the SanDisk 256M card, bought at a loc Costco. It seems to > work fine on both my origin and replacement 49G+. > I used the 49G+ to format the card before using. >> Lexar SD cards don't seem to work with hp49g+'s >> They did not work with my first and sure don't work in my > replacement >> with the redesigned keyboard. >I've just had a Lexar card stop working with my hp49g+. >I'm going to buy a Kingston next time : === Subject: Re: What brands of SD cards are you using??? Just got a 64MB SanDisk card, and it works great. > Another Costco here... Works great. > Same here, Costco de too. > I'm using the SanDisk 256M card, bought at a loc Costco. It seems to > work fine on both my origin and replacement 49G+. > I used the 49G+ to format the card before using >> Lexar SD cards don't seem to work with hp49g+'s >> They did not work with my first and sure don't work in my > replacement >> with the redesigned keyboard. >I've just had a Lexar card stop working with my hp49g+. >I'm going to buy a Kingston next time Subject: Re: 49G Libraries on the 49G+? > organizer 1.1 and scribe 1.1, and attempted to instl them on ports > 0, 1, and 2 (I would prefer 2). There were no errors when I ran STO > on the library. However, there were no LIB menus created for them > either. Are these libraries compatible with the 49G+? If they are, I > suspect that I have an understanding fault. 98% of the 49G libraries should work on the 49g+ if they don't do funny tngs with the screen such as greysce and contrast changes. I have instled the libs mentioned above and [RS] LIB and a few [NXT] make 'Organ' and 'Scrib' labels appear and yhe libs work great. === Subject: Re: 49G Libraries on the 49G+? Did you shut the ulator off or warm start it (ON + C) so the ulator could initiize the librarys? CD > I have just been browsing the libraries on hp.org for my newly > acquired 49G+. I presently see very few libraries listed there that > explicitly support the 49G+. I have downloaded a couple of libraries, > organizer 1.1 and scribe 1.1, and attempted to instl them on ports > 0, 1, and 2 (I would prefer 2). There were no errors when I ran STO > on the library. However, there were no LIB menus created for them > either. Are these libraries compatible with the 49G+? If they are, I > suspect that I have an understanding fault. === Subject: Re: 49G Libraries on the 49G+? > Did you shut the ulator off or warm start it (ON + C) so the > ulator could initiize the librarys? > I shut the ulator off as I was not aware of the warm start feature. I have seen reassurances that the specific programs that I mentioned are expected to work. Based upon that, I will try the process again and will so try the warm instead of cold start. === Subject: Re: 49G Libraries on the 49G+? > I have seen reassurances that the specific programs that I mentioned > are expected to work. Based upon that, I will try the process again > and will so try the warm instead of cold start. Note that the off-on cycle is actuly warmer in terms of what is initiized again. If you just turn it off and on again, it will only shut down its processor; a warmstart with ON-C clears a lot of instled libraries are entered into it). For an even colder start you have to press ON-A-F to cause the so-cled TTRM message to appear, and answer that with NO, wch WILL DELETE L YOUR DATA IN === Subject: Re: some questions about hp49g+ >>the command S~N looks less dangerous that your SYSEV. > Bc S~N checks the argument ? In ts case, yes. It's so because S~N is easier to remember than uh... what was your hexa number ? ;o) === Subject: Re: some questions about hp49g+ > It's so because S~N is easier to remember than uh... what was your > hexa number ? ;o) Well, i learnt #5B15h before buying a 49, so i remember it more easily... === Subject: Re: New HP 49G+ STILL not registering keystrokes! X > tnk they should just go l the way and completely fix the keyboards to be > like the 48's. Like you said, if they did that, it would be an overwhelming > suess. no, No, NO !!! Like the 41 - rather... === Subject: Does HP change the badkeyboard 49G+? I am an non-regular reader of ts group, so I am not fully familiar with the situation. I have one of the first HP49G+ and well, the keyboard is a complete mess. Whether you rely pushed the key or not you can only notice by looking at the display, from time to time one has to push ice or even three times. When I remember my 48GX.. wow, these were the days my friends... During the sporadic reading I noticed I am not the only one having ts problem, now my question: Does HP change the first series with these faulty keyboards? Who would I have to ask to replace it? -- === Subject: Re: Does HP change the badkeyboard 49G+? > I am an non-regular reader of ts group, so I am not fully familiar > with the situation. Become a regular reader (and contributor); there's a lot of good information here. so note that you can search the newsgroup arcve from http://groups.google.com/advanced_group_search?group=comp.sys.hp48 or just browse it from http://groups.google.com/groups?q=comp.sys.hp48. It currently has about 113,000 threads, starting from 1991-07-24. There's a reasonable chance that any question you may have has ready been asked and answered (but how many of the answers are actuly correct may be another story). But note that the Google arcve is updated only a few times a day, so to be rely up-to-the-minute and for active participation, Google isn't the best ternative. > I have one of the first HP49G+ and well, the keyboard is a complete > mess. Whether you rely pushed the key or not you can only notice by > looking at the display, from time to time one has to push ice or even > three times. You can turn on the keyclick (check the option in MODE); it may help you notice whether a key has registered, though that's still far from rely solving the problem. > When I remember my 48GX.. wow, these were the days my friends... For some of us, they still are. > During the sporadic reading I noticed I am not the only one having ts > problem, now my question: Does HP change the first series with these > faulty keyboards? Who would I have to ask to replace it? Many customers have gotten a warranty replacement for ulators with the defective keyboards, and most seem to be satisfied with the replacement, but some say that it's still defective. I suppose that the replacement policy might differ depending on your country though. Assuming that the Berlin that you live in is in Germany, the number to cl should be +49-69-95307103. A list of telephone numbers to use for various countries is near the back of the user's manu. === Subject: Quick write-up on ARM code under HP49G+ I have made a sml write-up on ARM programming on the HP49G+ available at http://page.ath.cx/hptute/arm.htm . To give credit, I have made great use of ldinger's ingenious ARM guide and other posts in ts group. It is still heavily under construction, but it hope it will eventuly be useful to people - espicly Saturn ASM newbies like myself. Finly, to Saturn Assembly experts: I do not know saturn assembly. I have tried to make a ric 'ARM code' template, but I can't test it until I get my back from HP (The LCD died). I'm sure there are mistakes... can you please let me know how to fix them? I'd so like to know how to put a label at a predefined address, if possible. Not l ARM programs will be exactly 112 bytes long , === Subject: Re: Quick write-up on ARM code under HP49G+ Nibble swapping scripts in perl since you didn't have a script yet on your page. Here's 2 scripts to swap nibbles, use the first if you have it in ASCII format. Use the second if you have it in binary. You can modify as needed. # ASCII version $file = 'armcode.txt'; open (FILE, $file) or die cannot open file: $!; wle () { $_=~s/(.)(.)/$2$1/; print $_; } # Binary version $file = 'a.out'; open (FILE, $file) or die cannot open file: $!; wle(sysread(FILE,$char,1)){ $char=pack( 'H2', unpack( 'h2', $char ) ); print $char; } > I have made a sml write-up on ARM programming on the HP49G+ available > at http://page.ath.cx/hptute/arm.htm . To give credit, I have made > great use of ldinger's ingenious ARM guide and other posts in > ts group. > It is still heavily under construction, but it hope it will eventuly > be useful to people - espicly Saturn ASM newbies like myself. > Finly, to Saturn Assembly experts: I do not know saturn assembly. I > have tried to make a ric 'ARM code' template, but I can't test it > until I get my back from HP (The LCD died). I'm sure there are > mistakes... can you please let me know how to fix them? I'd so like to know how to put a label at a predefined address, if > possible. Not l ARM programs will be exactly 112 bytes long === Subject: Re: Quick write-up on ARM code under HP49G+ > $_=~s/(.)(.)/$2$1/; Ts doesn't work; it will just swap the first o characters on the line! # ASCII version wle (<>) { s/(.)(.)/$2$1/g; print; } instead. Ts will still fail if a line contains an odd number of input nibbles though. Note that <> will read lines from the files given as arguments, or (if there aren't any) standard input. You can write ts as perl -pe 's/(.)(.)/$2$1/g' in the shell if you're in a hurry. > wle(sysread(FILE,$char,1)){ Why read one character at a time when you can have ts: # Binary version wle (<>) { print pack (h*, unpack (H*, $_)); } I resisted the temptation to put it l on one line for readability's sake -- === Subject: Re: Quick write-up on ARM code under HP49G+ Oh yeah, my input file was multiple lines with 2 ascii characters per line. Oops. I don't know perl well enough to churn out one-liners at a moment's notice. Just wanting to contribute sometng at l, even if it isn't the most efficient. hew F. G. >> $_=~s/(.)(.)/$2$1/; > Ts doesn't work; it will just swap the first o characters on the > line! > # ASCII version > wle (<>) { > s/(.)(.)/$2$1/g; > print; > } > instead. Ts will still fail if a line contains an odd number of > input nibbles though. Note that <> will read lines from the files > given as arguments, or (if there aren't any) standard input. You can > write ts as > perl -pe 's/(.)(.)/$2$1/g' > in the shell if you're in a hurry. > # Binary version > wle (<>) { > print pack (h*, unpack (H*, $_)); > } === Subject: Re: Quick write-up on ARM code under HP49G+ > I don't know perl well enough to churn out one-liners at > a moment's notice. Just wanting to contribute sometng at l, even > if it isn't the most efficient. No problem! I thought wle I was at it with the first program, I might as well tell you about the second... Don't tnk I knew Perl (or Saturn ML for that er) that well right from the beginning And after l you had the most important tng: the idea to write it. === Subject: Re: Quick write-up on ARM code under HP49G+ I have modified these to take the filename on the command line; output is still printed on STDOUT. Here they are: # ASCII version $file = sft; open (FILE, $file) or die cannot open file: $!; wle () { $_=~s/(.)(.)/$2$1/; print $_; } # Binary version $file = sft; open (FILE, $file) or die cannot open file: $!; wle(sysread(FILE,$char,1)){ $char=pack( 'H2', unpack( 'h2', $char ) ); print $char; } > Nibble swapping scripts in perl since you didn't have a script yet on > your page. > Here's 2 scripts to swap nibbles, use the first if you have it in ASCII > format. Use the second if you have it in binary. You can modify as needed. # ASCII version > $file = 'armcode.txt'; > open (FILE, $file) or die cannot open file: $!; > wle () > { > $_=~s/(.)(.)/$2$1/; > print $_; > } > # Binary version > $file = 'a.out'; > open (FILE, $file) or die cannot open file: $!; > wle(sysread(FILE,$char,1)){ > $char=pack( 'H2', unpack( 'h2', $char ) ); > print $char; > } === Subject: 's ARM Mandelbrot code disassembled I've sueeded in disassembling 's ARM code that he provided the newsgroup since I didn't see anyone else try to disassemble it or provide the output if they did. I was confused for a bit about the endian-ness of the code though. Each instruction is 32 bits and the first instruction in the code is ts: 0F14D29E To run it through the disassembler (i used c binutils 2.8.1 for ms-dos (objdump --disassemble )), I had to change it to F0412DE9 -- why is the ulator code nibble swapped? The disassembler then gave me E92D41F0, wch translates to stmdb sp!, {r4, r5, r6, r7, r8, lr} I don't know enough ARM assembly yet, so I don't rely know what that does. (I tnk it saves the stack or sometng, I'll find out soon enough). Here's the full disassembly output. 0: e92d41f0 stmdb sp!, {r4, r5, r6, r7, r8, lr} 4: e5912914 ldr r2, [r1, #2324] 8: e5913924 ldr r3, [r1, #2340] c: e1a07002 mov r7, r2 10: e1a08003 mov r8, r3 14: e3a06c01 mov r6, #256 18: e0040292 mul r4, r2, r2 1c: e1a04644 mov r4, r4, asr #12 20: e0050393 mul r5, r3, r3 24: e1a05645 mov r5, r5, asr #12 28: e084e005 add lr, r4, r5 2c: e35e0901 p lr, #16384 30: ca00000a bgt 0x60 34: e0444005 sub r4, r4, r5 38: e0030392 mul r3, r2, r3 40: e1a035c3 mov r3, r3, asr #11 44: e0883003 add r3, r8, r3 48: e2566001 subs r6, r6, #1 4c: 1afffff1 bne 0x18 50: e5d16968 ldrb r6, [r1, #2408] 54: e3c66001 bic r6, r6, #1 58: e5c16968 strb r6, [r1, #2408] 5c: e8bd81f0 ldmia sp!, {r4, r5, r6, r7, r8, pc} 60: e5d16968 ldrb r6, [r1, #2408] 64: e3866001 orr r6, r6, #1 68: e5c16968 strb r6, [r1, #2408] 6c: e8bd81f0 ldmia sp!, {r4, r5, r6, r7, r8, pc} Hope ts is interesting to you. === Subject: Re: 's ARM Mandelbrot code disassembled > I've sueeded in disassembling 's ARM code that he provided the > newsgroup since I didn't see anyone else try to disassemble it or > provide the output if they did. I was confused for a bit about the > endian-ness of the code though. Each instruction is 32 bits and the > first instruction in the code is ts: 0F14D29E To run it through the disassembler (i used c binutils 2.8.1 for ms-dos > (objdump --disassemble )), I had to change it to F0412DE9 -- why > is the ulator code nibble swapped? The disassembler then gave me > E92D41F0, wch translates to > stmdb sp!, {r4, r5, r6, r7, r8, lr} > I don't know enough ARM assembly yet, so I don't rely know what that > does. (I tnk it saves the stack or sometng, I'll find out soon > enough). Here's the full disassembly output. > Hope ts is interesting to you. How, just how, did you get objdump to dissassemble a hex/binary file? Mine keeps wanting to disassemble sections, wch, of course, don't exist in a flat hex file. === === Subject: Re: 's ARM Mandelbrot code disassembled > Never mind, I'm a dummy, I didn't read your page thoroughly, . Or did > you just recently update it? 's code was disassembled very quickly by members of ts group, and I put it up on my page right away =) But I have updated it since, to include more examples and info. >stmdb sp!, {r4, r5, r6, r7, r8, lr} >I don't know enough ARM assembly yet, so I don't rely know what that >does. (I tnk it saves the stack or sometng, I'll find out soon >enough). Here's the full disassembly output. from my sketchy memory STMDB means STore Multiple registers in memory, Decrement the stack pointer Before each word is written. The SP means the Stack Pointer is the register being decrements and used as a pointer (it could be any register). The exclaimation mark means 'save changes to the Stack Pointer' so it stays decremented after the instruction. And of course, {r4, r5, r6, r7, r8, lr} is a list of registers to push on the stack. http://www.ee.ic.ac.uk/pcheung/teacng/ee2_computing/ is a good place to learn more. for the Perl Script b, I'll try it later. === Subject: Re: Quick write-up on ARM code under HP49G+ I'm not sure, but I tnk you may have an outdated guide to Saturn Assembly. However, ts is a great help to those new to assembly programming on these ulators. I have a bit of Motora 6811 and x86 assembly in the back of my head, so assembly language isn't completely foreign to me. Learning new instruction sets is hard. Keep up the work and I'll see what I can do to help! hew F. G. > I have made a sml write-up on ARM programming on the HP49G+ available > at http://page.ath.cx/hptute/arm.htm . To give credit, I have made > great use of ldinger's ingenious ARM guide and other posts in > ts group. > It is still heavily under construction, but it hope it will eventuly > be useful to people - espicly Saturn ASM newbies like myself. > Finly, to Saturn Assembly experts: I do not know saturn assembly. I > have tried to make a ric 'ARM code' template, but I can't test it > until I get my back from HP (The LCD died). I'm sure there are > mistakes... can you please let me know how to fix them? === Subject: Re: Quick write-up on ARM code under HP49G+ > I have made a sml write-up on ARM programming on the HP49G+ > available at http://page.ath.cx/hptute/arm.htm used (aording to some old docs, wch made their way into Carsten's The 49G(+) ROM does not use ts at l since there is no area or, in the case of FLASHPTRs, cled directly by bankswitcng in the #40000-#7FFFF area. bytes for ARM code starting at #80100. If you need more, you can locate a temporary memory zone, as ldinger has pointed out before. > I'd so like to know how to put a label at a predefined address, if > possible. Not l ARM programs will be exactly 112 bytes long You will probably want to use computed offsets instead. In MASD syntax: CODE GOSBVL SAVPTR INTOFF GOSUB end *begin % ... ARM code goes here % to include nibbles use the following syntax % $ 0123456789ABCDEF % the nibbles will be stored in exactly ts order in memory *end C=RSTK D0=C D1= 80100 LC(5) (end)-(begin) $80B60 % BUS 60; BUS is not a vid instruction in MASD % ... LC 80100 $80BFF % BUS FF INTON GOVLNG GETPTRLOOP ENDCODE Disclaimer: Use at your own risk. I cannot test ts since I do not have a 49G+ either. Never forget to check if your ARM code is longer than 263 bytes. If MASD complains that the GOSUB jump is too short, do not replace it Anybody want to write a library that assembles ARM code inside MASD syntax assembly and replaces it by the raw $ codes? === Subject: Re: Quick write-up on ARM code under HP49G+ for that, thats exactly the info I was looking for. I'll update the page later. === Subject: Re: Quick write-up on ARM code under HP49G+ > for that, thats exactly the info I was looking for. I'll update > the page later. You're welcome. as well, I'm glad to see you take the effort to collect information on ts! === Subject: Re: Quick write-up on ARM code under HP49G+ , I don't know if you're interested, but I've been tnking about sending you my now spare 49G+. I got a replacement from HP a couple weeks ago and I didn't have to send my old one back so it's just sitting here. Reizing you don't have a 49G+, I was wondering if you wanted to use it so that you could then start hacking away at it and hopefully start inform us on your new discoveries with ARM, etc... :) Aside from the stiff, sometimes non-registering keys, its fully function. If you're interested, please let me know, I'd be more than happy to give it off to a new owner. You've done a lot for ts group and I love your HP-42X emulator, so hopefully ts will spark some new interest for you that will benefit us l. > for that, thats exactly the info I was looking for. I'll update > the page later. > You're welcome. as well, I'm glad to see you take the effort > to collect information on ts! > - > -- > If you want to reply by mail, substitute my first and last name for > 'foo' and 'bar', respectively. === Subject: Re: Quick write-up on ARM code under HP49G+ > , > I don't know if you're interested, but I've been tnking about sending you > my now spare 49G+. I got a replacement from HP a couple weeks ago and I > didn't have to send my old one back so it's just sitting here. Reizing > you don't have a 49G+, I was wondering if you wanted to use it so that you > could then start hacking away at it and hopefully start inform us on your > new discoveries with ARM, etc... :) is my hero! I hope we'll soon get more info about ARM9@49g+ from ! === Subject: Re: Quick write-up on ARM code under HP49G+ > I don't know if you're interested, but I've been tnking about > sending you my now spare 49G+. I hope we'll soon get more info about ARM9@49g+ from ! emulators. The 49G+ will go to Hrastprogrammer instead. Congratulations Hrastprogrammer! I might buy a 49G+ anyway since the ARM stuff got me interested, too, so stay tuned === Subject: Re: HP49G HP49G+ saturn & C++ > Does anyone know if a tool exist to write program in C++ for our powerfull > HP49G and HP49G+ ? For the 49G: no. for the 49G+: maybe one day... === Subject: Re: HP49G HP49G+ saturn & C++ C++ produces bloated code... However, embedded C subroutines might be possible using the c arm cross-compiler to a guy named ... there's a ton of work ahead thou. > Does anyone know if a tool exist to write program in C++ for our powerfull > HP49G and HP49G+ ? === Subject: Re: HP49G HP49G+ saturn & C++ > C++ produces bloated code... However, embedded C subroutines might be > possible using the c arm cross-compiler to a guy named ... > there's a ton of work ahead thou. Ts might not be as efficient as when we fully understand how to aess the ARM, but for the moment that should still be working (though I never tried myself). http://www.hp.org/search.php?query=c === Subject: Re: 49g+: freezes, random power-offs, earthquakes for l the help, I upgraded the ROM. (It was build 19 of course) B, I have been using the ulator for less than 2 weeks with the origin batteries, and yesterday I got a Low battery message wle trying to move a file to Port 2. Now either the batteries were depleted as they came or the buggy ROM I used was draining them fast. An addition question: Is it norm that the seri number displayed on the update screen differs form the one at the back of the unit? === Subject: Re: 49g+: freezes, random power-offs, earthquakes X > file to Port 2. Now either the batteries were depleted as they came or the > buggy ROM I used was draining them fast. Maybe both > An addition question: Is it norm that the seri number displayed on the > update screen differs form the one at the back of the unit? Yes. They should differ. If they are the same, you've got a collectors gold so note that you can search the newsgroup arcve from http://groups.google.com/advanced_group_search?group=comp.sys.hp48 or just browse it from http://groups.google.com/groups?q=comp.sys.hp48. === Subject: Re: 49g+: freezes, random power-offs, earthquakes > FYI, on my 49g+ when I still had ROM 1.22, I was so experiencing > frequent crashes, freezes and random power-offs. I had transferred > l of my programs and libraries from my old 49G (many of wch were > originly from my 48SX) into the new 49g+. I eventuly discovered > that I had a corrupt program object in memory. I actuly emailed > ts to at s request and wonder if he ever played with it? It > would produce some very interesting crashes when one tried to run > it... X Yes, thank you, it wiped my memory, no, no,. the 49g+ memory The (ien) object has been destroyed. === Subject: Re: 49g+: freezes, random power-offs, earthquakes So, did it produce any wild patterns on the LCD or did it simply wipe the hp's memory? I did warn you about backing up! I trust you didn't lose anytng important... > FYI, on my 49g+ when I still had ROM 1.22, I was so experiencing > frequent crashes, freezes and random power-offs. I had transferred > l of my programs and libraries from my old 49G (many of wch were > originly from my 48SX) into the new 49g+. I eventuly discovered > that I had a corrupt program object in memory. I actuly emailed > ts to at s request and wonder if he ever played with it? It > would produce some very interesting crashes when one tried to run > it... > X > Yes, thank you, it wiped my memory, no, no,. the 49g+ memory > The (ien) object has been destroyed. > === Subject: [HP49g+] SysRpl problem l, I have a HP49g+, and I tried to begin with the SysRpl. I have extable and the ROM 1.22 So I download Programming in SysRpl, I read it (only a part) and I tried ts code BEGIN BINT1 REPKEY? UNTIL I wanted just a programme that waits for pressing the F1 key. But unfortunatly it doesn't work :( Then, I ask Yoann to help me and he told me to do the same but with extable2 (you can get it here: http://zon.wins.uva.nl/~dominik/hp/emacs/ ) I tried and it worked perfectly. :) Since I upload the lastest ROM 1.23 because of the freezes, turn off etc.... (in a previous subject) And finly that litle programme doesn't work any more! :( What can I do? Where do my problem come ? a lot and sorry for my english (I'm french) === I need to code a field as combo field; that is, able to select from a list and able to aept new entries as well. The documentation states that BINT2 is the vue for the field-type parameter. I've tried to make it work using sever other vues in the other parameters, but it doesn't work. I have not seen a single example of a form made with ^IfMain that uses a combo field. Any help? === Subject: Using MTRW or NUM.SLV in UserRPL For sever programs I intend to use the keyboard functions MTRW (matrix writer) or NUM.SLV. If you cl MTRW witn a program, you do not launch the matrix writer, but you find the string «MTRW« on your stack. Any idea to launch MTRW witn a program? === Subject: Re: Using MTRW or NUM.SLV in UserRPL > For sever programs I intend to use the keyboard functions MTRW (matrix writer) > or NUM.SLV. If you cl MTRW witn a program, you do not launch the matrix > writer, but you find the string «MTRW« on your stack. > Any idea to launch MTRW witn a program? << -43.2 KEYEV >> === Subject: Re: Using MTRW or NUM.SLV in UserRPL > Any idea to launch MTRW witn a program? > << -43.2 KEYEV >> A good example to illustrate the redundancy of UsrRPL. With extable, the same can be programmed as :: DoNewMatrix ; Ts program has 7.5 bytes only compared to the 28.5 bytes of 's. 3 times as much! And my program is many times as fast === Subject: Re: Using MTRW or NUM.SLV in UserRPL > Any idea to launch MTRW witn a program? > << -43.2 KEYEV >A good example to illustrate the redundancy of UsrRPL. With extable, the > same can be programmed as :: DoNewMatrix ; Ts program has 7.5 bytes > only compared to the 28.5 bytes of 's. 3 times as much! And my > program is many times as fast - how many bytes is extable? - mine is smler! === Subject: Re: Using MTRW or NUM.SLV in UserRPL > - how many bytes is extable? 2134.5 bytes. It does only, however, contain o entries in that case, wch is the smlest extable you can create with the Extable Tools library. === Subject: Re: UTPN inverse in SysRPL? Unfortunatelly I can«t answer the origin question of an inverse for UTPN by means of SysRPL. But perhaps the following idea is helpfull for you by using NUM.SLV: NUM.SLV does not aept UTPN as a function, but it aepts a little program like << -> X << 0 1 X UTPN >> wch can be stored by «ND« STO-> So you can use the equation Y = ND(X) in NUM.SLV and you get the inverse of UTPN by means of a numeric solution. === Subject: Re: UTPN inverse in SysRPL? > Any bady knwo how to make a inverse UTPN (UTPC,UTPF,UTPT) function on SysRPL? X If there is no inverse you could SOLVE it (or use ROOT) === Subject: Re: UTPN inverse in SysRPL? > Any bady knwo how to make a inverse UTPN (UTPC,UTPF,UTPT) function on > SysRPL? > X > If there is no inverse you could SOLVE it (or use ROOT) > Yes, but how make it on SysRPL? === Subject: HP49G User RPL Programming Help I have a problem on the HP49G adding combinations of strings with numbers. How do I get rid of the full stop after each number? i.e. BRG: 5. + returns BRG:5. I would like to see BRG:5 On the HP48 ts was solved by changing the fix to STD. Any help would be appreciated. === Subject: Re: HP49G User RPL Programming Help IP R->I Solved it for me - didn't have to change anytng else > I have a problem on the HP49G adding combinations of strings with > numbers. How do I get rid of the full stop after each number? > i.e. BRG: 5. + returns BRG:5. > I would like to see BRG:5 > On the HP48 ts was solved by changing the fix to STD. > Any help would be appreciated. === Subject: Re: HP49G User RPL Programming Help > I have a problem on the HP49G adding combinations of strings with > numbers. How do I get rid of the full stop after each number? > i.e. BRG: 5. + returns BRG:5. > I would like to see BRG:5 - use R->I first - avoid res with dot & use Exact mode only - snip the radix off by string manipulation === Subject: Re: HP49G User RPL Programming Help > I have a problem on the HP49G adding combinations of strings with > numbers. How do I get rid of the full stop after each number? > i.e. BRG: 5. + returns BRG:5. > I would like to see BRG:5 > - use R->I first > - avoid res with dot & use Exact mode only > - snip the radix off by string manipulation > exact mode fixed the problem. === Subject: Docfiler revised , The mini-tool Docfiler for reading books or technic documents on the SD-card or elsewhere on the 49+ has been updated. Text scrolling is now much faster as in Headman, some people may say it's too fast Maybe Jorge is so kind to use ts method so in Headman, I have no time at present. As a er of fact, on the 49+ routines are programmable in SysRPL wch are hopelessly slow on the 48/49. http://page.mi.fu-berlin.de/~raut/WR49/index.htm#Misc === Subject: Re: USAG program (version 49G) > GaaK ha scritto nel messaggio > , at my web Details: use FONT8 and flag -72 is cleared. (then restore it). > USAG 49 is based in the program USAG for HP 48 by Hewlett Packard, but > the conversion is only by GaaK. > Indeed, a very useful tool, IMHO. > Great job, > Thank you!. Problems with: MERGE, FREE, ROOT, GOR, GXOR... ? New version available soon. Bugs fixed... optimized... Report others suggestions or bugs please. === Subject: Re: Dare I mention the 49g+ Keyboard? 36200 series. > What seri number ? > some questions : > 1. did your old 49g+ passed the keyboard test or it passed only > after pressing hard enough ? > 2. Do you find the new keyboard quieter ? or the same hollow, springy > noise ? > I just received my replacement -- ironicly the door bell rang at the > exact moment I was reading an Weiss's 2/26 posting in New HP 49G+ > still > not registering keystrokes! so I was very anxious to test my new > replacement. The new ulator I got has seri number CN402.... Rom > 1.23 > build 31. > (1) My origin 49g+ (CN331) wch had the keypress recognition problem > ways passed the keyboard test. Others have posted and I agree that > ts > test is not a good indicator for the keypress recognition problem. > (2) The new keyboard is GREAT. I've owned a 48gx and the 49g+ keyboard > strikes me as very similar. Compared to the old keyboard, the new one > is > quieter, softer, and no longer has that hollow sound. I'm sorry about > an's experience, but for me ts has made l the difference...I now > have > a truly great ulator. === Subject: Re: Dare I mention the 49g+ Keyboard? I mean 35200 series. > 36200 series. > What seri number ? > I just recieved my replacement and it still has the keyboard problem. > some questions : > 1. did your old 49g+ passed the keyboard test or it passed only > after pressing hard enough ? > 2. Do you find the new keyboard quieter ? or the same hollow, > springy > noise ? > I just received my replacement -- ironicly the door bell rang at > the > exact moment I was reading an Weiss's 2/26 posting in New HP 49G+ > still > not registering keystrokes! so I was very anxious to test my new > replacement. The new ulator I got has seri number CN402.... > Rom > 1.23 > build 31. > (1) My origin 49g+ (CN331) wch had the keypress recognition > problem > ways passed the keyboard test. Others have posted and I agree that > ts > test is not a good indicator for the keypress recognition problem. > (2) The new keyboard is GREAT. I've owned a 48gx and the 49g+ > keyboard > strikes me as very similar. Compared to the old keyboard, the new one > is > quieter, softer, and no longer has that hollow sound. I'm sorry about > an's experience, but for me ts has made l the difference...I now > have > a truly great ulator. > === Subject: Re: Dare I mention the 49g+ Keyboard? >snip< > I so own a 48SX and a 41CX. IMHO, even the new keyboard on my 49g+ > is still a little too stiff and not quite as nice feeling as my 48SX - > though it now seems just as reliable. Maybe it will soften up a > little with use and more resemble the 48SX? However, my 41CX still > has an awesome keyboard that has, IMO, a perfect feel with just the > right pressure and click. The 49g+ doesn't come close - but then, > neither does my 48SX... >snip< Just was comparing l my ulator's keyboards side by side. Okay, I tnk I was being a little too hard on my 48SX. It does have a very nice keyboard and is darn close to the 41CX in feel (just a little stiffer), but not as similar in sound. I so have an early 11C with a beautiful feeling keyboard and it has seen a huge amount of use - maybe it feels so good because of the heavy use... My later ration 15C is kind of spongy and not as nice as the 11C, though it has seen very little use over the years. I so have a 32SII, and it just may have the worst keyboard of the bunch... kind of stiff and spongy with not much tactile click - oops, not counting my 49G wch easily is the worst of the lot! Surprisingly enough, I definitely prefer the new 49g+ key feel over my 32SII, and most over my seldom used 15C as well! I do not mind the sound nor the overl tactile click of the newer 49g+ keys but they still do require a little too much pressure to be truly comfortable when compared to most of the older style of HP keyboards that I've had experience with. I hope that my new 49g+ keys soften up with use since I might rely get to liking their feel then. My first 49g+ did seem to get smoother with age... === Subject: Re: Dare I mention the 49g+ Keyboard? I do not mind the sound nor the overl tactile click of the newer > 49g+ keys but they still do require a little too much pressure to be > truly comfortable when compared to most of the older style of HP > keyboards that I've had experience with. I hope that my new 49g+ keys > soften up with use since I might rely get to liking their feel then. > My first 49g+ did seem to get smoother with age... I got my new 49g+ Friday, complete with a new keyboard. I was surprised when I opened the box and there was a whole new bubble pack. It's a CN402 seri number. Personly, I don't mind the pressure. I came from TI ulators (I don't mean to start a flame war here), wch have the softest keybaords I've ever seen. I'm perfectly content with the pressure requirement AS LONG AS the click means the keypress is recognized (not so on the earlier models, as we l know ). The new keyboard does satisfy ts constraint. I can now say that I love my 49g+. My new 49g+'s keyboard is great! It has only missed one or o keys in the life of the unit (o days). === Subject: Re: Dare I mention the 49g+ Keyboard? That's too much. > > I do not mind the sound nor the overl tactile click of the newer > 49g+ keys but they still do require a little too much pressure to be > truly comfortable when compared to most of the older style of HP > keyboards that I've had experience with. I hope that my new 49g+ keys > soften up with use since I might rely get to liking their feel then. > My first 49g+ did seem to get smoother with age... > > I got my new 49g+ Friday, complete with a new keyboard. I was surprised > when I opened the box and there was a whole new bubble pack. It's a > CN402 seri number. > Personly, I don't mind the pressure. I came from TI ulators (I > don't mean to start a flame war here), wch have the softest keybaords > I've ever seen. I'm perfectly content with the pressure requirement AS > LONG AS the click means the keypress is recognized (not so on the > earlier models, as we l know ). The new keyboard does satisfy > ts constraint. I can now say that I love my 49g+. > My new 49g+'s keyboard is great! It has only missed one or o keys in > the life of the unit (o days). > === Subject: Re: important problem with purchase of g49+ > someone knows if is possible to know if a g49+ is the ld versione (with old > keyboard) or the new version without open the packaging. > The seri number isn't visible from outer packaging? they replyed: Unfortunately I do not have any information concerning the issue you mentioned. l ulators, wch come to the customer, should work without any problem., might tnk l the ulators in the market at these days are the new version ones, but I want be sure, and the only tnk i know is that the seri number must begin with 352, but still waiting someone to tell how to identify the defective s without unpacking... === Subject: HELP! I tnk I fried my ulator! These are the premises to the apparent mfunction: As I was reading an ebook on my 49g+, the macne suddenly switched off, and when I pressed ON, a message box came up: Warning: LowBat(S). The same kept coming up after resetting. I tried the hf-depleted sets that were on my table (around 1.2 V), but the ulator didn't come to life.(There were some lines flasng on the lcd, but notng else.) Then I extracted the set of rechargeable batteries from my ti-89 and put them in the 49g+. They still had some 1.35 V. After ts, the ulator displayed the logo, the usu screen came up, but after 1 second or so the stack display area filled with garbage. The header and the menu at the bottom remained, with the clock blinking. However, no reaction to keypresses, except that the RS and LS signs flashed up if I pressed them. I thought ts is because of the low power of the batteries, so I looked for a new set, finly I found one. Instling them did not change the situation: garbage fills the middle of the screen. THen I tried removing l batteries (including the backup battery), then putting them back: the same result. Now I thought that the system got corrupted somehow, and tried to reload ROM 1.23. Reset+(+)+(-) brought up the update screen, I pressed 2 to get to the I didn't try the rest. After ts I tried to upload the ROM. (At first the Win xp device manager didn't recognize the USB device correctly.) Then I was able to upload the ROM, it finished suessfully. But after the reset, the situation did not change: screen filling with garbage 1 second after boot. I tried uploading a different version of ROM, with the same result. Finly I removed l batteries and let it be, and came here to cry for help. Now the following questions arise: -Can I save my ulator (How?), or is it irreparably dead? -In the second case, where can I ask for a warranty replacement? I bought it via hp.org. (Dying from changing the batteries means defect in workmansp, IMO.) Could you please help me? I'm quite desperate. === Subject: Re: HELP! I tnk I fried my ulator! Try removing the button battery as well and wait a few hours. === Subject: Re: HELP! I tnk I fried my ulator! > Try removing the button battery as well and wait a few hours. > so: try keeping the backspace key pressed during boot Ts prevents extern libraries from being loaded just in case on of them got mangled... === Subject: A Paan for HP49G+ everybody, One more game available for HP49G+, ts Paan is based on the orgin game from DJLudo made with HPPasc, with levels. Play with the arrow, press enter to start. Press Backspace to quit. Enjoy the game. You can find it here : http://sebastien.devroe.free.fr === Subject: Anyone using Power48 on Pm? Content-transfer-encoding: 8bit Seems like a great way to run HP49 stuff without carrying around the big l the time. Is it stable/reliable? Good emulation? === Subject: Re: Anyone using Power48 on Pm? > Seems like a great way to run HP49 stuff without carrying around the > big l the time. Is it stable/reliable? Good emulation? I use Power48 l the time. Version 1.0 is very stable and reliable. The current Version 1.4 beta is not very stable, but it is the one I use. I have figured out what causes crashes, and I avoid them. IMHO, it is an excellent emulation. I use a Sony Clie NX70V. If you have an OS4 rather than an OS5 macne, you might be disappointed with the speed. As a plus, it so has 48GX and the 48SX emulation so. Very good emulation, and glitch free. If you go to the website, power48.mobilevoodoo.com, you can get a good idea of what the grapcs are like. The only problem I have noticed is that if you want to press o keys at once (not including the on key) you cannot. I guess the 49G series wouldn't be complete without keyboard problems ;) Oh, and so sometimes I would press a key and it would register ice, but that doesn't happen any more. I don't know what I did. Many to ldinger (AKA Slinger) for writing such a great program. === Subject: Re: Anyone using Power48 on Pm? I use Power48 on my Sony Clie and my Tungsten E without any problems. In fact it can run a HP41CV emulator (from the SX plug in card) without any problems. I liked the sofare so much I sent in a donation to the developer. It is an excellent bit of sofare. De Richmond > Seems like a great way to run HP49 stuff without carrying around the > big l the time. > Is it stable/reliable? Good emulation? === Subject: Re: Anyone using Power48 on Pm? I will not say that EMU48 on Pm or on Pocket PC is reliable. In Fact, I have face a lot of freezing win EMU48 on Pocket PC. And a lot of Reset of the Emulator leading to the lost of the usefull librairies. Ts is my experience either with HP48 or HP49 ROM. I was obliged to carry everywhere my ulator, and in fact I prefer to carry my ulator than my PDA. clone a .8ecrit dans le message de > Seems like a great way to run HP49 stuff without carrying around the > big l the time. > Is it stable/reliable? Good emulation? === Subject: Directions for Using GNU Binutils for ARM9 Programming for 49g+ in Linux Good news for you people trying to use ARM assemblers on Linux! I have finly figured out how to get GNU Binutils (specificly as) to compile ARM9 code. The directions following are for Linux. Example source code (both ARM and Saturn portions) and notes will follow the directions. First, you need to get the Binutils source code from http://ftp.gnu.org/gnu/binutils/ ; the latest version is 2.14. There is no reason to compile C. Unpack it, go to the directory where you unpacked it. Do: ./configure --target=arm-wince-pe Yes, I know that's WinCE's PE output. We'll end up stripping the header off later, so you can use anytng with arm- ... I just used arm-wince-pe since I have a PocketPC-based PDA around. Run 'make' and 'make instl' like a norm instlation. It shouldn't take long. arm-wince-pe-as -marm9 -EL -o arm-wince-pe-ld -o arm-wince-pe-objcopy -O binary is the source code file, customarily *.S is an object-code file, customarily *.o is a PE executable, customarily *.exe (Windows) or no extension (*nix) is a binary file: no executable header or anytng. Cl it what you like :) Now that you have a file with no executable header, you can use a hex editor and copy it into a Saturn prog (hex, of course). Don't forget to reverse the nibbles! The code ends before the first 0xFFFFFFFF (Yes, there are plenty of 00's to follow.) Example source: ARM9: STMFD SP!, {R4-R8,LR} @ save R4-R8 and return pointer MOV R2, #0x00001200 @ make R2 = 0x00001200 ADD R2, R2, #0x00000034 @ add 0x00000034 to R2, making it 0x00001234 STR R2, [R1, #0x90C] @ store R2 into Saturn register A LDMFD SP!, {R4-R8,PC} @ restore ARM registers and return to Saturn Saturn: CODE GOSBVL SAVPTR @ Save pointer to RPL INTOFF @ Disable Interrupts GOSUB end @ Goto *end, pusng the code's address to RSTK *begin $0F14D29E10420A3E3282282E54C2282E7602282EC092185E0F18DB8E @ ts corresponds to ARM9 program above *end C=RSTK D0=C D1=80100 @ Get the code's address off of RSTK @ so, get ready for MOVEDOWN LC(5) (end)-(begin) @ Load C with length of ARM9 code $80B60 @ BUS 60 (MOVEDOWN) LC 80100 @ load C with 80100, where we moved code to $80BFF @ BUS FF (ARMSAT) INTON @ Enable interrupts GOVLNG PUSH#OOP @ push A (A) onto the stack and return to RPL ENDCODE @ Notes on code: ARM: The ADD is because of the way ARM stores immediate (constant) operands. There can only be 8-bits (consecutive) that are non-zero in any constant. Saturn: Don't forget to reverse the nibbles in the ARM code. so, there's a limit to the length of the ARM code, wch I don't remember right now. === Subject: HP49G+ Conectivity problem, plz help! I've instled the Conn4x and the USB drivers to connect my 49g+ to my computer. However, when I try the Quick Connect button, the program ruturns a error message saying that The connectivity kit is unable to open communication to: HPx9G+ . What can I do to resolve it? Have somebody ever had ts problem too? PS: I'm using WinXP. === Subject: Re: HP49G+ Conectivity problem, plz help! Yes it happened to me with the first release of Conn4x : http://h20015.www2.hp.com/en/sofareList.jhtml?reg=&=us&prodId=hp49ggraph 351775&lc=en&plc=&softitem=Microsoft%20Windows%20XP&sw_lang=en&pagetype=sof are First, go on HP site to download the latest connection Kit and USB driver for HP49G+ Second verify when you plug HP49G+ that it appears in the periphers (system panel) Lucas DB a .8ecrit dans le message de > I've instled the Conn4x and the USB drivers to connect my 49g+ to my > computer. However, when I try the Quick Connect button, the program > ruturns a error message saying that The connectivity kit is unable to > open communication to: HPx9G+ . > What can I do to resolve it? Have somebody ever had ts problem too? > PS: I'm using WinXP. === Subject: Can't find latest conn4x I have looked l over the HP site for the latest HP49g+ sofare updates (Conn4x, ROM, docs) and can't find anytng. Found a link in ts newsgroup to Conn4x and it too gets me nowhere I've looked l over the manus on instructions on how to upgrade the ROM and so no luck. Anyone knows what is going on? === Subject: Re: Can't find latest conn4x No problems here. http://h20000.www2.hp.com/bizsupport/TechSupport/DriverDownload.jsp?pnameOID =351776&loce=en_US&taskId=135&prodSeriesId=33568&prodTypeId=215348&swEnvOID =20 or http://snipurl.com/4stm Conn4x and the latest Rom update are on there. Click 'Manus' on the left to get the manus. hew F. G. > I have looked l over the HP site for the latest HP49g+ sofare > updates (Conn4x, ROM, docs) and can't find anytng. > Found a link in ts newsgroup to Conn4x and it too gets me nowhere > I've looked l over the manus on instructions on how to upgrade the > ROM and so no luck. > Anyone knows what is going on? === Subject: Re: Can't find latest conn4x Follow ts link : http://h20015.www2.hp.com/en/sofareList.jhtml?reg=&=us&prodId=hp49ggraph 351775&lc=en&plc=&softitem=Microsoft%20Windows%20XP&sw_lang=en&pagetype=sofare Horszowski a .8ecrit dans le message de > I have looked l over the HP site for the latest HP49g+ sofare > updates (Conn4x, ROM, docs) and can't find anytng. > Found a link in ts newsgroup to Conn4x and it too gets me nowhere > I've looked l over the manus on instructions on how to upgrade the > ROM and so no luck. > Anyone knows what is going on? === Subject: I found it !! Well, I found Conn4x going through ts link: http://tinyurl.com/3cbpt But I certainly could not get to it going through the HP site. Can someone tell me where to find the docs describing the ROM upgrade procedure? === Subject: Re: I found it !! > Well, I found Conn4x going through ts link: http://tinyurl.com/3cbpt > But I certainly could not get to it going through the HP site. > Can someone tell me where to find the docs describing the ROM upgrade procedure? It should be in the readme.txt file that comes in the rom update package wch extracts to your conn4x directory by default. === Subject: Re: I found it !! > Can someone tell me where to find the docs describing the ROM upgrade procedure? Just plug in and select the ROM update from the ROM menu. You will be guided by on-screen prompts. Read them carefully. One important trick, when you hold the + and - key, release RESET pin in back, count to 4 then release + and - keys. === Subject: Dare I mention the 49g+ Keyboard? I likewise recently received a replacement 49g+, s.n. 402xxxxx. l the keys register well, with norm pressure. However, wle the top row is quieter, I don't notice any difference in the remaining keys. Cursor keys are especily loud. The service provided by HP Support was great! I cled the support no. ((800) 474-6836) at 1:00 PM Wednesday and received the replacement 49g+ macne. I did have to give a credit card no. but was assured that there would be no charge if the origin was returned witn 7 days. Subject: Re: SD Card Problem === Thank you l for your responses. As it turns out, my HP49G+ is seri number CN33403544. Luckily one of the guys in my study group has an HP49G+ wch had a s/n that started CN408***** and it was able to read my SD card perfectly. So once we loaded the Stat49pr.lib file into s ulator, we were able to transfer it to mine using the infrared link (more than one way to skin a cat). I was then finly able to instl and use the program. That'll teach me to buy a low seri number macne (who knew?)... Best -JRB > I have started having a defective SD reader problems too. Ironicly, > it began the evening after I got an HP tech support person to sp my > new ulator for the keyboard > Yes, it is fored correctly. It works in my Windows and Linux > computers, as well as my iPaq (wch only works with FAT16), so it is > definitely the ulator. > Just wanted to let y'l know ts does not seem to be an isolated problem. > I did, and I am waiting for a replacement. It seems some ulators with > bad keyboards (seri num. CN333*****) so have defective SD circuits, or > at least that's what the guy at HP told me. I suggest you get version 2.2 > build 2348 of the connectivity kit (it's a zip file, and works!!!) until you > cl tech support at 1-800-hp-invent. >>Has anyone had trouble recling a .lib file from their SD card on the 49G+? >>I copied the file from my PC to the SD card using a SanDisk Cruzer device. >>For some reason, I can't recl the file from the SD card into the >>ulator to instl it. >>I'm trying to get the Stat49pro library instled so I can use it in an >>upcoming statistics test. >>I followed the instructions in the User Guide for working with SD cards, but notng I tried worked. The file doesn't even show up when I use the file manager to view the contents of the SD. I know the SD card is good. >>Ts is very frustrating, as I can't get the USB connection to work either in order to download the .lib file to the 49G+ in the quicker, more >>convention way. === Subject: eBay new in box 48GX with black on grey display http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3080907080 with a beautifull black on grey display. === Subject: GROB rotation for 49g+ ? Does anyone know if there is an assembly code program available, that works on the 49g+, wch will rotate a GROB (in 90 degree increments) that is sitting on the stack? I have tried the various ones that are on hp.org but none seem to work on my 49g+. === Subject: Re: HP 49G+ : Library on SD-Card: Proof of Concept code [LONG] > Or you could write a program that makes wrapper libraries for every > library on the card, wch would reduce library size in memory to > maybe 20-30 bytes per command. I tnk ts could be done without any > ARM programming. The code in ts post does exactly ts. Since I do not have a 49G+, I cannot say if it's fast enough, but it integrates most libraries seamlessly, i.e. you can use their commands, messages etc. as usu. Unfortunately there are exceptions to ts: l libraries that switch banks to aess themselves, most notably extable. So before I start with the lenghty explanations, could someone with enough SysRPL knowledge please download the source directory (see below), substitute code to recl libraries from the SD card, then test it? I marked o lines near the end of the post, they get the ROMID in a BINT and need to change it into the (re) library. Have fun... and please... try it HOW IT WORKS ============ * MKSTUB creates a stub library that contains: A copy of the hash and message table, and for each command in the library (named or unnamed) a command of the form CON(1) 8 CON(3) romid CON(3) command_number :: ROMPTR 555 1 ; where ROMPTR 555 1 is a cl to RUN, see below. Normly only a named command has the fields before it, but putting them before every command lows RUN to find out the ROMID and command number to execute. (I tnk there might be another, shorter way, but I'm not sure if it'll be -safe.) * You save the stub library in port 0, and the origin library in port 2. Ts would have to be changed to port 2 and 3 respectively in the fin library, but I can only test on the 49G. * If you cl a command from the library, it is trapped by the stub and RUN is cled, wch does the following: - Find out the ROM ID and command number, by going up a level in the RPL return stack and stepping back to the CON fields. - See if ts library is ready in the cache. Currently the variable STUBCACHE is used to store the cached library. - If not, recl :2:ROMID (i.e. the origin library) and save it in the cache for next time. - Look up the command from the library and copy it to TEMPOB, in the same way that ROMPTR@ does, then COLA EV it. SIZE COMPARISONS ================ Size comparisons of random libraries and their stubs: Name Library Stub Rel. size -- -------- ------ --------- MAWK 10353.5 2615.5 25.3 % Nosy 4.0 6498.5 1253.0 19.3 % OT49 4927.0 776.0 15.7 % FEM48 3.2pro 28143.5 3305.5 11.7 % statpro 47211.5 4833.0 10.2 % UFL 3066.0 209.0 6.83% XEQLIB 62493.5 1799.0 2.88% Mendel v1.5 38084.5 1072.5 2.82% GrobEdit V2.6 27344.0 431.5 1.57% InFormBuilder 10022.0 140.5 1.40% The relative size essentily depends on the library's size to number of commands ratio. Aording to these numbers the stubs could free up quite a bit of intern memory. ISSUES ====== * MKSTUB needs proper argument checking. * The contents of STUBCACHE are not typechecked. The cache should be dden from the user anyway. * I only tested on a 49G non-plus with Mendel * Idely the cache could be set to a maximum size to wch the library could fill it to its liking (except if a library does not fit into it, in wch case it would probably have to be cached anyway). * The first code block in RUN is not -safe * It may be possible to rate smler stubs * ROMID #555h has ready been taken * If you store the stub in port 2, you'll get an endless loop * There are no re comments in the code. I'll add them but only if someone actuly reads ts stuff FILES ===== Disclaimer: Ts code is *experiment* and as such not expected to preserve your data or sanity. Use at your own risk. Downloads: Library: http://n.ethz.ch/student/trast/download/stubber.lib Directory: http://n.ethz.ch/student/trast/download/stubber.dir (If you're reading ts in a year from when ts post was written, the links are most likely dead.) The library is the result of CRLIB in the source directory. Both of them must be transferred in binary mode. Source code for your what-does-ts-register-contain-at-ts-point guessing pleasure: ----8<---- MKSTUB.S ----8<---- :: CK1 GARBAGE CODE GOSBVL PopASavptr R1=A.W LC(5) DOLIB DAT1=C.A D1+10 LC(5) 12+3+(4*5) D-C.A SKNC { GOVLNG GPMEMERR } $3B $403545552440 DAT1=C.12 D1+12 A=R1.W D0=A D0+10 C=0.A C=DAT0.B ?C=0.A { C+1.A } C+1.A C+C.A AD0EX A+C.A D0=A A=0.A A=DAT0.X R1=A.W DAT1=A.X D1+3 CD1EX R4=C.W D1=C D1+20 D0+23 A=DAT0.W LC 0C5D0 ?A=C.A -> { D-16.A SKNC { GOVLNG GPMEMERR } DAT1=A.W D1+16 } D0-20 GOSUB copytab GOSUB copytab AD1EX C=R4.W D1=C C=A-C.A DAT1=C.A D1+5 AD1EX R2=A.W C=DAT0.A AD0EX A+C.A D0=A D0+5 A=DAT0.A R3=A.W LC(5) 5+25+4 C+A.A D-C.A SKNC { GOVLNG GPMEMERR } LC(5) DOHXS DAT1=C.A D1+5 DAT1=A.A D1+5 B=A.A A+2.A LC(5) 7+(codeend)-(codebegin)-5 B-10.A SKIPC { DAT1=A.A D1+5 A+C.A B-5.A UPNC } B=0.A A=R3.W A-10.A R3=A.W SKIPC { LC(5) 7+(codeend)-(codebegin) D-C.A SKNC { GOVLNG GPMEMERR } LC(1) 8 DAT1=C.P D1+1 C=R1.W DAT1=C.X D1+3 C=B.A DAT1=C.X D1+3 GOSUB codeend *codebegin !RPL :: ROMPTR 555 1 ; !ASM *codeend C=RSTK D0=C LC(5) (codeend)-(codebegin) GOSBVL MOVEDOWN B+1.A C=R3.W C-5.A R3=C.W UPNC } CD1EX D1=C A=R2.W D0=A C-A.A DAT0=C.A $39 $(5) DOCOL $(5) DOBINT DAT1=C.10 D1+10 C=R1.W DAT1=C.A D1+5 $39 $(5) TOSRRP $(5) SEMI DAT1=C.10 D1+14 AD1EX D0=A GOSBVL Shrink$ A=R0.W D0=A D0+5 A=DAT0.A A-4.A GOSBVL DoCRC DAT0=A.4 GOVLNG GPPushR0Lp *copytab A=DAT0.A D0+5 ?A#0.A { C=R4.W CD0EX DAT0=A.A D0+5 CD0EX R4=C.W RTN } CD0EX RSTK=C C+A.A D0=C C=DAT0.A D0-5 CD1EX B=C.A CD1EX C+5.A D-C.A SKNC { GOVLNG GPMEMERR } GOSBVL MOVEDOWN C=R4.W D0=C A=B.A A-C.A DAT0=A.A D0+5 C=RSTK CD0EX R4=C.W RTN ENDCODE ; ---->8---- END OF MKSTUB.S ---->8---- ----8<---- RUN.S ----8<---- :: CODE SAVE C=B.A D0=C D0-5 C=DAT0.A D0=C D0-19 C=0.A C=DAT0.X R0=C.W D0-3 C=DAT0.X R1=C.W GOSBVL PUSH2# RPL ENDCODE ( #d #lib ) ' ID STUBCACHE @ ITE :: LIB>#_ DROPOVER #= ; FSE ( #d #lib flag ) ITE :: DROP ' ID STUBCACHE @DROP_ ; :: UNCOERCE tok2_ >TAG (change these o lines to recl EvNoCK:_ xRCL from the SD card) DUP ' ID STUBCACHE STO ; ( #d lib ) SWAP ERRSET CODE GOTO start ENDCODE ERRTRAP :: GARBAGE CODE *start SAVE GOSBVL POP# R1=A.W B=A.A A=DAT1.A D0=A D0+10 C=0.A C=DAT0.B ?C=0.A { C+1.A } C+1.A C+C.A AD0EX A+C.A D0=A C=DAT0.X R2=C.W D0+13 C=DAT0.A AD0EX A+C.A A+B.A B+B.A B+B.A A+B.A D0=A D0+10 C=DAT0.A AD0EX C+A.A D0=C R3=C.W B=C.A GOSBVL SKIPOB CD0EX C-B.A RSTK=C C+11.A GOSBVL CREATETEMP SKNC { GOVLNG GPMEMERR } LC(5) DOROMP DAT0=C.A D0+5 C=R2.W DAT0=C.X D0+3 C=R1.W DAT0=C.X D0+3 C=R3.W CD0EX R0=C.W D1=C C=RSTK GOSBVL MOVEDOWN GOSBVL GETPTR D1+5 D+1.A C=R0.W DAT1=C.A RPL ENDCODE ; ( ob ) COLA EV ; ---->8---- END OF RUN.S ---->8---- === Subject: Re: HP49G LGPL CAS release I have instled the cygwin, but when I run make computer shows the follow: $ make ->Dependence Vger7.n ->Dependence Vger6.n ->Dependence Vger4.n ->Dependence Vger3.n ->Dependence Vger2.n ->Dependence Vger1.n ->Dependence Vger0.n ->Dependence System.n ->Dependence FS.n ->Compiling genflash.c Info: resolving _optarg by linking to __imp__optarg (auto-import) Info: resolving _optind by linking to __imp__optind (auto-import) ->getting ext CAS2/cas2user.s rplcomp: not found ->Copying CAS2/qpi.sext2 CAS2/qpi.ext2 ->Copying CAS2/qpi.sext CAS2/qpi.ext ->Copying CAS2/zfact.sext2 CAS2/zfact.ext2 ->Copying CAS2/zfact.sext CAS2/zfact.ext ->getting ext CAS2/ev.s rplcomp: not found ->getting ext CAS2/sing.s rplcomp: not found ->getting ext CAS2/ckconv.s rplcomp: not found ->getting ext CAS2/desolve.s rplcomp: not found ->getting ext CAS2/laplace.s rplcomp: not found ->getting ext CAS2/interf.s rplcomp: not found ->getting ext CAS2/trigint.s rplcomp: not found ->getting ext CAS2/signe.s rplcomp: not found ->getting ext CAS2/sum.s rplcomp: not found ->Copying CAS2/util.sext2 CAS2/util.ext2 ->Copying CAS2/util.sext CAS2/util.ext ->getting ext CAS2/specutil.s rplcomp: not found ->Copying CAS2/sympsi.sext2 CAS2/sympsi.ext2 ->Copying CAS2/sympsi.sext CAS2/sympsi.ext ->Copying CAS2/numpsi.sext2 CAS2/numpsi.ext2 ->Copying CAS2/numpsi.sext CAS2/numpsi.ext ->Copying CAS2/asmpsi.sext2 CAS2/asmpsi.ext2 ->Copying CAS2/asmpsi.sext CAS2/asmpsi.ext ->Copying CAS2/symgamma.sext2 CAS2/symgamma.ext2 ->Copying CAS2/symgamma.sext CAS2/symgamma.ext ->Copying CAS2/numgamma.sext2 CAS2/numgamma.ext2 ->Copying CAS2/numgamma.sext CAS2/numgamma.ext ->Copying CAS2/asmgamma.sext2 CAS2/asmgamma.ext2 ->Copying CAS2/asmgamma.sext CAS2/asmgamma.ext ->getting ext CAS2/matrix.s rplcomp: not found ->getting ext CAS2/integr7.s rplcomp: not found ->getting ext CAS2/arit.s rplcomp: not found ->getting ext CAS2/sturm.s rplcomp: not found ->getting ext CAS2/help.s rplcomp: not found ->getting ext CAS2/bank64.s rplcomp: not found ->getting ext CAS2/cas2msg.s rplcomp: not found ->getting ext CAS2/cas2cfg.s rplcomp: not found makerom: not found ->change in CAS2 interface awk: equ.awk:2: fat: cannot open file rectory) awk: cas2extdec.awk:2: fat: cannot ope e or directory) awk: cas2ext.awk:2: fat: cannot open f r directory) awk: funclist.awk:2: fat: cannot open or directory) ->Rpcompiling HeaderCAS2/header.s rplcomp: not found make: *** [HeaderCAS2/header.o] Error 1 It shows some error and doesnt make useful files. How can I do it? === Subject: Re: HP49G LGPL CAS release Lilian, , l: YES! I second that, it would be a shame otherwise, a mulit-distribution model would definitely not be the way to go, it would be a disaster IMHO. -Question: is Bernard willing to take on that role, or does ts release imply, as has asked, whether or not Bernard is cleaning s hands of the whole affair ?? On another front, wouldn't some form of cvs source control over a centr file server, be a good way to keep tabs on development in progress; what are the possiblities here, and how would it be administered, and who would be willing and able to set that up ... there's great scope in the release of ts code, but I tnk there is serious need for direction - ideas anyone ?? Aside: In any case, ts development means a re-tnk on l the preliminary work I've been doing with Holland's MATHLIB, and wle I haven't seriously studied the Bernard's CAS code, I am sure there's plenty there on offer for code reuse. > Excellent idea !!! > But maybe, Bernard, you should keep the control over the next changes on the > source code... to avoid some problems like the Linux multi distribution > compatibilities :( >> a lot. Does that mean you won't be working on it anymore. >>I haven't looked at it yet but do we have a list of known bugs? >>Once again to l those who made ts possible and those who will > be >>working on it. === Subject: Re: HP49G LGPL CAS release > -Question: is Bernard willing to take on that role, or does ts > release imply, as has asked, whether or not Bernard is cleaning > s hands of the whole affair ?? I don't have enough free time to work on my giac/xcas project and to maintain the LGPL version of the CAS. l I can do is give some expertise without any warranty of reply on the existing code or on the gorithms. I don't know if someone will rely modify the CAS, but even if nobody does, there are some parts of the code that can be used inside other CAS (well I used some gorithms that I developped on the 49 for giac/xcas like matrix jordanization), so it's worth to release it.