ca.portal.admin

Re:Re: IUA Connections March 2009 Issue now available

Discussion created by ca.portal.admin on Mar 26, 2009
Mak, Paul K wrote:
I login to http://iuassn.org and navigate to the Archive Connection
screen: Topics for Connections Issues
I can see the list of connection archives but the articles are all
greyed out. How can I download the March 2009 connection article.

I think I am registered to IUA as it displays a welcome my name
message.
>
hmmmmmm - i was able to get my copy from the website ...
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Web Cast Update
"The content for the CA Web Casts web page has changed.
Please see www.ca.com/idms or www.ca.com/events for details.

Thanks
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
R17 zIIP
"I believe I am ready to go live on our Production z/10 zIIP machine with =
R17.0 SP0 with a few choice APARs=20
=20
I went to the usual meeting to grovel to the bureaucrats to ask their =
kind permission to install it and they asked - ""How many other sites are =
already running it in Production?""
=20
I don't know the answer. Perhaps someone out there does? I hope it isn't =
zero because they definitely won't say yes.
______________________________________________________________
=20
Chris Trayler, IXD
Bank Julius Baer & Co. Ltd.
P. O. Box, CH-8010 Z=FCrich, Switzerland
Telephone +41 (0)58 887 4332, Fax +41 (0)58 887 4969
www.juliusbaer.com <http://www.juliusbaer.com/>=20
=20
______________________________________________________________
=20
*****JuliusBaer Disclaimer***** This e-mail is for the intended =
recipient only and may contain confidential or privileged information. =
If you have received this e-mail by mistake, please contact us =
immediately and completely delete it (and any attachments) and do not =
forward it or inform any other person of its contents. If you send us =
messages by e-mail, we take this as your authorization to correspond =
with you by e-mail, however, we will not accept the electronic =
transmission of orders/instructions without a specific agreement being =
in place to govern the same. If you do not wish to receive any further =
e-mail correspondence please let us know. E-mail transmission cannot be =
guaranteed to be secure or error-free as information could be =
intercepted, amended, corrupted, lost, destroyed, arrive late or =
incomplete, or contain viruses. Neither the Julius Baer Group nor the =
sender accept liability for any errors or omissions in the content of =
this message which arise as a result of its e-mail transmission. Please =
note that all e-mail communications to and from the Julius Baer Group =
may be monitored. This communication is for informational purposes only. =
It is not intended as an offer or solicitation for the purchase or sale =
of any financial instrument or as an official confirmation of any =
transaction.
"
IDMS 3rd-party providers forum
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP
IDMSVENDOR-L@LISTSERV.IUASSN.COM
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
R17 zIIP
"I believe I am ready to go live on our Production z/10 zIIP machine with R17.0 SP0 with a few choice APARs

I went to the usual meeting to grovel to the bureaucrats to ask their kind permission to install it and they asked - ""How many other sites are already running it in Production?""

I don't know the answer. Perhaps someone out there does? I hope it isn't zero because they definitely won't say yes.
______________________________________________________________

Chris Trayler, IXD
Bank Julius Baer & Co. Ltd.
P. O. Box, CH-8010 Zürich, Switzerland
Telephone +41 (0)58 887 4332, Fax +41 (0)58 887 4969
www.juliusbaer.com <http://www.juliusbaer.com/>

______________________________________________________________

*****JuliusBaer Disclaimer***** This e-mail is for the intended recipient only and may contain confidential or privileged information. If you have received this e-mail by mistake, please contact us immediately and completely delete it (and any attachments) and do not forward it or inform any other person of its contents. If you send us messages by e-mail, we take this as your authorization to correspond with you by e-mail, however, we will not accept the electronic transmission of orders/instructions without a specific agreement being in place to govern the same. If you do not wish to receive any further e-mail correspondence please let us know. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, amended, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Neither the Julius Baer Group nor the sender accept liability for any errors or omissions in the content of this message which arise as a result of its e-mail transmission. Please note that all e-mail communications to and from the Julius Baer Group may be monitored. This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction.
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: R17 zIIP
"I will be running 17.0 prod as of April 19th (an additional 31 CVs to the
already 16 running 17.0 on zIIP enables LPARs


Chris Hoelscher
Senior IDMS & DB2 Database Administrator
Humana Inc
502-476-2538
choelscher@humana.com




