Re: Learning the basics of SMP/E

[Salva Carrasco]

I use to include: CSI and SMP*, Targets, Dlibs and any othes librarys, datasets 
& Vsam for the product.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Learning the basics of SMP/E

[CM Poncelet]

Backup using PGM=ADRDSSU with JCL (something like, from memory): 
 
//BKUPSMPE  EXEC  PGM=ADRDSSU
//SYSPRINT  DD  SYSOUT=*
//OUTDD1 DD DSN=(+1),
// DISP=(NEW,CATLG,DELETE),
// UNIT=CART (or similar)
//FILTERDS DD    *
 INCLUDE( -
 .** -
 .** - 
    )
//*
//SYSIN    DD    *
 DUMP DATASET(FILTERDD(FILTERDS)) -
  OUTDDNAME( -
    OUTDD1 -
   ) -
  CANCELERROR -
  INCAT() -
  OPTIMIZE(4) -
  WAIT(2,2)
//* 
 

 
 
On 16/02/2021 00:26, Clark Morris wrote:
> [Default] On 15 Feb 2021 14:35:08 -0800, in bit.listserv.ibm-main
> scarra...@unicaja.es (Salva Carrasco) wrote:
>
>> The basic of SMP/E is: make a full backup first.
> And at every step in the process that changes any of the data sets or
> CSIs except for receiving holddata.
>
> Clark Morris
>> --
>> 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: Learning the basics of SMP/E

[Clark Morris]

[Default] On 15 Feb 2021 14:35:08 -0800, in bit.listserv.ibm-main
scarra...@unicaja.es (Salva Carrasco) wrote:

>The basic of SMP/E is: make a full backup first.

And at every step in the process that changes any of the data sets or
CSIs except for receiving holddata.

Clark Morris
>
>--
>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: Learning the basics of SMP/E

[Salva Carrasco]

The basic of SMP/E is: make a full backup first.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Learning the basics of SMP/E

[Bill Johnson]

 
For anything SMP/E, I would quiz the ultimate expert, Kurt Quackenbush of IBM.  
Over the years, I attended his presentations at Share and learned more there 
than all the experts on the list combined. He also is kind enough to accept 
direct emails.
An IBM fanboy

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Learning the basics of SMP/E

[Seymour J Metz]

Use the one with the most recent date and a simialr title. Possibly also 
redbooks.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Tuesday, February 2, 2021 11:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Learning the basics of SMP/E

On Wed, 3 Feb 2021 04:33:34 +, Seymour J Metz wrote:

>SMP/E PROGRAM PACKAGING GUIDE
>
A quick Google search finds several rotted-out links that may
have been valid in 1992.

Looking further:
publibz.boulder.ibm.com/epubs/pdf/gimpkg80.pdf
Software Delivery IBM
Standard Packaging Rules for z/OS-Based Products
SC23-3695-10

2003; tape-oriented; no mention of network.

But see the description of GIMZIP in the SMP/E Ref.

-- 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: Learning the basics of SMP/E

[Paul Gilmartin]

On Wed, 3 Feb 2021 04:33:34 +, Seymour J Metz wrote:

>SMP/E PROGRAM PACKAGING GUIDE
> 
A quick Google search finds several rotted-out links that may
have been valid in 1992.

Looking further:
publibz.boulder.ibm.com/epubs/pdf/gimpkg80.pdf
Software Delivery IBM
Standard Packaging Rules for z/OS-Based Products
SC23-3695-10

2003; tape-oriented; no mention of network.

But see the description of GIMZIP in the SMP/E Ref.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Learning the basics of SMP/E

[Seymour J Metz]

SMP/E PROGRAM PACKAGING GUIDE


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Brian Chapman [bchapma...@gmail.com]
Sent: Tuesday, February 2, 2021 10:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Learning the basics of SMP/E

Sam,

Thanks. Like you, I had to bumble my way through learning SMP/e. I had a
few fellow sys progs to lean on, but most of my knowledge was self taught
with lots of trial and error. I will definitely give this a read.

Something that I have not seen documented is how to create my own SMP/e
install for my own software. Is that only provided to ISV's?

On Tue, Jan 26, 2021, 1:11 PM Sam Golob  wrote:

> Dear Folks,
>
>  I was just reviewing an article I wrote in 1988 (a long time ago)
> that encapsulates and summarizes my original efforts to learn SMP/E.
>
>  Many of us systems programmers don't have a chance to do system
> maintenance, leaving it to "the designated person (or people)". And
> also, when breaking in a new person, that person is often given the job
> of doing the SMP/E system maintenance.  In my experience, the first
> exposure to SMP/E is a daunting task.  And it is even somewhat
> forbidding (to learn SMP/E) for very experienced systems programmers
> also, who (somehow) never ever got exposed to it, in their own LONG
> experience.
>
>  My personal feeling (in 1988, after five years as a sysprog) was
> that, with the PROPER TEACHING, I could have learned, in 3 weeks, what
> took me 4 years to learn.
>
>  I didn't want that to happen to anybody else.
>
>  So I wrote an article.  Very carefully.
>
>  I just read it over, today.  That's why I'm writing this piece.
>
>  IF ANYBODY FEELS THE NEED TO LEARN SMP/E, PLEASE GO TO FILE 014 OF
> THE CBT TAPE 
> (http://secure-web.cisco.com/13k-GGrfdD5tCCMKKxlGL7iiTZOH3FAAYhbHBhmbBTluf4f9GCHT_mBMZ_HJP8KzLXFQQ4sbsVFpj5UJeMQS7_8v2ANCLxA4_vS1yM5qgr_1Mnd6ajSh5Q-1oDBr_b8PKYO8GvWfiNMiFjGksnXu53HJSVU00AZt3f__aJDCz1HUFEGAgaNb1uHBs_fv7lxRnPwd5ghDqCk7w5mqkgFYAXplfiGg5angnMNyotKp-10JXOC3XYMK7fdKM0Z2d5hZSU5DTDT5dkayYwI74O0vBrLvefcIIaqtbHbgMOyiHt5IA2YkXGwW6m4NdfawgKUpdO7Ztt2oEL_ReZllcYzv3j0jSlqn5T_KK1j5-_VCWROhgL-OpXhOfr_gSZGQK7nuUSxkJD3ILZq-vbMatcq3_ixWIkPCurHXuLcGW9smU__ox13ECt_fRJCsYtGnAVPNr/http%3A%2F%2Fwww.cbttape.org),
>  and READ THE MEMBER, SMPARTCL.
>
>  Part of the problem in learning SMP/E, is that IBM does not tell
> you about its history, and where it came from.  In order to really
> understand SMP/E, you first must have a grasp of doing a SYSGEN, to
> create a new MVS system.  We don't do SYSGENs anymore, so this makes it
> hard to understand the foundation and structure and purpose and method
> of operation, of SMP/E.
>
>  Nevertheless, in that article, I tried to recreate the history, the
> best I could.
>
>  BOTTOM LINE.  If you want to train someone, or yourself, to do
> SMP/E, please first read this article - CBT File 014 - member SMPARTCL.
> It is almost guaranteed to make the process simpler.
>
>  Hope this helps.
>
>  All the best of everything to all of you.
>
> Sincerely, Sam
>
>
>
> --
> 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: Learning the basics of SMP/E

[Peter Bishop]

Hi Brian,

check out this doc, mentioned on the ++FUNCTION definition in the 
current SMP/E reference.


http://publibz.boulder.ibm.com/epubs/pdf/gimpkg80.pdf

Standard Packaging Rules for z/OS-based Products 



cheers,
Peter


On 3/02/2021 2:44 pm, Brian Chapman wrote:

Sam,

Thanks. Like you, I had to bumble my way through learning SMP/e. I had a
few fellow sys progs to lean on, but most of my knowledge was self taught
with lots of trial and error. I will definitely give this a read.

Something that I have not seen documented is how to create my own SMP/e
install for my own software. Is that only provided to ISV's?

On Tue, Jan 26, 2021, 1:11 PM Sam Golob  wrote:


Dear Folks,

  I was just reviewing an article I wrote in 1988 (a long time ago)
that encapsulates and summarizes my original efforts to learn SMP/E.

  Many of us systems programmers don't have a chance to do system
maintenance, leaving it to "the designated person (or people)". And
also, when breaking in a new person, that person is often given the job
of doing the SMP/E system maintenance.  In my experience, the first
exposure to SMP/E is a daunting task.  And it is even somewhat
forbidding (to learn SMP/E) for very experienced systems programmers
also, who (somehow) never ever got exposed to it, in their own LONG
experience.

  My personal feeling (in 1988, after five years as a sysprog) was
that, with the PROPER TEACHING, I could have learned, in 3 weeks, what
took me 4 years to learn.

  I didn't want that to happen to anybody else.

  So I wrote an article.  Very carefully.

  I just read it over, today.  That's why I'm writing this piece.

  IF ANYBODY FEELS THE NEED TO LEARN SMP/E, PLEASE GO TO FILE 014 OF
THE CBT TAPE (www.cbttape.org), and READ THE MEMBER, SMPARTCL.

  Part of the problem in learning SMP/E, is that IBM does not tell
you about its history, and where it came from.  In order to really
understand SMP/E, you first must have a grasp of doing a SYSGEN, to
create a new MVS system.  We don't do SYSGENs anymore, so this makes it
hard to understand the foundation and structure and purpose and method
of operation, of SMP/E.

  Nevertheless, in that article, I tried to recreate the history, the
best I could.

  BOTTOM LINE.  If you want to train someone, or yourself, to do
SMP/E, please first read this article - CBT File 014 - member SMPARTCL.
It is almost guaranteed to make the process simpler.

  Hope this helps.

  All the best of everything to all of you.

Sincerely, Sam



--
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: Learning the basics of SMP/E

[Brian Chapman]

Sam,

Thanks. Like you, I had to bumble my way through learning SMP/e. I had a
few fellow sys progs to lean on, but most of my knowledge was self taught
with lots of trial and error. I will definitely give this a read.

Something that I have not seen documented is how to create my own SMP/e
install for my own software. Is that only provided to ISV's?

On Tue, Jan 26, 2021, 1:11 PM Sam Golob  wrote:

> Dear Folks,
>
>  I was just reviewing an article I wrote in 1988 (a long time ago)
> that encapsulates and summarizes my original efforts to learn SMP/E.
>
>  Many of us systems programmers don't have a chance to do system
> maintenance, leaving it to "the designated person (or people)". And
> also, when breaking in a new person, that person is often given the job
> of doing the SMP/E system maintenance.  In my experience, the first
> exposure to SMP/E is a daunting task.  And it is even somewhat
> forbidding (to learn SMP/E) for very experienced systems programmers
> also, who (somehow) never ever got exposed to it, in their own LONG
> experience.
>
>  My personal feeling (in 1988, after five years as a sysprog) was
> that, with the PROPER TEACHING, I could have learned, in 3 weeks, what
> took me 4 years to learn.
>
>  I didn't want that to happen to anybody else.
>
>  So I wrote an article.  Very carefully.
>
>  I just read it over, today.  That's why I'm writing this piece.
>
>  IF ANYBODY FEELS THE NEED TO LEARN SMP/E, PLEASE GO TO FILE 014 OF
> THE CBT TAPE (www.cbttape.org), and READ THE MEMBER, SMPARTCL.
>
>  Part of the problem in learning SMP/E, is that IBM does not tell
> you about its history, and where it came from.  In order to really
> understand SMP/E, you first must have a grasp of doing a SYSGEN, to
> create a new MVS system.  We don't do SYSGENs anymore, so this makes it
> hard to understand the foundation and structure and purpose and method
> of operation, of SMP/E.
>
>  Nevertheless, in that article, I tried to recreate the history, the
> best I could.
>
>  BOTTOM LINE.  If you want to train someone, or yourself, to do
> SMP/E, please first read this article - CBT File 014 - member SMPARTCL.
> It is almost guaranteed to make the process simpler.
>
>  Hope this helps.
>
>  All the best of everything to all of you.
>
> Sincerely, Sam
>
>
>
> --
> 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: Learning the basics of SMP/E

[IBM user]

Thank you!  There is no decent training or explanation of SMP/E that I could 
find, and the 'designated people' would not let me touch the machine, so I look 
forward to reading your article. 

- Original message -
From: Sam Golob 
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Learning the basics of SMP/E
Date: Tuesday, January 26, 2021 1:11 PM

Dear Folks,

     I was just reviewing an article I wrote in 1988 (a long time ago) 
that encapsulates and summarizes my original efforts to learn SMP/E.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Learning the basics of SMP/E

[Frank Swarbrick]

I'm not a sysprog, but this sounds like it might be an interesting read.  
Thanks!


From: IBM Mainframe Discussion List  on behalf of Sam 
Golob 
Sent: Tuesday, January 26, 2021 11:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Learning the basics of SMP/E

Dear Folks,

 I was just reviewing an article I wrote in 1988 (a long time ago)
that encapsulates and summarizes my original efforts to learn SMP/E.

 Many of us systems programmers don't have a chance to do system
maintenance, leaving it to "the designated person (or people)". And
also, when breaking in a new person, that person is often given the job
of doing the SMP/E system maintenance.  In my experience, the first
exposure to SMP/E is a daunting task.  And it is even somewhat
forbidding (to learn SMP/E) for very experienced systems programmers
also, who (somehow) never ever got exposed to it, in their own LONG
experience.

 My personal feeling (in 1988, after five years as a sysprog) was
that, with the PROPER TEACHING, I could have learned, in 3 weeks, what
took me 4 years to learn.

 I didn't want that to happen to anybody else.

 So I wrote an article.  Very carefully.

 I just read it over, today.  That's why I'm writing this piece.

 IF ANYBODY FEELS THE NEED TO LEARN SMP/E, PLEASE GO TO FILE 014 OF
THE CBT TAPE (www.cbttape.org<http://www.cbttape.org>), and READ THE MEMBER, 
SMPARTCL.

 Part of the problem in learning SMP/E, is that IBM does not tell
you about its history, and where it came from.  In order to really
understand SMP/E, you first must have a grasp of doing a SYSGEN, to
create a new MVS system.  We don't do SYSGENs anymore, so this makes it
hard to understand the foundation and structure and purpose and method
of operation, of SMP/E.

 Nevertheless, in that article, I tried to recreate the history, the
best I could.

 BOTTOM LINE.  If you want to train someone, or yourself, to do
SMP/E, please first read this article - CBT File 014 - member SMPARTCL.
It is almost guaranteed to make the process simpler.

 Hope this helps.

 All the best of everything to all of you.

Sincerely, Sam



--
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: Learning the basics of SMP/E

[Jousma, David]

Thanks Sam!

_
Dave Jousma
AVP | Director, Technology Engineering  

Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, MI 
49546
616.653.8429  |  fax: 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Sam 
Golob
Sent: Tuesday, January 26, 2021 1:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Learning the basics of SMP/E

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

Dear Folks,

     I was just reviewing an article I wrote in 1988 (a long time ago) that 
encapsulates and summarizes my original efforts to learn SMP/E.

     Many of us systems programmers don't have a chance to do system 
maintenance, leaving it to "the designated person (or people)". And also, when 
breaking in a new person, that person is often given the job of doing the SMP/E 
system maintenance.  In my experience, the first exposure to SMP/E is a 
daunting task.  And it is even somewhat forbidding (to learn SMP/E) for very 
experienced systems programmers also, who (somehow) never ever got exposed to 
it, in their own LONG experience.

     My personal feeling (in 1988, after five years as a sysprog) was that, 
with the PROPER TEACHING, I could have learned, in 3 weeks, what took me 4 
years to learn.

     I didn't want that to happen to anybody else.

     So I wrote an article.  Very carefully.

     I just read it over, today.  That's why I'm writing this piece.

     IF ANYBODY FEELS THE NEED TO LEARN SMP/E, PLEASE GO TO FILE 014 OF THE CBT 
TAPE 
(https://protect2.fireeye.com/v1/url?k=3e1c3ff8-61870700-3e1c1560-0cc47a33347c-5dd923bfd7f64b63&q=1&e=abfca06c-81fb-4463-9f31-e90f4b69df4c&u=http%3A%2F%2Fwww.cbttape.org%2F),
 and READ THE MEMBER, SMPARTCL.

     Part of the problem in learning SMP/E, is that IBM does not tell you about 
its history, and where it came from.  In order to really understand SMP/E, you 
first must have a grasp of doing a SYSGEN, to create a new MVS system.  We 
don't do SYSGENs anymore, so this makes it hard to understand the foundation 
and structure and purpose and method of operation, of SMP/E.

     Nevertheless, in that article, I tried to recreate the history, the best I 
could.

     BOTTOM LINE.  If you want to train someone, or yourself, to do SMP/E, 
please first read this article - CBT File 014 - member SMPARTCL. It is almost 
guaranteed to make the process simpler.

     Hope this helps.

     All the best of everything to all of you.

Sincerely, Sam



--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION EXTERNAL 
EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Learning the basics of SMP/E

[Sam Golob]

Dear Folks,

    I was just reviewing an article I wrote in 1988 (a long time ago) 
that encapsulates and summarizes my original efforts to learn SMP/E.


    Many of us systems programmers don't have a chance to do system 
maintenance, leaving it to "the designated person (or people)". And 
also, when breaking in a new person, that person is often given the job 
of doing the SMP/E system maintenance.  In my experience, the first 
exposure to SMP/E is a daunting task.  And it is even somewhat 
forbidding (to learn SMP/E) for very experienced systems programmers 
also, who (somehow) never ever got exposed to it, in their own LONG 
experience.


    My personal feeling (in 1988, after five years as a sysprog) was 
that, with the PROPER TEACHING, I could have learned, in 3 weeks, what 
took me 4 years to learn.


    I didn't want that to happen to anybody else.

    So I wrote an article.  Very carefully.

    I just read it over, today.  That's why I'm writing this piece.

    IF ANYBODY FEELS THE NEED TO LEARN SMP/E, PLEASE GO TO FILE 014 OF 
THE CBT TAPE (www.cbttape.org), and READ THE MEMBER, SMPARTCL.


    Part of the problem in learning SMP/E, is that IBM does not tell 
you about its history, and where it came from.  In order to really 
understand SMP/E, you first must have a grasp of doing a SYSGEN, to 
create a new MVS system.  We don't do SYSGENs anymore, so this makes it 
hard to understand the foundation and structure and purpose and method 
of operation, of SMP/E.


    Nevertheless, in that article, I tried to recreate the history, the 
best I could.


    BOTTOM LINE.  If you want to train someone, or yourself, to do 
SMP/E, please first read this article - CBT File 014 - member SMPARTCL.  
It is almost guaranteed to make the process simpler.


    Hope this helps.

    All the best of everything to all of you.

Sincerely, Sam



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN