No, you've explained the *other* things that you do that cause the
problem. The fact that others have been shipping cumulative service
for decades without requiring a restore is enough to demonstrate that
the claim is nonsense. The cause is not cumulative service but your
use of zaps for the service.
Seymour, are you suggesting that he abandon his long term practice of
providing maintenance as zaps just to be more SMP-friendly? He
explained in an earlier email how this lets him get fixes out more
quickly, and it keeps his assembly listings down to a manageable number
(major maintenance levels). Innovation does much the same thing with
zaps and assemblies and it works very well for us. No wasted time
trying to find out the RMID of a module so we can find the listing.
--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.com
----------------------------------------------------------------------
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
