Re: SMPE MCS construction question re aliases

2015-06-02 Thread Shmuel Metz (Seymour J.)
In <556c5f4f.1090...@us.ibm.com>, on 06/01/2015 at 09:34 AM, Kurt Quackenbush said: >>> " The ++PROGRAM MCS describes a program element (a pre-built load >>> module or a program object). It must immediately precede the load >>> module or program object when they are within the SYSMOD. >> >> Th

Re: SMPE MCS construction question re aliases

2015-06-02 Thread Shmuel Metz (Seymour J.)
In <6503242797771151.wa.paulgboulderaim@listserv.ua.edu>, on 06/01/2015 at 07:40 AM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >On Sun, 31 May 2015 09:22:12 -0400, Shmuel Metz (Seymour J.) wrote: >> >>>" The ++PROGRAM MCS describes a program element (a pre-built

Re: SMPE MCS construction question re aliases

2015-06-01 Thread Kurt Quackenbush
" The ++PROGRAM MCS describes a program element (a pre-built load module or a program object). It must immediately precede the load module or program object when they are within the SYSMOD. That would be a good trick. I might believe a GIMZIP compressed version. Its no trick. GIMDTS is your f

Re: SMPE MCS construction question re aliases

2015-06-01 Thread Paul Gilmartin
On Sun, 31 May 2015 09:22:12 -0400, Shmuel Metz (Seymour J.) wrote: > >>" The ++PROGRAM MCS describes a program element (a pre-built load >>module or a program object). It must immediately precede the load >>module or program object when they are within the SYSMOD. > >That would be a good trick. I

Re: SMPE MCS construction question re aliases

2015-05-31 Thread Shmuel Metz (Seymour J.)
In <0bf72eb9d750401a98a23caab0737...@exmbxprd01.ad.ufl.edu>, on 05/28/2015 at 07:57 PM, "Nims,Alva John (Al)" said: >" The ++PROGRAM MCS describes a program element (a pre-built load >module or a program object). It must immediately precede the load >module or program object when they are with

Re: SMPE MCS construction question re aliases

2015-05-31 Thread Shmuel Metz (Seymour J.)
In <2008381733857340.wa.paulgboulderaim@listserv.ua.edu>, on 05/28/2015 at 04:10 PM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >If it's a "real mainframe program", it's delivered in individual >++MOD elements and linked at customer's site with ++JCLIN. Or indivi

Re: SMPE MCS construction question re aliases

2015-05-28 Thread Charles Mills
construction question re aliases On Thu, 28 May 2015 14:23:05 -0700, Charles Mills wrote: >... by real mainframe programmers, without benefit of documentation LOL. > >We tell them > >BINARY >GET fmid.pax (REPLACE > Much the same here, except that by our Corporate Standard th

Re: SMPE MCS construction question re aliases

2015-05-28 Thread Paul Gilmartin
On Thu, 28 May 2015 14:23:05 -0700, Charles Mills wrote: >... by real mainframe programmers, without benefit of documentation LOL. > >We tell them > >BINARY >GET fmid.pax (REPLACE > Much the same here, except that by our Corporate Standard they must first un-zip it or un-jar it. Do any have restr

Re: SMPE MCS construction question re aliases

2015-05-28 Thread Charles Mills
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Thursday, May 28, 2015 2:11 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMPE MCS construction question re aliases On Thu, 28 May 2015 13:52:56 -0700, Charles Mills wrote

Re: SMPE MCS construction question re aliases

2015-05-28 Thread Paul Gilmartin
On Thu, 28 May 2015 13:52:56 -0700, Charles Mills wrote: >Geez. See the first paragraph in my OP. > >Yeah, a lot of tape in there. When IBM was asking here about software delivery >not on tape I should have said "will you update the SMPE manuals also?" > Me, too. >Yes, we use GIMZIP. And GIMSMP

Re: SMPE MCS construction question re aliases

2015-05-28 Thread Charles Mills
cal to its operation. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Thursday, May 28, 2015 1:37 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMPE MCS construction question re aliases On Thu, 28 May 2015 13:21:

Re: SMPE MCS construction question re aliases

2015-05-28 Thread Paul Gilmartin
On Thu, 28 May 2015 13:21:48 -0700, Charles Mills wrote: >OK, great, thanks. I was looking in the "Standard Packaging Rules for z/OS >Products" and could not make sense out of what they were saying about >aliases. > ++PROGRAM and other MCS are defined in SMP/E Reference; RECEIVE, APPLY, and ACC

Re: SMPE MCS construction question re aliases

2015-05-28 Thread Charles Mills
(Al) Sent: Thursday, May 28, 2015 12:58 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMPE MCS construction question re aliases Check your "SMP/e for z/OS: Reference" manual, Chapter 2. " The ++PROGRAM MCS describes a program element (a pre-built load module or a program object). It

Re: SMPE MCS construction question re aliases

2015-05-28 Thread Nims,Alva John (Al)
nal Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Thursday, May 28, 2015 2:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMPE MCS construction question re aliases A question for you real SMPE jockeys out there (as opposed to a pre

SMPE MCS construction question re aliases

2015-05-28 Thread Charles Mills
A question for you real SMPE jockeys out there (as opposed to a pretender like me): In creating SMPE MCS file commands for a load module that has an alias, do I need just one ++PROGRAM statement for the true module name, or do I need two (a la the way IEBCOPY deals with aliases), one for the true