The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information.
"
IDMS 3rd-party providers forum
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP
IDMSVENDOR-L@LISTSERV.IUASSN.COM
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: [IDMSVENDOR-L] R17 zIIP
"I will be running 17.0 prod as of April 19th (an additional 31 CVs to the
already 16 running 17.0 on zIIP enables LPARs


Chris Hoelscher
Senior IDMS & DB2 Database Administrator
Humana Inc
502-476-2538
choelscher@humana.com




The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information.
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Web Cast Update
"All,


The content for the CA Web Casts web page has changed.
Please see www.ca.com/idms or www.ca.com/events for details.

Thanks
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
IDMS-L Status
"IDMS-L was hit with a massive spam attack in the past 12 hours. Our ISP =
had to shut down the listserve server and clean it up. Any messages =
sent to the list on Tuesday, 3/31 were lost. We apologize for the =
inconvenience.
=20
Bob Wiklund
IUA Board
=20
Tiburon Technologies
623 594-6022
"
IDMS 3rd-party providers forum
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP
IDMSVENDOR-L@LISTSERV.IUASSN.COM
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
IDMS-L Status
"IDMS-L was hit with a massive spam attack in the past 12 hours. Our ISP had to shut down the listserve server and clean it up. Any messages sent to the list on Tuesday, 3/31 were lost. We apologize for the inconvenience.

Bob Wiklund
IUA Board

Tiburon Technologies
623 594-6022
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: IDMS-L Status
"Bob Wiklund wrote:
IDMS-L was hit with a massive spam attack in the past 12 hours. Our ISP had to shut down the listserve server and clean it up. Any messages sent to the list on Tuesday, 3/31 were lost. We apologize for the inconvenience.

Bob Wiklund
IUA Board

Tiburon Technologies
623 594-6022


do you mean lost as in ""not distributed"" or lost as is ""not archived"" ?
"
IDMS 3rd-party providers forum
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP
IDMSVENDOR-L@LISTSERV.IUASSN.COM
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: IDMS-L Status
"Bob Wiklund wrote:
IDMS-L was hit with a massive spam attack in the past 12 hours. Our ISP had to shut down the listserve server and clean it up. Any messages sent to the list on Tuesday, 3/31 were lost. We apologize for the inconvenience.

Bob Wiklund
IUA Board

Tiburon Technologies
623 594-6022


do you mean lost as in ""not distributed"" or lost as is ""not archived"" ?
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: IDMS-L Status
"That would be lost as deleted along with more than 720,000 spam messages =
and not distributed.
=20
Bob Wiklund
Tiburon Technologies
623 594-6022

________________________________

From: IDMS 3rd-party providers forum on behalf of Chris Hoelscher
Sent: Tue 3/31/2009 6:15 PM
To: IDMSVENDOR-L@LISTSERV.IUASSN.COM
Subject: Re: IDMS-L Status



Bob Wiklund wrote:
IDMS-L was hit with a massive spam attack in the past 12 hours. Our =
ISP had to shut down the listserve server and clean it up. Any messages =
sent to the list on Tuesday, 3/31 were lost. We apologize for the =
inconvenience.
>
Bob Wiklund
IUA Board

Tiburon Technologies
623 594-6022


do you mean lost as in ""not distributed"" or lost as is ""not archived"" ?

______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
______________________________________________________________________
"
IDMS 3rd-party providers forum
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP
IDMSVENDOR-L@LISTSERV.IUASSN.COM
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: IDMS-L Status
"That would be lost as deleted along with more than 720,000 spam messages and not distributed.

Bob Wiklund
Tiburon Technologies
623 594-6022

________________________________

From: IDMS 3rd-party providers forum on behalf of Chris Hoelscher
Sent: Tue 3/31/2009 6:15 PM
To: IDMSVENDOR-L@LISTSERV.IUASSN.COM
Subject: Re: IDMS-L Status



Bob Wiklund wrote:
IDMS-L was hit with a massive spam attack in the past 12 hours. Our ISP had to shut down the listserve server and clean it up. Any messages sent to the list on Tuesday, 3/31 were lost. We apologize for the inconvenience.

Bob Wiklund
IUA Board

Tiburon Technologies
623 594-6022


do you mean lost as in ""not distributed"" or lost as is ""not archived"" ?

______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
______________________________________________________________________
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Deadlock Question
"
In the SysGen manual when talking about Deadlocks the following is stated:

If the victim task entered the deadlock with COND=NONE and the other task specified COND=DEAD. In this case, the task specifying COND=DEAD is chosen as the victim since COND=DEAD indicates that the task is designed to handle and recover from deadlock situations. This prevents an abend.

Where does one specify COND=NONE/DEAD?????


________________________________

George H Lewandowski
Database Administrator
GIS
7x24 Operations
GA-25, J46-2E

Work (847) 938-5526
Pager (800) 209-1305
george.lewandowski@abbott.com <mailTo:george.lewandowski@abbott.com>




________________________________

This communication may contain information that is proprietary, confidential, or exempt from disclosure. If you are not the intended recipient, please note that any other dissemination, distribution, use or copying of this communication is strictly prohibited. Anyone who receives this message in error should notify the sender immediately by telephone or by return e-mail and delete it from his or her computer.

"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Deadlock Question
"This is a multipart message in MIME format.
--=_related 0059F1FF8625758B_=
Content-Type: multipart/alternative; boundary=""=_alternative 0059F1FF8625758B_=""


--=_alternative 0059F1FF8625758B_=
Content-Type: text/plain; charset=""US-ASCII""

In the SysGen manual when talking about Deadlocks the following is stated:

If the victim task entered the deadlock with COND=NONE and the other task
specified COND=DEAD. In this case, the task specifying COND=DEAD is chosen
as the victim since COND=DEAD indicates that the task is designed to
handle and recover from deadlock situations. This prevents an abend.

Where does one specify COND=NONE/DEAD?????



George H Lewandowski
Database Administrator
GIS
7x24 Operations
GA-25, J46-2E

Work (847) 938-5526
Pager (800) 209-1305
george.lewandowski@abbott.com




This communication may contain information that is proprietary,
confidential, or exempt from disclosure. If you are not the intended
recipient, please note that any other dissemination, distribution, use or
copying of this communication is strictly prohibited. Anyone who receives
this message in error should notify the sender immediately by telephone or
by return e-mail and delete it from his or her computer.

--=_alternative 0059F1FF8625758B_=
Content-Type: text/html; charset=""US-ASCII""


<br><font size=2 face=""sans-serif"">In the SysGen manual when talking about
Deadlocks the following is stated:</font>
<br>
<br><font size=3 face=""Times New Roman"">If the victim task entered the
</font><font size=3 color=red face=""Times New Roman""><b><i><u>deadlock</u></i></b></font><font size=3 face=""Times New Roman"">
with COND=NONE and the other task specified COND=DEAD. In this case, the
task specifying COND=DEAD is chosen as the victim since COND=DEAD indicates
that the task is designed to handle and recover from </font><font size=3 color=red face=""Times New Roman""><b><i><u>deadlock</u></i></b></font><font size=3 face=""Times New Roman"">
situations. This prevents an abend.</font>
<br>
<br><font size=2 face=""sans-serif"">Where does one specify COND=NONE/DEAD?????<br>
</font><font size=3><br>
</font>
<table>
<tr>
<td colspan=4>
<div align=center>
<hr noshade></div>
<tr valign=top>
<td bgcolor=white><font size=1 face=""Arial""><b>George H Lewandowski</b></font>
<br><font size=1 face=""Arial"">Database Administrator<br>
GIS <br>
7x24 Operations<br>
GA-25, J46-2E</font>
<td bgcolor=white>
<td bgcolor=white><font size=1 face=""Arial"">Work (847) 938-5526<br>
Pager (800) 209-1305</font><font size=1 color=blue face=""Arial""><u><br>
</u></font><font size=1 color=blue face=""Arial""><u>george.lewandowski@abbott.com</u></font>
<td bgcolor=white>
<div align=right><font size=1 face=""Arial""><br>
</font><img src=cid:_1_04C895F804C891F80059F1FE8625758B><font size=1 face=""Arial""><br>
</font></div>
<tr>
<td colspan=4>
<div align=center>
<hr noshade></div>
<tr>
<td colspan=4><font size=1 color=#808080 face=""Arial"">This communication
may contain information that is proprietary, confidential, or exempt from
disclosure. If you are not the intended recipient, please note that any
other dissemination, distribution, use or copying of this communication
is strictly prohibited. Anyone who receives this message in error should
notify the sender immediately by telephone or by return e-mail and delete
it from his or her computer.</font></table>
<br>
--=_alternative 0059F1FF8625758B_=--
--=_related 0059F1FF8625758B_=
Content-Type: image/gif
Content-ID: <_1_04C895F804C891F80059F1FE8625758B>
Content-Transfer-Encoding: base64

R0lGODlhcAAdAMQAAAAAANva2v8AAISEhE5OTv9+fiMjI////7W1tf/MzP9PT3BwcObm5pmZmUFB
Qf/W1szMzBMTE2ZmZvf39/+MjP8YGKioqMHBwTMzM3t7e1taWo+Pj/+kpAgICO/v7/9bWyH5BAUU
AAcALAAAAABwAB0AAAX/oCCOZGmeY0UdbOu+hyVbjAs1MwJfuHzBwOAkUHsFAi6Ucmn6TILGSGea
cWUA0w4BpsFOJdAwy2LQvCAGg6fFbDM/YtYVQDe4LpkI3QFDLDp0ZnFBXXwuDVhrLG6MKCtiBnSS
Py4Oe0GRAIKDLx56hi0YABFPi42nKWIQWBKSCy+WAFsIAzQtmWAWtYotEwgbtUW+ogAYEMcXXVgX
EDUPz9DR0tPUDwkKJWJXDgyAAAalLLEOBJIRFiyZDsSjlDGZdB2vq5L19nRgnPoHD9lhkQMOxALg
TqAkDA3YIYFHoEGmCGsQSGpwAZeHDJkMZNiYgZi8DDr2cepHIswFLDUs/0jKJy7eGnoAqmQcM/FA
pi0xJhmUZYVOBJEiSY4IswCLBg3lfIaLhYHFBD0A+NxkEWBlVTpVDsB8Nc5F0VG8XFhLQLas2bNn
wwkV8e+epJA7QWVqmklQt0An6QQ8cFVT3AMMIByYA9EDBCQHOFRAVSJBi7UCoORFcAzCAEmbuh6Y
MNdmIBZ3NcHc2xdM1ysBLo86ILEpB8YmHLOADKVV017eSLX8Btqbmc5aJQ2Y4C1fXgAN/qImfOCk
gwSLYZOQzc/fmQaAMFgQDMECVE06BjaY8BWADngIJigDIPirgRqtvj1JioGBJQ8b4qXWFF36COq0
wTAQHVuwU48HomiBBf9mLOgRgSXeAPDKZkl1kJFgOdXDRwARfhNACRUUIOKIJJZYIi8BvmDBAiyy
iE4DLbaYwQQwJrcBBgY4sEELAyyAzgA4OoCOCxZokIYDA4RlgQMGYLCAIhcQkIYGSDQGFAwpXqnl
loOU8ACXs1kH5phkHuDlmFmWqeaVZ4KZ5ppwctIml2/GaScUc25Z5518JkHCl26KGYcHRxSxZgBh
wRBOL4ix8SeaghK5CQsaDNDjXoMOaZIEhsLAQFYHeGDjcH6OoEAC1aQqzTWRtpCBBI2S1wKsE9TA
QKMMrIFYDUO0gGgvGwz562ZFMMBSrR4sIFivB/Tn3xIVBMEDBDs6JcH9MX40oAECCGQwQHKVSjBA
BhtMsMGnDQy3wQYZYGisBPhtsEAAUQ7JwISANQABARtAkEEDG3hAwbNtPAKDBPrixAIBA6zLQAM6
SPCEsmA0kFwGnwZwrWEE8LAJAswElNovLdxb8ivlLrBBMjt+QLAScADBAAEybOsUvgdQdMCEIAUE
8WCfAqaLH5W1YMEFPIQKkqYmg1bFAMZSdthmLr9cghNBBEtVPrK2oHOwFyRZxc8YD0CtvwG0K4PR
CCR7wQbcaurBttxadgDUv5zdAgXOPqtCGBbwYkEpcGlVxAIarPHD1BdM8MMGGggWgAYLhHOEVhrs
eHkL8rJ4THNrQAOuQwgAOw==
--=_related 0059F1FF8625758B_=--
"
IDMS 3rd-party providers forum
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP
IDMSVENDOR-L@LISTSERV.IUASSN.COM
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: Deadlock Question
"This is a multi-part message in MIME format.

------_=_NextPart_001_01C9B2EE.202A8266
Content-Type: text/plain;
charset=""us-ascii""
Content-Transfer-Encoding: quoted-printable

