UK: Annual GSE Conference Call for papers

[Mark Wilson]

Hi,

The call for papers for this year’s GSE UK conference has been issued and can 
be seen here:

http://conferences.gse.org.uk/2018/call

General conference information can also be seen here:

http://conferences.gse.org.uk/2018

Mark

GSE UK Conference Manager
www.gse.org.uk/tyc
Email: mark.wil...@gse.org.uk

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

Re: Installation Exit routine environment (TCB vs. SRB)

[Jim Mulder]

  It is TCB mode only.


Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
Poughkeepsie NY

Charles Mills  wrote on 05/02/2018 06:28:35 PM:

> From: Charles Mills 
> To: ibm-main@listserv.ua.edu
> Date: 05/02/2018 11:28 PM
> Subject: Re: Installation Exit routine environment (TCB vs. SRB)
> 
> CNZ_WTOMDBEXIT
> 
> Charles
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> ] On Behalf Of Dan D
> Sent: Wednesday, May 2, 2018 3:12 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Installation Exit routine environment (TCB vs. SRB)
> 
> Which IBM exit is this 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: [EXTERNAL] Re: HLQ change of SMP/E files

[Sankaranarayanan, Vignesh]

Hi Chris,

Is it not possible to move the existing datasets into their new names (rename), 
and do the required UCL work.

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of CM Poncelet
Sent: Thursday 03-May-2018 09:06
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: HLQ change of SMP/E files

There is more to it than that if you are cloning (copying) a CSI into another 
CSI. E.g.  
 
"ZONEEXPORT, UCLIN, ZONEDELETE, DEL/ADD/REP ZONEINDEX GZONE/DZONE/TZONE,"
"ENDUCL, ZONEIMPORT ... RELATED() etc. and then"
"DEL/REP/ADD DDDEF() DA() SHR to point at"
"the DDDEF 'WHYNOT' DSNs in the GZONE/DZONE/TZONE."

You need also to relate your cloned DZONE and TZONE to each other in the cloned 
CSI, as in e.g.

SET BOUNDARY(DZONE)
.
ZONEIMPORT (DZONE) INFILE(IMPORTDZ) INTO(DZONE) RELATED(TZONE) .
SET BOUNDARY(TZONE)
.
ZONEIMPORT (TZONE) INFILE(IMPORTTZ) INTO(TZONE) RELATED(DZONE) .

