![]() |
Sandmath-II and 41Z - questions to Angel - Printable Version +- HP Forums (https://archived.hpcalc.org/museumforum) +-- Forum: HP Museum Forums (https://archived.hpcalc.org/museumforum/forum-1.html) +--- Forum: Old HP Forum Archives (https://archived.hpcalc.org/museumforum/forum-2.html) +--- Thread: Sandmath-II and 41Z - questions to Angel (/thread-199543.html) |
Sandmath-II and 41Z - questions to Angel - Vincent Weber - 10-04-2011 Hi Angel if you are reading, I am getting confused over the versions and usage of your wonderful modules... For Sandmath-II, is it a replacement for the 8K Sanndmath module ? it seems that no 12K version is available any more on TOS, does it mean we need to use the ALGEBRA module instead ? For 41Z, I downloaded the latest version, and I am getting confused over the key assignements. When I execute ZK?YN and press Y, the "SIGMA+" key, which used to prompt "Z" for Z commandes, now displays "-HP 41Z". Is it normal ? Also, be it with V41 or i41CX+, CAT 2 does not display the whole 41Z catalog (only the ZMATH and ZVECTOR "subdirs")... unless the CCD module is plugged in, in which case everything is ok... ? it would be nice if you could post a summary about with are the current versions of all your modules, so that no confusion exists ;) Many thanks and best regards,
Vincent
Re: Sandmath-II and 41Z - questions to Angel - Ángel Martin - 10-04-2011 Hi Vincent, yes I'm reading :-) First off, you're not alone in this confusion - I myself need to have a roadmap to keep track of all the different versions and releases of these two modules - in particular the SandMath saga - so I can't imagine what's like for the casual user.
So let me try to do a summary recap. The 41Z is easier, let's tackle it first. Because of the different addiditons and enhancements made to it, the FAT function order has slightly changed from some older revisions to the current one (9H). This explains why your key assignments can be mixed up, if they were made using a previous version of the module. The internal "ZY?YN" function is supposed to be alright whichever revision, in other words consistent with the changes made. Revision 9H assigns "ZKBRD" to the SIGMA+ key, but it's possible that the one you're using has some glitches. I typically use only ZKBRD and not the complete USER keyboard, as that gives me better compatibility with the standard functions (i.e. for real numbers) and with the SadnMath launchers - Also it doesn't take up so many KA registers. As to the CAT2 listings - you're correct, because of the length of the "header" functions being less than 7 they don't show up in the standard CATALOG - only the CCD-style. I did it this way to allow direct execution of the functions using "XEQ, ALPHA, fcn_name". Since I always have the AOSX module plugged in (the 4k subset of the CCD) it's a non-issue to me, but I could change it of course. BTW, revision 9H is not released yet . I just finished making big changes to the launchers code, replacing an old pedestrian scheme with a MCODE-table based new one. This has resulted in huge space savings, more than 256 bytes freed up so I could "squeeze" in the wonderful ZZETA program - adapted from JM Baillard's original one.
I'm leaving the SandMath for later, this is getting kinda long.
Best, ÁM
Re: Sandmath-II and 41Z - questions to Angel - Vincent Weber - 10-04-2011 Hey Angel, Thanks and cheers,
Vincent
Re: Sandmath-II and 41Z - questions to Angel - Ángel Martin - 10-04-2011 Quote: Well, it's a bug - so it's not "normal". I changed the code to make use of the CPU M register not realizing that the [RESIZE] routine overwrites it. A previous version was using register Q(9), but I consolidated the two interrupts (Memory_Lost and CALC_ON) and that's when it got broken. Anyway it's also fixed in version 9H, if you tell your email I'll be glad to send it to you.
Cheers,
Re: Sandmath-II and 41Z - questions to Angel - Vincent Weber - 10-04-2011 Thanks Angel ! Sandmath Modules Roadmap - Ángel Martin - 10-04-2011 In the beginning the SandMath was available in two flavors, the 8k version and the 12k version - with the latter just adding a Matrix/Polynomial section on top of the 8k version, and thus a real superset. The 12k footprint has some obvious issues that made me reconsider that arrangement. Besides, more Matrix routines were competing for the same space, and there was no available room in the 12k version to accomodate for them. The straw that broke the camel's back was my new "Matrix Editor" mode, which required substantial room to code and would never fit in the 12k - so it was time for a new approach. That's when I rolled the 8k version into the "SandMath-II", as a direct replacement, and when I released the ALGEBRA module. This one is a self-contained ROM, that does not have any dependencies on the SandMath-II - so they can be used independently. So far so good, but there are a few side frills that make the story more interesting :-). Shortly after this (or it may have been simultaneously, not sure anymore) I decided to put together a Matrix add-on to the SandMath-II. This is available as the MATRIX ROM, a 4k module that only works in combination with the SandMath-II. Its contents is basically the same as the matrix-related stuff in the ALGEBRA module - but of course it lacks everyting else. The 4k-MATRIX ROM is a subset of the ALGEBRA Module. But wait, the plot thickens:- As both the 8k-ALGEBRA and the 4k-MATRIX rely on the ADVANTAGE Pack (all those wonderful MCODE Array functions from the CCD being there), it occurred to me that the ultimate MATRIX module should be a page-switched, 12-k construct occupying just 8k, with (at least) the same contents as the MATRIX rom plus all the Matrix functionality of the Advantage Pack. And that's the ADVANCED_MATRIX Pac - which BTW also retains both SOLVE and INTEG just to make things more complicated :-) In truth, this was motivated by the page-switching design, and also due to the fact that one of the 4k blocks doesn't have a FAT (obviously). SOLVE and INTEG are monster routines, filling up 3/4th.s of a block, so they lend themselves splendidly to this usage. In case you wonder, the ADVANCED-MATRIX Pack does not require the SandMath-II module either, so there's some inevitable redundancy but the dependencies are removed. However it does not have the Polynomial programs of the ALGEBRA ROM, so alas, it's not a superset of it. The obvious missing piece in all this jigsaw puzzle would be a 4k-Polynomial ROM, to use on top of the ADVANCED_MATRIX Pac to come up with a real superset of the ALGEBRA Module with the Advantage Pack power into it. Are we lost yet? I am, somebody please draw a sketch! ... "-) Which ones to use? Your choice, depends on what you're more likely to do or need at a given point. PS. In case you got this, let me throw another couple of logs to the bonfire:- Another two modules that are very closely related to the ones described above are the "BESSEL ROM" and the "POLYNOMIAL_ROM", done in collaboration with Jean-Marc Baillard. Those two are also self-contained, and treat the subjects with a deeper/wider reach. Not for the faint of heart, but a wonder for the adventurous. Hope this helps, and again thanks for your interest in all those roms.
Best,
Re: Sandmath Modules Roadmap - Geir Isene - 10-04-2011 Would it help to move all the reusable code into it's own 4K MATHLIB module and then have the other modules as pure 4K modules calling MATHLIB when needed? More modular methinks.
Re: Sandmath Modules Roadmap - Vincent Weber - 10-04-2011 Thanks Angel for the detailed explanation ! Re: Sandmath Modules Roadmap - Ángel Martin - 10-04-2011 The CurveFitting Module is a compendium of all the related techniques from the other modules, as follows:
1. includes the AECrom functions and programs - impressive! Pfeeww....
PS. SILOOP and SIRTN must remain in the ADVANCED_MATRIX as they're an integral component of SOLVE / INTEG. A real wonderful implementation, worth spending some time studying...
Angel, favor ? And the Curvefit is a .mod not a .rom ! - Gene Wright - 10-04-2011 Angel... So many modules, so confusing to most of us. :-) Favor? Please give us a short list of the modules you presently have on TOS along with a short explanation of what is in them. 2 sentences perhaps. Please indicate which roms are "obsolete" I think it would also help if you could indicate which roms are in the 41CL and what the 4 letter rom abbreviation is in the 41CL. This is not a criticism! I LIKE your rom enthusiasm but it is difficult to keep them straight! :-)
Edited: 4 Oct 2011, 10:28 a.m.
Re: Sandmath Modules Roadmap - Ángel Martin - 10-04-2011 Yes methinkstoo - albeit it's easier to say it than to do it. At the end of the day it's all about footprint and there's only 32k that can be actively mapped at a time. Add to that the other system constraints (limited FAT entries, XROM id# conflicts) and you'll have a nice challenge in your hands. On the other hand, work to get port #4 as a silent library is already in progress... just not only with a MATH focus though.
Re: Angel, favor ? And the Curvefit is a .mod not a .rom ! - Ángel Martin - 10-04-2011 No worries, here's the list in all its alphabetical glory:
# ID Size Name Author Re: Angel, favor ? And the Curvefit is a .mod not a .rom ! - Gene Wright - 10-04-2011 Great, now which of yours in this list are obsolete?
(My CLUTILs version did not have that function - hopefully in a week or two it will)
Re: Sandmath Modules Roadmap - Eric Smith - 10-04-2011 Remember that using block 4 will be incompatible with the HP-IL module when the printer enable switch on the latter is turned off. The switch moves the printer ROM from page 6 to page 4.
Re: Angel, favor ? And the Curvefit is a .mod not a .rom ! - Ángel Martin - 10-04-2011
Quote: none!
They're all there, actively supported at no cost :-)
Re: Angel, favor ? And the Curvefit is a .mod not a .rom ! - Monte Dalrymple - 10-04-2011 Gene, your machine includes the curvefit ROM. It's the upper Re: Angel, favor ? And the Curvefit is a .mod not a .rom ! - Monte Dalrymple - 10-04-2011 There are a couple of errors in this table. Re: Sandmath Modules Roadmap - Geir Isene - 10-04-2011 Why turn it off, though?
Re: Sandmath Modules Roadmap - Ángel Martin - 10-04-2011 because you may:
a) use the IR printer, and the IR module takes page #6 Re: Sandmath Modules Roadmap - Eric Smith - 10-04-2011 Or because you have the 82143A printer.
|