On Thu, 14 Sep 2006 05:04:13 -0400 David Cole <[EMAIL PROTECTED]> wrote:
:>At 9/14/2006 05:00 AM, BDissen wrote: :>>On Thu, 14 Sep 2006 04:32:28 -0400 David Cole <[EMAIL PROTECTED]> wrote: :>>:>At 9/13/2006 07:36 PM, SMetz wrote: :>>:>>On 09/13/2006 at 02:13 PM, David Cole <[EMAIL PROTECTED]> said: :>>:>>>Because our maintenance is cumulative, not incremental. :>>:>>> - That means that all prior maintenance has to be removed :>>:>>> before the new maintenance file can be successfully :>>:>>> APPLY'd. :>>:>>No it doesn't. There may be something in your packaging that forces :>>:>>it, but it's not the mere fact of being a levelset. :>>:>I'm sorry, Shmuel, but your assertion, "No it doesn't" is a bit like :>>:>asserting that two plus two does not equal four. I think I've :>>:>explained quite adequately in my prior posts why my above statement :>>:>is true. I think you're going to have to put a bit more effort into :>>:>justifying your contradiction before I'd be willing to take you :>>seriously here. :>>Assuming that you do it as a FUNCTION, you REWORK it and then "simply" update :>>the SUP list and specify RMIDs/UNIDs on any changed element. :>>You then should be able to REJECT, RECEIVE and APPLY REDO. :>>I do not understand why you need to do a RESTORE as part of the process. :>To get the VERs to work. (Although it's been pointed out to me that :>it is not necessary to have VERs. I'll have to think about that.) You are packaging your refresh tape incorrectly. What you should do is apply the ZAPs yourself, put the APAR numbers in the SUP list and as UMID's on the element zapped and then ship the zapped element. When I was working on acf2 (I believe by that time it was purchased by CA) I wrote a system which would allow the developed to submit a completed APAR and it would automagically (among other things) apply the fix and update the next refresh FUNCTION and GENlevel PTF with the appropriate SMP info so that any customer could apply the GENlevels without getting warning about fixes already included. -- Binyamin Dissen <[EMAIL PROTECTED]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. ---------------------------------------------------------------------- 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
