Re: TSOLIB within a rexx pgm
On 10/27/2020 6:02 PM, ITschak Mugzach wrote: I am trying to allocate a "steplib" using tsolib command. I know that TSOLIB only operates under TSO READY prompt, so I run a TSO BATCh job with the below prg. The program is called from SYSIN with parm PHASE1. In this case, it should queue the commands and start again with parm PHASE2. Trickey, but it doesn't work... I can't see the TSOLIB DISPLAY output in SYSTSPRT (but the dataset is actually allocate, can see it in JESYSMSG with a proper disposition. Any idea? Itschak, Use QUEUE, as I show in my Dynamic ISPF presentation (WTW): https://www.newera.com/INFO/Dynamic_ISPF_P2.pdf If you want part 1 as well, change the P2 to a P1. Part 2 covers how to use TSOLIB from the READY prompt in a Rexx. You still can't reliably invoke ISPF within a Rexx running from the READY prompt. You have to QUEUE the TSOLIB and then the ISPF commands. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Syncsort to DFSORT - my time has come.
> And, fwiw, and fyi. The version of SHOWZOS I recently pulled from > cbt seems not to observe the results of > START ICEOPT,ICEPRM=00 Dave, You can list the installation defaults with the following JOB. It will show you the updated values either from parmlib or icemac. //STEP0100 EXEC PGM=ICETOOL //TOOLMSG DD SYSOUT=* //DFSMSG DD SYSOUT=* //OUT DD SYSOUT=* //TOOLIN DD * DEFAULTS LIST(OUT) /* Thanks, Kolusu DFSORT Development IBM Corporation -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: UNIX fork() performance (was: SMF to capture ... )
On 28/10/2020 12:41 am, Paul Gilmartin wrote: But since OMVS manages address spaces by highwater mark, calling BPXAS only when the level rises and reaping after 30 seconds (is this configurable?) I'd expect orders of magnitude fewer SMF 30 than you observed. The SMF records are written for the work running in the address space, not the address space itself (the same as batch jobs). Fork-exec writes SMF records for 2 pieces of work - the initial fork, then a new sub-step created by exec. You can see that in the report - bash creates another bash process, which is then replaced by the command in a new sub-step. All these are reusing the same address space STC06734. /bin/sh is executing the commands in a separate address space but without the sub-step created by fork-exec (I guess this is the spawn method that Kirk Wolf described). As I said in the write up, this isn't a criticism of bash. It is very useful to have bash available, and it makes sense to minimize the changes for the z/OS port to make it easier to keep up with changes in the mainstream. Whereas /bin/sh has probably been optimized for z/OS. -- Andrew Rowley Black Hill Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SVC 99 RLSE text unit on DISP=SHR allocation with a PDS/PDSE member name
Space management inside PDSes and PDSEs is not under your control. PDSes have to be compressed sometimes, and PDSEs handle it automatically. RLSE applies to datasets, and is working as designed and documented. I expect it would work in JCL if specified correctly. sas On Tue, Oct 27, 2020 at 5:53 PM Charles Mills wrote: > Don't most member allocation parameters apply to the entire dataset? I > would > expect RLSE to behave that way. Consider that classic error in which the > newbie codes DSN=WHATEVER(FOO),DISP=(OLD,DELETE) and is surprised that the > whole dataset, not just FOO, goes away. > > Not what you asked, but is SPACE=(,,RLSE) valid syntax? I think the first > two parameters are required, sort of. > > Charles > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Thomas David Rivers > Sent: Tuesday, October 27, 2020 3:47 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: SVC 99 RLSE text unit on DISP=SHR allocation with a PDS/PDSE > member > name > > I have a DYNALLOC set up with a default of adding > the RLSE text unit (to release the space after a CLOSE.) > > This is to retrieve a system-provided DD name for an eventual OPEN > OUTPUT operation, > for opening a DSN(MEM) PDS/PDSE member. > > The PDS in question already exists (happens to be a PDSE.) That is, > this is not > a NEW allocation. > > So, basically it would be something like: > > // DD DSN=MY.PDSE(MEM),SPACE=(RLSE),DISP=SHR > > (no other space parms are provided in the DYNALLOC text-units, it's invalid > JCL but seems to be OK for DYNALLOC.) > > It seems that if the RLSE text-unit is provided, _all_ of the remaining > space in the PDS/PDSE > is released, not just "space" for the member; that is, the entire > PDS/PDSE allocation > is truncated on the CLOSE. > > -- > 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: Syncsort to DFSORT - my time has come.
And, fwiw, and fyi. The version of SHOWZOS I recently pulled from cbt seems not to observe the results of START ICEOPT,ICEPRM=00 > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Gibney, Dave > Sent: Tuesday, October 27, 2020 3:05 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Syncsort to DFSORT - my time has come. > > After review of our SYNCSORT settings, I have: > * JCL (ICEAM1) > JCL > DYNALOC=(3390,10) > DYNAUTO=IGNWKDD > EQUALS=NO > ERET=ABEND > SORTLIB=SYSTEM > Y2PAST=0 > * > * INV (ICEAM2) > INV > DYNALOC=(3390,10) > DYNAUTO=IGNWKDD > EQUALS=NO > ERET=ABEND > SORTLIB=SYSTEM > Y2PAST=0 > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of R.S. > > Sent: Tuesday, October 27, 2020 10:26 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Syncsort to DFSORT - my time has come. > > > > W dniu 27.10.2020 o 18:16, Gibney, Dave pisze: > > > A fairly quick question. Are there sample ICEPRMxx members provided > > by IBM for tailoring DFSORT? I don't find any in SICESAMP. > > > Yesterday, in my sandbox, I IPL'd with SICELPA, SORTLPA, SICELINK, > > SORTLIB ahead of the SYNCSORT libraries and not ICEPRMxx. SHOWZOS > > shows DFSORT as resident sort program. All seems well. I don't keep this > > concatenation, it was just easier for fall back considerations. > > > > If you want some sample I can send it. > > However there is no black magic there. > > IMHO it is fundamental to define your needs, because the member is for > > defaults which can be easily overtyped by parameters in the job. > > > > Here you are: > > > > > ** > > * > > ** History of changes: > > ** 05-10-2019 R.SKORUPKA first customization > > ** dd-mm- user description... > > ** > > > ** > > ** > > * > > * JCL (ICEAM1) > > JCL > > DYNALOC=(3390,10) > > * > > * INV (ICEAM2) > > INV > > DYNALOC=(3390,10) > > > > > > > > -- > > Radoslaw Skorupka > > Lodz, Poland > > > > > > > > > > > > > == > > > > > > Jeśli nie jesteś adresatem tej wiadomości: > > > > - powiadom nas o tym w mailu zwrotnym (dziękujemy!), > > - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub > > zapisałeś na dysku). > > Wiadomość ta może zawierać chronione prawem informacje, które może > > wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia > > (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, > > narusza prawo i może podlegać karze. > > > > mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 > > > Warszawa,https://urldefense.com/v3/__http://www.mBank.pl__;!!JmPEgB > > Y0HMszNaDT!5a4aavAH4V1nixdkZLxgkZ1MV- > > HNM5Uzrdo5aYBPuixwFIYs8E7qLL8K7Du_zQ$ , e-mail: kont...@mbank.pl. > > Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego > > Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. Kapitał > zakładowy > > (opłacony w całości) według stanu na 01.01.2020 r. wynosi 169.401.468 > > złotych. > > > > If you are not the addressee of this message: > > > > - let us know by replying to this e-mail (thank you!), > > - delete this message permanently (including all the copies which you have > > printed out or saved). > > This message may contain legally protected information, which may be > used > > exclusively by the addressee.Please be reminded that anyone who > > disseminates (copies, distributes) this message or takes any similar action, > > violates the law and may be penalised. > > > > mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 > > > Warszawa,https://urldefense.com/v3/__http://www.mBank.pl__;!!JmPEgB > > Y0HMszNaDT!5a4aavAH4V1nixdkZLxgkZ1MV- > > HNM5Uzrdo5aYBPuixwFIYs8E7qLL8K7Du_zQ$ , e-mail: kont...@mbank.pl. > > District Court for the Capital City of Warsaw, 12th Commercial Division of > the > > National Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up > > share capital amounting to PLN 169.401.468 as at 1 January 2020. > > > > -- > > 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: Syncsort to DFSORT - my time has come.
After review of our SYNCSORT settings, I have: * JCL (ICEAM1) JCL DYNALOC=(3390,10) DYNAUTO=IGNWKDD EQUALS=NO ERET=ABEND SORTLIB=SYSTEM Y2PAST=0 * * INV (ICEAM2) INV DYNALOC=(3390,10) DYNAUTO=IGNWKDD EQUALS=NO ERET=ABEND SORTLIB=SYSTEM Y2PAST=0 > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of R.S. > Sent: Tuesday, October 27, 2020 10:26 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Syncsort to DFSORT - my time has come. > > W dniu 27.10.2020 o 18:16, Gibney, Dave pisze: > > A fairly quick question. Are there sample ICEPRMxx members provided > by IBM for tailoring DFSORT? I don't find any in SICESAMP. > > Yesterday, in my sandbox, I IPL'd with SICELPA, SORTLPA, SICELINK, > SORTLIB ahead of the SYNCSORT libraries and not ICEPRMxx. SHOWZOS > shows DFSORT as resident sort program. All seems well. I don't keep this > concatenation, it was just easier for fall back considerations. > > If you want some sample I can send it. > However there is no black magic there. > IMHO it is fundamental to define your needs, because the member is for > defaults which can be easily overtyped by parameters in the job. > > Here you are: > > ** > * > ** History of changes: > ** 05-10-2019 R.SKORUPKA first customization > ** dd-mm- user description... > ** > ** > ** > * > * JCL (ICEAM1) > JCL > DYNALOC=(3390,10) > * > * INV (ICEAM2) > INV > DYNALOC=(3390,10) > > > > -- > Radoslaw Skorupka > Lodz, Poland > > > > > > == > > > Jeśli nie jesteś adresatem tej wiadomości: > > - powiadom nas o tym w mailu zwrotnym (dziękujemy!), > - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub > zapisałeś na dysku). > Wiadomość ta może zawierać chronione prawem informacje, które może > wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia > (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, > narusza prawo i może podlegać karze. > > mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 > Warszawa,https://urldefense.com/v3/__http://www.mBank.pl__;!!JmPEgB > Y0HMszNaDT!5a4aavAH4V1nixdkZLxgkZ1MV- > HNM5Uzrdo5aYBPuixwFIYs8E7qLL8K7Du_zQ$ , e-mail: kont...@mbank.pl. > Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego > Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. Kapitał zakładowy > (opłacony w całości) według stanu na 01.01.2020 r. wynosi 169.401.468 > złotych. > > If you are not the addressee of this message: > > - let us know by replying to this e-mail (thank you!), > - delete this message permanently (including all the copies which you have > printed out or saved). > This message may contain legally protected information, which may be used > exclusively by the addressee.Please be reminded that anyone who > disseminates (copies, distributes) this message or takes any similar action, > violates the law and may be penalised. > > mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 > Warszawa,https://urldefense.com/v3/__http://www.mBank.pl__;!!JmPEgB > Y0HMszNaDT!5a4aavAH4V1nixdkZLxgkZ1MV- > HNM5Uzrdo5aYBPuixwFIYs8E7qLL8K7Du_zQ$ , e-mail: kont...@mbank.pl. > District Court for the Capital City of Warsaw, 12th Commercial Division of the > National Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up > share capital amounting to PLN 169.401.468 as at 1 January 2020. > > -- > 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: SVC 99 RLSE text unit on DISP=SHR allocation with a PDS/PDSE member name
Don't most member allocation parameters apply to the entire dataset? I would expect RLSE to behave that way. Consider that classic error in which the newbie codes DSN=WHATEVER(FOO),DISP=(OLD,DELETE) and is surprised that the whole dataset, not just FOO, goes away. Not what you asked, but is SPACE=(,,RLSE) valid syntax? I think the first two parameters are required, sort of. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Thomas David Rivers Sent: Tuesday, October 27, 2020 3:47 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SVC 99 RLSE text unit on DISP=SHR allocation with a PDS/PDSE member name I have a DYNALLOC set up with a default of adding the RLSE text unit (to release the space after a CLOSE.) This is to retrieve a system-provided DD name for an eventual OPEN OUTPUT operation, for opening a DSN(MEM) PDS/PDSE member. The PDS in question already exists (happens to be a PDSE.) That is, this is not a NEW allocation. So, basically it would be something like: // DD DSN=MY.PDSE(MEM),SPACE=(RLSE),DISP=SHR (no other space parms are provided in the DYNALLOC text-units, it's invalid JCL but seems to be OK for DYNALLOC.) It seems that if the RLSE text-unit is provided, _all_ of the remaining space in the PDS/PDSE is released, not just "space" for the member; that is, the entire PDS/PDSE allocation is truncated on the CLOSE. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Generic name for PDS/PDSE
Grrr. As a frequent writer of documentation I struggle with that one. I would say either "PDS(E)" (which my PC keeps trying to auto-correct to PDS€) or a preamble something like "In this document, the term PDS means either a Partitioned Dataset (PDS) or a Partitioned Dataset Extended (PDSE) unless the context clearly demands otherwise." I personally at least would have to think "what the heck does he mean?" every time I encountered "MVS library." Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Frank Swarbrick Sent: Tuesday, October 27, 2020 2:17 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Generic name for PDS/PDSE Is there a standard "generic" name for PDS/PDSE? Is it "PDS(E)"? Or maybe something like "MVS library" or "MVS dataset library"? Just wondering. -- 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: Generic name for PDS/PDSE
On Tue, 27 Oct 2020 21:17:17 +, Frank Swarbrick wrote: >Is there a standard "generic" name for PDS/PDSE? Is it "PDS(E)"? Or maybe >something like "MVS library" or "MVS dataset library"? > I use "PDS(E)". Sometimes the cumbersome "DSORG=PO", which is sort of a misnomer because the underlying organizaton of a PDSE is radically different. Using Data Sets says a Partitioned Allocation may be any combination of PDS, PDSE, and UNIX directories in any order. HLASM respects this for SYSLIB (after my APAR); Rexx SYSEXEC and Binder SYSLIB don't. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Generic name for PDS/PDSE
Is there a standard "generic" name for PDS/PDSE? Is it "PDS(E)"? Or maybe something like "MVS library" or "MVS dataset library"? Just wondering. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Syncsort to DFSORT - my time has come.
Here is our ICEPRM00, if you are interested. JCL DYNALOC=(SYSDA,12) DYNAUTO=YES MSGDDN=SYSOUT PARMDDN=DFSPARM SMF=NO INV DYNALOC=(SYSDA,12) DYNAUTO=IGNWKDD ERET=ABEND MSGDDN=SORTMSG PARMDDN=SORTPARM SMF=SHORT TSO SMF=SHORT TSOINV SMF=SHORT TD1 SMF=SHORT TD2 SMF=SHORT TD3 SMF=SHORT TD4 SMF=SHORT From: IBM Mainframe Discussion List on behalf of R.S. Sent: Tuesday, October 27, 2020 11:26 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Syncsort to DFSORT - my time has come. W dniu 27.10.2020 o 18:16, Gibney, Dave pisze: > A fairly quick question. Are there sample ICEPRMxx members provided by > IBM for tailoring DFSORT? I don't find any in SICESAMP. > Yesterday, in my sandbox, I IPL'd with SICELPA, SORTLPA, SICELINK, SORTLIB > ahead of the SYNCSORT libraries and not ICEPRMxx. SHOWZOS shows DFSORT as > resident sort program. All seems well. I don't keep this concatenation, it > was just easier for fall back considerations. If you want some sample I can send it. However there is no black magic there. IMHO it is fundamental to define your needs, because the member is for defaults which can be easily overtyped by parameters in the job. Here you are: *** ** History of changes: ** 05-10-2019 R.SKORUPKA first customization ** dd-mm- user description... ** * * JCL (ICEAM1) JCL DYNALOC=(3390,10) * * INV (ICEAM2) INV DYNALOC=(3390,10) -- Radoslaw Skorupka Lodz, Poland == Jeśli nie jesteś adresatem tej wiadomości: - powiadom nas o tym w mailu zwrotnym (dziękujemy!), - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś na dysku). Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać karze. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi 169.401.468 złotych. If you are not the addressee of this message: - let us know by replying to this e-mail (thank you!), - delete this message permanently (including all the copies which you have printed out or saved). This message may contain legally protected information, which may be used exclusively by the addressee.Please be reminded that anyone who disseminates (copies, distributes) this message or takes any similar action, violates the law and may be penalised. mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 12th Commercial Division of the National Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 169.401.468 as at 1 January 2020. -- 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
SVC 99 RLSE text unit on DISP=SHR allocation with a PDS/PDSE member name
I have a DYNALLOC set up with a default of adding the RLSE text unit (to release the space after a CLOSE.) This is to retrieve a system-provided DD name for an eventual OPEN OUTPUT operation, for opening a DSN(MEM) PDS/PDSE member. The PDS in question already exists (happens to be a PDSE.) That is, this is not a NEW allocation. So, basically it would be something like: // DD DSN=MY.PDSE(MEM),SPACE=(RLSE),DISP=SHR (no other space parms are provided in the DYNALLOC text-units, it's invalid JCL but seems to be OK for DYNALLOC.) It seems that if the RLSE text-unit is provided, _all_ of the remaining space in the PDS/PDSE is released, not just "space" for the member; that is, the entire PDS/PDSE allocation is truncated on the CLOSE. I would expect RLSE to apply to the member - which doesn't make sense, since the eventual directory update is going to set the member's size to just the blocks in the PDS/PDSE it's using... but it seems to be applying to the entire PDS/PDSE... which is equally surprising. Am I rightly surprised, or does it not apply to the entire PDS/PDSE and there is something else in my processes that is perhaps releasing the allocated space. That is, what does the RLSE text-unit mean when the allocation has a DSN and a MEMBER for an existing PDS/PDSE? Just hoping someone has been down-this-road before... - Thanks! - - Dave Rivers - -- riv...@dignus.comWork: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: UNIX fork() performance (was: SMF to capture ... )
On Tue, 27 Oct 2020 11:17:24 -0500, Kirk Wolf wrote: > >_BPX_SHAREAS won't have any effect on bash, since what _BPX_SHARE does is >to tell spawn() to "local spawn" the new child process to the same address >space. It doesn't change how fork() works, which is what bash uses. >/bin/sh uses spawn() in some places instead of fork()/exec(), which is why >_BPX_SHAREAS affects it. > There's also posix_spawn(), inconvenient because it may scramble file descriptors and it may be implemented as a wrapper for fork() with performance costs. https://pubs.opengroup.org/onlinepubs/9699919799/functions/posix_spawn.html#tag_16_371 >The impact of using local spawn() is more than just performance: local >spawning child processes allows them to use DDs that are allocated in the >parent. This is very nice if you are local-spawning /bin/sh in a batch >job step, since the commands that you then run from the script can use the >DDs allocated in the job step. > That sounds like EXEC PGM=BPXBATSL which I understand has some privilege entanglements. I've heard Co:Z does better. >The "set -o pipecurrent" setting in >/bin/sh extends the cases where spawn is used and can assist with this. > That might gain performance at the expense of execution environment isolation, sometimes desirable. >There's nothing to how spawn() and _BPX_SHAREAS work that isn't documented >fully by IBM, except for exactly all the rules for when /bin/sh does a >spawn(). bash should be changed to use spawn, but since the semantics >are much different than fork()/exec(), this would be very difficult. This >is a pity, since otherwise I would really like to use it with our Co:Z >Unix/batch integration tools. > >PS> There's nothing wrong with using bash as your interactive shell and >/bin/sh as a magic line in selected scripts and in batch. > Ubuntu uses (formerly?) /bin/dash, touted as bare minimum POSIX, for improved performance of system startup and of system(). But dash lacks command line editing which POSIX requires. I tried compiling dash with linedit(?) but it bloated to the size of bash. I never tried stripping the executable. The bash forum is rife with requests, "Please, please add just this one little bashism. It's extremely useful!" Ob. Camel's Nose. Thanks, gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Syncsort to DFSORT - my time has come.
> I can evaluate and transfer our long time SYNCSORT options. And the manual does offer advice in this area. Dave, I sent you an email offline about DFSORT equivalent installation options for syncsort. As always please feel free to send me any kind of questions related to migration. Thanks, Kolusu DFSORT Development IBM Corporation -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFSORT Migration Documents
Thank you. I knew these existed, but hadn't searched them out yet. They will be very helpful. From: Sri h Kolusu Sent: Tuesday, October 27, 2020 10:59 AM To: Gibney, Dave Subject: DFSORT Migration Documents Hi Dave, Not sure you already have these documents, but the following are the migration documents on migration from Syncsort to DFSORT for V2R4 that should help you tuning your installation options dfexclsv.txt: DFSORT Advantages and Exclusives ssconv.txt : Migration to DFSORT - General Considerations sdinopt.txt : Migration to DFSORT - Installation Options (See attached file: dfexclsv.txt)(See attached file: ssconv.txt)(See attached file: sdinopt.txt) Kolusu DFSORT Development IBM Corporation -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Syncsort to DFSORT - my time has come.
Thank you, and Sri. I can evaluate and transfer our long time SYNCSORT options. And the manual does offer advice in this area. I've had this migration on my potential to-do list for some time. the incentive has become the imminent expiration of the license with Precisely. We literally have less than one year before we stop z/OS and DFSORT is included in our MFaaS contract. > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of R.S. > Sent: Tuesday, October 27, 2020 10:26 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Syncsort to DFSORT - my time has come. > > W dniu 27.10.2020 o 18:16, Gibney, Dave pisze: > > A fairly quick question. Are there sample ICEPRMxx members provided > by IBM for tailoring DFSORT? I don't find any in SICESAMP. > > Yesterday, in my sandbox, I IPL'd with SICELPA, SORTLPA, SICELINK, > SORTLIB ahead of the SYNCSORT libraries and not ICEPRMxx. SHOWZOS > shows DFSORT as resident sort program. All seems well. I don't keep this > concatenation, it was just easier for fall back considerations. > > If you want some sample I can send it. > However there is no black magic there. > IMHO it is fundamental to define your needs, because the member is for > defaults which can be easily overtyped by parameters in the job. > > Here you are: > > ** > * > ** History of changes: > ** 05-10-2019 R.SKORUPKA first customization > ** dd-mm- user description... > ** > ** > ** > * > * JCL (ICEAM1) > JCL > DYNALOC=(3390,10) > * > * INV (ICEAM2) > INV > DYNALOC=(3390,10) > > > > -- > Radoslaw Skorupka > Lodz, Poland > > > > > > == > > > Jeśli nie jesteś adresatem tej wiadomości: > > - powiadom nas o tym w mailu zwrotnym (dziękujemy!), > - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub > zapisałeś na dysku). > Wiadomość ta może zawierać chronione prawem informacje, które może > wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia > (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, > narusza prawo i może podlegać karze. > > mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 > Warszawa,https://urldefense.com/v3/__http://www.mBank.pl__;!!JmPEgB > Y0HMszNaDT!5a4aavAH4V1nixdkZLxgkZ1MV- > HNM5Uzrdo5aYBPuixwFIYs8E7qLL8K7Du_zQ$ , e-mail: kont...@mbank.pl. > Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego > Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. Kapitał zakładowy > (opłacony w całości) według stanu na 01.01.2020 r. wynosi 169.401.468 > złotych. > > If you are not the addressee of this message: > > - let us know by replying to this e-mail (thank you!), > - delete this message permanently (including all the copies which you have > printed out or saved). > This message may contain legally protected information, which may be used > exclusively by the addressee.Please be reminded that anyone who > disseminates (copies, distributes) this message or takes any similar action, > violates the law and may be penalised. > > mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 > Warszawa,https://urldefense.com/v3/__http://www.mBank.pl__;!!JmPEgB > Y0HMszNaDT!5a4aavAH4V1nixdkZLxgkZ1MV- > HNM5Uzrdo5aYBPuixwFIYs8E7qLL8K7Du_zQ$ , e-mail: kont...@mbank.pl. > District Court for the Capital City of Warsaw, 12th Commercial Division of the > National Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up > share capital amounting to PLN 169.401.468 as at 1 January 2020. > > -- > 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: Syncsort to DFSORT - my time has come.
W dniu 27.10.2020 o 18:16, Gibney, Dave pisze: A fairly quick question. Are there sample ICEPRMxx members provided by IBM for tailoring DFSORT? I don't find any in SICESAMP. Yesterday, in my sandbox, I IPL'd with SICELPA, SORTLPA, SICELINK, SORTLIB ahead of the SYNCSORT libraries and not ICEPRMxx. SHOWZOS shows DFSORT as resident sort program. All seems well. I don't keep this concatenation, it was just easier for fall back considerations. If you want some sample I can send it. However there is no black magic there. IMHO it is fundamental to define your needs, because the member is for defaults which can be easily overtyped by parameters in the job. Here you are: *** ** History of changes: ** 05-10-2019 R.SKORUPKA first customization ** dd-mm- user description... ** * * JCL (ICEAM1) JCL DYNALOC=(3390,10) * * INV (ICEAM2) INV DYNALOC=(3390,10) -- Radoslaw Skorupka Lodz, Poland == Jeśli nie jesteś adresatem tej wiadomości: - powiadom nas o tym w mailu zwrotnym (dziękujemy!), - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś na dysku). Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać karze. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi 169.401.468 złotych. If you are not the addressee of this message: - let us know by replying to this e-mail (thank you!), - delete this message permanently (including all the copies which you have printed out or saved). This message may contain legally protected information, which may be used exclusively by the addressee.Please be reminded that anyone who disseminates (copies, distributes) this message or takes any similar action, violates the law and may be penalised. mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 12th Commercial Division of the National Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 169.401.468 as at 1 January 2020. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Syncsort to DFSORT - my time has come.
Dave, That is good new !! We don't have samples for ICEPRMxx, however our Installation and Customization has good examples. Check this link https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.icei100/ice2ci_ICEPRM01_installation_default_overrides.htm#idg9282__iceprm01 Thanks, Kolusu DFSORT Development IBM Corporation -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Syncsort to DFSORT - my time has come.
A fairly quick question. Are there sample ICEPRMxx members provided by IBM for tailoring DFSORT? I don't find any in SICESAMP. Yesterday, in my sandbox, I IPL'd with SICELPA, SORTLPA, SICELINK, SORTLIB ahead of the SYNCSORT libraries and not ICEPRMxx. SHOWZOS shows DFSORT as resident sort program. All seems well. I don't keep this concatenation, it was just easier for fall back considerations. Dave Gibney Information Technology Services Washington State University -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: UNIX fork() performance (was: SMF to capture ... )
On Tue, Oct 27, 2020 at 8:42 AM Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Tue, 27 Oct 2020 21:39:11 +1100, Andrew Rowley wrote: > > > >OMVS can produce a lot of SMF records. I did some testing on a short > >shell script, and 1000 iterations of a loop produced about 28,000 type > >30 records - around 200 records/second. The good news is that the > >records are likely small with very similar data, so the facilities to > >compress SMF data should handle it nicely. > > > >I wrote up the testing here, and it gives some idea of when separate > >address spaces are used and SMF records written: > > > https://www.blackhillsoftware.com/news/2019/08/27/comparing-bash-and-bin-sh-on-z-os/ > > > Interesting. > > But since OMVS manages address spaces by highwater mark, calling BPXAS > only when the level rises and reaping after 30 seconds (is this > configurable?) > I'd expect orders of magnitude fewer SMF 30 than you observed. > > Perhaps /bin/sh has more builtins than bash, and is otherwise tuned to > z/OS. > > It would be interesting to measure the effect of _BPX_SHAREAS. > > _BPX_SHAREAS won't have any effect on bash, since what _BPX_SHARE does is to tell spawn() to "local spawn" the new child process to the same address space. It doesn't change how fork() works, which is what bash uses. /bin/sh uses spawn() in some places instead of fork()/exec(), which is why _BPX_SHAREAS affects it. The impact of using local spawn() is more than just performance: local spawning child processes allows them to use DDs that are allocated in the parent. This is very nice if you are local-spawning /bin/sh in a batch job step, since the commands that you then run from the script can use the DDs allocated in the job step. The "set -o pipecurrent" setting in /bin/sh extends the cases where spawn is used and can assist with this. There's nothing to how spawn() and _BPX_SHAREAS work that isn't documented fully by IBM, except for exactly all the rules for when /bin/sh does a spawn(). bash should be changed to use spawn, but since the semantics are much different than fork()/exec(), this would be very difficult. This is a pity, since otherwise I would really like to use it with our Co:Z Unix/batch integration tools. PS> There's nothing wrong with using bash as your interactive shell and /bin/sh as a magic line in selected scripts and in batch. Kirk Wolf Dovetailed Technologies http://dovetail.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: UNIX fork() performance (was: SMF to capture ... )
On 2020-10-28 12:41 AM, Paul Gilmartin wrote: (Pro tip: I use ": >>broken/$f" rather than "touch broken/$f" when I create a file but don't need to update its timestamp. Fewer forks; fewer keystrokes.) Are you saying "different strokes for different forks"? :) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down
> Interesting. That completion code would not have been in correct IBM code > (Fxx abends have indicated the non-availability of SVC xx, for as long as > the SVC FLIH has existed, as far as I know). It was many moons ago, maybe it was z/OS 1.4 or earlier (OS/390 2.10?). Definitely it was RMM problem, described in some APAR I was wrong as of some point that I am not aware of (we would probably not have approved if asked). And it's even documented under Fnn. F13, F14, F17, F37 are the exceptions. We're considering changing to create one abend code for "invalid SVC" with an abend reason code of the SVC number, in order to be able to use those completion codes for other cases. Peter Relson z/OS Core Technoloy Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
UNIX fork() performance (was: SMF to capture ... )
On Tue, 27 Oct 2020 21:39:11 +1100, Andrew Rowley wrote: > >OMVS can produce a lot of SMF records. I did some testing on a short >shell script, and 1000 iterations of a loop produced about 28,000 type >30 records - around 200 records/second. The good news is that the >records are likely small with very similar data, so the facilities to >compress SMF data should handle it nicely. > >I wrote up the testing here, and it gives some idea of when separate >address spaces are used and SMF records written: >https://www.blackhillsoftware.com/news/2019/08/27/comparing-bash-and-bin-sh-on-z-os/ > Interesting. But since OMVS manages address spaces by highwater mark, calling BPXAS only when the level rises and reaping after 30 seconds (is this configurable?) I'd expect orders of magnitude fewer SMF 30 than you observed. Perhaps /bin/sh has more builtins than bash, and is otherwise tuned to z/OS. It would be interesting to measure the effect of _BPX_SHAREAS. (Pro tip: I use ": >>broken/$f" rather than "touch broken/$f" when I create a file but don't need to update its timestamp. Fewer forks; fewer keystrokes.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/osmf Network Configuration Assistant
I also use manual modification and it works fine. NCA in the other hand seems daunting to me. A question and answer format like zCX would be far better IMHO. On Tue, Oct 27, 2020 at 7:05 AM Roberto Halais wrote: > We are using manual modifications. Before, we used the Windows application > which was excellent. > We tried z/OSMF NCA but don't like it. > Maybe IBM will force us to use it. > > On Mon, Oct 26, 2020 at 12:21 PM Keith Gooding < > 034af3894af4-dmarc-requ...@listserv.ua.edu> wrote: > > > Is anyone using this to maintain AT-TLS policies or any other policies ? > > > > Any views on NCA vs manual editing of the policy file ? > > > > When I first encountered AT-TLS I used the Windows version to generate a > > simple policy file for one type of application and thereafter did manual > > edits to the policy file (all applications were similar). Using AT-TLS > for > > z/OS-supplied applications such as Telnet and FTP will make the policy > file > > more complicated and I am wondering whether NCA is the best way. > > > > Keith > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > -- > Politics: Poli (many) - tics (blood sucking parasites) > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Michael Babcock OneMain Financial z/OS Systems Programmer, Lead -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IMS module DVRX0000 purpose
IMS DataPropagator for z/OS: Reference - IBM DPROP Support for Orderly and Controlled Status Changes... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tom Conley Sent: Tuesday, October 27, 2020 8:10 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IMS module DVRX purpose On 10/27/2020 9:00 AM, Bill Giannelli wrote: > We decommissioned IMS a couple of years back. We now find that an application > is still using an IMS module, DVRX. Can someone tell me what this module > does? Is seems, from a google search, it is some type of old IMS DPROP module. > thanks > Bill > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > Bill, Dr. Google says this is IBM Data Propagator. Regards, Tom Conley -- 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: IMS module DVRX0000 purpose
On 10/27/2020 9:00 AM, Bill Giannelli wrote: We decommissioned IMS a couple of years back. We now find that an application is still using an IMS module, DVRX. Can someone tell me what this module does? Is seems, from a google search, it is some type of old IMS DPROP module. thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Bill, Dr. Google says this is IBM Data Propagator. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/osmf Network Configuration Assistant
On 10/26/2020 12:21 PM, Keith Gooding wrote: Is anyone using this to maintain AT-TLS policies or any other policies ? Any views on NCA vs manual editing of the policy file ? When I first encountered AT-TLS I used the Windows version to generate a simple policy file for one type of application and thereafter did manual edits to the policy file (all applications were similar). Using AT-TLS for z/OS-supplied applications such as Telnet and FTP will make the policy file more complicated and I am wondering whether NCA is the best way. Keith -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Keith, IBM decided that AT-TLS was so inscrutable that you needed an app to configure it. Untrue. You can manually configure AT-TLS for TN3270 in less than a day, provided you can do all the tasks necessary. Please check out my presentation on this (WTW): https://www.newera.com/INFO/Top_11_Things_032018.pdf Please let me know if you have any questions or concerns. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IMS module DVRX0000 purpose
Looked at my IMS 15 product libraries and found no such module. Does it have the fmid inside? Why do you think it is IMS? ITschak ITschak Mugzach *|** IronSphere Platform* *|* *Information Security Continuous Monitoring for z/OS, x/Linux & IBM I **| z/VM comming son * On Tue, Oct 27, 2020 at 3:00 PM Bill Giannelli wrote: > We decommissioned IMS a couple of years back. We now find that an > application is still using an IMS module, DVRX. Can someone tell me > what this module does? Is seems, from a google search, it is some type of > old IMS DPROP module. > thanks > 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
IMS module DVRX0000 purpose
We decommissioned IMS a couple of years back. We now find that an application is still using an IMS module, DVRX. Can someone tell me what this module does? Is seems, from a google search, it is some type of old IMS DPROP module. thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/osmf Network Configuration Assistant
We are using manual modifications. Before, we used the Windows application which was excellent. We tried z/OSMF NCA but don't like it. Maybe IBM will force us to use it. On Mon, Oct 26, 2020 at 12:21 PM Keith Gooding < 034af3894af4-dmarc-requ...@listserv.ua.edu> wrote: > Is anyone using this to maintain AT-TLS policies or any other policies ? > > Any views on NCA vs manual editing of the policy file ? > > When I first encountered AT-TLS I used the Windows version to generate a > simple policy file for one type of application and thereafter did manual > edits to the policy file (all applications were similar). Using AT-TLS for > z/OS-supplied applications such as Telnet and FTP will make the policy file > more complicated and I am wondering whether NCA is the best way. > > Keith > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Politics: Poli (many) - tics (blood sucking parasites) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF to capture user login history
On 27/10/2020 2:53 am, Paul Gilmartin wrote: Does that include OMVS fork()? Seems like overkill given that some jobs may do copious forks. OMVS can produce a lot of SMF records. I did some testing on a short shell script, and 1000 iterations of a loop produced about 28,000 type 30 records - around 200 records/second. The good news is that the records are likely small with very similar data, so the facilities to compress SMF data should handle it nicely. I wrote up the testing here, and it gives some idea of when separate address spaces are used and SMF records written: https://www.blackhillsoftware.com/news/2019/08/27/comparing-bash-and-bin-sh-on-z-os/ Andrew Rowley Black Hill Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
