Re: Silent but missing before OMVS initialization
Other things wait for OMVS to initialize. Why not BPXBATCH/SH? I had/have an assembler stub to STIMER I used to use. Then I saw this method here or over in MVS-OE and decided it was more vanilla. I will be forwarding over to OE as Ed suggests for additional discussion. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Scott Ford Sent: Monday, December 23, 2013 2:46 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Silent but missing before OMVS initialization Dave, How can you execute a USS command without it being up ? If you need to sleep you could use rexx if you had to ,,,I looked at the manual the sleep cmd hasn't apparently changed Scott ford www.identityforge.com from my IPAD 'Infinite wisdom through infinite means' On Dec 23, 2013, at 5:39 PM, Gibney, Dave gib...@wsu.edu wrote: I have been using //SLEEP EXEC PGM=BPXBATCH,PARM='SH sleep SECONDSs' as a delay step in some of my STCs to wait for things like TCPIP to get up first. I know there are other options. It appears with my new z/OS 1.13 system, that prior to OMVS being up and functioning, this sleep command just returns with RC=0 Is this expected behavior? 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 -- 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: Is there an MVS command that displays real storage information?
Yes, that is it. I was looking for D STOR On Mon, 23 Dec 2013 12:28:24 -0600 Wayne Driscoll wdri...@us.ibm.com wrote: :You mean like :D M=STOR :which returns something like: :IEE174I 19.27.32 DISPLAY M 854 :REAL STORAGE STATUS :ONLINE-NOT RECONFIGURABLE :0M-1536M :ONLINE-RECONFIGURABLE :NONE :PENDING OFFLINE :NONE :STORAGE INCREMENT SIZE IS 1M : : :== :Wayne Driscoll :OMEGAMON DB2 L3 Support/Development :wdrisco(at)us(dot)ibm(dot)com :All opinions are mine, and do not represent :IBM Corporation. :== : :IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on :12/23/2013 12:24:45 PM: : : From: Binyamin Dissen bdis...@dissensoftware.com : To: IBM-MAIN@listserv.ua.edu, : Date: 12/23/2013 12:24 PM : Subject: [IBM-MAIN] Is there an MVS command that displays real : storage information? : Sent by: IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu : : Such as the amount assigned,the address ranges, etc.? : : -- : Binyamin Dissen bdis...@dissensoftware.com : http://www.dissensoftware.com : : Director, Dissen Software, Bar Grill - Israel : : : Should you use the mailblocks package and expect a response from me, : you should preauthorize the dissensoftware.com domain. : : I very rarely bother responding to challenge/response systems, : especially those from irresponsible companies. : : -- : 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 -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: APF authorization and JOBLIB DD card
Would integrity be compromised somehow more by (from my simplistic thinking) if I have a non-APF member in JOBLIB/STEPLIB and the system fails the job with a S306 than it would be compromised by bypassing the non-APF module and loading and executing the same-named module from APF/LNKLST? You are correct that that that implementation would not compromise the integrity (specifically the integrity that relates to security) but would compromise the integrity (the integrity that is used in a more general term as to correct operation). It would mean that, in general, the system when authorized could not reliably use link or load or attach in a user-submitted job - it might abend. 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
Re: Silent but missing before OMVS initialization
Dave, That's a good question ...I can't answer it, maybe one of the IBMers can Scott ford www.identityforge.com from my IPAD 'Infinite wisdom through infinite means' On Dec 24, 2013, at 3:37 AM, Gibney, Dave gib...@wsu.edu wrote: Other things wait for OMVS to initialize. Why not BPXBATCH/SH? I had/have an assembler stub to STIMER I used to use. Then I saw this method here or over in MVS-OE and decided it was more vanilla. I will be forwarding over to OE as Ed suggests for additional discussion. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Scott Ford Sent: Monday, December 23, 2013 2:46 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Silent but missing before OMVS initialization Dave, How can you execute a USS command without it being up ? If you need to sleep you could use rexx if you had to ,,,I looked at the manual the sleep cmd hasn't apparently changed Scott ford www.identityforge.com from my IPAD 'Infinite wisdom through infinite means' On Dec 23, 2013, at 5:39 PM, Gibney, Dave gib...@wsu.edu wrote: I have been using //SLEEP EXEC PGM=BPXBATCH,PARM='SH sleep SECONDSs' as a delay step in some of my STCs to wait for things like TCPIP to get up first. I know there are other options. It appears with my new z/OS 1.13 system, that prior to OMVS being up and functioning, this sleep command just returns with RC=0 Is this expected behavior? 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 -- 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
Turing's belated pardon
From today's New York Times: Alan Turing, the British mathematician regarded as one of the central figures in the development of the computer, received a formal pardon from Queen Elizabeth II on Monday for his conviction in 1952 on charges of homosexuality, at the time a criminal offense in Britain. Turing (1912-1954), was in fact convicted of 'gross indecency', whatever that may be; and it is appropriate to have that conviction, which dishonoured British Justice, expunged. His suicide at 42 nevertheless deprived computing of one of its seminal figures, and there is no making that loss good. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Turing's belated pardon
On Tue, 24 Dec 2013 14:03:14 -0500, John Gilmore wrote: From today's New York Times: Alan Turing, the British mathematician regarded as one of the central figures in the development of the computer, received a formal pardon from Queen Elizabeth II on Monday for his conviction in 1952 on charges of homosexuality, at the time a criminal offense in Britain. Turing (1912-1954), was in fact convicted of 'gross indecency', whatever that may be; and it is appropriate to have that conviction, which dishonoured British Justice, expunged. His suicide at 42 nevertheless deprived computing of one of its seminal figures, and there is no making that loss good. But: http://boingboing.net/2013/12/24/queen-elizabeth-pardons-turing.html Queen Elizabeth pardons Turing (but not the 50,000 other gay men the law unjustly criminalised) ... But I agree with Turing's biographer Dr Andrew Hodges, who says that the idea of a pardon for Turing establishes the principal that a sufficiently valuable individual should be above the law which applies to everyone else. In my view, the Queen should have pardoned every man and woman persecuted under the cruel and unjust law that ruined so many lives. Likewise, some gay rights advocates have complained that the British government might better have expended its resources not in such a symbolic gesture but in the more fitting memorial of broadening legal protection for living gays. (Not too political, I hope; advocacy thread *not* invited.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SMP/E ++HOLD FMID() for dependent FUNCTION SYSMOD
From: Title: SMP/E V3R6.0 for z/OS V1R13.0 Reference Document Number: SA22-7772-16 When a dependent FUNCTION sysmod is held for error, 2.8 ++HOLD MCS ... FMID specifies the FMID to which the held SYSMOD is applicable. ... Seems to say that the FMID operand should indicate not the FUNCTION being held, but its parent FUNCTION, as named on the FMID operand of its ++FUNCTION MCS. But, reading further: ... For external HOLDDATA (a ++HOLD statement not within a SYSMOD), this information allows SMP/E to receive only those statements associated with FMIDs defined in the user's global zone. This operand is required. Seems to say that the FMID operand should indicate the FUNCTION being held, not the FMID to which it applies. Which? RCF? And: 2.21 ++RELEASE MCS ... ++RELEASE statements unconditionally remove a SYSMOD from exception status ... Regardless of REASON? Ouch! What's the point of having REASON() on the ++RELEASE MCS? It seems misleading. Thanks, gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E ++HOLD FMID() for dependent FUNCTION SYSMOD
It's not clear what you are asking. FMID for ++HOLD is used to select which HOLD records should be retained because they are relevant to this system. If you have a hold for a function sysmod, then FMID would match the function sysmod. You say NOT TO THE FMID It APPLIES. What are you talking about? A function sysmod applies to it's self. It may pre or co-req another function but it does not apply to another FMID. As for ++RELEASE, the reason code must match the ++HOLD reason code. It clearly documents it under REASON for ++RELEASE. Jon Perryman From: Paul Gilmartin paulgboul...@aim.com From: Title: SMP/E V3R6.0 for z/OS V1R13.0 Reference Document Number: SA22-7772-16 When a dependent FUNCTION sysmod is held for error, 2.8 ++HOLD MCS ... FMID specifies the FMID to which the held SYSMOD is applicable. ... Seems to say that the FMID operand should indicate not the FUNCTION being held, but its parent FUNCTION, as named on the FMID operand of its ++FUNCTION MCS. But, reading further: ... For external HOLDDATA (a ++HOLD statement not within a SYSMOD), this information allows SMP/E to receive only those statements associated with FMIDs defined in the user's global zone. This operand is required. Seems to say that the FMID operand should indicate the FUNCTION being held, not the FMID to which it applies. Which? RCF? And: 2.21 ++RELEASE MCS ... ++RELEASE statements unconditionally remove a SYSMOD from exception status ... Regardless of REASON? Ouch! What's the point of having REASON() on the ++RELEASE MCS? It seems misleading. Thanks, gil -- 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: Turing's belated pardon
The occasion of Turing's pardon was certain to be used by people on every side of the issues raised by his prosecution to ride their own horses into the fray, arguing that something else or something more should have been done. That said, the view attributed to Andrew Hodges, that the Turing pardon establishes that a sufficiently valuable individual should be above the law which applies to everyone else, is a silly one. What it establishes, if anything, is that the law in q On 12/24/13, Paul Gilmartin paulgboul...@aim.com wrote: On Tue, 24 Dec 2013 14:03:14 -0500, John Gilmore wrote: From today's New York Times: Alan Turing, the British mathematician regarded as one of the central figures in the development of the computer, received a formal pardon from Queen Elizabeth II on Monday for his conviction in 1952 on charges of homosexuality, at the time a criminal offense in Britain. Turing (1912-1954), was in fact convicted of 'gross indecency', whatever that may be; and it is appropriate to have that conviction, which dishonoured British Justice, expunged. His suicide at 42 nevertheless deprived computing of one of its seminal figures, and there is no making that loss good. But: http://boingboing.net/2013/12/24/queen-elizabeth-pardons-turing.html Queen Elizabeth pardons Turing (but not the 50,000 other gay men the law unjustly criminalised) ... But I agree with Turing's biographer Dr Andrew Hodges, who says that the idea of a pardon for Turing establishes the principal that a sufficiently valuable individual should be above the law which applies to everyone else. In my view, the Queen should have pardoned every man and woman persecuted under the cruel and unjust law that ruined so many lives. Likewise, some gay rights advocates have complained that the British government might better have expended its resources not in such a symbolic gesture but in the more fitting memorial of broadening legal protection for living gays. (Not too political, I hope; advocacy thread *not* invited.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Turing's belated pardon
. . . [that the law in question] was wrong-headed. John Gilmore -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Deinstall software, for example BDT
In 4ee2851a2279b94cb70cd69b17410609b7dfa...@s1flokydce2kx01.dm0001.info53.com, on 12/17/2013 at 02:56 PM, Jousma, David david.jou...@53.com said: If you want to completely remove all traces, then use this. change yourfmid to the FMID(s) you want to remove: What did he do to you? APPLY REDO CHECK S(DELFUNC). APPLY REDO S(DELFUNC). Sort of negates the purpose of CHECK, doesn't it? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS UID display
In CAAFjFpFky=-aaA8-KS1i1R9vKwKH=pb269ryvdhwrutb5m0...@mail.gmail.com, on 12/14/2013 at 12:06 AM, venkat kulkarni venkatkulkarn...@gmail.com said: LOGNAME command gives my RACF ID . Then what is the use of ID and WHOAMI command. To pass Unix certification, for one thing. Also, the UID may be more useful than the userid in a Unix context. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS UID display
In CAJTOO59_hM2AwcV8Z4a0Y3TqaTX=o4go1dctgy_gztx0dcc...@mail.gmail.com, on 12/13/2013 at 11:44 AM, Mike Schwab mike.a.sch...@gmail.com said: Multiple IDs can use the same UID number. Yes, but you can get the userid in other ways. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXCP Counts in SMF Exit
In 1480926979.8195705.1387049432028.javamail.r...@comcast.net, on 12/14/2013 at 07:30 PM, DASDBILL2 dasdbi...@comcast.net said: The SMF EXCP counting code counts all EXCPs but not necessarily all I/O requests. If your wayward job is using the STARTIO access method or the Media Manager to do its output I/O to tape, Isn't MM strictly DASD? BSAM, QSAM, BPAM, and BDAM all use EXCP BPAM, BSAM and QSAM for DASD have used EXCPVR since SAM-E. so all their I/Os are counted by SMF. Non sequitor. Even before SAM-E there was chained scheduling; the access methods update the SMF data to reflect multiple blocks written under a single EXCP[VR]. I don't know about VSAM. The same as with BPAM, BSAM and QSAM; the access method is responsible for updating the counts. For VSAM, of course, there are no EXCPs, just I/O through the MM. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: GUI vs 3270 Re: MVS Quick Reference, was: LookAT
In 52a9b59f.2090...@gmail.com, on 12/12/2013 at 09:09 PM, David Crayford dcrayf...@gmail.com said: Would they be seduced by a GUI? The Devil is in the details. Would they be seduced by a GUI that was as fast, functional, reliable and user friendly as the old interface? Probably most would. Would they be seduced by a poorly designed GUI that was slower and less reliable than what they were used to, a GUI that did not have the functionality they needed? Some might, but most would run away screaming in disgust. A properly done GUI is a joy to use, but Sturgeon's Law applies. A poorly done GUI, especially a poorly done webified application, is torment. I wonder how many mainframers would stick to what they're comfortable with even if a GUI interface came along that totally nuked the old school UI. Probably very few. How do you make tiger stew? First catch the tiger. I don't anticipate the experiment being tried any time soon. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL IN SRB Mode (Was Un-authorized caller)
In 8p0ka91p0u2h3skg8nklk9o1sbmk4co...@4ax.com, on 12/12/2013 at 02:47 PM, Clark Morris cfmpub...@ns.sympatico.ca said: If the only code that is aimed for zAAP or zIIP is code that would have run authorized anyway, then no additional exposure is caused by their use. That would be true if there were never any programming errors. Errors in code running key 0 and supervisor are more likely to cause serious problems than errors in AC(1) code running key 8 and problem. In regard to COBOL, I believe have seen things that say that XML services used by COBOL can run on a zAAP so the question comes as to whether these services would have to run authorized anyway. My reading is that unauthorized code does a PC to invoke the service. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: GUI vs 3270 Re: MVS Quick Reference, was: LookAT
In a90e503c23f97441b05ee302853b0e6290237e7...@fspas01ev010.fspa.myntet.se, on 12/12/2013 at 03:38 PM, Thomas Berg thomas.b...@swedbank.se said: Not I. If I compare a typical 3270-interface and a typical PC/WEB-interface I generally can observe that the response times is about 50 times better in the 3270-interface. It's also generally less cluttered and easier to handle. Let me sploit that into two questions: 1. Would they be seduced by a well done GUI? 2. Would they be seduced by a poorly done GUI? I would expect the answers to differ. OTOH a typical gui interface can often have more and more advanced/modern functions etc. And the possibility to display much more information at one time in a relatively more readable format. I disagree. A GUI certainly *can* have what you describe, but in my experience that is not typical. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E ++HOLD FMID() for dependent FUNCTION SYSMOD
On Tue, 24 Dec 2013 14:50:47 -0800, Jon Perryman wrote: You say NOT TO THE FMID It APPLIES. What are you talking about? A function sysmod applies to it's self. It may pre or co-req another function but it does not apply to another FMID. In: Title: z/OS Packaging Rules Document Number: SC23-3695-10 4.1.1.2 Dependent Functions A dependent function is a collection of elements (such as source, macros, modules, and CLISTs) that provides an enhancement to a base function. ... Function SYSMODs for dependent functions are only applicable to the parent base function. I read the words only applicable to mean that a dependent FUNCTION sysmod applies not to itself but to the parent base function. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Does code on both zIIP and zAAP have to run authorized was Re: COBOL IN SRB Mode (Was Un-authorized caller)
On 24 Dec 2013 15:25:48 -0800, in bit.listserv.ibm-main you wrote: Subject line says it all. My understanding of most discussions here is that the answer is yes. Then the second question is whether this is logically code that would have run authorized anyway? Clark Morris In 8p0ka91p0u2h3skg8nklk9o1sbmk4co...@4ax.com, on 12/12/2013 at 02:47 PM, Clark Morris cfmpub...@ns.sympatico.ca said: If the only code that is aimed for zAAP or zIIP is code that would have run authorized anyway, then no additional exposure is caused by their use. That would be true if there were never any programming errors. Errors in code running key 0 and supervisor are more likely to cause serious problems than errors in AC(1) code running key 8 and problem. In regard to COBOL, I believe have seen things that say that XML services used by COBOL can run on a zAAP so the question comes as to whether these services would have to run authorized anyway. My reading is that unauthorized code does a PC to invoke the service. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Does code on both zIIP and zAAP have to run authorized was Re: COBOL IN SRB Mode (Was Un-authorized caller)
zAAP runs unauthorized. Only IBM has access to placing workload onto these processors. Vendors can run on zIIP. IBM doesn't want customer code on zIIP so IBM arbitrarily decided to require running as a special SRB that only authorized vendors have been told how to access it. Because customers want to save money, some software may run authorized that might not have been authorized in the past. IBM decided on this method because rarely will customers risk running their own programs in an authorized environment. Jon Perryman. From: Clark Morris cfmpub...@ns.sympatico.ca Subject line says it all. My understanding of most discussions here is that the answer is yes. Then the second question is whether this is logically code that would have run authorized anyway? Clark Morris In 8p0ka91p0u2h3skg8nklk9o1sbmk4co...@4ax.com, on 12/12/2013 at 02:47 PM, Clark Morris cfmpub...@ns.sympatico.ca said: If the only code that is aimed for zAAP or zIIP is code that would have run authorized anyway, then no additional exposure is caused by their use. That would be true if there were never any programming errors. Errors in code running key 0 and supervisor are more likely to cause serious problems than errors in AC(1) code running key 8 and problem. In regard to COBOL, I believe have seen things that say that XML services used by COBOL can run on a zAAP so the question comes as to whether these services would have to run authorized anyway. My reading is that unauthorized code does a PC to invoke the service. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E ++HOLD FMID() for dependent FUNCTION SYSMOD
Base and dependent functions are both coded thru a ++FUNCTION. I don't think there is a difference except for additional SMP/e statements making the base function a pre or co-req. The dependent function does not apply to the base function. Look at ++FUNCTION and you won't find any relationship. There is no parent, just pre-req function. Everything within the dependent function shows as to belonging to the dependent function. Jon Perryman. From: Paul Gilmartin paulgboul...@aim.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, December 24, 2013 3:52 PM Subject: Re: SMP/E ++HOLD FMID() for dependent FUNCTION SYSMOD On Tue, 24 Dec 2013 14:50:47 -0800, Jon Perryman wrote: You say NOT TO THE FMID It APPLIES. What are you talking about? A function sysmod applies to it's self. It may pre or co-req another function but it does not apply to another FMID. In: Title: z/OS Packaging Rules Document Number: SC23-3695-10 4.1.1.2 Dependent Functions A dependent function is a collection of elements (such as source, macros, modules, and CLISTs) that provides an enhancement to a base function. ... Function SYSMODs for dependent functions are only applicable to the parent base function. I read the words only applicable to mean that a dependent FUNCTION sysmod applies not to itself but to the parent base function. -- gil -- 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: Curiosity: TCB mapping macro name - why IKJTCB?
In article 0871825165316453.wa.paulgboulderaim@listserv.ua.edu Gil wrote: ATTACH/DETACH appeared contemporaneously with TSO!? I'm astonished! I'd have guessed they were much older, perhaps even aboriginal OS/360. Was there no multiprocessing mechanism older than TSO? RYO, I suppose. That's what I understand JES and CICS (others?) do. No JES then; HASP might have been available, but it mostly worked by emulating devices and hooking into standard exits (IEFUJV, IEFUJI) to massage the JCL to point to its (pseudo-) devices. -- Randy Hudson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN