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. -- 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