All the original CSI's SMP/E datasets should be IEBCOPY'd or IEBGENER'd to 
'WHYNOT.*' datasets - and the cloned CSI's DDDEFs then updated to point at the 
'WHYNOT.*' datasets in its GLOBAL, DZONE and TZONE.
(Otherwise any RECEIVE, APPLY and ACCEPTs would be applied to the original 
CSI's SMP/E datasets.)
 
Chris Poncelet (retired sysprog)
 
 


On 02/05/2018 18:27, Sankaranarayanan, Vignesh wrote:
> Hi Kurt,
>
> Thanks for this; the product is in its own target and dlip zones, product has 
> its own CSI.
> So the ZONEINDEX is for consideration only when TGT and DLIB have their own 
> zones, or even if they're all in a single product CSI?
>
> PS: Big fan of getting replies from various IBM development teams!!
>
> – Vignesh
> Mainframe Infrastructure
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Kurt Quackenbush
> Sent: Wednesday 02-May-2018 18:03
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: HLQ change of SMP/E files
>
> On 5/1/2018 9:51 AM, Sankaranarayanan, Vignesh wrote:
>
>> So will a ZONEEDIT be all, or are there other things to be mindful of?
> ZONEEDIT is all you need to update the data set names in the DDDEF 
> entries for the target and dlib data sets.  However, is this product 
> installed in its own target and dlib zones?  Are those zones in their 
> own CSI data sets?  If you'll be renaming the CSI data sets too, then 
> you'll need to update the ZONEINDEX subentries in the global zone, 
> like
> this:
>
> SET BDY(GLOBAL).
> UCLIN.
> DEL GZONE ZONEINDEX((tgtzonename)).
> ADD GZONE ZONEINDEX((tgtzonename,WHYNOT.dataset.name.CSI,TARGET)).
> DEL GZONE ZONEINDEX((dlibzonename)).
> ADD GZONE ZONEINDEX((dlibzonename,WHYNOT.dataset.name.CSI,DLIB)).
> ENDUCL.
>
> Kurt Quackenbush -- IBM, SMP/E Development
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> MARKSANDSPENCER.COM
> 
>  Unless otherwise stated above:
> Marks and Spencer plc
> Registered Office:
> Waterside House
> 35 North Wharf Road
> London
> W2 1NW
>
> Registered No. 214436 in England and Wales.
>
> Telephone (020) 7935 4422
> Facsimile (020) 7487 2670
>
> www.marksandspencer.com
>
> Please note that electronic mail may be monitored.
>
> This e-mail is confidential. If you received it by mistake, please let us 
> know and then delete it from your system; you should not copy, disclose, or 
> distribute its contents to anyone nor act in reliance on this e-mail, as this 
> is prohibited and may be unlawful.
>
> --
> 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: [EXTERNAL] Re: HLQ change of SMP/E files

[CM Poncelet]

There is more to it than that if you are cloning (copying) a CSI into
another CSI. E.g.  
 
"ZONEEXPORT, UCLIN, ZONEDELETE, DEL/ADD/REP ZONEINDEX GZONE/DZONE/TZONE,"
"ENDUCL, ZONEIMPORT ... RELATED() etc. and then"
"DEL/REP/ADD DDDEF() DA() SHR to point at"
"the DDDEF 'WHYNOT' DSNs in the GZONE/DZONE/TZONE."

You need also to relate your cloned DZONE and TZONE to each other in the
cloned CSI, as in e.g.

SET BOUNDARY(DZONE)
.
ZONEIMPORT (DZONE) INFILE(IMPORTDZ) INTO(DZONE) RELATED(TZONE)
.
SET BOUNDARY(TZONE)
.
ZONEIMPORT (TZONE) INFILE(IMPORTTZ) INTO(TZONE) RELATED(DZONE)
.

All the original CSI's SMP/E datasets should be IEBCOPY'd or IEBGENER'd
to 'WHYNOT.*' datasets - and the cloned CSI's DDDEFs then updated to
point at the 'WHYNOT.*' datasets in its GLOBAL, DZONE and TZONE.
(Otherwise any RECEIVE, APPLY and ACCEPTs would be applied to the
original CSI's SMP/E datasets.)
 
Chris Poncelet (retired sysprog)
 
 


On 02/05/2018 18:27, Sankaranarayanan, Vignesh wrote:
> Hi Kurt,
>
> Thanks for this; the product is in its own target and dlip zones, product has 
> its own CSI.
> So the ZONEINDEX is for consideration only when TGT and DLIB have their own 
> zones, or even if they're all in a single product CSI?
>
> PS: Big fan of getting replies from various IBM development teams!!
>
> – Vignesh
> Mainframe Infrastructure
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Kurt Quackenbush
> Sent: Wednesday 02-May-2018 18:03
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: HLQ change of SMP/E files
>
> On 5/1/2018 9:51 AM, Sankaranarayanan, Vignesh wrote:
>
>> So will a ZONEEDIT be all, or are there other things to be mindful of?
> ZONEEDIT is all you need to update the data set names in the DDDEF entries 
> for the target and dlib data sets.  However, is this product installed in its 
> own target and dlib zones?  Are those zones in their own CSI data sets?  If 
> you'll be renaming the CSI data sets too, then you'll need to update the 
> ZONEINDEX subentries in the global zone, like
> this:
>
> SET BDY(GLOBAL).
> UCLIN.
> DEL GZONE ZONEINDEX((tgtzonename)).
> ADD GZONE ZONEINDEX((tgtzonename,WHYNOT.dataset.name.CSI,TARGET)).
> DEL GZONE ZONEINDEX((dlibzonename)).
> ADD GZONE ZONEINDEX((dlibzonename,WHYNOT.dataset.name.CSI,DLIB)).
> ENDUCL.
>
> Kurt Quackenbush -- IBM, SMP/E Development
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> MARKSANDSPENCER.COM
> 
>  Unless otherwise stated above:
> Marks and Spencer plc
> Registered Office:
> Waterside House
> 35 North Wharf Road
> London
> W2 1NW
>
> Registered No. 214436 in England and Wales.
>
> Telephone (020) 7935 4422
> Facsimile (020) 7487 2670
>
> www.marksandspencer.com
>
> Please note that electronic mail may be monitored.
>
> This e-mail is confidential. If you received it by mistake, please let us 
> know and then delete it from your system; you should not copy, disclose, or 
> distribute its contents to anyone nor act in reliance on this e-mail, as this 
> is prohibited and may be unlawful.
>
> --
> 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: OA53355 - USERKEY COMMON MIGRATION SUPPORT

[Andrew Rowley]

On 25/04/2018 4:46 AM, Jousma, David wrote:

So, has anyone written a SAS/MXG program to read through these SMF30 records 
yet, that they would care to share?
I have added a program to the EasySMF Java samples to do this. In Java 
it looks like this:


import java.io.*;
import com.blackhillsoftware.smf.SmfRecord;
import com.blackhillsoftware.smf.SmfRecordReader;
import com.blackhillsoftware.smf.smf30.Smf30Record;

public class UserKeyCommon
{
    public static void main(String[] args) throws IOException
    {
    try (SmfRecordReader reader = SmfRecordReader.fromDD("INPUT"))
    {
    reader.include(30);
    boolean foundAuditEnabled = false;
    int userKeyCommonFound = 0;
    for (SmfRecord record : reader)
    {
    Smf30Record r30 = new Smf30Record(record);
    if (r30.storageSection() != null)
    {
    if (!foundAuditEnabled && 
r30.storageSection().smf30UserKeyCommonAuditEnabled())

    {
    foundAuditEnabled = true;
    }
    if 
(r30.storageSection().smf30UserKeyCommonAuditEnabled()

    && (r30.storageSection().smf30UserKeyCsaUsage()
    || r30.storageSection().smf30UserKeyCadsUsage()
    || 
r30.storageSection().smf30UserKeyChangKeyUsage()))

    {
    userKeyCommonFound++;
    System.out.format(
    "%-23s %-4s %-8s %-8s %-10s %-10s %-10s%n",
    r30.smfDateTime(),
    r30.system(),
r30.identificationSection().smf30jbn(),
r30.identificationSection().smf30jnm(),
r30.storageSection().smf30UserKeyCsaUsage() ? "CSA" : "",
r30.storageSection().smf30UserKeyCadsUsage() ? "CADS" : "",
r30.storageSection().smf30UserKeyChangKeyUsage() ? "KEYCHANGE" : "");
    }
    }
    }
    if (!foundAuditEnabled)
    {
    System.out.println("No records found with User Key 
Common Audit Enabled!");

    }
    else
    {
    System.out.format("%d records flagged%n", 
userKeyCommonFound);

    }
    }
    }
}

I don't have any data where user key common is in use but I have tested 
it as well as I can without that.


There is a 30 day trial available if anyone wants to try it out on their 
system:

https://www.blackhillsoftware.com/30-day-trial/

Andrew Rowley

--
Andrew Rowley
Black Hill Software
+61 413 302 386

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

Re: RECFM=VBS,LRECL=X

[Paul Gilmartin]

On Wed, 2 May 2018 23:27:55 +0100, David W Noon wrote:
>>>
>> Suppose there is no guarantee that every logical record fit in available
>> virtual memory?
>> 
>How do you process such a logical record in a finite address space? The
>only way I can think of is to segment the record and process it
>piecewise. That would require BSAM, since the buffer pool will fit into
>memory, and the record segments will be limited in size to fit into a
>buffer.
>
>You then have an issue of related fields not being in the same segment
>or not being in segments close enough to have the related fields
>accessed concurrently.
> 
Windowing.  If it's feasible to choose a segment size large enough that
any two related fields fit in no more than two consecutive segments
you need only two buffers.  Purge the older one; swap the buffers; and
read in a newer segment.

>I would then feel that the data stream design is flawed. I would want it
>normalized, when possible. The problem with that is that many "small
>platform" people know little or nothing about normal forms. 
> 
Tunnel vision.

Some real world data naturally arrive in a featureless stream; no neat
separation into segments, records, or blocks.  The world won't change to 
accommodate your preferred design, and you can't intimidate it by using
cultural pejoratives such as "many 'small platform' people know little ..."

>...[Indeed, it
>is mainly DB2 and IMS people who understand it on the mainframe.] The
>problem remains if the record layout is already in at least 1NF.
>
Consider LIGO: https://www.ligo.caltech.edu/
Its data inexorably arrive as a stream.  Some amazing science comes
from processing that stream.  That couldn't have been done if the
researchers had spurned those input data because they were in a
"flawed design" rather than a normal form.

-- gil

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

Re: Installation Exit routine environment (TCB vs. SRB)

[Charles Mills]

I agree. Some of the exits are documented as TCB only; some as SRB or TCB. Some 
are documented as Primary; some as Primary or AR. There is no generic statement 
"if not specified otherwise, TCB and Primary." I suspect all of the 
pre-whenever-ARs-came-along are Primary only. It would be nice to say that. 
When did SRBs come along? When dinosaurs roamed the earth?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dan D
Sent: Wednesday, May 2, 2018 3:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Installation Exit routine environment (TCB vs. SRB)

I agree with Rob, it's likely TCB mode but this looks like IBM need a DOC 
update.

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

Re: Installation Exit routine environment (TCB vs. SRB)

[Dan D]

I agree with Rob, it's likely TCB mode but this looks like IBM need a DOC 
update.

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

Re: RECFM=VBS,LRECL=X

[David W Noon]

On Wed, 2 May 2018 16:43:02 -0500, Paul Gilmartin
(000433f07816-dmarc-requ...@listserv.ua.edu) wrote about "Re:
RECFM=VBS,LRECL=X" (in
<1556897214786710.wa.paulgboulderaim@listserv.ua.edu>):

> On Wed, 2 May 2018 22:30:00 +0100, David W Noon wrote:
[snip]
>> If you are using QSAM, the access method should do it. With RECFM=VBS
>> you are required to use move mode processing and QSAM should do the
>> buffer management, including reassembling each logical record as it move
>> the data to you work area.
>>
> Suppose there is no guarantee that every logical record fit in available
> virtual memory?
How do you process such a logical record in a finite address space? The
only way I can think of is to segment the record and process it
piecewise. That would require BSAM, since the buffer pool will fit into
memory, and the record segments will be limited in size to fit into a
buffer.

You then have an issue of related fields not being in the same segment
or not being in segments close enough to have the related fields
accessed concurrently.

I would then feel that the data stream design is flawed. I would want it
normalized, when possible. The problem with that is that many "small
platform" people know little or nothing about normal forms. [Indeed, it
is mainly DB2 and IMS people who understand it on the mainframe.] The
problem remains if the record layout is already in at least 1NF.
-- 
Regards,

Dave  [RLU #314465]
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
david.w.n...@googlemail.com (David W Noon)
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*

 

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

Re: Installation Exit routine environment (TCB vs. SRB)

[Charles Mills]

CNZ_WTOMDBEXIT

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dan D
Sent: Wednesday, May 2, 2018 3:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Installation Exit routine environment (TCB vs. SRB)

Which IBM exit is this Charles? 

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

Re: DFSMSdss Release command

[Dan D]

Here's the DSS statements we use to COMPRESS & RELEASE ...

 COMPRESS DDNAME(DISK1)  BY(REFDT GT *,-7)  - 
  INCLUDE(**)- 
  EXCLUDE(- 
  LEAVE.ME.ALONE.**,- 
 )
 IF LASTCC NE 0 THEN SET MAXCC = 0
  
 RELEASE  DDNAME(DISK1)  MINSEC(1)   BY(REFDT GT *,-7)  - 
  INCLUDE(**)- 
  EXCLUDE( - 
  LEAVE.ME.ALONE.**, - 
  LEAVE.ME.ALONE2.**,   - 
  etc. etc.  - 
 )

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

Re: Installation Exit routine environment (TCB vs. SRB)

[Dan D]

Which IBM exit is this Charles?

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

Re: RECFM=VBS,LRECL=X

[Paul Gilmartin]

On Wed, 2 May 2018 22:30:00 +0100, David W Noon wrote:
>>  ...
>> I don't recall whether Rexx reassembles spanned records or whether I
>> needed to override with RECFM(U) and process the streams myself.
>
>If you are using QSAM, the access method should do it. With RECFM=VBS
>you are required to use move mode processing and QSAM should do the
>buffer management, including reassembling each logical record as it move
>the data to you work area.
> 
Suppose there is no guarantee that every logical record fit in available 
virtual memory?

>AFAIAA, REXX EXECIO uses QSAM.
>
>I have processed VBS records using BSAM. It is a bit of a chore ensuring
>that the spanning indicator bits in the RDWs are set correctly.
>
>> I don't know which utilities are sensitive to which BFTEK values.
>
>I have not seen BFTEK do anything particularly useful.
>
Thinking further, it might make more sense to allocate a UNIX file as 
FILEDATA=BINARY,
RECFM=VB, LRECL=1028 (arbitrarily).  SDB will choose a BLKSIZE and QSAM or BSAM 
will
insert RDWs (every 1024 bytes) and BDWs.

 gil

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

Re: RECFM=VBS,LRECL=X

[Paul Gilmartin]

On Wed, 2 May 2018 15:27:25 -0500, Kirk Wolf wrote:
>>
>> RECFM=VBS,LRECL=X would seem natural for processing UNIX files.
>>
>> Not sure exactly what you mean by "processing".   Do you mean as a format
>for making a copy of a Unix line-oriented file with a possibly very large
>line length?
> 
Yes.  Or even non line-oriented.  Sometimes scientific data come that way.  
Decades
ago I read of someone who had 200 BPI tapes with no gaps generated by a data
acquisition device.  (The digital logic to insert gaps would have been too 
expensive
in that era.)  He dealt with it by reading it with a non-terminating channel 
program
and writing to a higher density with gaps.

-- gil

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

Re: RECFM=VBS,LRECL=X

[David W Noon]

On Wed, 2 May 2018 14:39:57 -0500, Paul Gilmartin
(000433f07816-dmarc-requ...@listserv.ua.edu) wrote about "Re:
RECFM=VBS,LRECL=X" (in
<7993773034062407.wa.paulgboulderaim@listserv.ua.edu>):

> On Wed, 2 May 2018 13:23:21 -0500, Kirk Wolf wrote:
> 
>> Does anyone use this with your z/OS data sets?
>>
> I've experimented with it.  I was semi-pleased to discover that while
> BPXWYN rejects LRECL(X) as a syntax error it accepts LRECL(32768) instead.
> 
> I don't recall whether Rexx reassembles spanned records or whether I
> needed to override with RECFM(U) and process the streams myself.

If you are using QSAM, the access method should do it. With RECFM=VBS
you are required to use move mode processing and QSAM should do the
buffer management, including reassembling each logical record as it move
the data to you work area.

AFAIAA, REXX EXECIO uses QSAM.

I have processed VBS records using BSAM. It is a bit of a chore ensuring
that the spanning indicator bits in the RDWs are set correctly.

> I don't know which utilities are sensitive to which BFTEK values.

I have not seen BFTEK do anything particularly useful.

> RECFM=VBS,LRECL=X would seem natural for processing UNIX files.
UNIX files for input? No, these lack BDW and RDW fields and cannot be
processed by QSAM as anything other than RECFM=U (or perhaps
RECFM=F[B]). If they are text files, you still need to scan the buffer
to find the '\n' character that terminates each text record.
-- 
Regards,

Dave  [RLU #314465]
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
david.w.n...@googlemail.com (David W Noon)
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*

 

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

Re: RECFM=VBS,LRECL=X

[Kirk Wolf]

>
>
> RECFM=VBS,LRECL=X would seem natural for processing UNIX files.
>
> Not sure exactly what you mean by "processing".   Do you mean as a format
for making a copy of a Unix line-oriented file with a possibly very large
line length?

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

Re: RECFM=VBS,LRECL=X

[Paul Gilmartin]

On Wed, 2 May 2018 13:23:21 -0500, Kirk Wolf wrote:

>Does anyone use this with your z/OS data sets?
> 
I've experimented with it.  I was semi-pleased to discover that while
BPXWYN rejects LRECL(X) as a syntax error it accepts LRECL(32768) instead.

I don't recall whether Rexx reassembles spanned records or whether I
needed to override with RECFM(U) and process the streams myself.

I don't know which utilities are sensitive to which BFTEK values.

RECFM=VBS,LRECL=X would seem natural for processing UNIX files.

-- gil

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

Re: AC(1)

[John Gateley]

Peter,

The CBT program uses code from Mark Zelden's IPLINFO to get a list of APF 
libraries (he is credited).
In assembler this is
 L R1,16 point to CVT   
 L R1,140(,R1)   point to CVTECVT   
 L R1,228(,R1)   point to CSV table 
 L R1,12(,R1)point to APFA  
 L R4,8(,R1) point to first name
 L R5,12(,R1)point to last name 

it outputs all dataset names and volumes in this list to SYSOUT

then it does RDJFCB on STEPLIB and uses ARAJFCB to get dataset name and volume 
for all concatenated datasets. It outputs the dataset name and volume and flags 
any that are not in the APF list.

this is repeated for JOBLIB

Would the dataset being SMS-managed, or not, affect this?

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

Re: PDSE MAXGENS API

[Cieri, Anthony]

It is not an API, but this is something that was discussed here 
previously..


/* Rexx */ 
CVT  = C2d(Storage(10,4))  
CVTDFA   = C2d(Storage(D2x(CVT + 1216),4))   /* cvt + 4c0 */   
DFAMGEN  = C2D(storage(d2x(cvtdfa + 76),4))  /* dfa + 4c */
say 'Maxgen limit is 'dfamgen  
say 'PDS/E MaxGen value is 'dfamgen
exit   



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Nick Jones
Sent: Wednesday, May 02, 2018 5:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PDSE MAXGENS API

Thanks for the confirmation, Steve.

I did consider the possible hacks you mentioned but unfortunately, neither the 
IEBPDSE utility nor TSO/E LISTDS (nor indeed the TSO/E REXX function, LISTDSI) 
have been updated to output the MAXGENS value of a PDSE V2 library. 

Even if these facilities get updated via an APAR, their use would be 
undesirable since ours is a commercial application and the functionality being 
developed would become conditional on the customers' application of the APAR 
SYSMODs.  

I think I am going to have to bite the bullet and request permission from 
management to get the FAMS licence.

Nick  

--
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: RECFM=VBS,LRECL=X

[Lizette Koehler]

I use to with SMF datasets, now I just let IFASMFDP figure it out with SMS.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Kirk Wolf
> Sent: Wednesday, May 02, 2018 11:23 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: RECFM=VBS,LRECL=X
> 
> Does anyone use this with your z/OS data sets?
> 
> Kirk Wolf
> Dovetailed Technologies
> http://dovetail.com
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

RECFM=VBS,LRECL=X

[Kirk Wolf]

Does anyone use this with your z/OS data sets?

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

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

Re: [EXTERNAL] Re: HLQ change of SMP/E files

[Sankaranarayanan, Vignesh]

Hi Kurt,

Thanks for this; the product is in its own target and dlip zones, product has 
its own CSI.
So the ZONEINDEX is for consideration only when TGT and DLIB have their own 
zones, or even if they're all in a single product CSI?

PS: Big fan of getting replies from various IBM development teams!!

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kurt Quackenbush
Sent: Wednesday 02-May-2018 18:03
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: HLQ change of SMP/E files

On 5/1/2018 9:51 AM, Sankaranarayanan, Vignesh wrote:

> So will a ZONEEDIT be all, or are there other things to be mindful of?

ZONEEDIT is all you need to update the data set names in the DDDEF entries for 
the target and dlib data sets.  However, is this product installed in its own 
target and dlib zones?  Are those zones in their own CSI data sets?  If you'll 
be renaming the CSI data sets too, then you'll need to update the ZONEINDEX 
subentries in the global zone, like
this:

SET BDY(GLOBAL).
UCLIN.
DEL GZONE ZONEINDEX((tgtzonename)).
ADD GZONE ZONEINDEX((tgtzonename,WHYNOT.dataset.name.CSI,TARGET)).
DEL GZONE ZONEINDEX((dlibzonename)).
ADD GZONE ZONEINDEX((dlibzonename,WHYNOT.dataset.name.CSI,DLIB)).
ENDUCL.

Kurt Quackenbush -- IBM, SMP/E Development

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

MARKSANDSPENCER.COM

 Unless otherwise stated above:
Marks and Spencer plc
Registered Office:
Waterside House
35 North Wharf Road
London
W2 1NW

Registered No. 214436 in England and Wales.

Telephone (020) 7935 4422
Facsimile (020) 7487 2670

www.marksandspencer.com

Please note that electronic mail may be monitored.

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you should not copy, disclose, or 
distribute its contents to anyone nor act in reliance on this e-mail, as this 
is prohibited and may be unlawful.

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

Re: AC(1)

[Ed Jaffe]

On 5/2/2018 9:29 AM, Seymour J Metz wrote:

I suppose that "No, you told me that YOU BELIEVED all libraries are 
authorized!" is not politically correct.


I would simply state that abend047 proves the job step is not 
authorized. Therefore, we must investigate every avenue to find out why...


--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole  use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not a intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message  and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

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

Re: How Programming Affects Your Brain: 3 Big Truths According to Science

[Seymour J Metz]

Also seems unaware of the difference between coding and programming.


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


From: IBM Mainframe Discussion List  on behalf of 
Gabe Goldberg 
Sent: Tuesday, May 1, 2018 1:55 PM
To: IBM-MAIN@listserv.ua.edu
Subject: How Programming Affects Your Brain: 3 Big Truths According to Science

https://secure-web.cisco.com/1O57gWdmxu9lb4jV9WwOqAdv2Ukw94lcWX804twS0qmkUAzE4hU90xT5R5Jv6Nv9_lN-xreCHFAcEGz_ieIWXW4iy3R_w783L_TcN5U_OeOyC0Z8G3o0Ih3A0IFpjbleWpzgjZoLTb0nUdFdHOL5rgEesjS7GCLIwmjsih2wZwJ__-Ez0mv1vneUPSWLjX9yPrU3nLObR2qENStPVIgvQGiqq6dI9QDWZBEt5HLR0v-yZQwMDYeF-tYdd8BdZUGzvpdcKJire6FedVS58UdsKmhDsoOJtjO5FUUk9z4oDqKZfIWVR9Ip192gWHkAo19pSXM_-tUZ-WM5tL3acowmtmrHdjds6xTj5T9ugc3Zg-brAPO4MzEWua-r5ugrRkpBohpjYYjKgBAvg4zc4nx9w0U8EI0-vVoMQeo8BJxOoH4VEmUi2tPabePLs-kPrtO38so-MiFEavAJOiKPU5u11gw/https%3A%2F%2Fwww.makeuseof.com%2Ftag%2Fhow-programming-affects-brain%2F

Funny, didn't mention effects on brain of learning APL or assembler.

--
Gabriel Goldberg, Computers and Publishing, Inc.   g...@gabegold.com
3401 Silver Maple Place, Falls Church, VA 22042   (703) 204-0433
LinkedIn: 
http://secure-web.cisco.com/1KYrFCyELA-G7cLNZT91fiJm7GjeRsJfzZ4yrpKgfRthhWrZ9npdGBKaTlLyD_ht77FLXuwiSg0UZeuAvqcfxYZbMF992ov0n2k8PoNRtKMx_jd5Q5K8LT1jPv2XnlvFKsTLlB6afkTNF0u5ND4PS7BH0h7maYjpoa6jgimayyPMyhm_CEhJyzF61nTgo7utgQc_m8tuXAHRFCqPg1JGo-moatJwY2d7_sw8xMRcNfe9cQ2ToICvWik-tQiU2k_F8u9hJCksE4DxPvpnIY2fRszgYjua1eow66LvELz1X8qVfxzMLri1S2NBO3Vp6kahb2kUtv1Q7QizW8HsrSgreziXmBEssyEOnvyiOSQY_B904NHNEPq3TO7MygXcM8ot0RxbbgMixGyjckmpkmORleChOmufpTvUdq9LxHd_3nTie3dg7JCl2aUYyQcnq7hvg/http%3A%2F%2Fwww.linkedin.com%2Fin%2Fgabegold
Twitter: GabeG0

--
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: How Programming Affects Your Brain: 3 Big Truths According to Science

[Seymour J Metz]

SNOBOL and ALGOL were good languages for their day. How about FORTRANSIT, GATE 
and IPL-V?

Or take the Eunix shell - please!


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


From: IBM Mainframe Discussion List  on behalf of 
PINION, RICHARD W. 
Sent: Tuesday, May 1, 2018 2:42 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: How Programming Affects Your Brain: 3 Big Truths According to 
Science

What about SNOBOL or ALGOL?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jack J. Woehr
Sent: Tuesday, May 01, 2018 2:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How Programming Affects Your Brain: 3 Big Truths According to 
Science

[External Email]

On 5/1/2018 11:55 AM, Gabe Goldberg wrote:
> Funny, didn't mention effects on brain of learning APL or assembler.


Or FORTH or m4

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
http://secure-web.cisco.com/1qdTXzIUv0eu9rnMoJBBRqBpV15YmvnG7mEsfTGtNB0hSZKtJeW1VeR4WdGi92AyAaTdkZTfnfQWYGnMzgBJ9RwewgvAfwvykHZ4oBhG27hxNLfP35FQrsOJSleEKjHzk5FWKi_9cgbuHpCbtb4oyZjmfqRo4SGKWf77Y5gxDC6WPsnlEQ0Mug5KtJnaibcp7Qn9qOEXOIwicw3qFeG0ooAn1UTETMmX_2UTBi_x3ytr4kIh27JV-ZJNLJl1P5jJa7w3vdJa7qyLzE65xPaMrICw_YlXg18qdEPPdSFnPk3zuGaI95c4bZ4QzvMFs6Sf2asuIwMDFy6IxJGEFcoGUYXDaGE4J1Y95W-UgIIBCFMxCDDtyfS7egrKmvvBibEdiDpLqSPP9zD9wp8XW8ZYmQOqGXeNBy62nKliJrJQPIJvQ0idPkSRT6llLSEHBVQtA/http%3A%2F%2Fwww.well.com%2F%7Ejax
 # thinking, a way of skeptically interrogating the universe 
http://secure-web.cisco.com/1tgtLAjHCVW-bi9QNkvVYq4vX6UPYiTag50d8-czholsGhcBUmxqlyy1-wxkFEd9CgB_4hj-SVCl6qKIhzkwctr5u5Pre-GZWktLk01c53Ay7kR5sOG_psXAiDl6sBg-HdGxyaEbhUmRlRYp8SuPHQYk8nw31vUXAKrYInna4VNyyTr9SDHjP5wxjhnTXWPrrB9u7ApDw6CAlyes14sQwocTQ_LdD3EBNkiUO9_eNmvZNhNsB66sdZ4rnlByDaw32SFdfyh7_HnNTHdMW6R1xlVmRgo0hW60TT6btOXiAoyVwRRJUIViGP5T9px-eQsIUBREYrkaXmuKQ3umVcNIxwTRH4KQzQr_3nbLnHBT0K4VB56KxFvdeo86afHs0x-3H8toA3yhmP7xQkReCFx_O3WtGKPvuW_C5wvmzPxvR3iBTinxlDlKd9joMw3FdUpMC/http%3A%2F%2Fwww.softwoehr.com
 # with a fine understanding of human fallibility. - Carl Sagan

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
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

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

Re: AC(1)

[Seymour J Metz]

I suppose that "No, you told me that YOU BELIEVED all libraries are 
authorized!" is not politically correct.


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


From: IBM Mainframe Discussion List  on behalf of 
Charles Mills 
Sent: Tuesday, May 1, 2018 3:34 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: AC(1)

You overestimate some customers. If a customer says "yes, we're sure all the 
libraries are authorized" and you say "do a D PROG,APF and see if all the 
libraries are in there" the customer will quite possibly respond "WE TOLD YOU 
ALL OF THE LIBRARIES ARE AUTHORIZED."

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Beaver
Sent: Tuesday, May 1, 2018 11:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AC(1)

D PROG, APF

Is a lot less work

--
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: [EXTERNAL] Re: IEFA107I when pointing to dataset alias

[Seymour J Metz]

>True, but the APF list entries include the volume serial on which the data 
> set resides, or they specify "SMS". In either case, the catalog entries are 
> not needed at IPL time, so APF listed data sets can be cataloged in a 
> user catalog.

How do you build the DEB for the link list when LNKAUTH=APFTAB is specified if 
the volume serial is not specified and the data set is cataloged in a user 
catalog?


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


From: IBM Mainframe Discussion List  on behalf of Tom 
Marchant <000a2a8c2020-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, May 2, 2018 9:42 AM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: [EXTERNAL] Re: IEFA107I when pointing to dataset alias

On Wed, 2 May 2018 08:14:43 +, Gibney, Dave wrote:

>Well, you can't (to the best of my knowledge) use things depending on
>user catalogs at the time that the IPL LPA or Linklst are built. And the
>name in the APF list has to be the real name on the volume.

True, but the APF list entries include the volume serial on which the data
set resides, or they specify "SMS". In either case, the catalog entries are
not needed at IPL time, so APF listed data sets can be cataloged in a
user catalog.

>I don't know the effect of STEPLIBing a job or STC via an non-VSAM
>alias to a dataset that is correctly APF authorized by it's real name.
>I think that should actually work.

It does.

>Playing post IPL games with SETPROG might get you what you want,
>but will be need additional attention maintaining the Commands and
>likely be more prone to error.

I wouldn't call it "games". I have created a new LNKLST set after IPL
and it works quite well. There is no reason the OP couldn't create a
PROGxx member that contains, for example,

LNKLST DEFINE NAME(ADD.USERCAT.DS) COPYFROM(CURRENT)
LNKLST ADD NAME(ADD.USERCAT.DS) DSNAME(B.LOAD)
LNKLST ACTIVATE NAME(ADD.USERCAT.DS)

and issue SET PROG=xx. From then on, any new address space
uses the new LNKLST set, and have the added library available.

I would expect that the system is up far enough for this to work
correctly at the time COMMNDxx members are processed, so
that the SET PROG=xx command can be in COMMNDxx. I don't
know if my expectation would be correct.

Note that as coded above, the ADD puts the data set at the
bottom of the LNKLST. You can put it somewhere else.

--
Tom Marchant

>
>> -Original Message-
>> From: IBM Mainframe Discussion List  On
>> Behalf Of Sankaranarayanan, Vignesh
>> Sent: Tuesday, May 01, 2018 8:12 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: [EXTERNAL] Re: IEFA107I when pointing to dataset alias
>>
>> Hi Dave,
>>
>> I wouldn’t dare change the structuring at this point without fully
>> understanding why it is the way it is; which may very well be because of
>> something that happened twenty years ago.
>>
>> – Vignesh
>> Mainframe Infrastructure
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> On Behalf Of Gibney, Dave
>> Sent: Wednesday 02-May-2018 03:00
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: [EXTERNAL] Re: IEFA107I when pointing to dataset alias
>>
>> I hate to add to the complexity. I don't like the OP's naming
>> plans/conventions at all.
>>
>> But, he can have what he wants. It is the IPL time linklst that isn't going 
>> to
>> have such fancy thigs and access to usercats available. He can IPL with a
>> minimal, perhaps even IBM only LPA/LINKLST/APF and then, once the
>> system is far enough up that that full catalog services are available, use
>> SETPROG to "enhance" these resources.
>>
>> I am not saying this is a good idea, although I have considered using this 
>> idea
>> in a more limited manner for a couple ISV's

--
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: Any challenges with setting CSCBLOC to ABOVE

[Lizette Koehler]

Thanks,

I am not sure how I would check that out, but I will see what I can do.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Anthony Thompson
> Sent: Tuesday, May 01, 2018 8:36 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Any challenges with setting CSCBLOC to ABOVE
> 
> The challenges are if you have any locally-written programs or 3rd-part
> vendor-supplied software that assume the CSCB (Command Step Control Block,
> generally used to implement started task operator commands) is in 24-bit
> storage.
> 
> Either contact the vendor or test in a non-productive environment, such as a
> testplex.
> 
> Ant.
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Lizette Koehler
> Sent: Wednesday, 2 May 2018 12:42 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Any challenges with setting CSCBLOC to ABOVE
> 
> Just a curiosity.  Some shops are still coding CSCBLOC=BELOW but the default
> at
> 2.1 is ABOVE
> 
> Description under MAXUSER States:
> 
> However, too large a buffer can cause the system to allocate more system
> resources than are needed during a given IPL. The excessive allocation of
> system resources because of incorporating too large a buffer can lead to
> potential problems such as the following examples:
> 
> The specification of MAXUSER in conjunction with CSCBLOC=BELOW and
> RSVSTRT can cause the system to allocate excessive storage below 16 M. See
> CSCBLOC for additional details.
> An aggressively large MAXUSER, RSVSTRT, and RSVNONR can cause the system
> to allocate an excessive amount of storage, which can potentially lead to a
> wait state 204 reason 008. (Wait state 204 with reason 008: An error occurred
> during allocation initialization; the system could not obtain storage for
> device
> information.) The system enters a non-restartable wait state 204 at IPL time.
> 
> 
> 
> 
> Lizette Koehler
> statistics: A precise and logical method for stating a half-truth
> inaccurately
> 

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

Re: How Programming Affects Your Brain: 3 Big Truths According to Science

[Kirk Wolf]

I don't give this article and the MRI study on which it is based much
credence.
Dijkstra was a great computer scientist, but I doubt that his iconic quotes
here are based on real data.  His comments on COBOL and Basic might have
been influenced by his work on Algol, which he of course (as do I) found to
be far superior :-).

IBM did an extensive study in 1990-1992, where they evaluated how well a
large sample of programmers who were taught new OO languages (C++ and
Smalltalk).
A large positive correlation to success was whether the student had
knowledge of a variety of programming languages and skills.Duh.

https://dl.acm.org/citation.cfm?id=141944

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

PS> Full disclosure: Steve Goetze of Dovetail was one of the authors of the
IBM paper/study and I worked in the instructor group that conducted it.

PPS>  My first programming languages (at university) were Fortran, APL,
PL/1, Assembler.

On Tue, May 1, 2018 at 12:55 PM, Gabe Goldberg  wrote:

> https://www.makeuseof.com/tag/how-programming-affects-brain/
>
> Funny, didn't mention effects on brain of learning APL or assembler.
>
> --
> Gabriel Goldberg, Computers and Publishing, Inc.   g...@gabegold.com
> 3401 Silver Maple Place, Falls Church, VA 22042
> 
>  (703) 204-0433
> LinkedIn: http://www.linkedin.com/in/gabegoldTwitter: GabeG0
>
> --
> 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: How Programming Affects Your Brain: 3 Big Truths According to Science

[Tomasz Rola]

On Tue, May 01, 2018 at 12:40:09PM -0600, Jack J. Woehr wrote:
> On 5/1/2018 11:55 AM, Gabe Goldberg wrote:
> >Funny, didn't mention effects on brain of learning APL or assembler.
> 
> 
> Or FORTH or m4

I am yet to see the article, but have they mentioned LISP in any of
its incarnations?

-- 
Regards,
Tomasz Rola

--
** A C programmer asked whether computer had Buddha's nature.  **
** As the answer, master did "rm -rif" on the programmer's home**
** directory. And then the C programmer became enlightened...  **
** **
** Tomasz Rola  mailto:tomasz_r...@bigfoot.com **

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

Re: [EXTERNAL] Re: IEFA107I when pointing to dataset alias

[Tom Marchant]

On Wed, 2 May 2018 08:14:43 +, Gibney, Dave wrote:

>Well, you can't (to the best of my knowledge) use things depending on 
>user catalogs at the time that the IPL LPA or Linklst are built. And the 
>name in the APF list has to be the real name on the volume.

True, but the APF list entries include the volume serial on which the data 
set resides, or they specify "SMS". In either case, the catalog entries are 
not needed at IPL time, so APF listed data sets can be cataloged in a 
user catalog.

>I don't know the effect of STEPLIBing a job or STC via an non-VSAM 
>alias to a dataset that is correctly APF authorized by it's real name. 
>I think that should actually work.

It does.

>Playing post IPL games with SETPROG might get you what you want, 
>but will be need additional attention maintaining the Commands and 
>likely be more prone to error.

I wouldn't call it "games". I have created a new LNKLST set after IPL 
and it works quite well. There is no reason the OP couldn't create a 
PROGxx member that contains, for example,

LNKLST DEFINE NAME(ADD.USERCAT.DS) COPYFROM(CURRENT)
LNKLST ADD NAME(ADD.USERCAT.DS) DSNAME(B.LOAD)
LNKLST ACTIVATE NAME(ADD.USERCAT.DS)

and issue SET PROG=xx. From then on, any new address space 
uses the new LNKLST set, and have the added library available.

I would expect that the system is up far enough for this to work 
correctly at the time COMMNDxx members are processed, so 
that the SET PROG=xx command can be in COMMNDxx. I don't 
know if my expectation would be correct.

Note that as coded above, the ADD puts the data set at the 
bottom of the LNKLST. You can put it somewhere else.

-- 
Tom Marchant

>
>> -Original Message-
>> From: IBM Mainframe Discussion List  On
>> Behalf Of Sankaranarayanan, Vignesh
>> Sent: Tuesday, May 01, 2018 8:12 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: [EXTERNAL] Re: IEFA107I when pointing to dataset alias
>> 
>> Hi Dave,
>> 
>> I wouldn’t dare change the structuring at this point without fully
>> understanding why it is the way it is; which may very well be because of
>> something that happened twenty years ago.
>> 
>> – Vignesh
>> Mainframe Infrastructure
>> 
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> On Behalf Of Gibney, Dave
>> Sent: Wednesday 02-May-2018 03:00
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: [EXTERNAL] Re: IEFA107I when pointing to dataset alias
>> 
>> I hate to add to the complexity. I don't like the OP's naming
>> plans/conventions at all.
>> 
>> But, he can have what he wants. It is the IPL time linklst that isn't going 
>> to
>> have such fancy thigs and access to usercats available. He can IPL with a
>> minimal, perhaps even IBM only LPA/LINKLST/APF and then, once the
>> system is far enough up that that full catalog services are available, use
>> SETPROG to "enhance" these resources.
>> 
>> I am not saying this is a good idea, although I have considered using this 
>> idea
>> in a more limited manner for a couple ISV's

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

Re: Installation Exit routine environment (TCB vs. SRB)

[Charles Mills]

The exit vendor is of course IBM.

Unless you mean me.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Rob Scott
Sent: Wednesday, May 2, 2018 2:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Installation Exit routine environment (TCB vs. SRB)

Although TCB mode is very likely, I would double-check with the software exit 
vendor.

I would not want to assume anything when writing system software exits, 
especially as most of them are entered in supervisor state and PSW key 0-7.

Rob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Tuesday, May 1, 2018 8:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Installation Exit routine environment (TCB vs. SRB)

If, for a particular exit in MVS Installation Exits, the documentation is 
silent on whether the exit might be invoked in SRB mode, is it safe to assume 
TCB mode?

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

Makes Java on z/OS seem simple.

[John McKown]

https://xkcd.com/1987/

-- 
We all have skeletons in our closet.
Mine are so old, they have osteoporosis.

Maranatha! <><
John McKown

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

Re: [EXTERNAL] Re: HLQ change of SMP/E files

[Carmen Vitullo]

feels like a friday :( sorry I intended to respond to this POST 
: z/OS 1.13 maintenance concern.May 2, 2018 7:56 AM 


Carmen Vitullo 

- Original Message -

From: "Carmen Vitullo"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, May 2, 2018 7:54:01 AM 
Subject: Re: [EXTERNAL] Re: HLQ change of SMP/E files 

In a case like this I'd like to use the fixcat's like 
FIXCAT(IBM.Coexistence.z/OS.V2R1 FIXCAT + (IBM.Coexistence.z/OS.V2R2) that are 
available now, it may produce a lot of required PTF's but SHOPZ + fixcats for 
required service for 2.1 and 2.2 ? 
or choose the upgrade option in the PSP buckets ? 



Carmen Vitullo 

- Original Message - 

From: "Kurt Quackenbush"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, May 2, 2018 7:41:07 AM 
Subject: Re: [EXTERNAL] Re: HLQ change of SMP/E files 

On 5/1/2018 9:53 AM, Sankaranarayanan, Vignesh wrote: 
> Ooh... almost forgot the other question - is there a way to test run 
> this, equivalent of ADRDSSU's TYPRUN=NORUN? 

No, no CHECK operand on ZONEEDIT. Frankly its a pretty safe operation, 
but if you're concerned then make a copy of your CSI data set(s) that 
contain the target and dlib zones and try it out on the copy first. 

Kurt Quackenbush -- IBM, SMP/E Development 

-- 
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: z/OS 1.13 maintenance concern.

[John Eells]

Steve Cross wrote:

I have inherited a z/OS 1.13 system that has not had any maintenance applied 
since mid-2015 and I need to bring it up to date before upgrading to 2.2 
(ordered ready for installation). All but one of the required 
toleration/fall-back ptfs have been applied. Is it safe just to order 
maintenance excluding superseded ptfs ? I was thinking of the size of the 
download and subsequent RECEIVE / APPLY.



Whatever PTFs you get, the size of the order will in all probability 
still be a *lot* smaller than a z/OS ServerPac order.  Also, SMP/E won't 
put on the superceded PTFs and then the superceding PTFs; it's very good 
at figuring it all out and then putting on only what's needed in the 
right order.  Finally, if one or more superceding PTFs are PE with no 
available resolving PTF, installing the superceded PTFs might prevent 
problems you would otherwise experience.


I'm firmly in the camp of "APPLY SOURCEID(RSU*,PRP,HIPER,SECINT) GEXT 
and let SMP/E sort 'em all out."


--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

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

Re: [EXTERNAL] Re: HLQ change of SMP/E files

[Carmen Vitullo]

In a case like this I'd like to use the fixcat's like 
FIXCAT(IBM.Coexistence.z/OS.V2R1 FIXCAT + (IBM.Coexistence.z/OS.V2R2) that are 
available now, it may produce a lot of required PTF's but SHOPZ + fixcats for 
required service for 2.1 and 2.2 ? 
or choose the upgrade option in the PSP buckets ? 



Carmen Vitullo 

- Original Message -

From: "Kurt Quackenbush"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, May 2, 2018 7:41:07 AM 
Subject: Re: [EXTERNAL] Re: HLQ change of SMP/E files 

On 5/1/2018 9:53 AM, Sankaranarayanan, Vignesh wrote: 
> Ooh... almost forgot the other question - is there a way to test run 
> this, equivalent of ADRDSSU's TYPRUN=NORUN? 

No, no CHECK operand on ZONEEDIT. Frankly its a pretty safe operation, 
but if you're concerned then make a copy of your CSI data set(s) that 
contain the target and dlib zones and try it out on the copy first. 

Kurt Quackenbush -- IBM, SMP/E Development 

-- 
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: [EXTERNAL] Re: HLQ change of SMP/E files

[Kurt Quackenbush]

On 5/1/2018 9:53 AM, Sankaranarayanan, Vignesh wrote:

Ooh... almost forgot the other question - is there a way to test run
this, equivalent of ADRDSSU's TYPRUN=NORUN?


No, no CHECK operand on ZONEEDIT.  Frankly its a pretty safe operation, 
but if you're concerned then make a copy of your CSI data set(s) that 
contain the target and dlib zones and try it out on the copy first.


Kurt Quackenbush -- IBM, SMP/E Development

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

Re: [EXTERNAL] Re: IEFA107I when pointing to dataset alias

[John Eells]

Sankaranarayanan, Vignesh wrote:

Hi Dave,

I wouldn’t dare change the structuring at this point without fully 
understanding why it is the way it is; which may very well be because of 
something that happened twenty years ago.


For testing stuff like this, ZONECOPY can be your friend.  Make a copy 
of the zone.  Play with things like UCLIN, ZONEEDIT, etc. to your 
heart's content and see what happens.  But don't use the copy to 
actually install anything (that is, no APPLY or ACCEPT), since the 
intent is "play with it now, delete it afterward."  Right after the 
ZONECOPY, a ZONEEDIT to point the DDDEFs in to Outer Space before 
playing with things further is not a terrible idea, in fact.


--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

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

Re: IEFA107I when pointing to dataset alias

[John Eells]

John Eells wrote:

Previously, I wrote:


(* Let's leave SYMBOLICRELATE out of it for now, until we all understand
the basics.  Likewise, we can work our way up to what happens before
Catalog processes aliases and PATHENTRY entries for VSAM data seats, if
necessary.)


So now, let's look at what happens before Catalog is completely 
initialized.  During Catalog address space (aka "CAS") initialization, 
the alias table (called the MLA table) is built.  Before it's built, all 
searches are oriented to the master catalog.  After it's built, they are 
oriented depending on whether there is an alias entry for the HLQ or 
HLQs represented in each MLA table entry.  (This is a logical view, not 
necessarily how the code works in detail.)


The implication of this is that you can have *both*:

- One or more data set entries in the master catalog with a particular HLQ.

- An ALIAS entry for that same HLQ.  (If you are using MLA, of course, 
this can be more than one qualifier.)


Then, before the MLA table is built, the data set entries will be used 
to find the data sets, but after it's built, the alias entry will be 
used to reorient the search to the user cataog, and the data set entries 
in the master catalog will be ignored.


While I am sure this can be construed to be "handy" to some, it is 
pretty much guaranteed to confuse those who follow later, so I can't 
really recommend that anyone actually do this.  So I'll leave the order 
in which such entries must be defined as an "Exercise to the Astute Reader."


(Still up...if I get to it...SYMBOLICRELATE and catalog orientation.)

--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

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

Re: z/OS 1.13 maintenance concern.

[Kurt Quackenbush]

On 5/1/2018 9:22 AM, Steve Cross wrote:

I have inherited a z/OS 1.13 system that has not had any maintenance
applied since mid-2015 and I need to bring it up to date before
upgrading to 2.2 (ordered ready for installation). All but one of the
required toleration/fall-back ptfs have been applied. Is it safe just
to order maintenance excluding superseded ptfs ? I was thinking of
the size of the download and subsequent RECEIVE / APPLY.


Yup, it should be safe, if excluding superseded PTFs is even an option. 
Being honest, I don't remember it that is still a choice on Shopz (as 
you might imagine I only use SMP/E RECEIVE ORDER, which does not have 
that option).


Kurt Quackenbush -- IBM, SMP/E Development

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

Re: [EXTERNAL] Re: HLQ change of SMP/E files

[Kurt Quackenbush]

On 5/1/2018 9:51 AM, Sankaranarayanan, Vignesh wrote:


So will a ZONEEDIT be all, or are there other things to be mindful of?


ZONEEDIT is all you need to update the data set names in the DDDEF 
entries for the target and dlib data sets.  However, is this product 
installed in its own target and dlib zones?  Are those zones in their 
own CSI data sets?  If you'll be renaming the CSI data sets too, then 
you'll need to update the ZONEINDEX subentries in the global zone, like 
this:


SET BDY(GLOBAL).
UCLIN.
DEL GZONE ZONEINDEX((tgtzonename)).
ADD GZONE ZONEINDEX((tgtzonename,WHYNOT.dataset.name.CSI,TARGET)).
DEL GZONE ZONEINDEX((dlibzonename)).
ADD GZONE ZONEINDEX((dlibzonename,WHYNOT.dataset.name.CSI,DLIB)).
ENDUCL.

Kurt Quackenbush -- IBM, SMP/E Development

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

Re: AC(1)

[Peter Relson]

Does the CBT Tape program mentioned take into account all of
Data set name (surely it does)
Volume (very likely)
whether the data set is SMS-managed or not
?

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: [EXTERNAL] Re: PDSE MAXGENS API

[Dyck, Lionel B. (TRA)]

The ISPF command/service DSINFO will return the current maxgen for the 
requested dataset so if you're operating under ISPF you can check the zdsngen 
variable after using dsinfo.

Not ideal but it's something.

--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer – RavenTek Solution Partners

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Nick Jones
Sent: Wednesday, May 02, 2018 4:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: PDSE MAXGENS API

Thanks for the confirmation, Steve.

I did consider the possible hacks you mentioned but unfortunately, neither the 
IEBPDSE utility nor TSO/E LISTDS (nor indeed the TSO/E REXX function, LISTDSI) 
have been updated to output the MAXGENS value of a PDSE V2 library. 

Even if these facilities get updated via an APAR, their use would be 
undesirable since ours is a commercial application and the functionality being 
developed would become conditional on the customers' application of the APAR 
SYSMODs.  

I think I am going to have to bite the bullet and request permission from 
management to get the FAMS licence.

Nick  

--
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: PDSE MAXGENS API

[Nick Jones]

Hi Gord,

Thanks for the heads-up on FAMS. Yes, I think this is going to hurt!

Nick

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

Re: PDSE MAXGENS API

[Nick Jones]

Thanks for the confirmation, Steve.

I did consider the possible hacks you mentioned but unfortunately, neither the 
IEBPDSE utility nor TSO/E LISTDS (nor indeed the TSO/E REXX function, LISTDSI) 
have been updated to output the MAXGENS value of a PDSE V2 library. 

Even if these facilities get updated via an APAR, their use would be 
undesirable since ours is a commercial application and the functionality being 
developed would become conditional on the customers' application of the APAR 
SYSMODs.  

I think I am going to have to bite the bullet and request permission from 
management to get the FAMS licence.

Nick  

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

Re: Installation Exit routine environment (TCB vs. SRB)

[Rob Scott]

Although TCB mode is very likely, I would double-check with the software exit 
vendor.

I would not want to assume anything when writing system software exits, 
especially as most of them are entered in supervisor state and PSW key 0-7.

Rob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Tuesday, May 1, 2018 8:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Installation Exit routine environment (TCB vs. SRB)

If, for a particular exit in MVS Installation Exits, the documentation is 
silent on whether the exit might be invoked in SRB mode, is it safe to assume 
TCB mode?

Charles

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

Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ 
Main Office Toll Free Number: +1 855.577.4323
Contact Customer Support: 
https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
http://www.rocketsoftware.com/manage-your-email-preferences
Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy


This communication and any attachments may contain confidential information of 
Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
prohibited. If you are not the intended recipient, please notify Rocket 
Software immediately and destroy all copies of this communication. Thank you.

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

Re: DFSMSdss Release command

[Gadi Ben-Avi]

Hi Ed,
The DSORG is PS for these datasets.

Gadi


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edward Gould
Sent: Wednesday, May 2, 2018 9:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFSMSdss Release command

> On May 1, 2018, at 6:35 AM, Gadi Ben-Avi  wrote:
>
> --
> - Enter "/" to select actionTracks %Used   XT
> --
> KVPO.LGDM02.KLITMINL.SHILTA.D11804091  100 1
> KVPO.LGDM02.KLITMINL.SHILTA.D11804121  100 1
> KVPO.LGDM02.KLITMINL.SHILTA.D118041510 1
> KVPO.LGDM02.KLITMINL.SHILTA.D118041610 1
> KVPO.LGDM02.KLITMINL.SHILTA.D118042210 1
> KVPO.LGDM02.KLITMINL.SHILTA.D1180423 35420 2
> KVPO.LGDM02.KLITMINL.SHILTA.D1180425 35420 2
> KVPO.LGDM02.KLITMINL.SHILTA.D1180426 35420 2
>
> So I would expect the last 63 files to be processed, but I get a message 
> saying that no files were processed.
> Each of the files is allocated on one volume, so there are no multivolume 
> issues.
>
> Gadi
Gadi:
What is the dsorg of these data sets ? If it is unknown  I think that is the 
why. I am reaching here but I think that is a adrssu restrictions. Other 
packages like DMS (If its still marketed) did this with the greatest of ease. 
Again my memory is dim but there is a way around this but I have always 
disliked it as the syntax stinks, IMO. Once you get it to work its all down 
hill but it does tape a patience.)

Ed


--
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: [EXTERNAL] Re: IEFA107I when pointing to dataset alias

[Gibney, Dave]

Well, you can't (to the best of my knowledge) use things depending on user 
catalogs at the time that the IPL LPA or Linklst are built. And the name in the 
APF list has to be the real name on the volume.

I don't know the effect of STEPLIBing a job or STC via an non-VSAM alias to a 
dataset that is correctly APF authorized by it's real name. I think that should 
actually work.

Playing post IPL games with SETPROG might get you what you want, but will be 
need additional attention maintaining the Commands and likely be more prone to 
error.

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Sankaranarayanan, Vignesh
> Sent: Tuesday, May 01, 2018 8:12 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: IEFA107I when pointing to dataset alias
> 
> Hi Dave,
> 
> I wouldn’t dare change the structuring at this point without fully
> understanding why it is the way it is; which may very well be because of
> something that happened twenty years ago.
> 
> – Vignesh
> Mainframe Infrastructure
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Gibney, Dave
> Sent: Wednesday 02-May-2018 03:00
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: IEFA107I when pointing to dataset alias
> 
> I hate to add to the complexity. I don't like the OP's naming
> plans/conventions at all.
> 
> But, he can have what he wants. It is the IPL time linklst that isn't going to
> have such fancy thigs and access to usercats available. He can IPL with a
> minimal, perhaps even IBM only LPA/LINKLST/APF and then, once the
> system is far enough up that that full catalog services are available, use
> SETPROG to "enhance" these resources.
> 
> I am not saying this is a good idea, although I have considered using this 
> idea
> in a more limited manner for a couple ISV's
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-
> m...@listserv.ua.edu]
> > On Behalf Of Tom Marchant
> > Sent: Tuesday, May 01, 2018 12:47 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: [EXTERNAL] Re: IEFA107I when pointing to dataset alias
> >
> > On Tue, 1 May 2018 10:37:37 -0500, Paul Gilmartin
> >  wrote:
> >
> > >On Tue, 1 May 2018 08:22:08 +0300, Alan(GMAIL)Watthey wrote:
> > >>
> > >>However, with a bit of extra work you can use SYMBOLICRELATE type
> > >>alias
> > >instead and that is allowed to go in a different catalog (see OA52218).  
> > >...
> > >>
> > >And to this end catalog should support specifying SYMBOLICRELATE with
> > >no need to have an actual substitutable symbol in the alias name.
> > >That would eliminate the need for (some of) the extra work.
> >
> > Not for the OP's problem. He wants to define most of his data sets in
> > a Usercat, but those that are in LNKLST, he wants to define in the
> > Master Catalog. He could create an alias in the master using
> > SYMBOLICRELATE, but he cannot include that alias in the LNKLST.
> >
> > --
> > Tom Marchant
> >
> > --
> > 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
> 
> MARKSANDSPENCER.COM
> 
>  Unless otherwise stated above:
> Marks and Spencer plc
> Registered Office:
> Waterside House
> 35 North Wharf Road
> London
> W2 1NW
> 
> Registered No. 214436 in England and Wales.
> 
> Telephone (020) 7935 4422
> Facsimile (020) 7487 2670
> 
> www.marksandspencer.com
> 
> Please note that electronic mail may be monitored.
> 
> This e-mail is confidential. If you received it by mistake, please let us know
> and then delete it from your system; you should not copy, disclose, or
> distribute its contents to anyone nor act in reliance on this e-mail, as this 
> is
> prohibited and may be unlawful.
> 
> --
> 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: How Programming Affects Your Brain: 3 Big Truths According to Science

[Elardus Engelbrecht]

Steve Smith wrote:

>> This one's almost certain to cause brain damage: Malbolge 
>> 


Malbolge was specifically designed to be almost impossible to use, via a 
counter-intuitive 'crazy operation', base-three arithmetic, and self-altering 
code. 


I don't like "self-altering code", but that is just me.


>> I'd advise against clicking that link until Friday afternoon or maybe never.

Too late. Got serious brain damage so early in May. ;-)