A number of assembler DML statements accept DEAD as a COND parameter,
e.g. #ENQ, #GETSTG.=20

=20

________________________________

From: IDMS Public Discussion Forum [mailTo:IDMS-L@LISTSERV.IUASSN.COM]
On Behalf Of George H Lewandowski
Sent: Wednesday, April 01, 2009 12:22 PM
To: IDMS-L@LISTSERV.IUASSN.COM
Subject: [IDMS-L] Deadlock Question

=20


In the SysGen manual when talking about Deadlocks the following is
stated:=20

If the victim task entered the deadlock with COND=3DNONE and the other
task specified COND=3DDEAD. In this case, the task specifying =
COND=3DDEAD is
chosen as the victim since COND=3DDEAD indicates that the task is =
designed
to handle and recover from deadlock situations. This prevents an abend.=20

Where does one specify COND=3DNONE/DEAD?????

________________________________

George H Lewandowski=20
Database Administrator
GIS=20
7x24 Operations
GA-25, J46-2E=20

=20

Work (847) 938-5526
Pager (800) 209-1305
george.lewandowski@abbott.com <mailTo:george.lewandowski@abbott.com> =20


=20

________________________________

This communication may contain information that is proprietary,
confidential, or exempt from disclosure. If you are not the intended
recipient, please note that any other dissemination, distribution, use
or copying of this communication is strictly prohibited. Anyone who
receives this message in error should notify the sender immediately by
telephone or by return e-mail and delete it from his or her computer.

=20


------_=_NextPart_001_01C9B2EE.202A8266
Content-Type: image/gif;
name=""image001.gif""
Content-Transfer-Encoding: base64
Content-ID: <image001.gif@01C9B2CC.98F9CCB0>
Content-Description: image001.gif
Content-Location: image001.gif

R0lGODlhcAAdAMQAAAAAANva2v8AAISEhE5OTv9+fiMjI////7W1tf/MzP9PT3BwcObm5pmZmUFB
Qf/W1szMzBMTE2ZmZvf39/+MjP8YGKioqMHBwTMzM3t7e1taWo+Pj/+kpAgICO/v7/9bWyH5BAUU
AAcALAAAAABwAB0AAAX/oCCOZGmeY0UdbOu+hyVbjAs1MwJfuHzBwOAkUHsFAi6Ucmn6TILGSGea
cWUA0w4BpsFOJdAwy2LQvCAGg6fFbDM/YtYVQDe4LpkI3QFDLDp0ZnFBXXwuDVhrLG6MKCtiBnSS
Py4Oe0GRAIKDLx56hi0YABFPi42nKWIQWBKSCy+WAFsIAzQtmWAWtYotEwgbtUW+ogAYEMcXXVgX
EDUPz9DR0tPUDwkKJWJXDgyAAAalLLEOBJIRFiyZDsSjlDGZdB2vq5L19nRgnPoHD9lhkQMOxALg
TqAkDA3YIYFHoEGmCGsQSGpwAZeHDJkMZNiYgZi8DDr2cepHIswFLDUs/0jKJy7eGnoAqmQcM/FA
pi0xJhmUZYVOBJEiSY4IswCLBg3lfIaLhYHFBD0A+NxkEWBlVTpVDsB8Nc5F0VG8XFhLQLas2bNn
wwkV8e+epJA7QWVqmklQt0An6QQ8cFVT3AMMIByYA9EDBCQHOFRAVSJBi7UCoORFcAzCAEmbuh6Y
MNdmIBZ3NcHc2xdM1ysBLo86ILEpB8YmHLOADKVV017eSLX8Btqbmc5aJQ2Y4C1fXgAN/qImfOCk
gwSLYZOQzc/fmQaAMFgQDMECVE06BjaY8BWADngIJigDIPirgRqtvj1JioGBJQ8b4qXWFF36COq0
wTAQHVuwU48HomiBBf9mLOgRgSXeAPDKZkl1kJFgOdXDRwARfhNACRUUIOKIJJZYIi8BvmDBAiyy
iE4DLbaYwQQwJrcBBgY4sEELAyyAzgA4OoCOCxZokIYDA4RlgQMGYLCAIhcQkIYGSDQGFAwpXqnl
loOU8ACXs1kH5phkHuDlmFmWqeaVZ4KZ5ppwctIml2/GaScUc25Z5518JkHCl26KGYcHRxSxZgBh
wRBOL4ix8SeaghK5CQsaDNDjXoMOaZIEhsLAQFYHeGDjcH6OoEAC1aQqzTWRtpCBBI2S1wKsE9TA
QKMMrIFYDUO0gGgvGwz562ZFMMBSrR4sIFivB/Tn3xIVBMEDBDs6JcH9MX40oAECCGQwQHKVSjBA
BhtMsMGnDQy3wQYZYGisBPhtsEAAUQ7JwISANQABARtAkEEDG3hAwbNtPAKDBPrixAIBA6zLQAM6
SPCEsmA0kFwGnwZwrWEE8LAJAswElNovLdxb8ivlLrBBMjt+QLAScADBAAEybOsUvgdQdMCEIAUE
8WCfAqaLH5W1YMEFPIQKkqYmg1bFAMZSdthmLr9cghNBBEtVPrK2oHOwFyRZxc8YD0CtvwG0K4PR
CCR7wQbcaurBttxadgDUv5zdAgXOPqtCGBbwYkEpcGlVxAIarPHD1BdM8MMGGggWgAYLhHOEVhrs
eHkL8rJ4THNrQAOuQwgAOw==

------_=_NextPart_001_01C9B2EE.202A8266--
"
IDMS 3rd-party providers forum
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP
IDMSVENDOR-L@LISTSERV.IUASSN.COM
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: Deadlock Question
"A number of assembler DML statements accept DEAD as a COND parameter,
e.g. #ENQ, #GETSTG.



________________________________

From: IDMS Public Discussion Forum [mailTo:IDMS-L@LISTSERV.IUASSN.COM]
On Behalf Of George H Lewandowski
Sent: Wednesday, April 01, 2009 12:22 PM
To: IDMS-L@LISTSERV.IUASSN.COM
Subject: [IDMS-L] Deadlock Question




In the SysGen manual when talking about Deadlocks the following is
stated:

If the victim task entered the deadlock with COND=NONE and the other
task specified COND=DEAD. In this case, the task specifying COND=DEAD is
chosen as the victim since COND=DEAD indicates that the task is designed
to handle and recover from deadlock situations. This prevents an abend.

Where does one specify COND=NONE/DEAD?????

________________________________

George H Lewandowski
Database Administrator
GIS
7x24 Operations
GA-25, J46-2E



Work (847) 938-5526
Pager (800) 209-1305
george.lewandowski@abbott.com <mailTo:george.lewandowski@abbott.com>




________________________________

This communication may contain information that is proprietary,
confidential, or exempt from disclosure. If you are not the intended
recipient, please note that any other dissemination, distribution, use
or copying of this communication is strictly prohibited. Anyone who
receives this message in error should notify the sender immediately by
telephone or by return e-mail and delete it from his or her computer.



"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
checking for newer APARs ....
"while searching for 17.0 fixes - i see that lower@ fixes are being
published AFTER higher # fixes - this rather makes the ""Enter High Fix""
method of finding new fixes less that helpful. I might suggest using
""confirmed since:"" method (this does require that you know the last time
you downloaded, but it works .....



Chris Hoelscher
Senior IDMS & DB2 Database Administrator
Humana Inc
502-476-2538
choelscher@humana.com




The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information.
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
checking for newer APARs ....
"while searching for 17.0 fixes - i see that lower@ fixes are being
published AFTER higher # fixes - this rather makes the ""Enter High Fix""
method of finding new fixes less that helpful. I might suggest using
""confirmed since:"" method (this does require that you know the last time
you downloaded, but it works .....



Chris Hoelscher
Senior IDMS & DB2 Database Administrator
Humana Inc
502-476-2538
choelscher@humana.com




The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information.
"
IDMS 3rd-party providers forum
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP
IDMSVENDOR-L@LISTSERV.IUASSN.COM
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: checking for newer APARs ....
"Hi Chris

Which ones do you consider essential? I currently have these on my R17
system which have solved all my ""known"" problems.

VIEW CAI.GJR170.APARLIB
Command ===>
Name Prompt Size Created
. RO03174 29 2009/02/08
. RO03211 37 2009/01/28
. RO05357 33 2009/03/28
. RO05788 53 2009/03/28
. RO05842 35 2009/03/03
. TC05891 335 2008/12/04
. TC28527 18 2008/12/05
. T5B0169 26 2008/09/23
. T5B0193 37 2009/04/01

Can you suggest any more?

Chris Trayler

Outcomes