--------------------<snip>------------------------
No it doesn't. It means that SLIP was unable to find the module in one
of the address spaces, and thus is waiting for a subsequent load of that
module to occur at which point the trap could/would be activated.
Note that if you specify multiple ASIDs, and the module is not at the
same address in both ASIDs, you'll get a trap set at the first address
range it found in one of those address spaces. One SLIP trap cannot
cover two different ranges.
It wasn't the case here, apparently, but if the module was loaded via
LOAD with ADDR= and DE= I doubt that SLIP would find a matching PVTMOD
as there is no CDE maintained for that module.
---------------------<unsnip>----------------------
I can't help it; I've got to "butt in" here with one of my pet peeves.
We'va all used GTF and SLIP at one time or another to try and debug
system problems and, perhaps less often, application problems. I write
almost all my code in Assembler and the lack of debugging tools that I
can imbed into a product is one of my "pet peeves". GTF quite often uses
the MC instruction (like in GTRACE expansion) to "hook" into various
routines at selected points. Why, in the name of all that's holy, can't
application programmers, get access to the same kinds of interfaces?
Freely granted, there's lots of room for abuse; freely granted that
misuse, or overuse, can lead to severe performance issues. But a "fast
path" mechanism through SPIE/ESPIE, just for MC interrupts, could be
expanded into a wonderful debugging mechanism. And with all the skills
represented on this list, it could catch on like wildfire for
Assembler-language developers.
(Never mind that I'm getting awful tired of trapping a "EX" of a "EX"
instruction just to install a breakpoint!! :-) )
Any comments, Peter or Jim?
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
