LE APAR PM99349
Hi, All, One newly-available PTF for LE, UI18450, fixes APAR PM99349, but a search for PM99349 on IBMLink fails with a not found error. Am I to ass.u.me that it's a security / integrity APAR and just apply the PTF? TIA, -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LE APAR PM99349
Yes it is a security/integrity APAR. If you subscribe to the Security Portal you can review it. Description: This issue may pertain to users of Language Environment for z/OS with FMID HLE7770, HLE7780 and HLE7790. Dennis -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Chase, John Sent: Friday, August 01, 2014 7:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: LE APAR PM99349 Hi, All, One newly-available PTF for LE, UI18450, fixes APAR PM99349, but a search for PM99349 on IBMLink fails with a not found error. Am I to ass.u.me that it's a security / integrity APAR and just apply the PTF? TIA, -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LE APAR PM99349
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Dennis Trojak Yes it is a security/integrity APAR. If you subscribe to the Security Portal you can review it. Description: This issue may pertain to users of Language Environment for z/OS with FMID HLE7770, HLE7780 and HLE7790. Thanks. I had not noticed those details before; normally just download the latest SECINT assigns and holddata. -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: I SMF Processing
Perhaps the first one needs to be formatted; //FORMATEXEC PGM=IFASMFDP //SYSPRINT DD SYSOUT=* //DDIN DD DSN=SYS1.MAN1,DISP=SHR //SYSINDD * INDD(DDIN,OPTIONS(CLEAR)) Thanks, Tim Deller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another question about TSO edit command
In 8e4663db4b0d43518fbb6345aa417...@dm2pr08mb720.namprd08.prod.outlook.com, on 07/30/2014 at 09:44 PM, John Norgauer jcnorga...@ucdavis.edu said: But when I get data with no line numbers, my commands are not working. What gives you that idea? Read the manual more carefully. ,EDIT, f STC == Try inserting a TOP subcommand. Also, unless you are searching only for TC, make that f 'STC' -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another question about TSO edit command
In bay169-w48af89a0b757bae9eec2dea3...@phx.gbl, on 07/30/2014 at 06:40 PM, J R jayare...@hotmail.com said: Read all about EDIT here: http://publibz.boulder.ibm.com/epubs/pdf/ikj2l200.pdf That's missing an explanation of the current line pointer, although the explanation of FIND has enough information to tell the OP what he did wrong. RCF submitted. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Beginners question about SHARE
In cafo-8tqmacfzyybbspfp6sic9ug3hs+awhh4w3qbagfejtq...@mail.gmail.com, on 07/30/2014 at 07:00 PM, zMan zedgarhoo...@gmail.com said: 1) the OP's difficulty with the website is Bad and could be fixed relatively easily Certainly it's bad, but you can't do only one thing and I'm not convinced that it is easy to fix. It is, IMHO, desirable to fix it, but without breaking something else in the process. I'd love to have someone from Share management pitch in as to whether they are trying to change the false impressions and what the obstacles are. yet the reaction has been defensiveness and attacks on Charles Perhaps someone who shares your first name has poisoned the well. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another question about TSO edit command
In 76a0e.704d9458.410ad...@aol.com, on 07/30/2014 at 06:57 PM, Ed Finnell 000248cce9f3-dmarc-requ...@listserv.ua.edu said: Some still use IEBUPTDT for change control. I doubt that, although some may still use IEBUPDTE or even IEBUPDAT. Me, I prefer IEBUPDTX. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another question about TSO edit command
In 6487334105557425.wa.paulgboulderaim@listserv.ua.edu, on 07/30/2014 at 06:40 PM, Paul Gilmartin 000433f07816-dmarc-requ...@listserv.ua.edu said: That is one of the dumbest, most hostile behaviors I have ever seen in an editor (but TSO edit isn't unique here). If I do a find and get no hits (very possibly because I mistyped the search target) a well-behaved editor should leave the file position unchanged. I disagree, although having an option would be more user friendly, as would optional first and last operands on FIND. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Beginners question about SHARE
In 0e4601cfacb3$1eb278d0$5c176a70$@mcn.org, on 07/31/2014 at 07:32 AM, Charles Mills charl...@mcn.org said: I think the attacks are a good illustration of the it's OUR club -- you stay out of it attitude. Nonsense. I can't think of a single poster here who wants small companies or unaffiliated students to stay out. I believe that *you* owe us an apology. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: I SMF Processing
Tim Deller wrote: Perhaps the first one needs to be formatted; //FORMATEXEC PGM=IFASMFDP //SYSPRINT DD SYSOUT=* //DDIN DD DSN=SYS1.MAN1,DISP=SHR //SYSINDD * INDD(DDIN,OPTIONS(CLEAR)) Good suggestion. That above job is useful if you don't want the records in SYS1.MAN1 and your logging is on those VSAM datasets, not on log streams. Dump that dataset if there are some data in it and then you can run above job. Alternatively: Use a new SMFPRMxx with another MANx dataset(s) (which you created before with IDCAMS) and upon T SMF=xx, any new unformated datasets found will also be formatted. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: I SMF Processing
Check the CI sizes Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
LLA question
The way I understand the documentation coding a LIBRARIES(...) MEMBERS( will automatically make the member from the that library LLA managed I start S LLA,SUB=MSTR,LLA=01 where the lla parmlib member is CSVLLA01 I am also assuming that the library has to be somewhere in the search order Job/step/task/linklist However when I do D LLA,STATS I fail to see LLA doing a fetch thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LE APAR PM99349
(Resending to the list server, as I responded via NNTP accidentally. Sorry for the double post!) All information about security and integrity problems is available only to customers who agree to keep it confidential, and available only through the security portal. We'd love to have you sign up! Here's a link: http://www-03.ibm.com/systems/z/solutions/security_subintegrity.html Chase, John wrote: Hi, All, One newly-available PTF for LE, UI18450, fixes APAR PM99349, but a search for PM99349 on IBMLink fails with a not found error. Am I to ass.u.me that it's a security / integrity APAR and just apply the PTF? snip -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LLA question
MichealButz wrote: The way I understand the documentation coding a LIBRARIES(...) MEMBERS( will automatically make the member from the that library LLA managed I start S LLA,SUB=MSTR,LLA=01 where the lla parmlib member is CSVLLA01 I am also assuming that the library has to be somewhere in the search order However when I do D LLA,STATS I fail to see LLA doing a fetch WAD. Fetch is only for NEW address spaces. Review 'SETPROG LNKLST' to see how to make changes so existing address spaces can do those fetches. As usual - be careful you don't crash your running address spaces... Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Beginners question about SHARE
Now who's confused? Where did Charles even suggest that anyone here wanted small companies or unaffiliated students to stay out? He asked whether the company orientation was off-putting. And got attacked for it. Hint: If there's a perceived problem, there's a problem. Charles and I aren't the only ones who see it. Insisting that there isn't is not productive. Suggesting alternatives, or offering contrary evidence (that SHARE attendance is actually healthy and increasing), would be productive. So far I don't believe anyone has done either of those. On Thu, Jul 31, 2014 at 7:01 PM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In 0e4601cfacb3$1eb278d0$5c176a70$@mcn.org, on 07/31/2014 at 07:32 AM, Charles Mills charl...@mcn.org said: I think the attacks are a good illustration of the it's OUR club -- you stay out of it attitude. Nonsense. I can't think of a single poster here who wants small companies or unaffiliated students to stay out. I believe that *you* owe us an apology. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SHARE preparation
Avoid the need for an interpreter: https://www.facebook.com/photo.php?v=1538572616366298fref=nf -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
RECEIVE ORDER server problems?
Anybody else having long delay times on SMP/E RECEIVE ORDER? I have a job for one PTF that's been waiting 30 minutes so far: GIM693ISMP/E HAS BEEN WAITING 15 MINUTES FOR ORDER ORDn. SMP/E WILL WAIT A MAXIMUM OF 120 MINUTES. GIM693ISMP/E HAS BEEN WAITING 30 MINUTES FOR ORDER ORDn. SMP/E WILL WAIT A MAXIMUM OF 120 MINUTES. -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RECEIVE ORDER server problems?
John, I have had three orders today, the last at 10:25am. No GIM693I issues. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Chase, John Sent: Friday, August 01, 2014 12:32 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: RECEIVE ORDER server problems? Anybody else having long delay times on SMP/E RECEIVE ORDER? I have a job for one PTF that's been waiting 30 minutes so far: GIM693ISMP/E HAS BEEN WAITING 15 MINUTES FOR ORDER ORDn. SMP/E WILL WAIT A MAXIMUM OF 120 MINUTES. GIM693ISMP/E HAS BEEN WAITING 30 MINUTES FOR ORDER ORDn. SMP/E WILL WAIT A MAXIMUM OF 120 MINUTES. -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LLA question
Does the dataset have to be in the linklst for LLA to manage it ? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Friday, August 01, 2014 11:11 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: LLA question MichealButz wrote: The way I understand the documentation coding a LIBRARIES(...) MEMBERS( will automatically make the member from the that library LLA managed I start S LLA,SUB=MSTR,LLA=01 where the lla parmlib member is CSVLLA01 I am also assuming that the library has to be somewhere in the search order However when I do D LLA,STATS I fail to see LLA doing a fetch WAD. Fetch is only for NEW address spaces. Review 'SETPROG LNKLST' to see how to make changes so existing address spaces can do those fetches. As usual - be careful you don't crash your running address spaces... Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RECEIVE ORDER server problems?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. John, I have had three orders today, the last at 10:25am. No GIM693I issues. Likewise, an earlier order took all of three minutes. Current job just posted the 75-minute wait message. -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RECEIVE ORDER server problems?
I am running a holddata receive - I have gotten GIM693I at the 15 and 30 minute marks - so yes - the OP is not the only one Chris hoelscher Technology Architect | Database Infrastructure Services Technology Solution Services 123 East Main Street |Louisville, KY 40202 choelsc...@humana.com Humana.com (502) 476-2538 - office (502) 714-8615 - blackberry Keeping CAS and Metavance safe for all HUMANAty -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Chase, John Sent: Friday, August 01, 2014 1:20 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] RECEIVE ORDER server problems? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. John, I have had three orders today, the last at 10:25am. No GIM693I issues. Likewise, an earlier order took all of three minutes. Current job just posted the 75-minute wait message. -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another question about TSO edit command
On Thu, 31 Jul 2014 18:56:09 -0400, Shmuel Metz (Seymour J.) wrote: on 07/30/2014 at 06:40 PM, Paul Gilmartin said: That is one of the dumbest, most hostile behaviors I have ever seen in an editor (but TSO edit isn't unique here). If I do a find and get no hits (very possibly because I mistyped the search target) a well-behaved editor should leave the file position unchanged. I disagree, although having an option would be more user friendly, as would optional first and last operands on FIND. As would NEXT and PREV. What does repeat FIND do once you're at the end of the file? If it repeats the search from the opposite end in the same direction, I can see some use for the behavior. Still, I prefer ISPF's convention of issuing an error message on the first unsuccessful FIND, and wrapping on the next -- friendlier in the case of typos in the search target. I regularly use ISPF in batch -- no terminal necessary. So can one use ISPF Edit in line mode? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RECEIVE ORDER server problems?
I'm the OP, and that RECEIVE ORDER job timed out at 120 minutes. I resubmitted, and the new job just wrote the 60-minute wait message. -jc- -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Chris Hoelscher Sent: Friday, August 01, 2014 2:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RECEIVE ORDER server problems? I am running a holddata receive - I have gotten GIM693I at the 15 and 30 minute marks - so yes - the OP is not the only one Chris hoelscher Technology Architect | Database Infrastructure Services Technology Solution Services 123 East Main Street |Louisville, KY 40202 choelsc...@humana.com Humana.com (502) 476-2538 - office (502) 714-8615 - blackberry Keeping CAS and Metavance safe for all HUMANAty -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Chase, John Sent: Friday, August 01, 2014 1:20 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] RECEIVE ORDER server problems? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. John, I have had three orders today, the last at 10:25am. No GIM693I issues. Likewise, an earlier order took all of three minutes. Current job just posted the 75-minute wait message. -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RECEIVE ORDER server problems?
I have been having the issue with GIM6931I and timeouts intermittently for the past couple weeks. I have a daily scheduled job that receives holddata and critical PTFs with steps for z/OS, CICS, IMS, etc. Usually most of the steps work with only one that times out, and not the same step every time. Bill Skeldum -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Chase, John Sent: Friday, August 01, 2014 1:26 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RECEIVE ORDER server problems? I'm the OP, and that RECEIVE ORDER job timed out at 120 minutes. I resubmitted, and the new job just wrote the 60-minute wait message. -jc- -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Chris Hoelscher Sent: Friday, August 01, 2014 2:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RECEIVE ORDER server problems? I am running a holddata receive - I have gotten GIM693I at the 15 and 30 minute marks - so yes - the OP is not the only one Chris hoelscher Technology Architect | Database Infrastructure Services Technology Solution Services 123 East Main Street |Louisville, KY 40202 choelsc...@humana.com Humana.com (502) 476-2538 - office (502) 714-8615 - blackberry Keeping CAS and Metavance safe for all HUMANAty -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Chase, John Sent: Friday, August 01, 2014 1:20 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] RECEIVE ORDER server problems? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. John, I have had three orders today, the last at 10:25am. No GIM693I issues. Likewise, an earlier order took all of three minutes. Current job just posted the 75-minute wait message. -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Invoking CSVLLIX1
HI, I was under the assumption that the following would enable CSVLLIIX1 for a module 1) Defining the library and module in CSVLLA01 2) Starting LLA with the following syntax S LLA,SUB=MSTR,LLA=01 3) Defining with the exit with the following in my program CSVDYNEX REQUEST=ADD, X EXITNAME=CSVLLIX1, X STATE=ACTIVE, X MODNAME=SGBLLIX1, X MODADDR=AA.LLA_ADDRESS, X PARAM=AA.LLA_PARAM, X STOKEN=AA.ADRSSTKN, X POS=FIRST, X RETCODE=AA.RETCODE, X RSNCODE=AA.RSNCODE,MF=(E,DYN_PARM) * I get a return code 0 from the above but the exit isn't invoked -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: I SMF Processing
We dump and clear, so we wouldn't hit condition of residual data in production. I am going to fix our testplex, to avoid this condition. Sent from my iPhone On Aug 1, 2014, at 9:54 AM, Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: Tim Deller wrote: Perhaps the first one needs to be formatted; //FORMATEXEC PGM=IFASMFDP //SYSPRINT DD SYSOUT=* //DDIN DD DSN=SYS1.MAN1,DISP=SHR //SYSINDD * INDD(DDIN,OPTIONS(CLEAR)) Good suggestion. That above job is useful if you don't want the records in SYS1.MAN1 and your logging is on those VSAM datasets, not on log streams. Dump that dataset if there are some data in it and then you can run above job. Alternatively: Use a new SMFPRMxx with another MANx dataset(s) (which you created before with IDCAMS) and upon T SMF=xx, any new unformated datasets found will also be formatted. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: I SMF Processing
Yep. Got bite by this Sent from my iPhone On Aug 1, 2014, at 10:22 AM, Shane Ginnane ibm-m...@tpg.com.au wrote: Check the CI sizes Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LLA question
No. The default with no CSVLLAxx member is to manage only the LNKLST libraries. A CSVLLAxx member is required if you wish to also manage any cataloged libraries that are not in LNKLST. Any non-LNKLST specified libraries are dynamically allocated. If some job step has one of those non-LNKLST, LLA-managed libraries in a STEPLIB concatenation and a fetch does not find a member in a library earlier in the concatenation, the directory search for the managed library will use LLA-cached directory and if the module is found it might also be loaded from copy cached by VLF address space. For performance, it makes sense to include in LLA those non-LNKLST libraries with a large number of STEPLIB references, provided those libraries don't need to be updated frequently by users who lack the power to also do the required LLA refresh to make a change visible to program fetch. LLA management is at the library level. The MEMBERS( ) specification does not mean than only those members are managed -- it means on an update to LLA that only the directory entries for those members in that library are to be refreshed to pick up new changes to those members (can be used to avoid reading the entire directory or to prevent some other changes from being seen until later). Joel C. Ewing On 08/01/2014 12:12 PM, MichealButz wrote: Does the dataset have to be in the linklst for LLA to manage it ? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Friday, August 01, 2014 11:11 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: LLA question MichealButz wrote: The way I understand the documentation coding a LIBRARIES(...) MEMBERS( will automatically make the member from the that library LLA managed I start S LLA,SUB=MSTR,LLA=01 where the lla parmlib member is CSVLLA01 I am also assuming that the library has to be somewhere in the search order However when I do D LLA,STATS I fail to see LLA doing a fetch WAD. Fetch is only for NEW address spaces. Review 'SETPROG LNKLST' to see how to make changes so existing address spaces can do those fetches. As usual - be careful you don't crash your running address spaces... Groete / Greetings Elardus Engelbrecht -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN