"R.S." <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> Peter Pfaffner wrote:
> >> Radoslaw wrote (partially quoted):
> >> As I understood the manual, the address space is marked as unusable 
> >> not to the end of life, but until all other address apces which 
> >> co-operated with my a/s are ended.
> >> Am I right ?
> > 

....

> 
> Peter,
> I agree, about DB2. However my question was rather general, not related 
> to any specific started task. Just general rule: can I find cross-memory 
> related tasks and would it help to restart those tasks. Obviously 
> sometimes restarting these related tasks is not an option, but maybe 
> sometimes it is.
> 
> -- 

Radoslaw,

I think you try to attack the problem from the wrong direction: 

Chris Craddock explained this one year ago:
"
Reusing the LX is a completely separate issue from reusing
the ASID. The ASID is made non-reusable because the address
space that owned it last owned a space switch LX (system or
not is irrelevant) -or- a more complicated situation exists
where there are secondary dependencies. IAC the LX can be
reused and the ASID not be.
"

The fact that an LX was published by an AS, implies that the AS has a chance
to be connected to at any time in the future. This cannot be
avoided/eliminated by shutting down XM asids. Possible only when the LX is
reused by another AS, this AS is freed from unintended XM connections and
might be reusable again.

Kees.


**********************************************************************
For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), 
its subsidiaries and/or its employees shall not be liable for the incorrect or 
incomplete transmission of this e-mail or any attachments, nor responsible for 
any delay in receipt.
**********************************************************************

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

Reply via email to