Mark Zelden pisze:
On Wed, 10 Jun 2009 14:49:12 +0200, R.S. <[email protected]> wrote:
2. I solved it.
I received the product again by using RECEIVE BYPASS(ACCCHK APPCHK).
Then I was able to APPLY the product for another target zone.
I also changed OPTions to have NOPURGE, so further ACCEPTs will not
delete the product.
Of course I should change it when doing last ACCEPT.
Rather than changing the options after the last ACCEPT, it is easier
to run REJECT in mass mode after you are done with the ACCEPTs.
SET BOUNDARY (GLOBAL).
REJECT PURGE (dlib1,dlib2).
I thought about another OPTion set. GOPT for regular use, with NOPURGE,
and "LASTOPT" wit PURGE=YES. It seems to be quite easy and non error prone.
In fact I'm afraid of REJECT. Mass mode seems to be inapplicable, since
I can imagine scenario, when I install product A, while PTF B is on its
way. AFAIK un-ACCEPTed PTF wouldn't be REJECTed, but I'm afraid about
things I missed...
Regards
--
Radoslaw Skorupka
Lodz, Poland
--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl
Sd Rejonowy dla m. st. Warszawy
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego,
nr rejestru przedsibiorców KRS 0000025237
NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci
wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego
podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca
2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec
podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym
BRE Banku SA bd w caoci opacone.
----------------------------------------------------------------------
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