Pew, Curtis G wrote:

>Don’t forget INTERCAL: https://en.wikipedia.org/wiki/INTERCAL

I can't 'IGNORE' you. You 'FORGOT' to say 'PLEASE'. Seriously. ;-)

Groete / Greetings
Elardus Engelbrecht

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

Re: DFSMSdss Release command

[Edward Gould]

> On May 2, 2018, at 2:06 AM, Vernooij, Kees (ITOPT1) - KLM 
>  wrote:
> 
> Ed,
> 
> From the FM: "DFSMSdss does not release any space for data sets that are 
> empty (the last used block pointer in the data set's VTOC entry is zero)."
> DMS still exists and is called CA-DISK for the last 25 years, since Sterling 
> and Sam sold it to that company for 8 million dollars (I wish I had written 
> such a piece of software).

Kees,
Thanks for the update on DMS, We had DMS during the 3850 time and DMS spent 
quite a bit of time add 3850 code.

I was a so-so fan of it for a while and then we decided to drop it which was a 
major blow to our storage manager. IIRC it got too expensive.
It had/has a LOT of good features, it just takes a bit of time hunting around 
in the manuals to find some information, although once you are reasonably 
proficient you mostly don’t need the manuals.

Sorry about the misdirect on ADRDSSU like I said though its been a while.

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

Re: DFSMSdss Release command

[Vernooij, Kees (ITOPT1) - KLM]

Ed,

>From the FM: "DFSMSdss does not release any space for data sets that are empty 
>(the last used block pointer in the data set's VTOC entry is zero)."
DMS still exists and is called CA-DISK for the last 25 years, since Sterling 
and Sam sold it to that company for 8 million dollars (I wish I had written 
such a piece of software).

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Edward Gould
> Sent: 02 May, 2018 8:58
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFSMSdss Release command
> 
> > On May 1, 2018, at 6:35 AM, Gadi Ben-Avi  wrote:
> >
> > --
> > - Enter "/" to select actionTracks %Used   XT
> > --
> > KVPO.LGDM02.KLITMINL.SHILTA.D11804091  100 1
> > KVPO.LGDM02.KLITMINL.SHILTA.D11804121  100 1
> > KVPO.LGDM02.KLITMINL.SHILTA.D118041510 1
> > KVPO.LGDM02.KLITMINL.SHILTA.D118041610 1
> > KVPO.LGDM02.KLITMINL.SHILTA.D118042210 1
> > KVPO.LGDM02.KLITMINL.SHILTA.D1180423 35420 2
> > KVPO.LGDM02.KLITMINL.SHILTA.D1180425 35420 2
> > KVPO.LGDM02.KLITMINL.SHILTA.D1180426 35420 2
> >
> > So I would expect the last 63 files to be processed, but I get a
> message saying that no files were processed.
> > Each of the files is allocated on one volume, so there are no
> multivolume issues.
> >
> > Gadi
> Gadi:
> What is the dsorg of these data sets ? If it is unknown  I think that is
> the why. I am reaching here but I think that is a adrssu restrictions.
> Other packages like DMS (If its still marketed) did this with the
> greatest of ease. Again my memory is dim but there is a way around this
> but I have always disliked it as the syntax stinks, IMO. Once you get it
> to work its all down hill but it does tape a patience.)
> 
> Ed
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286


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

Re: DFSMSdss Release command

[Edward Gould]

> On May 1, 2018, at 6:35 AM, Gadi Ben-Avi  wrote:
> 
> --
> - Enter "/" to select actionTracks %Used   XT
> --
> KVPO.LGDM02.KLITMINL.SHILTA.D11804091  100 1
> KVPO.LGDM02.KLITMINL.SHILTA.D11804121  100 1
> KVPO.LGDM02.KLITMINL.SHILTA.D118041510 1
> KVPO.LGDM02.KLITMINL.SHILTA.D118041610 1
> KVPO.LGDM02.KLITMINL.SHILTA.D118042210 1
> KVPO.LGDM02.KLITMINL.SHILTA.D1180423 35420 2
> KVPO.LGDM02.KLITMINL.SHILTA.D1180425 35420 2
> KVPO.LGDM02.KLITMINL.SHILTA.D1180426 35420 2
> 
> So I would expect the last 63 files to be processed, but I get a message 
> saying that no files were processed.
> Each of the files is allocated on one volume, so there are no multivolume 
> issues.
> 
> Gadi
Gadi:
What is the dsorg of these data sets ? If it is unknown  I think that is the 
why. I am reaching here but I think that is a adrssu restrictions. Other 
packages like DMS (If its still marketed) did this with the greatest of ease. 
Again my memory is dim but there is a way around this but I have always 
disliked it as the syntax stinks, IMO. Once you get it to work its all down 
hill but it does tape a patience.)

Ed


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