Bruce,
I have to admit that FDR is an exception to the rule. However having
said that... "ZAPs" seem to me that they would make it a good
candidate for SMPe. BUT then again the zaps that I have seen for FDR
have been reasonably small and "probably" manageable. Since (I am
guessing here) FDR probably goes great lengths to determine OS level
(PTF?) so that it has several instruction lengths to get the job
done. I would say that (guessing) that FDR has a "live" interaction
with the OS so different level of OS are handled by inline code.
I am truly mixed on FDR, on one hand it seems to reasonably survive
within many levels of MVS. Good for it, but I am really wondering how
long that can continue to happen.
Ed
On Sep 12, 2006, at 10:30 AM, Bruce Black wrote:
As for other vendors shipping (only) non-SMP format, that's
> generally because they have no idea of how to package their
product.
Perhaps true for some vendors but not Innovation.
Our modules don't intersect or depend on any IBM modules, so the
checking done by SMP is not useful.
These days most of our distributions are by email or FTP. The
product libraries can be installed in 5 minutes and the only other
required step is to authorize the load library with a console
command. Try that with SMP.
Our maintenance is in the form of zaps, which apply easily without SMP
--
Bruce Black
Senior Software Developer
Innovation Data Processing
----------------------------------------------------------------------
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
----------------------------------------------------------------------
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
