Re: Friday!
On Fri, 19 Jul 2019 19:16:09 -0700, Tom Brennan wrote: >Simple: No > >Longer: I'll guess you're talking about clearing memory? I do seem to >remember writing code on a z80 to clear a section of bytes to zero, and >oops if I messed up it would keep writing zeros to 64K, wrap around to >zero, and then continue on until the zeros hit the instructions that >were being executed. Everything but parts of the loop code was gone, >and since x'00' is a z80 NOP, the processor would remain running - just >not really doing much of value. > >On 7/19/2019 3:16 PM, Lester, Bob wrote: >> >> Who remembers how to "ripple core" on a 360/75J? Back in the day, I >> was taught that it "wrote un-digit zeros" to all storage locations (main + >> LCS) on the box. If course, an IPL was required after this was done. >> >> Not sure how widely it was used. A simple yes or no is OK if you >> cannot provide details.đ >> In days of yore, was there a button on the console, perhaps white, recessed behind a plastic guard to do something like that? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP question
On Fri, 19 Jul 2019 21:10:19 -0400, CarlosM Martinez wrote: >I will have to take a look at the JCL. But it seems you are correct it is a >BATCH OS/MVS SFTP to UNIX. > So it isn't your JCL? >... >Would anyone know what 65280 return code from an FTP could be? >Command: >Sh rm -f -r /u/dmc/mvs/sftp/20190719101931630131 >Failed with a return code 65280 > That looks like a PARM to BPXBATCH. If so, provide DD statements allocating STDOUT and STDERR to SYSOUT for far more information. >Thank you all >Newbe to MVS > If you are new to MVS, would logging on to a UNIX shell be a more familiar environment to you? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Friday!
Simple: No Longer: I'll guess you're talking about clearing memory? I do seem to remember writing code on a z80 to clear a section of bytes to zero, and oops if I messed up it would keep writing zeros to 64K, wrap around to zero, and then continue on until the zeros hit the instructions that were being executed. Everything but parts of the loop code was gone, and since x'00' is a z80 NOP, the processor would remain running - just not really doing much of value. On 7/19/2019 3:16 PM, Lester, Bob wrote: Hi All, Who remembers how to "ripple core" on a 360/75J? Back in the day, I was taught that it "wrote un-digit zeros" to all storage locations (main + LCS) on the box. If course, an IPL was required after this was done. Not sure how widely it was used. A simple yes or no is OK if you cannot provide details.đ Thanks! BobL Confidentiality Note: The information contained in this message, and any attachments, may contain confidential and/or privileged material. It is intended solely for the person(s) or entity to which it is addressed. Any review, retransmission, dissemination, or taking of any action in reliance upon this information by persons or entities other than the intended recipient(s) is prohibited. If you received this in error, please contact the sender and delete the material from any device. -- 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: FTP question
I will have to take a look at the JCL. But it seems you are correct it is a BATCH OS/MVS SFTP to UNIX. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Frank Swarbrick Sent: Friday, July 19, 2019 6:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP question Are you using the z/OS FTP client? It doesn't look like it. It looks like you are trying to invoke a Unix shell with the 'rm' command. Not something that FTP supports, as far as I know. From: IBM Mainframe Discussion List on behalf of CarlosM Martinez Sent: Friday, July 19, 2019 1:46 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: FTP question Sorry I sent this before with the wrong subject -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of CarlosM Martinez Sent: Friday, July 19, 2019 3:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF initial display and z/OS 2.3 Hello ; Would anyone know what 65280 return code from an FTP could be? Command: Sh rm -f -r /u/dmc/mvs/sftp/20190719101931630131 Failed with a return code 65280 Thank you all Newbe to MVS Carlos Martinez SUNY -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carmen Vitullo Sent: Friday, July 19, 2019 1:38 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF initial display and z/OS 2.3 Hey Bob, IIRC that's what a lot of folks did on the ISPF Primary option until IBM started shipping the panel that way, I may be wrong, I've been wrong before :) thanks Carmen Vitullo - Original Message - From: "Robert B. Richards" <01c91f408b9e-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, July 19, 2019 11:00:41 AM Subject: Re: SDSF initial display and z/OS 2.3 Yes, if you can find the correct place to insert a .RESP=ENTER in panel logic of ISFPCU41 that will not cause issues. I took a fast look and would assume that after the "ABC" logic for the action bar stuff might be appropriate. I can't pursue this at the moment. Maybe a SDSF developer will chime in. Then again, they probably want you to see the logo. :-( I have already coded two dozen command table entries for all the options in SDSF that I want direct access to, especially ones like SYS, APF, LINK, SP, etc. :-) Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carmen Vitullo Sent: Friday, July 19, 2019 9:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SDSF initial display and z/OS 2.3 Is it possible to bypass the logo pop-up in SDSF on z/OS 2.3 ? -- 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 -- 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 -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Friday!
Hi All, Who remembers how to "ripple core" on a 360/75J? Back in the day, I was taught that it "wrote un-digit zeros" to all storage locations (main + LCS) on the box. If course, an IPL was required after this was done. Not sure how widely it was used. A simple yes or no is OK if you cannot provide details.đ Thanks! BobL Confidentiality Note: The information contained in this message, and any attachments, may contain confidential and/or privileged material. It is intended solely for the person(s) or entity to which it is addressed. Any review, retransmission, dissemination, or taking of any action in reliance upon this information by persons or entities other than the intended recipient(s) is prohibited. If you received this in error, please contact the sender and delete the material from any device. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP question
Are you using the z/OS FTP client? It doesn't look like it. It looks like you are trying to invoke a Unix shell with the 'rm' command. Not something that FTP supports, as far as I know. From: IBM Mainframe Discussion List on behalf of CarlosM Martinez Sent: Friday, July 19, 2019 1:46 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: FTP question Sorry I sent this before with the wrong subject -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of CarlosM Martinez Sent: Friday, July 19, 2019 3:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF initial display and z/OS 2.3 Hello ; Would anyone know what 65280 return code from an FTP could be? Command: Sh rm -f -r /u/dmc/mvs/sftp/20190719101931630131 Failed with a return code 65280 Thank you all Newbe to MVS Carlos Martinez SUNY -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carmen Vitullo Sent: Friday, July 19, 2019 1:38 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF initial display and z/OS 2.3 Hey Bob, IIRC that's what a lot of folks did on the ISPF Primary option until IBM started shipping the panel that way, I may be wrong, I've been wrong before :) thanks Carmen Vitullo - Original Message - From: "Robert B. Richards" <01c91f408b9e-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, July 19, 2019 11:00:41 AM Subject: Re: SDSF initial display and z/OS 2.3 Yes, if you can find the correct place to insert a .RESP=ENTER in panel logic of ISFPCU41 that will not cause issues. I took a fast look and would assume that after the "ABC" logic for the action bar stuff might be appropriate. I can't pursue this at the moment. Maybe a SDSF developer will chime in. Then again, they probably want you to see the logo. :-( I have already coded two dozen command table entries for all the options in SDSF that I want direct access to, especially ones like SYS, APF, LINK, SP, etc. :-) Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carmen Vitullo Sent: Friday, July 19, 2019 9:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SDSF initial display and z/OS 2.3 Is it possible to bypass the logo pop-up in SDSF on z/OS 2.3 ? -- 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 -- 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 -- 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: DASD nostalgia
Hi Gabe, That sounds like the HPT (head-per-track) disk I worked with on a Burroughs 3500 & 4700 (?). Big mothers. As you said, and as I recall, it was one huge disk. Used to make the raised data center floor rattle some times! This would have been around 1980-82? Another Burroughs oddity, at least when I was working on them, was the 4-tape drive clusters. I can't remember the vendor, but it was not Burroughs. About the size of a washing machine. It used to make a ton of noise as it tried to find BOT/EOT. Parity errors and retries make it sound like it was rap-dancing! It was so popular (not), that when we finally decomm'd them, folks paid $1 USD to hit the cluster with a 16-lb Sledghammer Thanks! BobL -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gabe Goldberg Sent: Friday, July 19, 2019 3:52 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXT] DASD nostalgia I mentioned a while ago remembering a friend's long-ago story about disk head crashes at DEC, resolved by rotating drive cabinet so platters aligned with loading dock of old mill building (rather than rotating perpendicular to dock's orientation). Problem had been head crashes when trucks backed into loading dock and hit/shook building. I asked my friend Who Was There (and who spent his career in storage architecture/design/etc.). His response: The disk story is, in fact, true. The disks were from Burroughs, single-platter and huge (3 foot diameter) with a head per track, if I recall - no seeking. They were in Building 5, just under the loading docks. They each held about 10MB. We also received another disk from Burroughs (multiple huge horizontal platters, seek arms like boxer's arms, heat exchanger) that was so huge, the freight elevator took it down to the basement lab for testing but couldn't bring it back up again after - we had to partially disassemble it and bring it up in pieces. I think it held 50MB. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Confidentiality Note: The information contained in this message, and any attachments, may contain confidential and/or privileged material. It is intended solely for the person(s) or entity to which it is addressed. Any review, retransmission, dissemination, or taking of any action in reliance upon this information by persons or entities other than the intended recipient(s) is prohibited. If you received this in error, please contact the sender and delete the material from any device. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP question
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.halu001/ftpstret.htm Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of CarlosM Martinez Sent: Friday, July 19, 2019 12:46 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: FTP question Sorry I sent this before with the wrong subject -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of CarlosM Martinez Sent: Friday, July 19, 2019 3:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF initial display and z/OS 2.3 Hello ; Would anyone know what 65280 return code from an FTP could be? Command: Sh rm -f -r /u/dmc/mvs/sftp/20190719101931630131 Failed with a return code 65280 Thank you all Newbe to MVS Carlos Martinez SUNY -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carmen Vitullo Sent: Friday, July 19, 2019 1:38 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF initial display and z/OS 2.3 Hey Bob, IIRC that's what a lot of folks did on the ISPF Primary option until IBM started shipping the panel that way, I may be wrong, I've been wrong before :) thanks Carmen Vitullo - Original Message - From: "Robert B. Richards" <01c91f408b9e-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, July 19, 2019 11:00:41 AM Subject: Re: SDSF initial display and z/OS 2.3 Yes, if you can find the correct place to insert a .RESP=ENTER in panel logic of ISFPCU41 that will not cause issues. I took a fast look and would assume that after the "ABC" logic for the action bar stuff might be appropriate. I can't pursue this at the moment. Maybe a SDSF developer will chime in. Then again, they probably want you to see the logo. :-( I have already coded two dozen command table entries for all the options in SDSF that I want direct access to, especially ones like SYS, APF, LINK, SP, etc. :-) Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carmen Vitullo Sent: Friday, July 19, 2019 9:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SDSF initial display and z/OS 2.3 Is it possible to bypass the logo pop-up in SDSF on z/OS 2.3 ? -- 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 -- 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 -- 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
DASD nostalgia
I mentioned a while ago remembering a friend's long-ago story about disk head crashes at DEC, resolved by rotating drive cabinet so platters aligned with loading dock of old mill building (rather than rotating perpendicular to dock's orientation). Problem had been head crashes when trucks backed into loading dock and hit/shook building. I asked my friend Who Was There (and who spent his career in storage architecture/design/etc.). His response: The disk story is, in fact, true. The disks were from Burroughs, single-platter and huge (3 foot diameter) with a head per track, if I recall - no seeking. They were in Building 5, just under the loading docks. They each held about 10MB. We also received another disk from Burroughs (multiple huge horizontal platters, seek arms like boxer's arms, heat exchanger) that was so huge, the freight elevator took it down to the basement lab for testing but couldn't bring it back up again after - we had to partially disassemble it and bring it up in pieces. I think it held 50MB. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Reset condition codes?
If you have access to ADRDSSU using it might be easier than your method. //JOB2 JOB accounting information,REGION=K //STEP1EXEC PGM=ADRDSSU //SYSPRINT DD SYSOUT=* //SYSIN DD * COPY - DS(INC(USER.PDS.**)) - LOGINDYNAM ( - (338001) - (338002) - ) - CONVERT (PDSE(**)) - RENUNC (USER.PDS.**, USER.PDSE.**) Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com âââ Original Message âââ On Friday, July 19, 2019 4:34 PM, TenEyck, Peter wrote: > I wrote this job to convert a bunch of PDSs to PDSEs. I am using variable > (ALTERRC) to "reset condition codes" for each invocation of the proc. It > works. Is there a better way to do this? Maybe a way I could do something and > then use the COND parameter on the COPY step? > > //PDS2PDSE JOB CLASS=S,MSGCLASS=Q 1007 > //* 1109 > //* DEFINE SYMBOLS. NEEDED IN ORDER TO USE SYMBOLS IN SYSIN 1207 > // EXPORT SYMLIST=(DSNAME1) 1309 > // EXPORT SYMLIST=(VOLSER1) 1409 > //* 1509 > //* PROC TO BE CALLED FOR EACH DATASET TO BE CONVERTED 1609 > //CONVERT PROC 1707 > //* 1809 > //* SET SYMBOLS. NEEDED IN ORDER TO USE SYMBOLS IN SYSIN 2109 > // SET DSNAME1=&N1 2209 > // SET VOLSER1=&V1 2309 > //* 2409 > //* VARIBLE TO RESET TO 0 FOR EACH INVOCATION OF PROC. 2509 > // SET ALTERRC=0 2609 > //* 2709 > //* ALTER DSN TO .OLD NAME 00032809 > //ALTER EXEC PGM=IDCAMS 00032909 > //SYSPRINT DD SYSOUT= 00033009//SYSIN DD ,SYMBOLS=JCLONLY 00033109 > ALTER - 00033209 > &DSNAME1 - 00033309 > NEWNAME(&DSNAME1..OLD) 00033409 > / 00033509//* 00033609 > //* CHECK ALTER RC. SET VARIBLE TO RC VALUE OR LEAVE SET TO 0. 00033709 > // IF (ALTER.RC > 4) THEN 00033809 > // SET ALTERRC=ALTER.RC 00033909 > // ENDIF 00034009 > //* 00034109 > //* COPY PDS TO PDSE. ONLY DO IF RENAME WAS SUCCESSFUL. 00034209 > // IF (&ALTERRC < 4) THEN 00034309 > //COPY EXEC PGM=IEBCOPY 00035009 > //SYSPRINT DD SYSOUT=* 0004 > //SYSUT1 DD DSNAME=&DSNAME1..OLD,DISP=SHR 00050007 > //SYSUT2 DD DSNAME=&DSNAME1, 00060007 > // LIKE=&DSNAME1..OLD,UNIT=SYSALLDA, 00070007 > // DISP=(NEW,CATLG),DSNTYPE=LIBRARY ,VOL=SER=&VOLSER1 00080011 > // ENDIF 00081009 > // PEND 00090007 > //* 00090109 > //* CALL PROC FOR EACH DATASET 00091007 > //STEP01 EXEC CONVERT,N1=FFM.DVLP.LOADLIB,V1=A90362 00093012 > . > ... more datasets > . > // 00102109 > > //* Peter Ten Eyck > //* Senior Systems Programmer > //* American National > // > > American National has changed its email addresses > tofirstname.lastn...@americannational.com. Please update my email address in > your contact list, if applicable, at your earliest convenience. > > Confidentiality: This transmission, including any attachments, is solely for > the use of the intended recipient(s). This transmission may contain > information that is confidential or otherwise protected from disclosure. The > use or disclosure of the information contained in this transmission, > including any attachments, for any purpose other than that intended by its > transmittal is strictly prohibited. Unauthorized interception of this email > is a violation of federal criminal law. If you are not an intended recipient > of this transmission, please immediately destroy all copies received and > notify the sender. > > - > > 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
Reset condition codes?
I wrote this job to convert a bunch of PDSs to PDSEs. I am using variable (ALTERRC) to "reset condition codes" for each invocation of the proc. It works. Is there a better way to do this? Maybe a way I could do something and then use the COND parameter on the COPY step? //PDS2PDSE JOB CLASS=S,MSGCLASS=Q 1007 //* 1109 //* DEFINE SYMBOLS. NEEDED IN ORDER TO USE SYMBOLS IN SYSIN 1207 // EXPORT SYMLIST=(DSNAME1) 1309 // EXPORT SYMLIST=(VOLSER1) 1409 //* 1509 //* PROC TO BE CALLED FOR EACH DATASET TO BE CONVERTED 1609 //CONVERT PROC 1707 //* 1809 //* SET SYMBOLS. NEEDED IN ORDER TO USE SYMBOLS IN SYSIN2109 // SET DSNAME1=&N1 2209 // SET VOLSER1=&V1 2309 //* 2409 //* VARIBLE TO RESET TO 0 FOR EACH INVOCATION OF PROC. 2509 // SET ALTERRC=02609 //* 2709 //* ALTER DSN TO *.OLD NAME 00032809 //ALTEREXEC PGM=IDCAMS 00032909 //SYSPRINT DD SYSOUT=* 00033009 //SYSINDD *,SYMBOLS=JCLONLY 00033109 ALTER -00033209 &DSNAME1 - 00033309 NEWNAME(&DSNAME1..OLD) 00033409 /* 00033509 //* 00033609 //* CHECK ALTER RC. SET VARIBLE TO RC VALUE OR LEAVE SET TO 0. 00033709 // IF (ALTER.RC > 4) THEN 00033809 // SET ALTERRC=ALTER.RC 00033909 // ENDIF00034009 //* 00034109 //* COPY PDS TO PDSE. ONLY DO IF RENAME WAS SUCCESSFUL. 00034209 // IF (&ALTERRC < 4) THEN 00034309 //COPY EXEC PGM=IEBCOPY 00035009 //SYSPRINT DD SYSOUT=* 0004 //SYSUT1 DD DSNAME=&DSNAME1..OLD,DISP=SHR00050007 //SYSUT2 DD DSNAME=&DSNAME1, 00060007 // LIKE=&DSNAME1..OLD,UNIT=SYSALLDA, 00070007 // DISP=(NEW,CATLG),DSNTYPE=LIBRARY ,VOL=SER=&VOLSER1 00080011 // ENDIF00081009 // PEND 00090007 //* 00090109 //* CALL PROC FOR EACH DATASET 00091007 //STEP01 EXEC CONVERT,N1=FFM.DVLP.LOADLIB,V1=A90362 00093012 . ... more datasets . // 00102109 //* Peter Ten Eyck //* Senior Systems Programmer //* American National // American National has changed its email addresses to firstname.lastn...@americannational.com. Please update my email address in your contact list, if applicable, at your earliest convenience. Confidentiality: This transmission, including any attachments, is solely for the use of the intended recipient(s). This transmission may contain information that is confidential or otherwise protected from disclosure. The use or disclosure of the information contained in this transmission, including any attachments, for any purpose other than that intended by its transmittal is strictly prohibited. Unauthorized interception of this email is a violation of federal criminal law. If you are not an intended recipient of this transmission, please immediately destroy all copies received and notify the sender. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP question
On Fri, 19 Jul 2019 15:46:09 -0400, CarlosM Martinez wrote: > >Would anyone know what 65280 return code from an FTP could be? >Command: >Sh rm -f -r /u/dmc/mvs/sftp/20190719101931630131 >Failed with a return code 65280 > Is it significant that that's 0xff00? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
FTP question
Sorry I sent this before with the wrong subject -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of CarlosM Martinez Sent: Friday, July 19, 2019 3:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF initial display and z/OS 2.3 Hello ; Would anyone know what 65280 return code from an FTP could be? Command: Sh rm -f -r /u/dmc/mvs/sftp/20190719101931630131 Failed with a return code 65280 Thank you all Newbe to MVS Carlos Martinez SUNY -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carmen Vitullo Sent: Friday, July 19, 2019 1:38 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF initial display and z/OS 2.3 Hey Bob, IIRC that's what a lot of folks did on the ISPF Primary option until IBM started shipping the panel that way, I may be wrong, I've been wrong before :) thanks Carmen Vitullo - Original Message - From: "Robert B. Richards" <01c91f408b9e-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, July 19, 2019 11:00:41 AM Subject: Re: SDSF initial display and z/OS 2.3 Yes, if you can find the correct place to insert a .RESP=ENTER in panel logic of ISFPCU41 that will not cause issues. I took a fast look and would assume that after the "ABC" logic for the action bar stuff might be appropriate. I can't pursue this at the moment. Maybe a SDSF developer will chime in. Then again, they probably want you to see the logo. :-( I have already coded two dozen command table entries for all the options in SDSF that I want direct access to, especially ones like SYS, APF, LINK, SP, etc. :-) Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carmen Vitullo Sent: Friday, July 19, 2019 9:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SDSF initial display and z/OS 2.3 Is it possible to bypass the logo pop-up in SDSF on z/OS 2.3 ? -- 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 -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SDSF initial display and z/OS 2.3
Hello ; Would anyone know what 65280 return code from an FTP could be? Command: Sh rm -f -r /u/dmc/mvs/sftp/20190719101931630131 Failed with a return code 65280 Thank you all Newbe to MVS Carlos Martinez SUNY -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carmen Vitullo Sent: Friday, July 19, 2019 1:38 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF initial display and z/OS 2.3 Hey Bob, IIRC that's what a lot of folks did on the ISPF Primary option until IBM started shipping the panel that way, I may be wrong, I've been wrong before :) thanks Carmen Vitullo - Original Message - From: "Robert B. Richards" <01c91f408b9e-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, July 19, 2019 11:00:41 AM Subject: Re: SDSF initial display and z/OS 2.3 Yes, if you can find the correct place to insert a .RESP=ENTER in panel logic of ISFPCU41 that will not cause issues. I took a fast look and would assume that after the "ABC" logic for the action bar stuff might be appropriate. I can't pursue this at the moment. Maybe a SDSF developer will chime in. Then again, they probably want you to see the logo. :-( I have already coded two dozen command table entries for all the options in SDSF that I want direct access to, especially ones like SYS, APF, LINK, SP, etc. :-) Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carmen Vitullo Sent: Friday, July 19, 2019 9:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SDSF initial display and z/OS 2.3 Is it possible to bypass the logo pop-up in SDSF on z/OS 2.3 ? -- 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 -- 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: Abend entry LE Assembler Has to so with :> " WHILE RUNNING PROGRAM EQA10OSM WHICH STARTS AT 0002E138"
In our linklst we have SEQABMOD and SEQAMOD. In our lpa we have SEQALPA. In our APF list we have SEQAAUTH, SEQABMOD, and SEQAMOD. Doug On Fri, 19 Jul 2019 14:22:26 -0400, Joseph Reichman wrote: >I think there are 4 load libraries of type >Hlq.SEQA that need to be in the linklist/APF > >I may have missed one > >Thanks > > > > >> On Jul 19, 2019, at 2:19 PM, Doug Henry >> <012e22efeed4-dmarc-requ...@listserv.ua.edu> wrote: >> >> Language Environment requires some definitions to be preloaded, such as the >> event handlers for Language Environment, which are named CEEEVnnn. CEEEV006 >> for Debug Tool. >> >> Doug >> >>> On Thu, 18 Jul 2019 17:47:06 -0400, Joseph Reichman >>> wrote: >>> >>> This module is a CSECT in seems to be a LE module in debug tool library >>> would anyone know significance of this >>> thanks >>> >>> --- >>> BROWSEEQAE10.SEQAMOD(CEEEV006) Li CHARS 'EQA10OSM' >> >> -- >> 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] SDSF initial display and z/OS 2.3
Thanks so much Paul, your suggestion works well, SDSF main menu looks 'normal' have a great weekend Carmen Vitullo - Original Message - From: "Paul Feller" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, July 19, 2019 10:13:49 AM Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 There is a way to get back to the look that you see under z/OS 2.2. Basically you need to allocate a dataset (temp or dummy) under the DD name ISFMIGMN. The dataset needs to be allocated before you get into SDSF. There seems to be one interesting issue with the default main screen in SDSF. With the âclassicâ screen mode in place if you terminal size is less than a model 4 (24x43) you will not see all of the options. You canât hit PF8 to see the additional options. That would not stop you from using the âhiddenâ options. Thanks.. Paul Feller AGT Mainframe Technical Support -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carmen Vitullo Sent: Friday, July 19, 2019 9:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 Thank you David, I'm re-reviewing the migration guide for any POST IPL migration items, I see a couple I need to address, and some, like the SDSF migration actions, I may or may not need to address, again thanks for the info ! Carmen Vitullo - Original Message - From: "David Purdy" <00ac4b1d56b3-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, July 19, 2019 9:52:24 AM Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 Carmen, we had the same issue come up. You can create a usermod to alter panel ISFPCU41, or review the Migration from z/OS V2R2... manual section on SDSF:Modify programs that post-process SDSF panels. Compatibility mode is discussed. Also, we found that the fewer SDSF selections available to the general user do not get overlaid by the enlarged splash. Only our RACF-defined tech support users see the full SDSF options. David -Original Message- From: Carmen Vitullo To: IBM-MAIN Sent: Fri, Jul 19, 2019 10:22 AM Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 Thank you Jim, that does work and the logo never bothered me, but as you know any change to the looks or feel of any ISPF function gets 'some' users panties in a wad. If there's the ability to bypass the logo that would be great, again thanks Carmen Vitullo - Original Message - From: "Jim Horne - James S" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, July 19, 2019 8:20:41 AM Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 I always go into SDSF with an option, i.e., SDSF.DA. If you do that, you don't see the pop-up Jim Horne -Original Message- Is it possible to bypass the logo pop-up in SDSF on z/OS 2.3 ? NOTICE: All information in and attached to the e-mails below may be proprietary, confidential, privileged and otherwise protected from improper or erroneous disclosure. If you are not the sender's intended recipient, you are not authorized to intercept, read, print, retain, copy, forward, or disseminate this message. If you have erroneously received this communication, please notify the sender immediately by phone (704-758-1000) or by e-mail and destroy all copies of this message electronic, paper, or otherwise. By transmitting documents via this email: Users, Customers, Suppliers and Vendors collectively acknowledge and agree the transmittal of information via email is voluntary, is offered as a convenience, and is not a secured method of communication; Not to transmit any payment information E.G. credit card, debit card, checking account, wire transfer information, passwords, or sensitive and personal information E.G. Driver's license, DOB, social security, or any other information the user wishes to remain confidential; To transmit only non-confidential information such as plans, pictures and drawings and to assume all risk and liability for and indemnify Lowe's from any claims, losses or damages that may arise from the transmittal of documents or including non-confidential information in the body of an email transmittal. Thank you. -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---
Re: Abend entry LE Assembler Has to so with :> " WHILE RUNNING PROGRAM EQA10OSM WHICH STARTS AT 0002E138"
I think there are 4 load libraries of type Hlq.SEQA that need to be in the linklist/APF I may have missed one Thanks > On Jul 19, 2019, at 2:19 PM, Doug Henry > <012e22efeed4-dmarc-requ...@listserv.ua.edu> wrote: > > Language Environment requires some definitions to be preloaded, such as the > event handlers for Language Environment, which are named CEEEVnnn. CEEEV006 > for Debug Tool. > > Doug > >> On Thu, 18 Jul 2019 17:47:06 -0400, Joseph Reichman >> wrote: >> >> This module is a CSECT in seems to be a LE module in debug tool library >> would anyone know significance of this >> thanks >> >> --- >> BROWSEEQAE10.SEQAMOD(CEEEV006) Li CHARS 'EQA10OSM' > > -- > 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: Abend entry LE Assembler Has to so with :> " WHILE RUNNING PROGRAM EQA10OSM WHICH STARTS AT 0002E138"
Language Environment requires some definitions to be preloaded, such as the event handlers for Language Environment, which are named CEEEVnnn. CEEEV006 for Debug Tool. Doug On Thu, 18 Jul 2019 17:47:06 -0400, Joseph Reichman wrote: >This module is a CSECT in seems to be a LE module in debug tool library >would anyone know significance of this >thanks > >--- > BROWSEEQAE10.SEQAMOD(CEEEV006) Li CHARS 'EQA10OSM' -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SDSF initial display and z/OS 2.3
Hey Bob, IIRC that's what a lot of folks did on the ISPF Primary option until IBM started shipping the panel that way, I may be wrong, I've been wrong before :) thanks Carmen Vitullo - Original Message - From: "Robert B. Richards" <01c91f408b9e-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, July 19, 2019 11:00:41 AM Subject: Re: SDSF initial display and z/OS 2.3 Yes, if you can find the correct place to insert a .RESP=ENTER in panel logic of ISFPCU41 that will not cause issues. I took a fast look and would assume that after the "ABC" logic for the action bar stuff might be appropriate. I can't pursue this at the moment. Maybe a SDSF developer will chime in. Then again, they probably want you to see the logo. :-( I have already coded two dozen command table entries for all the options in SDSF that I want direct access to, especially ones like SYS, APF, LINK, SP, etc. :-) Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carmen Vitullo Sent: Friday, July 19, 2019 9:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SDSF initial display and z/OS 2.3 Is it possible to bypass the logo pop-up in SDSF on z/OS 2.3 ? -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dynamic LINKLIST impact
On Fri, 19 Jul 2019 10:47:14 -0500, Joel C. Ewing wrote: >The manner >in which services and address spaces were allowed to use LNKLST DCBs >should have been much better constrained so that those system processes >using a LNKLST DCB for any extended time were required to "register" >their active and continuing usage, and each time before actual use check >whether there is a pending request to quiesce the DCB, in which case if >possible the service should relinquish its use of the old DCB and >refresh its LNKLST knowledge. Wow. You are suggesting that every program that issues LOAD, LINK, etc. would have to be rewritten, and made considerably more complex. >With such a design the system should then >be able to "advise" user address spaces to cooperate in the UPDATE >process and know which active address spaces are holding up a safe >UPDATE. With such a design, LNKLST would not be transparent, but every program that loads a module would have to coordinate with LNKLST every time. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] SDSF initial display and z/OS 2.3
First sorry about the miss type on the screen size. That's what I get for typing fast. It all comes down to the number of lines on the screen. With z/OS 2.3 SDSF there are additional options listed on the main screen. If you use the new default screen you can hit PF7/PF8 to scroll up/down to see the options on "smaller" screens. If you use the z/OS 2.2 version of the screen you can't use the PF7/PF8 keys. I had opened a PMR with IBM about the issue. The z/OS 2.2 version (and older) of the screen never had a PF7/PF8 option and there was no plans to add it. Thanks.. Paul Feller AGT Mainframe Technical Support -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Seymour J Metz Sent: Friday, July 19, 2019 10:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 > model 4 (24x43) ITYM 43x80 What about model 5 (27x132)? -- Shmuel (Seymour J.) Metz https://urldefense.proofpoint.com/v2/url?u=http-3A__mason.gmu.edu_-7Esmetz3&d=DwIF-g&c=9g4MJkl2VjLjS6R4ei18BA&r=eUhu3PeeWy6RTndlJVKembFjFsvwCa8eeU_gm45NyOc&m=eJq5OtpB1tO0oeIS9nUMhOoGXqLzTAXE5L8yr2jBRoQ&s=_WB9ciMUIXf6AY76mQvMWgrMfs-C4D4_2gt4eIJXz2k&e= From: IBM Mainframe Discussion List on behalf of Feller, Paul Sent: Friday, July 19, 2019 11:13 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 There is a way to get back to the look that you see under z/OS 2.2. Basically you need to allocate a dataset (temp or dummy) under the DD name ISFMIGMN. The dataset needs to be allocated before you get into SDSF. There seems to be one interesting issue with the default main screen in SDSF. With the "classic" screen mode in place if you terminal size is less than a model 4 (24x43) you will not see all of the options. You can't hit PF8 to see the additional options. That would not stop you from using the "hidden" options. Thanks.. Paul Feller AGT Mainframe Technical Support -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carmen Vitullo Sent: Friday, July 19, 2019 9:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 Thank you David, I'm re-reviewing the migration guide for any POST IPL migration items, I see a couple I need to address, and some, like the SDSF migration actions, I may or may not need to address, again thanks for the info ! Carmen Vitullo - Original Message - From: "David Purdy" <00ac4b1d56b3-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, July 19, 2019 9:52:24 AM Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 Carmen, we had the same issue come up. You can create a usermod to alter panel ISFPCU41, or review the Migration from z/OS V2R2... manual section on SDSF:Modify programs that post-process SDSF panels. Compatibility mode is discussed. Also, we found that the fewer SDSF selections available to the general user do not get overlaid by the enlarged splash. Only our RACF-defined tech support users see the full SDSF options. David -Original Message- From: Carmen Vitullo To: IBM-MAIN Sent: Fri, Jul 19, 2019 10:22 AM Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 Thank you Jim, that does work and the logo never bothered me, but as you know any change to the looks or feel of any ISPF function gets 'some' users panties in a wad. If there's the ability to bypass the logo that would be great, again thanks Carmen Vitullo - Original Message - From: "Jim Horne - James S" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, July 19, 2019 8:20:41 AM Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 I always go into SDSF with an option, i.e., SDSF.DA. If you do that, you don't see the pop-up Jim Horne -Original Message- Is it possible to bypass the logo pop-up in SDSF on z/OS 2.3 ? NOTICE: All information in and attached to the e-mails below may be proprietary, confidential, privileged and otherwise protected from improper or erroneous disclosure. If you are not the sender's intended recipient, you are not authorized to intercept, read, print, retain, copy, forward, or disseminate this message. If you have erroneously received this communication, please notify the sender immediately by phone (704-758-1000) or by e-mail and destroy all copies of this message electronic, paper, or otherwise. By transmitting documents via this email: Users, Customers, Suppliers and Vendors collectively acknowledge and agree the transmittal of information via email is voluntary, is offered as a convenience, and is not a secured method of communication; Not to transmit any payment information E.G. credit card, debit card, checking account, wire transfer information, passwords, or sensitive and personal information E.G. Dr
Re: PDS compare
Aliases? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bill Giannelli Sent: Friday, July 19, 2019 7:02 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: PDS compare Thank you for your response! That works very easily! something is still not making sense. when I look at the information of each PDS one has 893 members the other PDS has 585 members. But the superce compare only shows a difference of about 40 members. Bill -- 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: [EXTERNAL] SDSF initial display and z/OS 2.3
On Fri, 19 Jul 2019 15:13:49 +, Feller, Paul wrote: >... You canât hit PF8 to see the additional options. ... > Careless design; careless testing. But is there a published minimum required terminal geometry to support SDSF? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EQA10OSM
On 7/18/2019 8:25 PM, Lizette Koehler wrote: Just by looking at the dataset names. Typically the AEQAMOD should be a DLIB dataset The SEQAMOD would be your TLIB. TLIBs would go into your live environment DLIB would only be used when an SMP/e ACCEPT is done. When did target libraries start being called TLIBs? ISTR TLIBs used to be the "temporary" libraries that were built on the SMPTLIB volume when unloading the RELFILEs during RECEIVE processing. APPLY would copy/assemble/link the TLIB content to the target libraries. ACCEPT would then a) copy/assemble/link the TLIB content to the distribution libraries (aka DLIBs) and b) delete the TLIBs and update the global zone. -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://www.phoenixsoftware.com/ This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SDSF initial display and z/OS 2.3
Yes, if you can find the correct place to insert a .RESP=ENTER in panel logic of ISFPCU41 that will not cause issues. I took a fast look and would assume that after the "ABC" logic for the action bar stuff might be appropriate. I can't pursue this at the moment. Maybe a SDSF developer will chime in. Then again, they probably want you to see the logo. :-( I have already coded two dozen command table entries for all the options in SDSF that I want direct access to, especially ones like SYS, APF, LINK, SP, etc. :-) Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carmen Vitullo Sent: Friday, July 19, 2019 9:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SDSF initial display and z/OS 2.3 Is it possible to bypass the logo pop-up in SDSF on z/OS 2.3 ? -- 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: Dynamic LINKLIST impact
Peter, I understand that you are coming from a much deeper understanding of the current internals of z/OS than the rest of us and from the standpoint of what would be practical to implement, but what you are basically saying is that the current design of LNKLST is flawed and difficult to adapt for safe dynamic LNKLST. If one were starting a design from scratch, there are clearly ways dynamic LNKLST can be safely done [for cases where cross-module conflicts are not an issue] without serializing all fetches: The manner in which services and address spaces were allowed to use LNKLST DCBs should have been much better constrained so that those system processes using a LNKLST DCB for any extended time were required to "register" their active and continuing usage, and each time before actual use check whether there is a pending request to quiesce the DCB, in which case if possible the service should relinquish its use of the old DCB and refresh its LNKLST knowledge. With such a design the system should then be able to "advise" user address spaces to cooperate in the UPDATE process and know which active address spaces are holding up a safe UPDATE.  There would be NO need under such a design to serialize all fetches, only to serialize updating the list of active users of a LNKLST DCB, which would be very quick and of minimal impact. I admittedly have no perception of how many places in z/OS would have to be changed to implement such a re-design, but it does seem like something worthy of thought.  IBM couldn't directly address related issues in 3rd party vendor code or installation code, but if all the IBM address spaces and services were to play by better rules that allowed for safe LNKLST update, that alone should improve the stability of z/OS across a LNKLST UPDATE.    Joel Ewing On 7/19/19 6:45 AM, Peter Relson wrote: > > If so, perhaps DELAY=255 should be the default. If not, why ever use it? > > That would never be done. This delays the completion of the command. It is > not up to IBM to decide how long a customer can tolerate that. > What is being deferred, in particular, is the closing of the old DCB and > the free-ing of control structures that goes with that. The update of > address space(s) to use the new LNKLST is done "immediately". > > > It seems rather obvious that what you would want LNKLIST UPDATE do is > insure that any in-flight or incomplete loads of modules are forced to > complete before the old LNKLST definitions are allowed to disappear, > > What is also obvious is that that is not possible without crippling the > system, as it would requirel having complete serialization across all > fetches for the complete duration of every fetch. > > Some processes simply cannot tolerate the performance impacts of obtaining > serialization. Compromises are the result. Here, it is the unpredictable > dangerousness. Elsewhere, it might be that storage must be orphaned. Etc. > > > someone should be able to re-design LNKLST UPDATE so that it is 100% safe > when used within those contraints! > > Without adding "and never close the old LNKLST DCB", it cannot, while > living within the constraint of having the system remain usable. > > Peter Relson > z/OS Core Technology Design > > > -- Joel C. Ewing -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] SDSF initial display and z/OS 2.3
> model 4 (24x43) ITYM 43x80 What about model 5 (27x132)? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Feller, Paul Sent: Friday, July 19, 2019 11:13 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 There is a way to get back to the look that you see under z/OS 2.2. Basically you need to allocate a dataset (temp or dummy) under the DD name ISFMIGMN. The dataset needs to be allocated before you get into SDSF. There seems to be one interesting issue with the default main screen in SDSF. With the âclassicâ screen mode in place if you terminal size is less than a model 4 (24x43) you will not see all of the options. You canât hit PF8 to see the additional options. That would not stop you from using the âhiddenâ options. Thanks.. Paul Feller AGT Mainframe Technical Support -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carmen Vitullo Sent: Friday, July 19, 2019 9:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 Thank you David, I'm re-reviewing the migration guide for any POST IPL migration items, I see a couple I need to address, and some, like the SDSF migration actions, I may or may not need to address, again thanks for the info ! Carmen Vitullo - Original Message - From: "David Purdy" <00ac4b1d56b3-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, July 19, 2019 9:52:24 AM Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 Carmen, we had the same issue come up. You can create a usermod to alter panel ISFPCU41, or review the Migration from z/OS V2R2... manual section on SDSF:Modify programs that post-process SDSF panels. Compatibility mode is discussed. Also, we found that the fewer SDSF selections available to the general user do not get overlaid by the enlarged splash. Only our RACF-defined tech support users see the full SDSF options. David -Original Message- From: Carmen Vitullo To: IBM-MAIN Sent: Fri, Jul 19, 2019 10:22 AM Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 Thank you Jim, that does work and the logo never bothered me, but as you know any change to the looks or feel of any ISPF function gets 'some' users panties in a wad. If there's the ability to bypass the logo that would be great, again thanks Carmen Vitullo - Original Message - From: "Jim Horne - James S" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, July 19, 2019 8:20:41 AM Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 I always go into SDSF with an option, i.e., SDSF.DA. If you do that, you don't see the pop-up Jim Horne -Original Message- Is it possible to bypass the logo pop-up in SDSF on z/OS 2.3 ? NOTICE: All information in and attached to the e-mails below may be proprietary, confidential, privileged and otherwise protected from improper or erroneous disclosure. If you are not the sender's intended recipient, you are not authorized to intercept, read, print, retain, copy, forward, or disseminate this message. If you have erroneously received this communication, please notify the sender immediately by phone (704-758-1000) or by e-mail and destroy all copies of this message electronic, paper, or otherwise. By transmitting documents via this email: Users, Customers, Suppliers and Vendors collectively acknowledge and agree the transmittal of information via email is voluntary, is offered as a convenience, and is not a secured method of communication; Not to transmit any payment information E.G. credit card, debit card, checking account, wire transfer information, passwords, or sensitive and personal information E.G. Driver's license, DOB, social security, or any other information the user wishes to remain confidential; To transmit only non-confidential information such as plans, pictures and drawings and to assume all risk and liability for and indemnify Lowe's from any claims, losses or damages that may arise from the transmittal of documents or including non-confidential information in the body of an email transmittal. Thank you. -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN --
Re: [EXTERNAL] SDSF initial display and z/OS 2.3
Model 4 is 43x80. On 2019-07-19 11:13, Feller, Paul wrote: > There is a way to get back to the look that you see under z/OS 2.2. > Basically you need to allocate a dataset (temp or dummy) under the DD name > ISFMIGMN. The dataset needs to be allocated before you get into SDSF. There > seems to be one interesting issue with the default main screen in SDSF. With > the âclassicâ screen mode in place if you terminal size is less than a model > 4 (24x43) you will not see all of the options. You canât hit PF8 to see the > additional options. That would not stop you from using the âhiddenâ options. > > Thanks.. > > Paul Feller > AGT Mainframe Technical Support > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Carmen Vitullo > Sent: Friday, July 19, 2019 9:58 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 > > Thank you David, I'm re-reviewing the migration guide for any POST IPL > migration items, I see a couple I need to address, and some, like the SDSF > migration actions, I may or may not need to address, again thanks for the > info ! > > > > Carmen Vitullo > > - Original Message - > > From: "David Purdy" <00ac4b1d56b3-dmarc-requ...@listserv.ua.edu> > To: IBM-MAIN@LISTSERV.UA.EDU > Sent: Friday, July 19, 2019 9:52:24 AM > Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 > > Carmen, we had the same issue come up. You can create a usermod to alter > panel ISFPCU41, or review the Migration from z/OS V2R2... manual section on > SDSF:Modify programs that post-process SDSF panels. Compatibility mode is > discussed. > Also, we found that the fewer SDSF selections available to the general user > do not get overlaid by the enlarged splash. Only our RACF-defined tech > support users see the full SDSF options. > David > > > -Original Message- > From: Carmen Vitullo > To: IBM-MAIN > Sent: Fri, Jul 19, 2019 10:22 AM > Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 > > > Thank you Jim, that does work and the logo never bothered me, but as you know > any change to the looks or feel of any ISPF function gets 'some' users > panties in a wad. > If there's the ability to bypass the logo that would be great, again thanks > > > > > > Carmen Vitullo > > - Original Message - > > From: "Jim Horne - James S" > To: IBM-MAIN@LISTSERV.UA.EDU > Sent: Friday, July 19, 2019 8:20:41 AM > Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 > > I always go into SDSF with an option, i.e., SDSF.DA. If you do that, you > don't see the pop-up > > Jim Horne > > -Original Message- > Is it possible to bypass the logo pop-up in SDSF on z/OS 2.3 ? > > NOTICE: All information in and attached to the e-mails below may be > proprietary, confidential, privileged and otherwise protected from improper > or erroneous disclosure. If you are not the sender's intended recipient, you > are not authorized to intercept, read, print, retain, copy, forward, or > disseminate this message. If you have erroneously received this > communication, please notify the sender immediately by phone (704-758-1000) > or by e-mail and destroy all copies of this message electronic, paper, or > otherwise. By transmitting documents via this email: Users, Customers, > Suppliers and Vendors collectively acknowledge and agree the transmittal of > information via email is voluntary, is offered as a convenience, and is not a > secured method of communication; Not to transmit any payment information E.G. > credit card, debit card, checking account, wire transfer information, > passwords, or sensitive and personal information E.G. Driver's license, DOB, > social security, or any other information the user wishes to remain > confidential; To transmit only non-confidential information such as plans, > pictures and drawings and to assume all risk and liability for and indemnify > Lowe's from any claims, losses or damages that may arise from the transmittal > of documents or including non-confidential information in the body of an > email transmittal. Thank you. > > -- > 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 > > -- > 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 emai
Re: [EXTERNAL] SDSF initial display and z/OS 2.3
That's interesting Paul, I may test that and migrate that to prod, if my users complain about the new look. I know we have some users that use 3270 emulator macros to perform some work, as you know, these macros are recorded from a screen image, if that screen image changes, the macro does not work :( again thanks Carmen Vitullo - Original Message - From: "Paul Feller" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, July 19, 2019 10:13:49 AM Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 There is a way to get back to the look that you see under z/OS 2.2. Basically you need to allocate a dataset (temp or dummy) under the DD name ISFMIGMN. The dataset needs to be allocated before you get into SDSF. There seems to be one interesting issue with the default main screen in SDSF. With the âclassicâ screen mode in place if you terminal size is less than a model 4 (24x43) you will not see all of the options. You canât hit PF8 to see the additional options. That would not stop you from using the âhiddenâ options. Thanks.. Paul Feller AGT Mainframe Technical Support -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carmen Vitullo Sent: Friday, July 19, 2019 9:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 Thank you David, I'm re-reviewing the migration guide for any POST IPL migration items, I see a couple I need to address, and some, like the SDSF migration actions, I may or may not need to address, again thanks for the info ! Carmen Vitullo - Original Message - From: "David Purdy" <00ac4b1d56b3-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, July 19, 2019 9:52:24 AM Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 Carmen, we had the same issue come up. You can create a usermod to alter panel ISFPCU41, or review the Migration from z/OS V2R2... manual section on SDSF:Modify programs that post-process SDSF panels. Compatibility mode is discussed. Also, we found that the fewer SDSF selections available to the general user do not get overlaid by the enlarged splash. Only our RACF-defined tech support users see the full SDSF options. David -Original Message- From: Carmen Vitullo To: IBM-MAIN Sent: Fri, Jul 19, 2019 10:22 AM Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 Thank you Jim, that does work and the logo never bothered me, but as you know any change to the looks or feel of any ISPF function gets 'some' users panties in a wad. If there's the ability to bypass the logo that would be great, again thanks Carmen Vitullo - Original Message - From: "Jim Horne - James S" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, July 19, 2019 8:20:41 AM Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 I always go into SDSF with an option, i.e., SDSF.DA. If you do that, you don't see the pop-up Jim Horne -Original Message- Is it possible to bypass the logo pop-up in SDSF on z/OS 2.3 ? NOTICE: All information in and attached to the e-mails below may be proprietary, confidential, privileged and otherwise protected from improper or erroneous disclosure. If you are not the sender's intended recipient, you are not authorized to intercept, read, print, retain, copy, forward, or disseminate this message. If you have erroneously received this communication, please notify the sender immediately by phone (704-758-1000) or by e-mail and destroy all copies of this message electronic, paper, or otherwise. By transmitting documents via this email: Users, Customers, Suppliers and Vendors collectively acknowledge and agree the transmittal of information via email is voluntary, is offered as a convenience, and is not a secured method of communication; Not to transmit any payment information E.G. credit card, debit card, checking account, wire transfer information, passwords, or sensitive and personal information E.G. Driver's license, DOB, social security, or any other information the user wishes to remain confidential; To transmit only non-confidential information such as plans, pictures and drawings and to assume all risk and liability for and indemnify Lowe's from any claims, losses or damages that may arise from the transmittal of documents or including non-confidential information in the body of an email transmittal. Thank you. -- 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: [EXTERNAL] SDSF initial display and z/OS 2.3
There is a way to get back to the look that you see under z/OS 2.2. Basically you need to allocate a dataset (temp or dummy) under the DD name ISFMIGMN. The dataset needs to be allocated before you get into SDSF. There seems to be one interesting issue with the default main screen in SDSF. With the âclassicâ screen mode in place if you terminal size is less than a model 4 (24x43) you will not see all of the options. You canât hit PF8 to see the additional options. That would not stop you from using the âhiddenâ options. Thanks.. Paul Feller AGT Mainframe Technical Support -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carmen Vitullo Sent: Friday, July 19, 2019 9:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 Thank you David, I'm re-reviewing the migration guide for any POST IPL migration items, I see a couple I need to address, and some, like the SDSF migration actions, I may or may not need to address, again thanks for the info ! Carmen Vitullo - Original Message - From: "David Purdy" <00ac4b1d56b3-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, July 19, 2019 9:52:24 AM Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 Carmen, we had the same issue come up. You can create a usermod to alter panel ISFPCU41, or review the Migration from z/OS V2R2... manual section on SDSF:Modify programs that post-process SDSF panels. Compatibility mode is discussed. Also, we found that the fewer SDSF selections available to the general user do not get overlaid by the enlarged splash. Only our RACF-defined tech support users see the full SDSF options. David -Original Message- From: Carmen Vitullo To: IBM-MAIN Sent: Fri, Jul 19, 2019 10:22 AM Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 Thank you Jim, that does work and the logo never bothered me, but as you know any change to the looks or feel of any ISPF function gets 'some' users panties in a wad. If there's the ability to bypass the logo that would be great, again thanks Carmen Vitullo - Original Message - From: "Jim Horne - James S" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, July 19, 2019 8:20:41 AM Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 I always go into SDSF with an option, i.e., SDSF.DA. If you do that, you don't see the pop-up Jim Horne -Original Message- Is it possible to bypass the logo pop-up in SDSF on z/OS 2.3 ? NOTICE: All information in and attached to the e-mails below may be proprietary, confidential, privileged and otherwise protected from improper or erroneous disclosure. If you are not the sender's intended recipient, you are not authorized to intercept, read, print, retain, copy, forward, or disseminate this message. If you have erroneously received this communication, please notify the sender immediately by phone (704-758-1000) or by e-mail and destroy all copies of this message electronic, paper, or otherwise. By transmitting documents via this email: Users, Customers, Suppliers and Vendors collectively acknowledge and agree the transmittal of information via email is voluntary, is offered as a convenience, and is not a secured method of communication; Not to transmit any payment information E.G. credit card, debit card, checking account, wire transfer information, passwords, or sensitive and personal information E.G. Driver's license, DOB, social security, or any other information the user wishes to remain confidential; To transmit only non-confidential information such as plans, pictures and drawings and to assume all risk and liability for and indemnify Lowe's from any claims, losses or damages that may arise from the transmittal of documents or including non-confidential information in the body of an email transmittal. Thank you. -- 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 -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with
Re: [EXTERNAL] SDSF initial display and z/OS 2.3
Thank you David, I'm re-reviewing the migration guide for any POST IPL migration items, I see a couple I need to address, and some, like the SDSF migration actions, I may or may not need to address, again thanks for the info ! Carmen Vitullo - Original Message - From: "David Purdy" <00ac4b1d56b3-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, July 19, 2019 9:52:24 AM Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 Carmen, we had the same issue come up. You can create a usermod to alter panel ISFPCU41, or review the Migration from z/OS V2R2... manual section on SDSF:Modify programs that post-process SDSF panels. Compatibility mode is discussed. Also, we found that the fewer SDSF selections available to the general user do not get overlaid by the enlarged splash. Only our RACF-defined tech support users see the full SDSF options. David -Original Message- From: Carmen Vitullo To: IBM-MAIN Sent: Fri, Jul 19, 2019 10:22 AM Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 Thank you Jim, that does work and the logo never bothered me, but as you know any change to the looks or feel of any ISPF function gets 'some' users panties in a wad. If there's the ability to bypass the logo that would be great, again thanks Carmen Vitullo - Original Message - From: "Jim Horne - James S" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, July 19, 2019 8:20:41 AM Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 I always go into SDSF with an option, i.e., SDSF.DA. If you do that, you don't see the pop-up Jim Horne -Original Message- Is it possible to bypass the logo pop-up in SDSF on z/OS 2.3 ? NOTICE: All information in and attached to the e-mails below may be proprietary, confidential, privileged and otherwise protected from improper or erroneous disclosure. If you are not the sender's intended recipient, you are not authorized to intercept, read, print, retain, copy, forward, or disseminate this message. If you have erroneously received this communication, please notify the sender immediately by phone (704-758-1000) or by e-mail and destroy all copies of this message electronic, paper, or otherwise. By transmitting documents via this email: Users, Customers, Suppliers and Vendors collectively acknowledge and agree the transmittal of information via email is voluntary, is offered as a convenience, and is not a secured method of communication; Not to transmit any payment information E.G. credit card, debit card, checking account, wire transfer information, passwords, or sensitive and personal information E.G. Driver's license, DOB, social security, or any other information the user wishes to remain confidential; To transmit only non-confidential information such as plans, pictures and drawings and to assume all risk and liability for and indemnify Lowe's from any claims, losses or damages that may arise from the transmittal of documents or including non-confidential information in the body of an email transmittal. Thank you. -- 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 -- 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: [EXTERNAL] SDSF initial display and z/OS 2.3
Carmen, we had the same issue come up. You can create a usermod to alter panel ISFPCU41, or review the Migration from z/OS V2R2... manual section on SDSF:Modify programs that post-process SDSF panels. Compatibility mode is discussed. Also, we found that the fewer SDSF selections available to the general user do not get overlaid by the enlarged splash. Only our RACF-defined tech support users see the full SDSF options. David -Original Message- From: Carmen Vitullo To: IBM-MAIN Sent: Fri, Jul 19, 2019 10:22 AM Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 Thank you Jim, that does work and the logo never bothered me, but as you know any change to the looks or feel of any ISPF function gets 'some' users panties in a wad. If there's the ability to bypass the logo that would be great, again thanks Carmen Vitullo - Original Message - From: "Jim Horne - James S" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, July 19, 2019 8:20:41 AM Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 I always go into SDSF with an option, i.e., SDSF.DA. If you do that, you don't see the pop-up Jim Horne -Original Message- Is it possible to bypass the logo pop-up in SDSF on z/OS 2.3 ? NOTICE: All information in and attached to the e-mails below may be proprietary, confidential, privileged and otherwise protected from improper or erroneous disclosure. If you are not the sender's intended recipient, you are not authorized to intercept, read, print, retain, copy, forward, or disseminate this message. If you have erroneously received this communication, please notify the sender immediately by phone (704-758-1000) or by e-mail and destroy all copies of this message electronic, paper, or otherwise. By transmitting documents via this email: Users, Customers, Suppliers and Vendors collectively acknowledge and agree the transmittal of information via email is voluntary, is offered as a convenience, and is not a secured method of communication; Not to transmit any payment information E.G. credit card, debit card, checking account, wire transfer information, passwords, or sensitive and personal information E.G. Driver's license, DOB, social security, or any other information the user wishes to remain confidential; To transmit only non-confidential information such as plans, pictures and drawings and to assume all risk and liability for and indemnify Lowe's from any claims, losses or damages that may arise from the transmittal of documents or including non-confidential information in the body of an email transmittal. Thank you. -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EQA10OSM
On Thu, 18 Jul 2019 20:25:42 -0700, Lizette Koehler wrote: >TLIBs would go into your live environment ITYM target libraries. TLIB means something different: SMPTLIB. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PDS compare
On Fri, Jul 19, 2019 at 9:02 AM Bill Giannelli wrote: > Thank you for your response! > That works very easily! > something is still not making sense. > when I look at the information of each PDS one has 893 members the other > PDS has 585 members. > But the superce compare only shows a difference of about 40 members. > Bill > > Odd. It worked for me. A cut down from my output looks like: MEMBER SUMMARY LISTING (FILE COMPARE) DIFF SAMEMEMBERS-COMPARED N-BYTES O-BYTES N-LINES O-LINES N-HASH-SUM O-HASH-SUM ** $ 7728192 8 2 F5501E6B 4C33D65C ** ACCPOOL 11104096 7 1 7E5CB9B4 80C426FD ** SLEEP13784096 6 1 41CB19A0 DA87098A ** TAPESSI 12344096 6 1 57368038 2CA9EA09 ** TSYSINIT 20304096 7 1 A11CF29E 0827BC95 - --- --- --- --- MEMBER TOTALS6524 24576 34 6 5 TOTAL MEMBER(S) PROCESSED AS A PDS 5 TOTAL MEMBER(S) PROCESSED HAD CHANGES 0 TOTAL MEMBER(S) PROCESSED HAD NO CHANGES 13 TOTAL NEW FILE MEMBER(S) NOT PAIRED 326 TOTAL OLD FILE MEMBER(S) NOT PAIRED NEW: ASH009.PDS.LINKLIB OLD: A SH009.LI.LINKLIB MEMBER SUMMARY LISTING (FILE COMPARE) NON-PAIRED NEW FILE MEMBERS | NON-PAIRED OLD FILE MEMBERS BLACKBOX| $LE FADCP1 | $UNIX ICEAM1T | A ICEAM1Z | ABENDRTN ICEAM2T | ABEND0C1 ICEAM3T | ABEND0C3 ICEAM4T | ABEND0C6 ISPCFIGU| ABEND0C7 PCLLAND | ABNDTEST PCLPORT | ADD1 SVCUPDTE| ADRUENQ TEMP| ADUMP TESTX | ALLOCF | ANACOB2 | APPLTAB -- A sine curve goes off to infinity, or at least the end of the blackboard. -- Prof. Steiner Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PDS compare
Thank you for your response! That works very easily! something is still not making sense. when I look at the information of each PDS one has 893 members the other PDS has 585 members. But the superce compare only shows a difference of about 40 members. Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EQA10OSM
Thanks I know someone who is a sysprog And knows as SMP/e As I am a developer Iâll ask him for help Thanks > On Jul 19, 2019, at 7:59 AM, David Spiegel wrote: > > ACCEPT or RESTORE. > >> On 2019-07-18 23:25, Lizette Koehler wrote: >> Just by looking at the dataset names. >> >> Typically the AEQAMOD should be a DLIB dataset >> The SEQAMOD would be your TLIB. >> >> TLIBs would go into your live environment >> >> DLIB would only be used when an SMP/e ACCEPT is done. >> >> Lizette >> >> >>> -Original Message- >>> From: IBM Mainframe Discussion List On Behalf Of >>> Joseph Reichman >>> Sent: Thursday, July 18, 2019 6:26 PM >>> To: IBM-MAIN@LISTSERV.UA.EDU >>> Subject: EQA10OSM >>> >>> Hi >>> >>> Does any know the significance of this debug tool module with regards to >>> initializing a LE Assembler main program the BALR to CEEINIT is aborting in >>> this module PSW 02 itâs comes from a base just googling seems like I >>> donât have the right version which doesnât make sense Have the SVCâs >>> installed SEQAMOD SEQAMMOD >>> >>> In fact there seems to be 2 versions of the program one in SEQAMOD and in >>> AEQAMOD if different sizes >>> -- >>> 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 >> . >> > > > -- > 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: PDS compare
I'd use ISPF "SuperCE", option 3.13 LIH1 SuperCE Utility Command ===> New DS Name . . . 'input.dsn.one(*)' Old DS Name . . . 'input.dsn.two(*)' PDS Member List* (blank/pattern - member list, * - compare all) (Leave New/Old DSN "blank" for concatenated-uncataloged-password panel) Compare Type Listing Type Display Output 1 1. File 1 1. OVSUM1 1. Yes 2. Line2. Delta 2. No 3. Word3. CHNG3. Cond 4. Byte4. Long4. UPD 5. Nolist Listing DSN . . . . LIH1.SUPERC.LIST Process Options . . Statements Dsn . . . Update DSN . . . . . Enter "/" to select option Execution Mode Output Mode Bypass selection list2 1. Foreground1 1. View 2. Batch2. Browse Note the "Compare Type" option is 1 -- File. and the "Listing Type" is 1 -- OVSUM On Fri, Jul 19, 2019 at 8:40 AM Bill Giannelli wrote: > I want to compare 2 PDS datasets and want to get a list of what members > are missing. I do not want a line by line comparison of all the members. > What is the best option to use? > thanks > Bill > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- A sine curve goes off to infinity, or at least the end of the blackboard. -- Prof. Steiner Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
PDS compare
I want to compare 2 PDS datasets and want to get a list of what members are missing. I do not want a line by line comparison of all the members. What is the best option to use? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EQA10OSM
My understanding is you only need the TLIBs available to your process. This may mean you put the TLIBs in the LINKLST, LPA List, Steplib etc... You would need the installation instructions to know where the TLIBs are to be placed. You would not include an DLIBs in the system. They are only for accept or restore. Lizette > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Joseph Reichman > Sent: Friday, July 19, 2019 5:05 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: EQA10OSM > > I have the 2.3 ADCD it thought I could the Debug tool libraries in the APF > list and have the SVCâs installed to have debug tool running > > Itâs seems I have to run SMP/E correct ? > > > > > > > On Jul 19, 2019, at 7:59 AM, David Spiegel wrote: > > > > ACCEPT or RESTORE. > > > >> On 2019-07-18 23:25, Lizette Koehler wrote: > >> Just by looking at the dataset names. > >> > >> Typically the AEQAMOD should be a DLIB dataset The SEQAMOD would be > >> your TLIB. > >> > >> TLIBs would go into your live environment > >> > >> DLIB would only be used when an SMP/e ACCEPT is done. > >> > >> Lizette > >> > >> > >>> -Original Message- > >>> From: IBM Mainframe Discussion List On > >>> Behalf Of Joseph Reichman > >>> Sent: Thursday, July 18, 2019 6:26 PM > >>> To: IBM-MAIN@LISTSERV.UA.EDU > >>> Subject: EQA10OSM > >>> > >>> Hi > >>> > >>> Does any know the significance of this debug tool module with > >>> regards to initializing a LE Assembler main program the BALR to > >>> CEEINIT is aborting in this module PSW 02 itâs comes from a base > >>> just googling seems like I donât have the right version which > >>> doesnât make sense Have the SVCâs installed SEQAMOD SEQAMMOD > >>> > >>> In fact there seems to be 2 versions of the program one in SEQAMOD > >>> and in AEQAMOD if different sizes > >>> > >>> -- 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 . > > > > > > -- > > 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Help wanted | Computerworld Shark Tank
What called a âpurple squirrelâ, John. Regards, Scott On Fri, Jul 19, 2019 at 8:47 AM John McKown wrote: > On Fri, Jul 19, 2019 at 7:37 AM Mark Regan wrote: > > > Not directly mainframe related, but I think you will get the picture. > > Help wanted Looking for someone under 30 with 20+ years of experience. > > > > Nothing new. I don't remember the exact situation, but I do remember an add > in the paper version of ComputerWorld not too long after MVS became > available for a system programmer with "n" years of MVS experience. Where > "n" was longer than MVS had been available. > > > > > > > > https://www.computerworld.com/article/3409061/help-wanted.html > > > > Mark Regan, K8MTR > > CTO1 USNR-Retired > > Nationwide Ins. Retired > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > -- > A sine curve goes off to infinity, or at least the end of the blackboard. > -- Prof. Steiner > > Maranatha! <>< > John McKown > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] SDSF initial display and z/OS 2.3
Thank you Jim, that does work and the logo never bothered me, but as you know any change to the looks or feel of any ISPF function gets 'some' users panties in a wad. If there's the ability to bypass the logo that would be great, again thanks Carmen Vitullo - Original Message - From: "Jim Horne - James S" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, July 19, 2019 8:20:41 AM Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 I always go into SDSF with an option, i.e., SDSF.DA. If you do that, you don't see the pop-up Jim Horne -Original Message- Is it possible to bypass the logo pop-up in SDSF on z/OS 2.3 ? NOTICE: All information in and attached to the e-mails below may be proprietary, confidential, privileged and otherwise protected from improper or erroneous disclosure. If you are not the sender's intended recipient, you are not authorized to intercept, read, print, retain, copy, forward, or disseminate this message. If you have erroneously received this communication, please notify the sender immediately by phone (704-758-1000) or by e-mail and destroy all copies of this message electronic, paper, or otherwise. By transmitting documents via this email: Users, Customers, Suppliers and Vendors collectively acknowledge and agree the transmittal of information via email is voluntary, is offered as a convenience, and is not a secured method of communication; Not to transmit any payment information E.G. credit card, debit card, checking account, wire transfer information, passwords, or sensitive and personal information E.G. Driver's license, DOB, social security, or any other information the user wishes to remain confidential; To transmit only non-confidential information such as plans, pictures and drawings and to assume all risk and liability for and indemnify Lowe's from any claims, losses or damages that may arise from the transmittal of documents or including non-confidential information in the body of an email transmittal. Thank you. -- 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: [EXTERNAL] SDSF initial display and z/OS 2.3
I always go into SDSF with an option, i.e., SDSF.DA. If you do that, you don't see the pop-up Jim Horne -Original Message- Is it possible to bypass the logo pop-up in SDSF on z/OS 2.3 ? NOTICE: All information in and attached to the e-mails below may be proprietary, confidential, privileged and otherwise protected from improper or erroneous disclosure. If you are not the sender's intended recipient, you are not authorized to intercept, read, print, retain, copy, forward, or disseminate this message. If you have erroneously received this communication, please notify the sender immediately by phone (704-758-1000) or by e-mail and destroy all copies of this message electronic, paper, or otherwise. By transmitting documents via this email: Users, Customers, Suppliers and Vendors collectively acknowledge and agree the transmittal of information via email is voluntary, is offered as a convenience, and is not a secured method of communication; Not to transmit any payment information E.G. credit card, debit card, checking account, wire transfer information, passwords, or sensitive and personal information E.G. Driver's license, DOB, social security, or any other information the user wishes to remain confidential; To transmit only non-confidential information such as plans, pictures and drawings and to assume all risk and liability for and indemnify Lowe's from any claims, losses or damages that may arise from the transmittal of documents or including non-confidential information in the body of an email transmittal. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SDSF initial display and z/OS 2.3
Is it possible to bypass the logo pop-up in SDSF on z/OS 2.3 ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Help wanted | Computerworld Shark Tank
On Fri, Jul 19, 2019 at 7:37 AM Mark Regan wrote: > Not directly mainframe related, but I think you will get the picture. > Help wanted Looking for someone under 30 with 20+ years of experience. > Nothing new. I don't remember the exact situation, but I do remember an add in the paper version of ComputerWorld not too long after MVS became available for a system programmer with "n" years of MVS experience. Where "n" was longer than MVS had been available. > > https://www.computerworld.com/article/3409061/help-wanted.html > > Mark Regan, K8MTR > CTO1 USNR-Retired > Nationwide Ins. Retired > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- A sine curve goes off to infinity, or at least the end of the blackboard. -- Prof. Steiner Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
How does HPE non-stop prev. Tandem do it was Re: Dynamic LINKLIST impact
[Default] On 19 Jul 2019 04:46:06 -0700, in bit.listserv.ibm-main rel...@us.ibm.com (Peter Relson) wrote: In looking at the below discussion, I am brought back to the question as to how HPE non-stop (started out as Tandem) manage the update process to avoid a shutdown. Even though it is UNIX based, there are the same logical problems associated with updating running code. Clark Morris > >If so, perhaps DELAY=255 should be the default. If not, why ever use it? > >That would never be done. This delays the completion of the command. It is >not up to IBM to decide how long a customer can tolerate that. >What is being deferred, in particular, is the closing of the old DCB and >the free-ing of control structures that goes with that. The update of >address space(s) to use the new LNKLST is done "immediately". > > >It seems rather obvious that what you would want LNKLIST UPDATE do is >insure that any in-flight or incomplete loads of modules are forced to >complete before the old LNKLST definitions are allowed to disappear, > >What is also obvious is that that is not possible without crippling the >system, as it would requirel having complete serialization across all >fetches for the complete duration of every fetch. > >Some processes simply cannot tolerate the performance impacts of obtaining >serialization. Compromises are the result. Here, it is the unpredictable >dangerousness. Elsewhere, it might be that storage must be orphaned. Etc. > > >someone should be able to re-design LNKLST UPDATE so that it is 100% safe >when used within those contraints! > >Without adding "and never close the old LNKLST DCB", it cannot, while >living within the constraint of having the system remain usable. > >Peter Relson >z/OS Core Technology Design > > >-- >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
Fwd: Help wanted | Computerworld Shark Tank
Not directly mainframe related, but I think you will get the picture. Help wanted Looking for someone under 30 with 20+ years of experience. https://www.computerworld.com/article/3409061/help-wanted.html Mark Regan, K8MTR CTO1 USNR-Retired Nationwide Ins. Retired -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EQA10OSM
I have the 2.3 ADCD it thought I could the Debug tool libraries in the APF list and have the SVCâs installed to have debug tool running Itâs seems I have to run SMP/E correct ? > On Jul 19, 2019, at 7:59 AM, David Spiegel wrote: > > ACCEPT or RESTORE. > >> On 2019-07-18 23:25, Lizette Koehler wrote: >> Just by looking at the dataset names. >> >> Typically the AEQAMOD should be a DLIB dataset >> The SEQAMOD would be your TLIB. >> >> TLIBs would go into your live environment >> >> DLIB would only be used when an SMP/e ACCEPT is done. >> >> Lizette >> >> >>> -Original Message- >>> From: IBM Mainframe Discussion List On Behalf Of >>> Joseph Reichman >>> Sent: Thursday, July 18, 2019 6:26 PM >>> To: IBM-MAIN@LISTSERV.UA.EDU >>> Subject: EQA10OSM >>> >>> Hi >>> >>> Does any know the significance of this debug tool module with regards to >>> initializing a LE Assembler main program the BALR to CEEINIT is aborting in >>> this module PSW 02 itâs comes from a base just googling seems like I >>> donât have the right version which doesnât make sense Have the SVCâs >>> installed SEQAMOD SEQAMMOD >>> >>> In fact there seems to be 2 versions of the program one in SEQAMOD and in >>> AEQAMOD if different sizes >>> -- >>> 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 >> . > > > -- > 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: EQA10OSM
ACCEPTÂ or RESTORE. On 2019-07-18 23:25, Lizette Koehler wrote: > Just by looking at the dataset names. > > Typically the AEQAMOD should be a DLIB dataset > The SEQAMOD would be your TLIB. > > TLIBs would go into your live environment > > DLIB would only be used when an SMP/e ACCEPT is done. > > Lizette > > >> -Original Message- >> From: IBM Mainframe Discussion List On Behalf Of >> Joseph Reichman >> Sent: Thursday, July 18, 2019 6:26 PM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: EQA10OSM >> >> Hi >> >> Does any know the significance of this debug tool module with regards to >> initializing a LE Assembler main program the BALR to CEEINIT is aborting in >> this module PSW 02 itâs comes from a base just googling seems like I >> donât have the right version which doesnât make sense Have the SVCâs >> installed SEQAMOD SEQAMMOD >> >> In fact there seems to be 2 versions of the program one in SEQAMOD and in >> AEQAMOD if different sizes >> -- >> 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 > . > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dynamic LINKLIST impact
If so, perhaps DELAY=255 should be the default. If not, why ever use it? That would never be done. This delays the completion of the command. It is not up to IBM to decide how long a customer can tolerate that. What is being deferred, in particular, is the closing of the old DCB and the free-ing of control structures that goes with that. The update of address space(s) to use the new LNKLST is done "immediately". It seems rather obvious that what you would want LNKLIST UPDATE do is insure that any in-flight or incomplete loads of modules are forced to complete before the old LNKLST definitions are allowed to disappear, What is also obvious is that that is not possible without crippling the system, as it would requirel having complete serialization across all fetches for the complete duration of every fetch. Some processes simply cannot tolerate the performance impacts of obtaining serialization. Compromises are the result. Here, it is the unpredictable dangerousness. Elsewhere, it might be that storage must be orphaned. Etc. someone should be able to re-design LNKLST UPDATE so that it is 100% safe when used within those contraints! Without adding "and never close the old LNKLST DCB", it cannot, while living within the constraint of having the system remain usable. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN