Re: CPU time cost of dynamic allocation

[Jesse 1 Robinson]

Once upon a memorable time, a data set allocated in (say) an IEFRB14 step got a 
DSCB created complete with whatever DCB attributes were specified in JCL. 
However, the 'data' on disk had no actual format, so opening the data set would 
get some kind of I/O error. Unless, perhaps, the data on the track had 
previously been written by a real program, in which case the data would be 
'readable' even though it was leftover garbage. So it was customary for an 
application to create a new empty data set with something like IEBGENER using 
dummy input just so that a later read operation on the empty file would get 
immediate EOF without error.  

Then MVS was changed to simulate an OPEN/CLOSE on a new allocation so that a 
later read would get immediate EOF. We don't even think about it today, but 
applications are simpler and less error prone without having to worry about the 
format of a newly allocated data set. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of CM 
Poncelet
Sent: Thursday, August 8, 2019 6:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: CPU time cost of dynamic allocation

I mentioned "temp datasets" because Charles' post referred to them as such:
 
On 08/08/2019 20:17, Charles Mills wrote:
> I see
>
> IEF285I   SYS19218.T143507.RA000.xxx00114.R0105346 PASSED 
> IEF285I   SYS19218.T143507.RA000.xxx00114.R0105347 PASSED 
> IEF285I   SYS19218.T143507.RA000.xxx00114.R0105348 PASSED
> ...
>
> And
>
> IEF285I   SYS19218.T143507.RA000.xxx00114.R0105346 DELETED
> IEF285I   SYS19218.T143507.RA000.xxx00114.R0105347 DELETED
> IEF285I   SYS19218.T143507.RA000.xxx00114.R0105348 DELETED
> ...
>
> So it looks to me like DSCBs were actually created.
>
> Charles
 
Meanwhile, yes, they (as temp datasets) are not actually catalogued - but are 
"PASSED" via the JFCB or JFCBX, or whatever similar else, to subsequent JCL 
steps.
 
My argument was that datasets allocated via IEFBR14 are not *physically* 
allocated on DASD - and that this could be checked as per the example JCL and 
then cross-checked (after the IEFBR14) via ISPF "3.2" and "3.4". 
 
Yes, I did suggestDSORG=PS in my example JCL "// 
DCB=(RECFM=VBA,LRECL=137,BLKSIZE=27998,DSORG=PS)"
 
OPENing such a dataset for READ (rather than WRITE) would probably hit an abend 
as well as, if not before, hitting the EODAD.
 
HTH Cheers, Chris Poncelet (retired sysprog)
 

On 09/08/2019 00:30, Paul Gilmartin wrote:
> On Thu, 8 Aug 2019 23:52:25 +0100, CM Poncelet wrote:
>
>> FWIW I hesitate to believe that PASSED/DELETED implies that the temp 
>> datasets were ever physically created on DASD - unless they were 
>> OPENed for OUTPUT in-between. I think the *physical* alloc happens 
>> only on an OPEN DCB with MACRF=(PM/L).
>>  
>> Have you tried something like the following with IEFBR14?
>>  
>> '//WHATEVER  DD DISP=(,CATLG),   
>> '//...
> I don't believe temp data sets can be catalogued.
>
> I'd consider the proof to be whether the data set can be OPENed in a 
> later step.  I'd expect a READ to enter EODAD instantly.
>
> Specifying DSORG=PS might make a difference.
>
> -- gil


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

Re: CPU time cost of dynamic allocation

[CM Poncelet]

I mentioned "temp datasets" because Charles' post referred to them as such:
 
On 08/08/2019 20:17, Charles Mills wrote:
> I see
>
> IEF285I   SYS19218.T143507.RA000.xxx00114.R0105346 PASSED 
> IEF285I   SYS19218.T143507.RA000.xxx00114.R0105347 PASSED 
> IEF285I   SYS19218.T143507.RA000.xxx00114.R0105348 PASSED
> ...
>
> And
>
> IEF285I   SYS19218.T143507.RA000.xxx00114.R0105346 DELETED
> IEF285I   SYS19218.T143507.RA000.xxx00114.R0105347 DELETED
> IEF285I   SYS19218.T143507.RA000.xxx00114.R0105348 DELETED
> ...
>
> So it looks to me like DSCBs were actually created.
>
> Charles 
 
Meanwhile, yes, they (as temp datasets) are not actually catalogued -
but are "PASSED" via the JFCB or JFCBX, or whatever similar else, to
subsequent JCL steps.
 
My argument was that datasets allocated via IEFBR14 are not *physically*
allocated on DASD - and that this could be checked as per the example
JCL and then cross-checked (after the IEFBR14) via ISPF "3.2" and "3.4". 
 
Yes, I did suggestDSORG=PS in my example JCL
"// DCB=(RECFM=VBA,LRECL=137,BLKSIZE=27998,DSORG=PS)"
 
OPENing such a dataset for READ (rather than WRITE) would probably hit
an abend as well as, if not before, hitting the EODAD.
 
HTH Cheers, Chris Poncelet (retired sysprog)
 

On 09/08/2019 00:30, Paul Gilmartin wrote:
> On Thu, 8 Aug 2019 23:52:25 +0100, CM Poncelet wrote:
>
>> FWIW I hesitate to believe that PASSED/DELETED implies that the temp
>> datasets were ever physically created on DASD - unless they were OPENed
>> for OUTPUT in-between. I think the *physical* alloc happens only on an
>> OPEN DCB with MACRF=(PM/L).
>>  
>> Have you tried something like the following with IEFBR14?
>>  
>> '//WHATEVER  DD DISP=(,CATLG),   
>> '//...
> I don't believe temp data sets can be catalogued.
>
> I'd consider the proof to be whether the data set can be OPENed in a 
> later step.  I'd expect a READ to enter EODAD instantly.
>
> Specifying DSORG=PS might make a difference.
>
> -- 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: CPU time cost of dynamic allocation

[Paul Gilmartin]

On Thu, 8 Aug 2019 23:52:25 +0100, CM Poncelet wrote:

>FWIW I hesitate to believe that PASSED/DELETED implies that the temp
>datasets were ever physically created on DASD - unless they were OPENed
>for OUTPUT in-between. I think the *physical* alloc happens only on an
>OPEN DCB with MACRF=(PM/L).
> 
>Have you tried something like the following with IEFBR14?
> 
>'//WHATEVER  DD DISP=(,CATLG),   
>'//...
I don't believe temp data sets can be catalogued.

I'd consider the proof to be whether the data set can be OPENed in a 
later step.  I'd expect a READ to enter EODAD instantly.

Specifying DSORG=PS might make a difference.

-- gil

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

Re: CPU time cost of dynamic allocation

[CM Poncelet]

FWIW I hesitate to believe that PASSED/DELETED implies that the temp
datasets were ever physically created on DASD - unless they were OPENed
for OUTPUT in-between. I think the *physical* alloc happens only on an
OPEN DCB with MACRF=(PM/L).
 
Have you tried something like the following with IEFBR14?
 
'//WHATEVER  DD DISP=(,CATLG),   
'// DSN=, 
'// DCB=(RECFM=VBA,LRECL=137,BLKSIZE=27998,DSORG=PS),   
'// SPACE=(CYL,(,2000)),VOL=(,,,20)
 
The VOL=(,,,20) would give you 320 extents. The SPACE=(CYL,) would
hopefully be unable to allocate the primary  CYLs on the first 16
extents, so would have to allocate the remaining CYLs on
second/third/etc. DASD volumes. An ISPF "3.2" would show on which
VOLSERs the dataset had been allocated. An ISPF "3.4" with "V" (if
memory serves), and specifying the first VOLSER from the "3.2", would
then show how much free space and how many extents were still available
on it. If no free space or extents are left on it, do a "3.4" but now
specifying the fully qualified DSN *and* the second VOLSER from "3.2".
If some of the dataset has been physically allocated on this second DASD
VOLSER, the "3.4" should display it; else, it has not been physically
allocated on this DASD.
 
Just my ha'penny.
 
 
 

On 08/08/2019 20:17, Charles Mills wrote:
> I see
>
> IEF285I   SYS19218.T143507.RA000.xxx00114.R0105346 PASSED 
> IEF285I   SYS19218.T143507.RA000.xxx00114.R0105347 PASSED 
> IEF285I   SYS19218.T143507.RA000.xxx00114.R0105348 PASSED
> ...
>
> And
>
> IEF285I   SYS19218.T143507.RA000.xxx00114.R0105346 DELETED
> IEF285I   SYS19218.T143507.RA000.xxx00114.R0105347 DELETED
> IEF285I   SYS19218.T143507.RA000.xxx00114.R0105348 DELETED
> ...
>
> So it looks to me like DSCBs were actually created.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of CM Poncelet
> Sent: Wednesday, August 7, 2019 12:34 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: CPU time cost of dynamic allocation
>
> >From years ago, I *think* an IEFBR14 step with DISP=(,CATLG) [or
> (,PASS)] does not physically allocate a dataset on a VOLSER but only
> registers it in the usercat. Have you checked whether it is in the VTOC?
>
> --
> 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: Current URI for SNA manuals?

[Steve Horein]

Oh darn!
I guess I opened a downloaded copy using Softcopy Reader.
I guess you were looking explicitly for online/web documentation?


On Thu, Aug 8, 2019 at 10:13 AM Seymour J Metz  wrote:

> In each case the link takes me to a summary page for the manual, but
> clicking Read gets me to IBM Z Publications Library Archive at
> https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zos-library-archives?OpenDocument.
>
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>

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

Re: LOADing a module into common storage

[Tony Harminc]

On Thu, 8 Aug 2019 at 07:35, Peter Relson  wrote:

> Roughly forever, the way to do this has not been to do two LOADs. It had
> been to do a BLDL, extract the length information (and the RMODE
> information and the Page boundary information) from the directory entry,
> do a suitable storage obtain, then do a LOAD with ADDR (or even, more
> recently, LOAD with ADDR64).
>

I wasn't sure the length from BLDL was correct under all reasonable
circumstances. (No, I don't have a module > 16MB, or RMODE(SPLIT) or the
like). But notably, we are using PDSEs, and I think of BLDL as returning
load module directory style info. In this respect I am a little suspicious
of the note on CSVQUERY OUTLENGTH that "The length returned is the number
of bytes used to contain the module. This size can be different depending
on whether the module was loaded from a PDS or a PDSE." That doesn't sound
like the number I need to put on a STORAGE OBTAIN. I need the length of the
module *as loaded*. But moving on...


> I wrote "had been" because dynamic LPA (CSVDYLPA macro) has been available
> for 20+ years now


So my "Modern" is just a bit older than I thought...

which accomplishes the function and also makes the named
> module knowable to others (including diagnostic tooling).
>

This would seem to be a problem. I just want to have code loaded into
common storage and relocated. I don't need or want anyone to be able to
invoke it by name via LINK or the like; I keep track of the EP address, and
of course enough info to free the storage when appropriate. With our
ancient method there is no content management info maintained by the
system, and hence no room for name clashes.

I also need to be able to have different versions of the code loaded
(perhaps by different versions or fix levels of the product) and existing
in common storage at the same time. Reading about CSVDYLPA it appears that
the member name from the dataset or file becomes known to the system, but
that it is not an error to load the same name (even if actually from a
different source) more than once, and so no need to  avoid name clashes? Is
there a downside to loading multiple copies/versions, and then deleting
them (carefully, of course) out of the creation order? Presumably there's
no performance impact if no one is doing a lookup by name.

I'm curious what need there is to store into the module,


I store the STOKEN of the loading program into the module so that the code
can be sure it's talking to the right place no matter who invokes it.
Perhaps CSVDYLPA can associate such data with the loaded image? Regardless,
I can do that another way.

but regardless, even with a page-protected module such as dynamic LPA
> creates, that can be
> accomplished if done CAREFULLY if the module is page-fixed using something
> like the DATOFF macro in AMODE 64 or the "real space" or even STURA/STURG.
>

It's not so much the storing that's the problem; I understood that an LPA
module that's marked REFR (and maybe just RENT) doesn't need to be paged
out, and so my store might be silently lost. Probably I have this wrong,
that is, if the change bit is on in a page it *will* be paged out if the
frame is needed.

In any case, thanks for the pointer. Old dog, new tricks, etc.

Tony H.

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

Re: ISPF Question - browsing variable length records

[Edward Finnell]

ISPF was Nulls On/Off STD. Had a couple of hot-shot programmers who found they 
could change some variable in ISPPROF to let them do admin things in QMF. 
Worked 'til they went in with Nulls on. The ISPPROF members are tagged with 
length to next variable and produced spaghettios.  

In a message dated 8/8/2019 5:30:50 PM Central Standard Time, 
choelsc...@humana.com writes:
I remember ICCF did in fact do real time updates when you hit enter (at 
least under the setup we had all those years ago .)

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

Re: Hyperlinked Table of Contents in IBM Program Directory PDF doc ?

[Edward Finnell]

Probably don't have time to rebuild the Indexes between the outages. Can you 
say SLA? 

In a message dated 8/8/2019 5:15:35 PM Central Standard Time, lbd...@gmail.com 
writes:
What happened?  This capability is extremely useful for those who don'tprint 
the publication but read them electronically.

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

Re: SMPE separate CSIs

[Robert Longabaugh]

The SMPLOG should be allocated to a VB sequential data set with a DISP=MOD
and LRECL=510.  We rarely ask for SMPLOG but it is helpful in some
situations to see the sequence of action when a customer has a question.
SMPLOG in the sysout is only semi-readable since the data and time stamps
are not EBCDIC.

On Thu, Aug 8, 2019 at 10:36 AM CM Poncelet  wrote:

> If you have not already done so, ensurethat all your new CSI's DDDEFs
> point at your new DLIB and TLIB datasets. See e.g. below.
>
> '//GLOBAL EXEC PGM=GIMSMP,REGION=4096K
> '//SMPCSI   DD DISP=SHR,DSN=..CSI
> '//*MPLOG   DD SYSOUT=*  <-- MUST COMMENT OUT IF CHANGING SMPLOG DDDEF
> '//SMPOUT   DD SYSOUT=*
> '//*MPPTS   DD DUMMY <-- MUST COMMENT OUT IF CHANGING SMPPTS DDDEF
> '//SMPRPT   DD SYSOUT=*
> '//SMPLIST  DD SYSOUT=*
> '//SYSPRINT DD SYSOUT=*
> '//SMPCNTL  DD *
> ' SET BOUNDARY(GLOBAL)
> ' .
> ' UCLIN
> ' .
> ' REP DDDEF(SMPPTS)
> ' DA(..SMPPTS)
> ' SHR
> ' .
> ' DEL DDDEF(SMPLOG)
> ' .
> ' ADD DDDEF(SMPLOG)
> ' SYSOUT(*)
> ' .
> ' ENDUCL
> ' .
> '/*
> '//*
> '//DZONE  EXEC PGM=GIMSMP,REGION=4096K
> '//SMPCSI   DD DISP=SHR,DSN=..CSI
> '//*MPLOG   DD SYSOUT=*  <-- MUST COMMENT OUT IF CHANGING SMPLOG DDDEF
> '//SMPOUT   DD SYSOUT=*
> '//*MPPTS   DD DUMMY <-- MUST COMMENT OUT IF CHANGING SMPPTS DDDEF
> '//SMPRPT   DD SYSOUT=*
> '//SMPLIST  DD SYSOUT=*
> '//SYSPRINT DD SYSOUT=*
> '//SMPCNTL  DD *
> ' SET BOUNDARY(DZONE)
> ' .
> ' UCLIN
> ' .
> ' REP DDDEF(ADXRSAMP)
> ' DA(..SAMPLIB)
> ' SHR
> ' .
> ' REP DDDEF(DBSOURCE)
> ' DA(..DBSOURCE)
> ' SHR
> ' .
> ' REP DDDEF(SMPPTS)
> ' DA(..SMPPTS)
> ' SHR
> ' .
> ' REP DDDEF(SMPSTS)
> ' DA(..SMPSTS)
> ' SHR
> ' .
> ' DEL DDDEF(SMPLOG)
> ' .
> ' ADD DDDEF(SMPLOG)
> ' SYSOUT(*)
> ' .
> ' ENDUCL
> ' .
> '/*
> '//*
> '//TZONE  EXEC PGM=GIMSMP,REGION=4096K
> '//SMPCSI   DD DISP=SHR,DSN=..CSI
> '//*MPLOG   DD SYSOUT=*  <-- MUST COMMENT OUT IF CHANGING SMPLOG DDDEF
> '//SMPOUT   DD SYSOUT=*
> '//*MPPTS   DD DUMMY <-- MUST COMMENT OUT IF CHANGING SMPPTS DDDEF
> '//SMPRPT   DD SYSOUT=*
> '//SMPLIST  DD SYSOUT=*
> '//SYSPRINT DD SYSOUT=*
> '//SMPCNTL  DD *
> ' SET BOUNDARY(TZONE)
> ' .
> ' UCLIN
> ' .
> ' REP DDDEF(ADXRSAMP)
> ' DA(..SAMPLIB)
> ' SHR
> ' .
> ' REP DDDEF(DBSOURCE)
> ' DA(..DBSOURCE)
> ' SHR
> ' .
> ' REP DDDEF(SDXRSAMP)
> ' DA(..SAMPLIB)
> ' SHR
> ' .
> ' REP DDDEF(SMPPTS)
> ' DA(..SMPPTS)
> ' SHR
> ' .
> ' REP DDDEF(SMPSTS)
> ' DA(..SMPSTS)
> ' SHR
> ' .
> ' DEL DDDEF(SMPLOG)
> ' .
> ' ADD DDDEF(SMPLOG)
> ' SYSOUT(*)
> ' .
> ' ENDUCL
> ' .
> '/*
> '//*
> '//  '
>
> On 08/08/2019 17:46, Alexander Riedel wrote:
> > No you don't  Do you have done a correct SET BOUNDARY().   to
> > your zone ? global or target depends on your report.
> > Alexander
> >
> > -- Original Message --
> > From: "Bill Giannelli" 
> > To: IBM-MAIN@listserv.ua.edu
> > Sent: 08.08.2019 16:29:14
> > Subject: SMPE separate CSIs
> >
> >> When I have separate CSIs for GLOBAL, TARGET and DLIB, do I need all
> >> these CSI datasets allocated to a GIMSMP batch smpe report job? I am
> >> getting errors that the TARGET zone can not be found.
> >> 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
> > .
> >
>
>
> --
> 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: Buying an IBM mainframe

[Paul Gilmartin]

On Fri, 9 Aug 2019 09:49:24 +1200, Laurence Chiu wrote:

>He's now managed to power it up and access the SE and HMC which is
>impressive.
>
>https://blog.mainframe.dev/2019/07/powering-mainframe.html
>
>I wonder if he wants to run z/OS since getting a licence could be tricky
>
Linux?

In an LPAR, not VM?

KVM?

-- gil

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

Re: Buying an IBM mainframe

[Laurence Chiu]

He's now managed to power it up and access the SE and HMC which is
impressive.

https://blog.mainframe.dev/2019/07/powering-mainframe.html

I wonder if he wants to run z/OS since getting a licence could be tricky

On Fri, Jul 19, 2019, 2:56 PM Mike Schwab  wrote:

> Newer HMC code can control 1,2, perhaps more generations back of z
> processors.  Older HMC code cannot control newer z processors. This
> prevents the need for one HMC for each generation at a site.
>
> On Fri, Jul 19, 2019 at 2:20 AM Laurence Chiu  wrote:
> >
> > This blog resonated a lot with me since the generation of Z box being
> built
> > is more recent.
> >
> > Having just put a Z14 ZR1 in the points he raised were quite relevant
> even
> > today.
> >
> > https://blog.mainframe.dev/2019/05/buying-ibm-mainframe.html
> >
> > Good luck to him.
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
> --
> Mike A Schwab, Springfield IL USA
> Where do Forest Rangers go to get away from it all?
>
> --
> 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: Pervasive Encryption - why?

[Ron Hawkins]

Phil,

Yes, you understood my question. Thank you.

I'm surprised by "Repeatability-XYZ encrypts to (perhaps) ABC consistently",
but if it works as you describe, then I think the impact would not be huge.
My observation is that compressing random ciphers is like compressing random
floating-point numbers: keep poking that stick in your eye.

I think this applies equally to things like transaction files, where account
numbers often repeat for many records, which often are sorted or grouped. If
the account number cypher is always the same, then it would get an entry in
the dictionary.

However, from what you explain, prefixes on account numbers, like the first
four of a credit card number, would no longer be the same for groups of
records, so that would mean some loss of repeatability.

RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Phil Smith III
Sent: Friday, 9 August 2019 01:40
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] Pervasive Encryption - why?

Ron Hawkins wrote:

>That would be an improvement over a random cypher, but wouldn't the 
>length

>and repeatability of the data patterns after encryption negatively 
>affect

>LZW compression, along with deduplication?

 

Not sure I understand your question, but I'll try.

 

Length-is unchanged

 

Repeatability-XYZ encrypts to (perhaps) ABC consistently, so it's
repeatable. But WXYZ does not encrypt to xABC, so is that what you mean
about repeatability? Yes, that will affect compression to some extent. My
suspicion is that it doesn't make a huge difference: yes, your database of
names with ROB and ROBERT and ROBBIE won't compress the ROB part, but there
will be some magic convergence of strings in the ciphertext that wasn't
there before (less, but some). But my impression is that compression is the
big win on larger fields anyway, like comment fields and the like. And you
probably wouldn't FPE those because they're not structured by definition, so
there's not much win there. We do occasionally have customers who want to
encrypt, say, comment fields because "some of our reps put SSNs or PANs in
those even though they aren't supposed to"; but for those, another AES
encryption mode is a better choice anyway. Of course then you still lose
some compression!

 

Note also that in the case above (comment field with possible SSN/PAN)
another choice is to FPE just the digits. So:

Talked to John; he says his SSN is 123-45-6789, but file has 123-44-6789.

Might encrypt to:

Talked to John; he says his SSN is 761-64-3552, but file has 749-43-7477.

 

If they also had "Will call him back on the 13th", the "13" would also get
encrypted, of course. Kinda weird but it works.

 

Did I answer the question at all, or am I off in far left field?


--
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: ALLOC or BPXWDYN ?

[Charles Mills]

Never mind. I've got SVC 99 on the brain. ALLOC is equally character-string 
driven. I still would use it over ALLOC any day of the week.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Thursday, August 8, 2019 4:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ALLOC or BPXWDYN ?

+ BPXWDYN is easy to debug. You can print out the character string parm 
easy-peasy and see if it is right or wrong.

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

Re: ALLOC or BPXWDYN ?

[Charles Mills]

+ BPXWDYN is easy to debug. You can print out the character string parm 
easy-peasy and see if it is right or wrong.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Thursday, August 8, 2019 3:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ALLOC or BPXWDYN ?

On Thu, 8 Aug 2019 14:19:06 -0500, Lionel B Dyck wrote:

>Which is the most efficient in terms of processor resources?
>
>TSO ALLOC or BPXWDYN?
> 
It probably depends on where you start from.  From the TSO READY
prompt, ALLOC may be more efficient that "CALL *(BXWDYN) 'arg-string'"
because the latter must load a program object.  (Is BPXWDYN in LPA?)
>From Rexx, BPXWDYN() bypasses the TSO command environment
and IKJPARS, a possible saving.

Don't know.

Efficiency aside, I use BPXWDYN in Rexx because:

o I'm familiar with it.

o It doesn't restrict my EXECs to running in a TSO environment.

o It allows me to concatenate UNIX files and Classic data sets.

o The RTDDN key allows me to retrieve temporary DDNAMEs.

o ALLOC lacks the INFO key.

I use ALLOC for a sort of bootstrapping to allocate SYSEXEC
initially.

-- 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: CPU time cost of dynamic allocation

[Ron Hawkins]

Charles et al.

Using the TCB time reported in IEF032 to measure and analyse the net CPU
cost of program execution is a bit like a detective investigating a crime
without leaving the office.

As others have said, there is more than one bucket used to measure the CPU
time of a job or step. If you use MXG, then you know that Barry totals all
those buckets into the CPUTM variable. Watch a job sit in privileged
dispatch status while going through space recovery at allocation for an idea
of why TCB time in IEF032 is inadequate.

If you don't have MXG (why) or equivalent software, then I suggest you
enhance IEFACTRT to provide the information or dig around CBT for an up to
date SMF type 30 report program.


RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Charles Mills
Sent: Wednesday, 7 August 2019 02:25
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM-MAIN] CPU time cost of dynamic allocation

I have a batch program that does several SVC 99 allocations. They are fairly
vanilla temporary dataset allocations, or at least that is how I think of
them. I am seeing a CPU time of about .0025 CPU seconds per allocation on a
z196. Is this what others would expect, or does it seem high?

OTOH I have an IEFBR14 batch job on the same machine that allocates 15
temporary datasets in JCL. The entire job lock, stock and barrel uses
(according to IEF032I) .00 CPU seconds.  Can anyone explain why JCL
allocation is apparently much more CPU efficient than SVC 99 allocation?

Charles

--
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: ISPF Question - browsing variable length records

[Paul Gilmartin]

On Thu, 8 Aug 2019 15:08:09 -0400, Tom Conley wrote: 
>
>PRESERVE ON/OFF controls what the editor does with trailing blanks in a
>VB record.  PRESERVE ON will preserve any REAL trailing blanks (based on
>RDW), PRESERVE OFF will truncate any trailing blanks.  I'm good with
>PRESERVE OFF.  Isn't that why God invented VB?
> 
I thought the Devil invented VB.

OK, but how can I append trailing blanks to a record in an existing file,
as I can with any good desktop editor, or even a poor one such as Notepad?

And with PRESERVE ON, if I insert characters in a line containing trailing
blanks it truncates trailing blanks equal to the characters I inserted.
PRESERVE ON doesn't "preserve any REAL trailing blanks"; rather,
it attempts to preserve the RDW.

I wonder what the RFE resulting in PRESERVE asked for?

I know neither the history nor the internals, but I suspect that an early
predecessor of ISPF Edit supported only RECFM=FB, and when the RFE
for VB support appeared, indolent developers chose to pad records to
fixed length on input to avoid most changes to existing code, and assume
they could repair the damage by stripping trailing blanks on output.

-- gil

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

Re: ISPF Question - browsing variable length records

[CM Poncelet]

I was explaining how to change option 1's displaying VIEW back to
displaying the original BROWSE panel. 
 
EDIT is ISPF main panel option 2 (and VIEW uses EDIT panels
ISREDDE2/3/4/5, unless you copy/alias original panel ISREDDE as
ISREDDE2/3/4/5 above them in the ISPPLIB concat.)
 

On 08/08/2019 19:35, Paul Gilmartin wrote:
> On Thu, 8 Aug 2019 18:15:10 +0100, CM Poncelet wrote:
>>...
>>     1,'PGM(ISRBRO) PARM(ISRBRO01)'   *< Change it to
>> this in your ISR@PRIM panel to use BROWSE instead of VIEW as default*
>>...
> Are you saying that making that change will prevent Edit's trimming trailing
> blanks on save?  I don't believe so.  (Except that it makes it impossible to 
> save.)
>> On 08/08/2019 17:36, Paul Gilmartin wrote:
>>> On Thu, 8 Aug 2019 08:46:02 -0400, Steve Smith wrote:
>>>
 Option 1 defaults to "View" mode, which is like Edit.  You can force it to
 Browse mode on the entry screen, which will be what you get with the "B"
 operator.

 View. like Edit, shows blanks all the way to the maximum LRECL, even if
 they're not there.  I don't know why.  However, Edit will trim trailing
 blanks from all records on save, unless you prevent it from doing so.

>>> ... and there's no way to prevent it.
> -- 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: ALLOC or BPXWDYN ?

[Paul Gilmartin]

On Thu, 8 Aug 2019 14:19:06 -0500, Lionel B Dyck wrote:

>Which is the most efficient in terms of processor resources?
>
>TSO ALLOC or BPXWDYN?
> 
It probably depends on where you start from.  From the TSO READY
prompt, ALLOC may be more efficient that "CALL *(BXWDYN) 'arg-string'"
because the latter must load a program object.  (Is BPXWDYN in LPA?)
From Rexx, BPXWDYN() bypasses the TSO command environment
and IKJPARS, a possible saving.

Don't know.

Efficiency aside, I use BPXWDYN in Rexx because:

o I'm familiar with it.

o It doesn't restrict my EXECs to running in a TSO environment.

o It allows me to concatenate UNIX files and Classic data sets.

o The RTDDN key allows me to retrieve temporary DDNAMEs.

o ALLOC lacks the INFO key.

I use ALLOC for a sort of bootstrapping to allocate SYSEXEC
initially.

-- gil

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

ALLOC or BPXWDYN ?

[Lionel B Dyck]

Which is the most efficient in terms of processor resources?

 

TSO ALLOC or BPXWDYN?

 

Thx

 

 

Lionel B. Dyck <
Website:   http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what
you are, reputation merely what others think you are." - John Wooden

 


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

Re: CPU time cost of dynamic allocation

[Charles Mills]

I see

IEF285I   SYS19218.T143507.RA000.xxx00114.R0105346 PASSED 
IEF285I   SYS19218.T143507.RA000.xxx00114.R0105347 PASSED 
IEF285I   SYS19218.T143507.RA000.xxx00114.R0105348 PASSED
...

And

IEF285I   SYS19218.T143507.RA000.xxx00114.R0105346 DELETED
IEF285I   SYS19218.T143507.RA000.xxx00114.R0105347 DELETED
IEF285I   SYS19218.T143507.RA000.xxx00114.R0105348 DELETED
...

So it looks to me like DSCBs were actually created.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of CM Poncelet
Sent: Wednesday, August 7, 2019 12:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CPU time cost of dynamic allocation

>From years ago, I *think* an IEFBR14 step with DISP=(,CATLG) [or
(,PASS)] does not physically allocate a dataset on a VOLSER but only
registers it in the usercat. Have you checked whether it is in the VTOC?

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

Re: ISPF Question - browsing variable length records

[Tom Conley]

On 8/8/2019 2:35 PM, Paul Gilmartin wrote:

On Thu, 8 Aug 2019 18:15:10 +0100, CM Poncelet wrote:

...
     1,'PGM(ISRBRO) PARM(ISRBRO01)'   *< Change it to
this in your ISR@PRIM panel to use BROWSE instead of VIEW as default*
...

Are you saying that making that change will prevent Edit's trimming trailing
blanks on save?  I don't believe so.  (Except that it makes it impossible to 
save.)


Gil,

PRESERVE ON/OFF controls what the editor does with trailing blanks in a 
VB record.  PRESERVE ON will preserve any REAL trailing blanks (based on 
RDW), PRESERVE OFF will truncate any trailing blanks.  I'm good with 
PRESERVE OFF.  Isn't that why God invented VB?


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: ISPF Question - browsing variable length records

[Steve Smith]

Wrong.

On Thu, Aug 8, 2019 at 12:37 PM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Thu, 8 Aug 2019 08:46:02 -0400, Steve Smith wrote:
> ... However, Edit will trim trailing
> >blanks from all records on save, unless you prevent it from doing so.
> >
> ... and there's no way to prevent it.
>
> -- gil

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

Re: ISPF Question - browsing variable length records

[Paul Gilmartin]

On Thu, 8 Aug 2019 18:15:10 +0100, CM Poncelet wrote:
>...
>    1,'PGM(ISRBRO) PARM(ISRBRO01)'   *< Change it to
>this in your ISR@PRIM panel to use BROWSE instead of VIEW as default*
>...
Are you saying that making that change will prevent Edit's trimming trailing
blanks on save?  I don't believe so.  (Except that it makes it impossible to 
save.)
>
>On 08/08/2019 17:36, Paul Gilmartin wrote:
>> On Thu, 8 Aug 2019 08:46:02 -0400, Steve Smith wrote:
>>
>>> Option 1 defaults to "View" mode, which is like Edit.  You can force it to
>>> Browse mode on the entry screen, which will be what you get with the "B"
>>> operator.
>>>
>>> View. like Edit, shows blanks all the way to the maximum LRECL, even if
>>> they're not there.  I don't know why.  However, Edit will trim trailing
>>> blanks from all records on save, unless you prevent it from doing so.
>>>
>> ... and there's no way to prevent it.

-- gil

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

Re: SMPE separate CSIs

[CM Poncelet]

If you have not already done so, ensurethat all your new CSI's DDDEFs
point at your new DLIB and TLIB datasets. See e.g. below.
 
'//GLOBAL EXEC PGM=GIMSMP,REGION=4096K  
'//SMPCSI   DD DISP=SHR,DSN=..CSI   
'//*MPLOG   DD SYSOUT=*  <-- MUST COMMENT OUT IF CHANGING SMPLOG DDDEF  
'//SMPOUT   DD SYSOUT=* 
'//*MPPTS   DD DUMMY <-- MUST COMMENT OUT IF CHANGING SMPPTS DDDEF  
'//SMPRPT   DD SYSOUT=* 
'//SMPLIST  DD SYSOUT=* 
'//SYSPRINT DD SYSOUT=* 
'//SMPCNTL  DD *
' SET BOUNDARY(GLOBAL)  
' . 
' UCLIN 
' . 
' REP DDDEF(SMPPTS) 
' DA(..SMPPTS)  
' SHR   
' . 
' DEL DDDEF(SMPLOG) 
' . 
' ADD DDDEF(SMPLOG) 
' SYSOUT(*) 
' . 
' ENDUCL
' . 
'/* 
'//*
'//DZONE  EXEC PGM=GIMSMP,REGION=4096K  
'//SMPCSI   DD DISP=SHR,DSN=..CSI   
'//*MPLOG   DD SYSOUT=*  <-- MUST COMMENT OUT IF CHANGING SMPLOG DDDEF  
'//SMPOUT   DD SYSOUT=* 
'//*MPPTS   DD DUMMY <-- MUST COMMENT OUT IF CHANGING SMPPTS DDDEF  
'//SMPRPT   DD SYSOUT=* 
'//SMPLIST  DD SYSOUT=* 
'//SYSPRINT DD SYSOUT=* 
'//SMPCNTL  DD *
' SET BOUNDARY(DZONE)   
' . 
' UCLIN 
' . 
' REP DDDEF(ADXRSAMP)   
' DA(..SAMPLIB) 
' SHR   
' . 
' REP DDDEF(DBSOURCE)   
' DA(..DBSOURCE)
' SHR   
' . 
' REP DDDEF(SMPPTS) 
' DA(..SMPPTS)  
' SHR   
' . 
' REP DDDEF(SMPSTS) 
' DA(..SMPSTS)  
' SHR   
' . 
' DEL DDDEF(SMPLOG) 
' . 
' ADD DDDEF(SMPLOG) 
' SYSOUT(*) 
' . 
' ENDUCL
' . 
'/* 
'//*
'//TZONE  EXEC PGM=GIMSMP,REGION=4096K  
'//SMPCSI   DD DISP=SHR,DSN=..CSI   
'//*MPLOG   DD SYSOUT=*  <-- MUST COMMENT OUT IF CHANGING SMPLOG DDDEF  
'//SMPOUT   DD SYSOUT=* 
'//*MPPTS   DD DUMMY <-- MUST COMMENT OUT IF CHANGING SMPPTS DDDEF  
'//SMPRPT   DD SYSOUT=* 

Re: ISPF Question - browsing variable length records

[CM Poncelet]

%---  ISPF/PDF PRIMARY OPTION MENU 

%OPTION 
===>_ZCMD +
%   +USERID   -
&ZUSER
%   0 +ISPF PARMS  - Specify terminal and user parameters   +TIME -
&ZTIME
%   1 +BROWSE  - Display source data or output listings +TERMINAL -
&ZTERM
%   2 +EDIT    - Create or change source data   +PF KEYS  -
&ZKEYS
%   3 +UTILITIES   - Perform utility functions  +SYSID    -
&ZSYSID
%   4 +FOREGROUND  - Invoke language processors in foreground
%   5 +BATCH   - Submit job for language processing
%   6 +COMMAND - Enter TSO command or CLIST
%   7 +DIALOG TEST - Perform dialog testing
%   8 +LM UTILITIES- Perform library administrator utility functions
%   9 +IBM PRODUCTS- Additional IBM program development products
%   I +IPCS    - Interactive Problem Control System
%   L +CA-LIBRARIAN- CA-Librarian
%   O +SDSF    - Spool Display and Search Facility
%   D +CA DOC  - Online Product Information and hints
%   P +PDS 8.4 - PDS
%   S +STROBE  - Perform job measurement functions
%   Q +QuickRef    - MVS/QuickRef
%   Z +XDC/SE  - Extended Debugging Controller
%   X +EXIT    - Terminate ISPF Using log and list defaults
+Enter%END+command to terminate ISPF.
)INIT
  .HELP = ISR3
  &ZPRIM = YES    /* ALWAYS A PRIMARY OPTION MENU  */
  &ZHTOP = ISR3   /* TUTORIAL TABLE OF CONTENTS    */
  &ZHINDEX = ISR91000 /* TUTORIAL INDEX - 1ST PAGE */
  VPUT (ZHTOP,ZHINDEX) PROFILE
)PROC
&ZQ = &Z
  IF (&ZCMD ¬= ' ')
    &ZQ = TRUNC(&ZCMD,'.')
    IF (&ZQ = ' ')
  .MSG = ISRU000
  &DTESTP = ISRYXDR   /* any changes to this panel should
  /* be mirroed in sysprog.ispplib
  IF (&ZENVIR > 'ISPF 3.2')
    &DTESTP = ISPYXDR
  &TFS = XDC  /* < This MUST match XDC's name.
  &TFSTEMP = TRUNC (&ZCMD,'.')    /*
  IF (&TFSTEMP = 'D') /* This code permits the user to
  &ZCMD   = TRUNC (&ZCMD,'.') /* specify =D.xxx where "xxx" might be
  &TFSTEMP = .TRAIL   /* the name of an alternate XDC.
  IF (&TFSTEMP ¬= &Z) /*
  &TFS = &TFSTEMP /*
  &TFS = DBC  /* < This MUST match DBC's name.
  &TFSTEMP = TRUNC (&ZCMD,'.')    /*
  IF (&TFSTEMP = 'D') /* This code permits the user to
  &ZCMD   = TRUNC (&ZCMD,'.') /* specify =D.xxx where "xxx" might be
  &TFSTEMP = .TRAIL   /* the name of an alternate DBC.
  IF (&TFSTEMP ¬= &Z) /*
  &TFS = &TFSTEMP /*
  &ZSEL = TRANS( &ZQ
    0,'PGM(ISPISM)'
    1,'PGM(ISRBRO) PARM(ISRBRO01)'   *< Change it to
this in your ISR@PRIM panel to use BROWSE instead of VIEW as default*
    2,'PGM(ISREDIT) PARM(P,ISREDM01)'
    3,'PANEL(ISRUTIL)'
    4,'PANEL(ISRFPA)'
    5,'PGM(ISRJB1) PARM(ISRJPA) NOCHECK'
    6,'PGM(ISRPTC)'
    7,'PGM(&DTESTP) NOCHECK'
    8,'PANEL(ISRLPRIM)'
    9,'PANEL(ISRDIIS1)'
   /*   I,'PANEL(IPCSPRIM)'    */
   /*   I,'PGM(BLSG) PARM(PANEL(BLSPPRIM)) NEWAPPL(BLSG)' */
    I,'CMD(%GISIPCS)'
   IX,'CMD(%IXFP) NOCHECK'
    L,'CMD(%CALIBR)'
    O,'PGM(ISFISP) NOCHECK NEWAPPL(ISF)'
    M,'PANEL(MVSOPTS)'
    P,'PANEL(PDS@PRIM)'
    D,'PANEL(DOC@PRIM)'
   U1,'PANEL(ISR@MISC)'
  MIS,'CMD(MISCLIST)'
    Q,'CMD(QW)'
    S,'CMD(%STROBE) NOCHECK'
    Z,'CMD(%XDC) NOCHECK NEWAPPL(XDC)'
  ' ',' '
    X,'EXIT'
    *,'?' )
  &ZTRAIL = .TRAIL
)END


On 08/08/2019 17:36, Paul Gilmartin wrote:
> On Thu, 8 Aug 2019 08:46:02 -0400, Steve Smith wrote:
>
>> Option 1 defaults to "View" mode, which is like Edit.  You can force it to
>> Browse mode on the entry screen, which will be what you get with the "B"
>> operator.
>>
>> View. like Edit, shows blanks all the way to the maximum LRECL, even if
>> they're not there.  I don't know why.  However, Edit will trim trailing
>> blanks from all records on save, unless you prevent it from doing so.
>>
> ... and there's no way to prevent it.
>
> -- 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: SMPE separate CSIs

[Alexander Riedel]

No you don't  Do you have done a correct SET BOUNDARY().   to 
your zone ? global or target depends on your report.

Alexander

-- Original Message --
From: "Bill Giannelli" 
To: IBM-MAIN@listserv.ua.edu
Sent: 08.08.2019 16:29:14
Subject: SMPE separate CSIs


When I have separate CSIs for GLOBAL, TARGET and DLIB, do I need all these CSI 
datasets allocated to a GIMSMP batch smpe report job? I am getting errors that 
the TARGET zone can not be found.
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

Re: ISPF Question - browsing variable length records

[Paul Gilmartin]

On Thu, 8 Aug 2019 08:46:02 -0400, Steve Smith wrote:

>Option 1 defaults to "View" mode, which is like Edit.  You can force it to
>Browse mode on the entry screen, which will be what you get with the "B"
>operator.
>
>View. like Edit, shows blanks all the way to the maximum LRECL, even if
>they're not there.  I don't know why.  However, Edit will trim trailing
>blanks from all records on save, unless you prevent it from doing so.
> 
... and there's no way to prevent it.

-- gil

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

Re: IBM SFG - Your Opinion

[Sasso, Len]

What about SFG Routing Channels/Routing Templates?

Thank You!
Len Sasso
Systems Administrator
General Dynamics Information Technology
327 Columbia TPKE
Rensselaer, NY 12144
Phone: (518) 257-4209
Cell: (518) 894-0879
Fax: (518) 257-4300
len.sa...@gdit.com
URL: www.gdit.com
Vacation: 9/3/19 - 9/10/19



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richards, Robert B.
Sent: Thursday, August 8, 2019 9:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM SFG - Your Opinion

https://www-01.ibm.com/support/docview.wss?uid=swg27023829

Product Documentation

Abstract
User documentation for all versions of IBM Sterling File Gateway and IBM 
Sterling myFileGateway.

Content
 

B2B & Commerce Documentation Home
 
Sterling File Gateway
Version 6.0
Version 2.2
Version 2.1
Version 2.0
Version 1.1
 
Sterling myFileGateway
Version 2.2
Version 2.1
Version 2.0
Version 1.1

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Sasso, Len
Sent: Thursday, August 08, 2019 9:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM SFG - Your Opinion
Importance: High

Has anyone had training for the IBM SFG Product?
 
If so, could you please provide the name of the 3rd Party Vendor who provided 
the training?

Also, where can I find SFG Documentation/User Guide/etc.?


Thank You!

Len Sasso
Systems Administrator
General Dynamics Information Technology
327 Columbia TPKE
Rensselaer, NY 12144
Phone: (518) 257-4209
Cell: (518) 894-0879
Fax: (518) 257-4300
len.sa...@gdit.com
URL: www.gdit.com
Vacation: 9/3/19 - 9/10/19



-Original Message-
From: Sasso, Len
Sent: Thursday, July 25, 2019 11:34 AM
To: IBM Mainframe Discussion List 
Subject: RE: IBM SFG - Your Opinion
Importance: High

I just checked, we are now at Version 5.2.

Thank You!
Len Sasso
Systems Administrator
General Dynamics Information Technology
327 Columbia TPKE
Rensselaer, NY 12144
Phone: (518) 257-4209
Cell: (518) 894-0879
Fax: (518) 257-4300
len.sa...@gdit.com
URL: www.gdit.com



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Thursday, July 25, 2019 11:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM SFG - Your Opinion

Len you will need to move to CD 5.2

Sent from my iPhone

Sorry for the finger checks

> On Jul 25, 2019, at 08:50, Sasso, Len  wrote:
> 
> Has anyone had training for the IBM SFG Product?
> 
> If so, could you please provide the name of the 3rd Party Vendor who provided 
> the training?
> 
> How would you rate the training?
> 
> 
> Thank You!
> Len Sasso
> Systems Administrator
> General Dynamics Information Technology
> 327 Columbia TPKE
> Rensselaer, NY 12144
> Phone: (518) 257-4209
> Cell: (518) 894-0879
> Fax: (518) 257-4300
> len.sa...@gdit.com
> URL: www.gdit.com
> 
> 
> -Original Message-
> From: Jackson, Rob 
> Sent: Thursday, March 14, 2019 3:39 PM
> To: Sasso, Len 
> Subject: RE: IBM SFG - Your Opinion
> 
> Good luck, Len!  If you ever need a shoulder to cry on . . . .  :)
> 
> First Tennessee Bank
> Mainframe Technical Support
> 1638 Robert C Jackson Dr
> Maryville, TN 37801
> O:  865-977-5343
> C:  334-201-8516
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Sasso, Len
> Sent: Thursday, March 14, 2019 3:32 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBM SFG - Your Opinion
> Importance: High
> 
> [External Email]
> 
> We will be doing SFTP.  IBM is installing and we will be working with them to 
> implement. We just got Connect:Direct about 1.5 years ago. We are getting 
> SFG/SI, SSP, SEAS and CC.  Yes, there sure are "a lot of pieces."
> 
> Thank You!
> 
> Len Sasso
> System Administrator
> General Dynamics Information Technology
> 327 Columbia TPKE
> Rensselaer, NY 12144
> 
> Phone: (518) 257-4209
> Cell: (518) 894-0879
> Fax: (518) 257-4300
> len.sa...@gdit.com
> URL: www.gdit.com
> 
> 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Jackson, Rob
> Sent: Thursday, March 14, 2019 3:26 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBM SFG - Your Opinion
> 
> It's extremely powerful but oh so onerous to install, maintain, and 
> administer.  They will push implementation services, and you will wish you'd 
> bought them before it's over if you go it on your own.
> 
> What are you planning on doing with it?  If it is just MFT, I would highly 
> recommend taking a good hard look at MOVEit first (unless you have a bunch of 
> Connect:Direct you have to deal with, since SI/SFG does come with CDSA; you 
> may end up not having much choice).
> 
> Keep in mind too that you won't need only SFG/SI.  You will need SSP and SEAS 
> (if you want to do SFTP; that's another joy) as well.  And you probably will 
> want CC.  There are other pieces that have to be installed and configured on 
> separate servers (SSPcm and Perimeter Server), but they are part of SSP.  In 
> short, there are a lot of pieces.
> 
> One m

Re: ISPF Question - browsing variable length records

[Chris Hoelscher]

I remember ICCF did in fact do real time updates when you hit enter (at 
least under the setup we had all those years ago .)

Thank You,
Chris Hoelscher| ITI • DB Services • Mainframe Database | Humana Inc.| T 
502.476.2538  or 502.407.7266

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Smith
Sent: Thursday, August 8, 2019 11:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] ISPF Question - browsing variable length records

The apparent trailing blanks are an illusion.  Whether the lines on the screen 
have trailing blanks or nulls is an option you or your installation set.  I 
suspect if the file actually has trailing blanks, those will be on the screen, 
but I have no reason or desire to test it.

It's useful to think of "being in" the file while editing, but this is just an 
abstraction.  ISPF allows you to lengthen or shorten records, add, delete, or 
change them, etc... You know this doesn't modify the file at all until you 
save, and that is when ISPF builds actual records.  Pretending there are a 
bunch of blanks there on the screen is merely a cosmetic thing they decided to 
do.  Nulls would have made more sense to me, but again, as this is merely 
cosmetic, I really don't care.

Anyway, how the screen works and how the file is stored are two different 
things; it is due to ISPF's great design that it appears seamless.  A 
counter-example is FM, which refuses to allow you to change the length of a 
record in a KSDS (as far I could tell, quite a while ago).

sas


On Thu, Aug 8, 2019 at 10:35 AM Steve Thompson  wrote:

> If it doesn’t pad out the lines, how would you write into those 
> records, after the last character (defined by the RDW)?
>
> This would be why, in my best guess, it is done like that with edit.
>
> Sent from my iPhone — small keyboarf, fat fungrs, stupd spell manglr.
> Expct mistaks
>
>
> > On Aug 8, 2019, at 8:46 AM, Steve Smith  wrote:
> >
> > Option 1 defaults to "View" mode, which is like Edit.  You can force 
> > it
> to
> > Browse mode on the entry screen, which will be what you get with the "B"
> > operator.
> >
> > View. like Edit, shows blanks all the way to the maximum LRECL, even 
> > if they're not there.  I don't know why.  However, Edit will trim 
> > trailing blanks from all records on save, unless you prevent it from doing 
> > so.
> >
> > sas
> >
> >
> >> On Thu, Aug 8, 2019 at 8:18 AM Cameron Conacher 
> >> 
> wrote:
> >>
> >> Good morning folks
> >> Nothing urgent, but a question that has been nagging me for some time.
> >> If I browse a variable length file using ISPF Option #1, and view 
> >> with
> HEX
> >> ON, I see the record appears to be padded out to the maximum record
> length
> >> with spaces.
> >> However, if I browse the file by selecting it from a 3.4 file list, 
> >> the records do not appear padded.
> >> The actual records are not padded, so ISPF BROWSE OPTION #1 is 
> >> doing something just a little differently that the ISPF 3.4 list 
> >> browse operation.
> >>
> >> Nothing terrible, but I am wondering if there is some magic 
> >> incantation
> I
> >> can use to make BROWSE operate the same from both entry points.
> >> Is this just an undocumented "feature"?
> >>
> >> Thanks
> >>
> >> ---
> >> --- For IBM-MAIN subscribe / signoff / archive access instructions, 
> >> send email to lists...@listserv.ua.edu with the message: INFO 
> >> IBM-MAIN
> >>
> >
> >
> > --
> > sas
> >
> > 
> > -- 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
>


--
sas

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

The information transmitted is intended only for the person or entity to which 
it is addressed
and may contain CONFIDENTIAL material.  If you receive this 
material/information in error,
please contact the sender and delete or destroy the material/information.

Humana Inc. and its subsidiaries comply with applicable Federal civil rights 
laws and
do not discriminate on the basis of race, color, national origin, age, 
disability, sex,
sexual orientation, gender identity, or religion. Humana Inc. and its 
subsidiaries do not
exclude people or treat them differently because of race, color, national 
origin, age,
disability, sex, sexual orientation, gender identity, or religion.

English: ATTENTION: If you do not speak English, language assistance services, 
free
of charge, are available to you. Call 1‐877‐320‐1235 (TT

Hyperlinked Table of Contents in IBM Program Directory PDF doc ?

[Lionel B Dyck]

What happened to having the table of contents in IBM publication PDF's being
hyperlinked to the section within the document?  Many of the product
publications have this feature but many of the program directories (at least
the more recent ones) no longer have this capability.

 

What happened?  This capability is extremely useful for those who don't
print the publication but read them electronically.

 

(missing Book Manager more every day)

 

 

Lionel B. Dyck <
Website:   http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what
you are, reputation merely what others think you are." - John Wooden

 


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

Re: Pervasive Encryption - why?

[Phil Smith III]

Timothy Sipples disagrees, which is his right, but the industry doesn't, so I'm 
not sure what else to say here.

 

.phsiii


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

Re: Pervasive Encryption - why?

[Phil Smith III]

Ron Hawkins wrote:

>That would be an improvement over a random cypher, but wouldn't the length

>and repeatability of the data patterns after encryption negatively affect

>LZW compression, along with deduplication?

 

Not sure I understand your question, but I'll try.

 

Length-is unchanged

 

Repeatability-XYZ encrypts to (perhaps) ABC consistently, so it's repeatable. 
But WXYZ does not encrypt to xABC, so is that what you mean about 
repeatability? Yes, that will affect compression to some extent. My suspicion 
is that it doesn't make a huge difference: yes, your database of names with ROB 
and ROBERT and ROBBIE won't compress the ROB part, but there will be some magic 
convergence of strings in the ciphertext that wasn't there before (less, but 
some). But my impression is that compression is the big win on larger fields 
anyway, like comment fields and the like. And you probably wouldn't FPE those 
because they're not structured by definition, so there's not much win there. We 
do occasionally have customers who want to encrypt, say, comment fields because 
"some of our reps put SSNs or PANs in those even though they aren't supposed 
to"; but for those, another AES encryption mode is a better choice anyway. Of 
course then you still lose some compression!

 

Note also that in the case above (comment field with possible SSN/PAN) another 
choice is to FPE just the digits. So:

Talked to John; he says his SSN is 123-45-6789, but file has 123-44-6789.

Might encrypt to:

Talked to John; he says his SSN is 761-64-3552, but file has 749-43-7477.

 

If they also had "Will call him back on the 13th", the "13" would also get 
encrypted, of course. Kinda weird but it works.

 

Did I answer the question at all, or am I off in far left field?


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

Re: CPU time cost of dynamic allocation

[Seymour J Metz]

Usually[*], but that doesn't involve checking for a DSCB.

[*] If you refer to a migrated non-SMS dataset by UNIT and VOL=SER, then it 
doesn't test for migrated.


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


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, August 7, 2019 4:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CPU time cost of dynamic allocation

On Wed, 7 Aug 2019 16:25:52 +, Seymour J Metz wrote:

>The Initiator does not check that the data set exists; ...
>
... and yet it checks for whether it's migrated.

-- 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: ISPF Question - browsing variable length records

[Steve Smith]

The apparent trailing blanks are an illusion.  Whether the lines on the
screen have trailing blanks or nulls is an option you or your installation
set.  I suspect if the file actually has trailing blanks, those will be on
the screen, but I have no reason or desire to test it.

It's useful to think of "being in" the file while editing, but this is just
an abstraction.  ISPF allows you to lengthen or shorten records, add,
delete, or change them, etc... You know this doesn't modify the file at all
until you save, and that is when ISPF builds actual records.  Pretending
there are a bunch of blanks there on the screen is merely a cosmetic thing
they decided to do.  Nulls would have made more sense to me, but again, as
this is merely cosmetic, I really don't care.

Anyway, how the screen works and how the file is stored are two different
things; it is due to ISPF's great design that it appears seamless.  A
counter-example is FM, which refuses to allow you to change the length of a
record in a KSDS (as far I could tell, quite a while ago).

sas


On Thu, Aug 8, 2019 at 10:35 AM Steve Thompson  wrote:

> If it doesn’t pad out the lines, how would you write into those records,
> after the last character (defined by the RDW)?
>
> This would be why, in my best guess, it is done like that with edit.
>
> Sent from my iPhone — small keyboarf, fat fungrs, stupd spell manglr.
> Expct mistaks
>
>
> > On Aug 8, 2019, at 8:46 AM, Steve Smith  wrote:
> >
> > Option 1 defaults to "View" mode, which is like Edit.  You can force it
> to
> > Browse mode on the entry screen, which will be what you get with the "B"
> > operator.
> >
> > View. like Edit, shows blanks all the way to the maximum LRECL, even if
> > they're not there.  I don't know why.  However, Edit will trim trailing
> > blanks from all records on save, unless you prevent it from doing so.
> >
> > sas
> >
> >
> >> On Thu, Aug 8, 2019 at 8:18 AM Cameron Conacher 
> wrote:
> >>
> >> Good morning folks
> >> Nothing urgent, but a question that has been nagging me for some time.
> >> If I browse a variable length file using ISPF Option #1, and view with
> HEX
> >> ON, I see the record appears to be padded out to the maximum record
> length
> >> with spaces.
> >> However, if I browse the file by selecting it from a 3.4 file list, the
> >> records do not appear padded.
> >> The actual records are not padded, so ISPF BROWSE OPTION #1 is doing
> >> something just a little differently that the ISPF 3.4 list browse
> >> operation.
> >>
> >> Nothing terrible, but I am wondering if there is some magic incantation
> I
> >> can use to make BROWSE operate the same from both entry points.
> >> Is this just an undocumented "feature"?
> >>
> >> Thanks
> >>
> >> --
> >> For IBM-MAIN subscribe / signoff / archive access instructions,
> >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >>
> >
> >
> > --
> > sas
> >
> > --
> > 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
>


-- 
sas

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

Re: CPU time cost of dynamic allocation

[Seymour J Metz]

Yes, it doesn't check whether there is a DSCB but it does checked whether the 
migrated copy exists. Of course, retrieving the migrated copy will create a 
DSCB.


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


From: IBM Mainframe Discussion List  on behalf of 
Lennie Dymoke-Bradshaw 
Sent: Wednesday, August 7, 2019 5:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CPU time cost of dynamic allocation

Which simply means that if UNIT and VOLUME are not supplied then it looks in 
the catalog, where it detects a MIGRAT value if the data set is migrated.

Lennie Dymoke-Bradshaw | Security Lead | RSM Partners Ltd
Web:  
http://secure-web.cisco.com/1yEedku2uCM418Zp79jkIHNVonJF0hEhnXa1-T0E5FZHuleD61gn8PtC9EZBFie8M1IiHtLX8tt_pc2NnbJjoLJcW8o2Nc3tiTjM4rr6URHj5NFiauhnhXJ1cLmwMW-QSpogSVvYytTsuMHb4CLzHEZSHU_ehZUPr90reYS0rIK1ITyCxNPxTeB_JCGseMcVp5rafLzSVytulX3ck2EeLcD9Ilt3I2m9FBhpouzH32XwnQgFO0TzFFSE4iTQLJEm4c3uMF_IOYngLejlvaYNap00ZbunoFjJi3GHPSftTVW_7opK4hiu9089vDyq1nnR8iXN-9nXIt8VuXzJI3E0n_N0Rn5wxel3qedePEjzg9yDOcpND8fzVGy2K-Y36A4Y5pejf99gcR31xSyAQdvSkesM4OLmGdHqGxgQRZkFr1R90yH6OEiL4RgtfBtN28NRG/http%3A%2F%2Fwww.rsmpartners.com
‘Dance like no one is watching. Encrypt like everyone is.’

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: 07 August 2019 21:15
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] CPU time cost of dynamic allocation

On Wed, 7 Aug 2019 16:25:52 +, Seymour J Metz wrote:

>The Initiator does not check that the data set exists; ...
>
... and yet it checks for whether it's migrated.

-- 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

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

Re: LOADing a module into common storage

[Seymour J Metz]

There are several issues here. 

First, if you do a BLDL then there's no reason to do a trial LOAD; the size is 
in the DE.

Second, RENT controls the subpool, but since you're doing a directed load, that 
doesn't matter.

Third, the behavior o RENT and REFR depend on whether you use the Linkage 
Editor or the Binder and on what you have in PARMLIB, but, again, you're doing 
a directed LOAD.


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


From: IBM Mainframe Discussion List  on behalf of 
Tony Harminc 
Sent: Wednesday, August 7, 2019 6:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: LOADing a module into common storage

Roughly forever we've loaded modules into 24- or 31-bit CSA by first
LOADing the module normally into private storage, obtaining the actual
length from the LOAD, DELETEing the module, getting the necessary CSA
storage, and finally using LOAD with ADDR=. This works fine, but seems
unduly complicated. We can't use GLOBAL=YES because the module will be gone
at EOM, at best. We also need to store into the module right after loading
it, and even if there was an EOM=NEVER or the like to say not to ever
delete the module, I'm not sure any store into it would be remembered (if
RENT is effectively treated as REFR).

So... Just wondering if there's a Modern method of doing this that I've
missed. We just want the code in common storage; we don't need its name to
be made known via a CDE.

Thanks!

Tony H.

--
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: Current URI for SNA manuals?

[Seymour J Metz]

In each case the link takes me to a summary page for the manual, but clicking 
Read gets me to IBM Z Publications Library Archive at 
https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zos-library-archives?OpenDocument.
 


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


From: IBM Mainframe Discussion List  on behalf of 
Steve Horein 
Sent: Wednesday, August 7, 2019 10:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Current URI for SNA manuals?

Will these do?
https://secure-web.cisco.com/1Ezmm0Fhk1oEHZSsSfXaUx-QIplwmmbVZGGo-H4GzU2YV-68_IrVw7fRpdRwS8jBvEWuPR4kG4NIkGaM1zJwMn7NR2w6nQKcONCQfzvoDhOnlpV6ReL3bs4hEbw3ZPeynUf80qw_7U0gr862Do_rxh6_J5GWjlY2BsBd_iDjccMLMfflFFXgj-FvfH6upnW6OnRaZofF7XD9sEwPJOdC5Zeesky3a7OU4VqrrkYwjt3WOteYTtwC-ZwNp6LI5z5aEyRll0YhkocFKeYYfbtQJssJEN-mVHtI9EuBJdupvcyBj0nSYTUxzwV5wycBA13fSAY9fHTUG6-8Ohelt-CAS2HNvtgOI7O99jvd-aUSAl4z2FezdbFODGOchgjULzdi1IH6NOkWr1HzbQbJhn_NV9kt_ZsBmcFUzUiUS56uTEiGiKzLAR64K2_mm6qUTNhGo/https%3A%2F%2Fwww-05.ibm.com%2Fe-business%2Flinkweb%2Fpublications%2Fservlet%2Fpbi.wss%3FPAG%3DC11%26SSN%3D19HHB0002880621576%26TRL%3DTXT%26WRD%3D%26PBL%3DGC30-3073%26LST%3DALL%26RPP%3D10
https://secure-web.cisco.com/17upcSL5mWPPND9vUh_tL2qMmLDPky6NyvtBQwLWhHlegqXhA_YIesew-l1ulcCApWUdnuESPetjDT3PQxSLQ30MUyXtHzfZWJSAXMamnesVKO80EMYNx6ShFtdYKvoo4B3uHo1joxsRJBJ1bpZljUSHCw3dviwFqjuMojF-2cy3xOp_pABEZ79ONSlImofluxpc-IoCcUNI6Xr2LjG9Qom8atc2eqUgwYwVcPg9kIIZTcDuqN6nck1zmeWYSH4TuuX4kJcgbP72WQmbQyk5v26rKCSkLGvkvgR_qHFnIvn_PvbLoQCv4Jr_LkN4jJALufba0EmtFLM0qC8Znz2jz9FALQPUudPQfQvnktECJBteVdtFitl0stnnTmerbp9Esplr_OxS9gU7HWewS_oj8H1h3nS2Ff2NjyaxFbIRbq3HC0m-hMU9_3L0bHYtl9d64/https%3A%2F%2Fwww-05.ibm.com%2Fe-business%2Flinkweb%2Fpublications%2Fservlet%2Fpbi.wss%3FPAG%3DC11%26SSN%3D19HHB0002880621576%26TRL%3DTXT%26WRD%3D%26PBL%3DGC30-3438%26LST%3DALL%26RPP%3D10
https://secure-web.cisco.com/1Uv9K8uiVvmuWaNikGKJ84Cb5Va9VZA915a0T92ubJ1J4HeQz2P4LXUV3WQfqybp10B4kt0sToNGCFsDIIhsG9IsLWg5AiiG2haZrhmRW4KLW72CNtO0wxVe-xAKe63JZnMljZpzszMYFPeDqRp4Ljkob8vTHSxnJN5B46Ml-pUm8Eicy6yBPg1fuP6juT-3qxdx2QJtrxd2XhMQUyw7cRttgwYHyE5P2edZyZB3QCH_JV6H5ZUuhO8m4Oe5IJFvMZwz0agvYd571q_ANQkdnTga7t190Z20QFbFv0MC3KMNnyUQxp7Mtb3YGmLs18r65L36V4zaZoljk5UTy7EUKbO9ZxsTYvn1HPMWWX-7KYVBL42sadtsjw_f8Rd3Xk5G3ZKEcYyRYXW8_iztbuyFGZ9ogHg05Bgnl0NpieBxtquoYkeIqwDwPIzNqfJ9Y161H/https%3A%2F%2Fwww-05.ibm.com%2Fe-business%2Flinkweb%2Fpublications%2Fservlet%2Fpbi.wss%3FPAG%3DC11%26SSN%3D19HHB0002880621576%26TRL%3DTXT%26WRD%3D%26PBL%3DGC30-3084%26LST%3DALL%26RPP%3D10
https://secure-web.cisco.com/1QfLAyMAJ9ook42hBDGPDXjMCt0qkairPOqgOoO9_hhz5UjBbc2z4jVfPP2i5c0c6SrhQPE5HyGCiIBWvfcupevKi3CoSXY1k1Fw6xMVCYpPZm9g1NM6Wu45nyA06fQKKHanAiyrgNhi0GWdGuWAD_UIXylfEg7Fti96l3F19pP8-tA3HuCXIBxyjpxUwGVcHjFn997gOmeobcwBT9kEB1nbe057IwjWtHJowD1V9Jt4biXEzDPVKeFNL6o7VWcCR6TQocHTTNFyTwOqFL_8haCC8pgbgYyH_o68GXwl-6zODUMDFoPw78uGTRnabvxbWuJyRg6t0zKKInvVowrKhYIXLhH2kyGFMdhrINF_qBv86tGGlZL_Kexarz21KSbtLAycLNsLSW9J_UXnwybSSOi0YzFUNcsQM9Nxpv2C9Z1F4AVwgc5HHI3GOcebjGwF7/https%3A%2F%2Fwww-05.ibm.com%2Fe-business%2Flinkweb%2Fpublications%2Fservlet%2Fpbi.wss%3FPAG%3DC11%26SSN%3D19HHB0002880621576%26TRL%3DTXT%26WRD%3D%26PBL%3DSC30-3422%26LST%3DALL%26RPP%3D10
https://secure-web.cisco.com/1O3F8pY-Ib_dQgibWMI215Fv5ixKchtzTzYrOW7DWL4Dpuc4Px6utbxBr9MPeOHgdLD9VpIVmjcqRmQNfYQLlnoF7tV-B0rord4c8i0qlcfYTbAEY8owoIpPj7E4OeByQQVB9LAwFfJSZQzir_9DNAzYuRNU_yCEaj_A5BAnHzpnz6FwSOTWUPS0rIaXKnfJp7oIj_t5IhM3I87D71caKcDiLYHBdoLoMA9aFtpRnoiqsdXboJMtJohAQMdMMT8y2aZR7oKWK_hg1OVCuv-PLUNOAJL1jhDjOF8JovGRHqyTFOfBYY3LTCjmWPymrmI72ndjJ_sBHyVdk1c8jwAqpzV9XX9g-wbgALH9VwHHB9cYiCIFInW7o6f75MRYdoos6QK2-hmsXK65J6nLGip0N-znHhwOCEF-f6obioHNrKvHZN12GR2YUMgQ5UzI65rGD/https%3A%2F%2Fwww-05.ibm.com%2Fe-business%2Flinkweb%2Fpublications%2Fservlet%2Fpbi.wss%3FPAG%3DC11%26SSN%3D19HHB0002880621576%26TRL%3DTXT%26WRD%3D%26PBL%3DSC31-6808%26LST%3DALL%26RPP%3D10
https://secure-web.cisco.com/10Xb_HWaDpa5epyf8C3Enr5f3hNkNTJceIBWI9X3rFKyYZndV-pHawWw7pk47jS7lkvduqAxvuGrH6gjp5RhZoewXC7D8LmYctbUZbe7LIXPELw2rZcNViIbjTyrL913A5mQCaYukRLSRA7UQN_jUfqhUK07JcvU2X641nqGjkNEEwlPu3cjbWkP8XxZ4FUdlWPXcQO-T45aG1Yaqpkt8TzRQxu6846IatvvcpA581-wEaTPB_sCJJwfBXmuyeFuLdp83KJNN47sgiv02XqAWUaFHVavbOuWR3K26b9J_UVa50zyKT2GOSD7c79RhxvBQb_XbFSED_2lMSm5g8XeP9Glaq7o3_MyhVTUqr7CaW5RhxpoWF5TOfb2DZSiB8sQSnJUpn9-mPQ1t28Lfvx-r4uLbjkZvkY_PpIhBkFxfyatUMU4XW6k-SsjciDlA-h22/https%3A%2F%2Fwww-05.ibm.com%2Fe-business%2Flinkweb%2Fpublications%2Fservlet%2Fpbi.wss%3FSSN%3D19HHB0002880621576%26FNC%3DONL%26PBL%3DGA27-3136-20%26TRL%3DTXTSRH#



On Wed, Aug 7, 2019 at 10:41 AM Seymour J Metz  wrote:

> I'm trying to update the list of references in
> https://secure-web.cisco.com/1JS4acD4jn7BTCei56NqqInyfEVDt_gfBWWO1OcUuT3_7MGCetpW_l9YX4vR8jw89gTCdbFG4Z4Z_jyGIG6f-YVrqIO0csC-Lc8Z9jgE66twhOtWoS85T-o9zgvWXIF3Z_MASdNXR8z-celGkMMEp3t_ZShslajU6r6nv6le9_AVF4eVPmqci9MNwx1hVrZDkNzMAzKaZJReRKKu-QPD5rR6GAsmIC3qjYb-D-g0gVYHJXeox3ZFZ-4_mKmhDTKNNAodDG5VYX5C5qAJY61f6uKbxwbighAlsPmET_4e0A6j4conCYDfXsXPIxG4ZlkEZs_ut-sCMJsKwZDYdtrm7my4ckbnEtwWUqO

Re: CPU time cost of dynamic allocation

[Charles Mills]

FWIW, my usage involves no check for existence. I am allocating new, temporary, 
non-passed datasets. I'm going to check my SVC 99 to make sure there are no 
unnecessary text units specified. 

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lennie Dymoke-Bradshaw
Sent: Wednesday, August 7, 2019 5:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CPU time cost of dynamic allocation

Which simply means that if UNIT and VOLUME are not supplied then it looks in 
the catalog, where it detects a MIGRAT value if the data set is migrated.

Lennie Dymoke-Bradshaw | Security Lead | RSM Partners Ltd  
Web:  www.rsmpartners.com
‘Dance like no one is watching. Encrypt like everyone is.’

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: 07 August 2019 21:15
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] CPU time cost of dynamic allocation

On Wed, 7 Aug 2019 16:25:52 +, Seymour J Metz wrote:

>The Initiator does not check that the data set exists; ...
>
... and yet it checks for whether it's migrated.

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

Re: SMPE separate CSIs

[Seymour J Metz]

what is in the ZONEINDEX entries? If you have all of the dataset names in the 
definitions and have all of the necessary DDDEFs then you should be okay.


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


From: IBM Mainframe Discussion List  on behalf of 
Bill Giannelli 
Sent: Thursday, August 8, 2019 10:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMPE separate CSIs

When I have separate CSIs for GLOBAL, TARGET and DLIB, do I need all these CSI 
datasets allocated to a GIMSMP batch smpe report job? I am getting errors that 
the TARGET zone can not be found.
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

Re: LOADing a module into common storage

[Charles Mills]

I thought perhaps I didn't get the question because the answer seemed so
obvious to me. I thought I must be missing something.

I faced this problem in 2010. My first tentative approach was an ADDR= load,
solving the size problem with HLASM cleverness. Then I discovered CSVDYLPA.
I had no idea whether it was new or old, but it was available for every
release of z/OS I had to support. It has worked flawlessly from (my) day
one. I can't imagine doing this any other way at this point (unless for some
reason you need to support OS/390 or perhaps very early z/OS).

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Peter Relson
Sent: Thursday, August 8, 2019 7:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LOADing a module into common storage

Roughly forever, the way to do this has not been to do two LOADs. It had 
been to do a BLDL, extract the length information (and the RMODE 
information and the Page boundary information) from the directory entry, 
do a suitable storage obtain, then do a LOAD with ADDR (or even, more 
recently, LOAD with ADDR64).

I wrote "had been" because dynamic LPA (CSVDYLPA macro) has been available 
for 20+ years now which accomplishes the function and also makes the named 
module knowable to others (including diagnostic tooling).

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

Re: SMPE separate CSIs

[Bill Giannelli]

within my global I have zone index entries for my TARGET and DLIB, both the 
zone names and csi datasets appear correct.
thanks
Bill

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

Re: SMPE separate CSIs

[Richards, Robert B.]

What do you have for ZONE INDEX specifications?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bill Giannelli
Sent: Thursday, August 08, 2019 10:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMPE separate CSIs

When I have separate CSIs for GLOBAL, TARGET and DLIB, do I need all these CSI 
datasets allocated to a GIMSMP batch smpe report job? I am getting errors that 
the TARGET zone can not be found.
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

Re: LOADing a module into common storage

[Seymour J Metz]

My recollection is that dynamic LPA is older than directed load.


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


From: IBM Mainframe Discussion List  on behalf of 
Peter Relson 
Sent: Thursday, August 8, 2019 7:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LOADing a module into common storage

Roughly forever, the way to do this has not been to do two LOADs. It had
been to do a BLDL, extract the length information (and the RMODE
information and the Page boundary information) from the directory entry,
do a suitable storage obtain, then do a LOAD with ADDR (or even, more
recently, LOAD with ADDR64).

I wrote "had been" because dynamic LPA (CSVDYLPA macro) has been available
for 20+ years now which accomplishes the function and also makes the named
module knowable to others (including diagnostic tooling).

I'm curious what need there is to store into the module, but regardless,
even with a page-protected module such as dynamic LPA creates, that can be
accomplished if done CAREFULLY if the module is page-fixed using something
like the DATOFF macro in AMODE 64 or the "real space" or even STURA/STURG.

Peter Relson
z/OS Core Technology Design


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

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

Re: ISPF Question - browsing variable length records

[Steve Thompson]

If it doesn’t pad out the lines, how would you write into those records, after 
the last character (defined by the RDW)?

This would be why, in my best guess, it is done like that with edit. 

Sent from my iPhone — small keyboarf, fat fungrs, stupd spell manglr. Expct 
mistaks 


> On Aug 8, 2019, at 8:46 AM, Steve Smith  wrote:
> 
> Option 1 defaults to "View" mode, which is like Edit.  You can force it to
> Browse mode on the entry screen, which will be what you get with the "B"
> operator.
> 
> View. like Edit, shows blanks all the way to the maximum LRECL, even if
> they're not there.  I don't know why.  However, Edit will trim trailing
> blanks from all records on save, unless you prevent it from doing so.
> 
> sas
> 
> 
>> On Thu, Aug 8, 2019 at 8:18 AM Cameron Conacher  wrote:
>> 
>> Good morning folks
>> Nothing urgent, but a question that has been nagging me for some time.
>> If I browse a variable length file using ISPF Option #1, and view with HEX
>> ON, I see the record appears to be padded out to the maximum record length
>> with spaces.
>> However, if I browse the file by selecting it from a 3.4 file list, the
>> records do not appear padded.
>> The actual records are not padded, so ISPF BROWSE OPTION #1 is doing
>> something just a little differently that the ISPF 3.4 list browse
>> operation.
>> 
>> Nothing terrible, but I am wondering if there is some magic incantation I
>> can use to make BROWSE operate the same from both entry points.
>> Is this just an undocumented "feature"?
>> 
>> Thanks
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> 
> 
> 
> -- 
> sas
> 
> --
> 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: ISPF Question - browsing variable length records

[Seymour J Metz]

Does the padding occur regardless of the setting of NULLS?


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


From: IBM Mainframe Discussion List  on behalf of 
Cameron Conacher 
Sent: Thursday, August 8, 2019 8:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ISPF Question - browsing variable length records

Good morning folks
Nothing urgent, but a question that has been nagging me for some time.
If I browse a variable length file using ISPF Option #1, and view with HEX
ON, I see the record appears to be padded out to the maximum record length
with spaces.
However, if I browse the file by selecting it from a 3.4 file list, the
records do not appear padded.
The actual records are not padded, so ISPF BROWSE OPTION #1 is doing
something just a little differently that the ISPF 3.4 list browse operation.

Nothing terrible, but I am wondering if there is some magic incantation I
can use to make BROWSE operate the same from both entry points.
Is this just an undocumented "feature"?

Thanks

--
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: ISPF Question - browsing variable length records

[Greg Price]

On 2019-08-08 10:46 PM, Steve Smith wrote:

View. like Edit, shows blanks all the way to the maximum LRECL, even if
they're not there.  I don't know why.


Steve, I'd genuinely be surprised if you don't know why.

Surely the simplest editor design is to provide an area as large as the 
record can be for the user to type in new data during the edit session, yes?


Cheers,
Greg

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

SMPE separate CSIs

[Bill Giannelli]

When I have separate CSIs for GLOBAL, TARGET and DLIB, do I need all these CSI 
datasets allocated to a GIMSMP batch smpe report job? I am getting errors that 
the TARGET zone can not be found.
thanks
Bill

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

Re: IBM SFG - Your Opinion

[Richards, Robert B.]

https://www-01.ibm.com/support/docview.wss?uid=swg27023829

Product Documentation

Abstract
User documentation for all versions of IBM Sterling File Gateway and IBM 
Sterling myFileGateway.

Content
 

B2B & Commerce Documentation Home
 
Sterling File Gateway
Version 6.0
Version 2.2
Version 2.1
Version 2.0
Version 1.1
 
Sterling myFileGateway
Version 2.2
Version 2.1
Version 2.0
Version 1.1

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Sasso, Len
Sent: Thursday, August 08, 2019 9:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM SFG - Your Opinion
Importance: High

Has anyone had training for the IBM SFG Product?
 
If so, could you please provide the name of the 3rd Party Vendor who provided 
the training?

Also, where can I find SFG Documentation/User Guide/etc.?


Thank You!

Len Sasso
Systems Administrator
General Dynamics Information Technology
327 Columbia TPKE
Rensselaer, NY 12144
Phone: (518) 257-4209
Cell: (518) 894-0879
Fax: (518) 257-4300
len.sa...@gdit.com
URL: www.gdit.com
Vacation: 9/3/19 - 9/10/19



-Original Message-
From: Sasso, Len 
Sent: Thursday, July 25, 2019 11:34 AM
To: IBM Mainframe Discussion List 
Subject: RE: IBM SFG - Your Opinion
Importance: High

I just checked, we are now at Version 5.2.

Thank You!
Len Sasso
Systems Administrator
General Dynamics Information Technology
327 Columbia TPKE
Rensselaer, NY 12144
Phone: (518) 257-4209
Cell: (518) 894-0879
Fax: (518) 257-4300
len.sa...@gdit.com
URL: www.gdit.com



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Thursday, July 25, 2019 11:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM SFG - Your Opinion

Len you will need to move to CD 5.2

Sent from my iPhone

Sorry for the finger checks

> On Jul 25, 2019, at 08:50, Sasso, Len  wrote:
> 
> Has anyone had training for the IBM SFG Product?
> 
> If so, could you please provide the name of the 3rd Party Vendor who provided 
> the training?
> 
> How would you rate the training?
> 
> 
> Thank You!
> Len Sasso
> Systems Administrator
> General Dynamics Information Technology
> 327 Columbia TPKE
> Rensselaer, NY 12144
> Phone: (518) 257-4209
> Cell: (518) 894-0879
> Fax: (518) 257-4300
> len.sa...@gdit.com
> URL: www.gdit.com
> 
> 
> -Original Message-
> From: Jackson, Rob 
> Sent: Thursday, March 14, 2019 3:39 PM
> To: Sasso, Len 
> Subject: RE: IBM SFG - Your Opinion
> 
> Good luck, Len!  If you ever need a shoulder to cry on . . . .  :)
> 
> First Tennessee Bank
> Mainframe Technical Support
> 1638 Robert C Jackson Dr
> Maryville, TN 37801
> O:  865-977-5343
> C:  334-201-8516
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Sasso, Len
> Sent: Thursday, March 14, 2019 3:32 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBM SFG - Your Opinion
> Importance: High
> 
> [External Email]
> 
> We will be doing SFTP.  IBM is installing and we will be working with them to 
> implement. We just got Connect:Direct about 1.5 years ago. We are getting 
> SFG/SI, SSP, SEAS and CC.  Yes, there sure are "a lot of pieces."
> 
> Thank You!
> 
> Len Sasso
> System Administrator
> General Dynamics Information Technology
> 327 Columbia TPKE
> Rensselaer, NY 12144
> 
> Phone: (518) 257-4209
> Cell: (518) 894-0879
> Fax: (518) 257-4300
> len.sa...@gdit.com
> URL: www.gdit.com
> 
> 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Jackson, Rob
> Sent: Thursday, March 14, 2019 3:26 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBM SFG - Your Opinion
> 
> It's extremely powerful but oh so onerous to install, maintain, and 
> administer.  They will push implementation services, and you will wish you'd 
> bought them before it's over if you go it on your own.
> 
> What are you planning on doing with it?  If it is just MFT, I would highly 
> recommend taking a good hard look at MOVEit first (unless you have a bunch of 
> Connect:Direct you have to deal with, since SI/SFG does come with CDSA; you 
> may end up not having much choice).
> 
> Keep in mind too that you won't need only SFG/SI.  You will need SSP and SEAS 
> (if you want to do SFTP; that's another joy) as well.  And you probably will 
> want CC.  There are other pieces that have to be installed and configured on 
> separate servers (SSPcm and Perimeter Server), but they are part of SSP.  In 
> short, there are a lot of pieces.
> 
> One more thing, IBM just recently outsourced support and development (I 
> think) of the suite to Syncsort, if that sways you either way.
> 
> First Tennessee Bank
> Mainframe Technical Support
> 
> [External Email]
> 
> I welcome your comments, suggestions, etc. about the IBM SFG Product.
> FIRST TENNESSEE
> 
> Confidentiality notice:
> This e-mail message, including any attachments, may contain legally 
> privileged and/or confidential information. If you are not the intended 
> recipient(s), or the empl

Re: IBM SFG - Your Opinion

[Sasso, Len]

Has anyone had training for the IBM SFG Product?
 
If so, could you please provide the name of the 3rd Party Vendor who provided 
the training?

Also, where can I find SFG Documentation/User Guide/etc.?


Thank You!

Len Sasso
Systems Administrator
General Dynamics Information Technology
327 Columbia TPKE
Rensselaer, NY 12144
Phone: (518) 257-4209
Cell: (518) 894-0879
Fax: (518) 257-4300
len.sa...@gdit.com
URL: www.gdit.com
Vacation: 9/3/19 - 9/10/19



-Original Message-
From: Sasso, Len 
Sent: Thursday, July 25, 2019 11:34 AM
To: IBM Mainframe Discussion List 
Subject: RE: IBM SFG - Your Opinion
Importance: High

I just checked, we are now at Version 5.2.

Thank You!
Len Sasso
Systems Administrator
General Dynamics Information Technology
327 Columbia TPKE
Rensselaer, NY 12144
Phone: (518) 257-4209
Cell: (518) 894-0879
Fax: (518) 257-4300
len.sa...@gdit.com
URL: www.gdit.com



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Thursday, July 25, 2019 11:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM SFG - Your Opinion

Len you will need to move to CD 5.2

Sent from my iPhone

Sorry for the finger checks

> On Jul 25, 2019, at 08:50, Sasso, Len  wrote:
> 
> Has anyone had training for the IBM SFG Product?
> 
> If so, could you please provide the name of the 3rd Party Vendor who provided 
> the training?
> 
> How would you rate the training?
> 
> 
> Thank You!
> Len Sasso
> Systems Administrator
> General Dynamics Information Technology
> 327 Columbia TPKE
> Rensselaer, NY 12144
> Phone: (518) 257-4209
> Cell: (518) 894-0879
> Fax: (518) 257-4300
> len.sa...@gdit.com
> URL: www.gdit.com
> 
> 
> -Original Message-
> From: Jackson, Rob 
> Sent: Thursday, March 14, 2019 3:39 PM
> To: Sasso, Len 
> Subject: RE: IBM SFG - Your Opinion
> 
> Good luck, Len!  If you ever need a shoulder to cry on . . . .  :)
> 
> First Tennessee Bank
> Mainframe Technical Support
> 1638 Robert C Jackson Dr
> Maryville, TN 37801
> O:  865-977-5343
> C:  334-201-8516
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Sasso, Len
> Sent: Thursday, March 14, 2019 3:32 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBM SFG - Your Opinion
> Importance: High
> 
> [External Email]
> 
> We will be doing SFTP.  IBM is installing and we will be working with them to 
> implement. We just got Connect:Direct about 1.5 years ago. We are getting 
> SFG/SI, SSP, SEAS and CC.  Yes, there sure are "a lot of pieces."
> 
> Thank You!
> 
> Len Sasso
> System Administrator
> General Dynamics Information Technology
> 327 Columbia TPKE
> Rensselaer, NY 12144
> 
> Phone: (518) 257-4209
> Cell: (518) 894-0879
> Fax: (518) 257-4300
> len.sa...@gdit.com
> URL: www.gdit.com
> 
> 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Jackson, Rob
> Sent: Thursday, March 14, 2019 3:26 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBM SFG - Your Opinion
> 
> It's extremely powerful but oh so onerous to install, maintain, and 
> administer.  They will push implementation services, and you will wish you'd 
> bought them before it's over if you go it on your own.
> 
> What are you planning on doing with it?  If it is just MFT, I would highly 
> recommend taking a good hard look at MOVEit first (unless you have a bunch of 
> Connect:Direct you have to deal with, since SI/SFG does come with CDSA; you 
> may end up not having much choice).
> 
> Keep in mind too that you won't need only SFG/SI.  You will need SSP and SEAS 
> (if you want to do SFTP; that's another joy) as well.  And you probably will 
> want CC.  There are other pieces that have to be installed and configured on 
> separate servers (SSPcm and Perimeter Server), but they are part of SSP.  In 
> short, there are a lot of pieces.
> 
> One more thing, IBM just recently outsourced support and development (I 
> think) of the suite to Syncsort, if that sways you either way.
> 
> First Tennessee Bank
> Mainframe Technical Support
> 
> [External Email]
> 
> I welcome your comments, suggestions, etc. about the IBM SFG Product.
> FIRST TENNESSEE
> 
> Confidentiality notice:
> This e-mail message, including any attachments, may contain legally 
> privileged and/or confidential information. If you are not the intended 
> recipient(s), or the employee or agent responsible for delivery of this 
> message to the intended recipient(s), you are hereby notified that any 
> dissemination, distribution, or copying of this e-mail message is strictly 
> prohibited. If you have received this message in error, please immediately 
> notify the sender and delete this e-mail message from your computer.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> This electronic message transmission contains information from CSRA t

Re: ISPF Question - browsing variable length records

[Cameron Conacher]

Well, I'll be darned!
Yep, selected Browse, and voila no trailing spaces.

Thanks

On Thu, Aug 8, 2019 at 8:46 AM Steve Smith  wrote:

> Option 1 defaults to "View" mode, which is like Edit.  You can force it to
> Browse mode on the entry screen, which will be what you get with the "B"
> operator.
>
> View. like Edit, shows blanks all the way to the maximum LRECL, even if
> they're not there.  I don't know why.  However, Edit will trim trailing
> blanks from all records on save, unless you prevent it from doing so.
>
> sas
>
>
> On Thu, Aug 8, 2019 at 8:18 AM Cameron Conacher 
> wrote:
>
> > Good morning folks
> > Nothing urgent, but a question that has been nagging me for some time.
> > If I browse a variable length file using ISPF Option #1, and view with
> HEX
> > ON, I see the record appears to be padded out to the maximum record
> length
> > with spaces.
> > However, if I browse the file by selecting it from a 3.4 file list, the
> > records do not appear padded.
> > The actual records are not padded, so ISPF BROWSE OPTION #1 is doing
> > something just a little differently that the ISPF 3.4 list browse
> > operation.
> >
> > Nothing terrible, but I am wondering if there is some magic incantation I
> > can use to make BROWSE operate the same from both entry points.
> > Is this just an undocumented "feature"?
> >
> > Thanks
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
>
> --
> sas
>
> --
> 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: ISPF Question - browsing variable length records

[Steve Smith]

Option 1 defaults to "View" mode, which is like Edit.  You can force it to
Browse mode on the entry screen, which will be what you get with the "B"
operator.

View. like Edit, shows blanks all the way to the maximum LRECL, even if
they're not there.  I don't know why.  However, Edit will trim trailing
blanks from all records on save, unless you prevent it from doing so.

sas


On Thu, Aug 8, 2019 at 8:18 AM Cameron Conacher  wrote:

> Good morning folks
> Nothing urgent, but a question that has been nagging me for some time.
> If I browse a variable length file using ISPF Option #1, and view with HEX
> ON, I see the record appears to be padded out to the maximum record length
> with spaces.
> However, if I browse the file by selecting it from a 3.4 file list, the
> records do not appear padded.
> The actual records are not padded, so ISPF BROWSE OPTION #1 is doing
> something just a little differently that the ISPF 3.4 list browse
> operation.
>
> Nothing terrible, but I am wondering if there is some magic incantation I
> can use to make BROWSE operate the same from both entry points.
> Is this just an undocumented "feature"?
>
> Thanks
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
sas

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

ISPF Question - browsing variable length records

[Cameron Conacher]

Good morning folks
Nothing urgent, but a question that has been nagging me for some time.
If I browse a variable length file using ISPF Option #1, and view with HEX
ON, I see the record appears to be padded out to the maximum record length
with spaces.
However, if I browse the file by selecting it from a 3.4 file list, the
records do not appear padded.
The actual records are not padded, so ISPF BROWSE OPTION #1 is doing
something just a little differently that the ISPF 3.4 list browse operation.

Nothing terrible, but I am wondering if there is some magic incantation I
can use to make BROWSE operate the same from both entry points.
Is this just an undocumented "feature"?

Thanks

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

Re: LOADing a module into common storage

[Peter Relson]

Roughly forever, the way to do this has not been to do two LOADs. It had 
been to do a BLDL, extract the length information (and the RMODE 
information and the Page boundary information) from the directory entry, 
do a suitable storage obtain, then do a LOAD with ADDR (or even, more 
recently, LOAD with ADDR64).

I wrote "had been" because dynamic LPA (CSVDYLPA macro) has been available 
for 20+ years now which accomplishes the function and also makes the named 
module knowable to others (including diagnostic tooling).

I'm curious what need there is to store into the module, but regardless, 
even with a page-protected module such as dynamic LPA creates, that can be 
accomplished if done CAREFULLY if the module is page-fixed using something 
like the DATOFF macro in AMODE 64 or the "real space" or even STURA/STURG.

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: Pervasive Encryption - why?

[Ron Hawkins]

Phil,

FPE - I learn a bit more every day.

That would be an improvement over a random cypher, but wouldn't the length
and repeatability of the data patterns after encryption negatively affect
LZW compression, along with deduplication?

Ron


RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Phil Smith III
Sent: Tuesday, 6 August 2019 23:38
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] Pervasive Encryption - why?

Ron Hawkins wrote:

>One area where PE encryption, as implemented on z is where it is used

>together with compression. 

 

>The horse must go in front of the cart, meaning compression must happen

>before encryption, because it will be ineffective if you do it after. 

 

Not true with format-preserving data protection. Since the protected data
has the same format as the original, it should compress just as well. With
other forms of encryption, sure.

 

And yes, this is a well-integrated feature of PE encryption!


--
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