Re: JES2 - get system name without JCT addressability.

I am not sure if this will help, but there is a JES2 List that might be able to provide some guidance. To join, if you have not done so, go here http://listserv.vt.edu/cgi-bin/wa?A0=jes2-l Lizette > -Original Message- > From: IBM Mainframe Discussion List

Re: IBM z/OS Internet Library trimmed to z/OS 1.13 and above

And those releases are out of support. However, try this. See if this works for older releases: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves?filter=z%2Fos+v1=Find Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >

Re: IBM z/OS Internet Library trimmed to z/OS 1.13 and above

The rapid dropping of support for "traditional" manuals really ticks me off. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gord Tomlin Sent: Wednesday, September 02, 2015 9:45 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IBM

Re: how to know the length and blocksize of each member in dataset

This is not exactly what was requested by OP, but the PDS command and its program product heir StarTool will produce member stats with the VERIFY subcommand. See sample output below for a whole member list scan. VERIFY can also be used on a single member. I don't know of any way to display

Re: IBM z/OS Internet Library trimmed to z/OS 1.13 and above

gt.ibm.li...@actionsoftware.com (Gord Tomlin) wrote: I went to my usual place to view z/OS manuals today (http://www-03.ibm.com/systems/z/os/zos/library/bkserv/index.html), and discovered that the links to releases prior to z/OS 1.13 have now been removed. So much for being able to go back and

IBM z/OS Internet Library trimmed to z/OS 1.13 and above

I went to my usual place to view z/OS manuals today (http://www-03.ibm.com/systems/z/os/zos/library/bkserv/index.html), and discovered that the links to releases prior to z/OS 1.13 have now been removed. So much for being able to go back and research what release introduced a new facility or

Re: IBM z/OS Internet Library trimmed to z/OS 1.13 and above

Seems like 'Page under Destruction' would be apropos. In a message dated 9/2/2015 11:56:27 A.M. Central Daylight Time, ee...@us.ibm.com writes: I'm told they'll be back "soon," probably at the bottom of the page under a new heading that says, in effect, "Ye Olde Books Below."

Re: Source for "98% of the checking transactions flow through a mainframe" type statements

On 09/02/2015 08:29 PM, Charles Mills wrote: I have seen an IBM SHARE keynote or the like where IBM rolled out a bunch of statements like 98% of the checking transactions pass through a mainframe 72% of the credit card transactions involve a mainframe etc. I read somewhere that 98.6% of all

Source for "98% of the checking transactions flow through a mainframe" type statements

I have seen an IBM SHARE keynote or the like where IBM rolled out a bunch of statements like 98% of the checking transactions pass through a mainframe 72% of the credit card transactions involve a mainframe etc. I would like to use those statements in a presentation (for an audience that will

Re: Source for "98% of the checking transactions flow through a mainframe" type statements

On Wed, 2 Sep 2015 22:58:31 -0500, Bill Godfrey wrote: >On Wed, 2 Sep 2015 17:29:54 -0700, Charles Mills wrote: > >>I have seen an IBM SHARE keynote or the like where IBM rolled out a bunch of >>statements like >> >>98% of the checking transactions pass through a mainframe >>72% of the credit

Re: Smaller Private Area in DR

> I have been reviewing the data for private and am puzzled with what I see. > The data from PROD taken with SYSVIEW is as follows; > > RegionStart > EndLength Bytes Used > RONUC _00FE3000 _00FF _0001D000

Re: Source for "98% of the checking transactions flow through a mainframe" type statements

On Wed, 2 Sep 2015 17:29:54 -0700, Charles Mills wrote: >I have seen an IBM SHARE keynote or the like where IBM rolled out a bunch of >statements like > >98% of the checking transactions pass through a mainframe >72% of the credit card transactions involve a mainframe >etc. > >I would like to use

Re: Smaller Private Area in DR

Hello All, I have been reviewing the data for private and am puzzled with what I see. The data from PROD taken with SYSVIEW is as follows; RegionStart EndLength Bytes Used RONUC _00FE3000 _00FF _0001D000

Re: how to know the length and blocksize of each member in dataset

The root of this problem is poorly chosen block sizes for the output data sets that contain load modules. Always, always, always use a block size of 32760 for RECFM U data sets that contain load modules and move them around using COPYMOD. Specify PARM=SPCLCMOD so you don't get warning

Re: how to know the length and blocksize of each member in dataset

elardus.engelbre...@sita.co.za (Elardus Engelbrecht) wrote: Mind you, max blocksize is 32768, but that info is useless. AMBLIST can *probably* help you, but ... The maximum block size for z/OS is actually 32760. (We have to reserve space for those pesky RDWs and BDWs.) -- John Eells z/OS

Re: QNAMEs (was: ENQ rname_addr description)

>I can imagine a DoS attack in which an unauthorized user bogarts a QNAME/RNAME >generally used by an authorized facility. And that is why use of non-authorized QNAMEs by an authorized caller is poor form. In some cases existing QNAMEs that are not SYSZ have been made authorized-only

Re: how to know the length and blocksize of each member in dataset

John Eells wrote: >> Mind you, max blocksize is 32768, but that info is useless. AMBLIST can >> *probably* help you, but ... >The maximum block size for z/OS is actually 32760. (We have to reserve space >for those pesky RDWs and BDWs.) Ouch. Ouch. Ouch. Sorry, I'm wrong, perhaps I played

Re: how to know the length and blocksize of each member in dataset

On Wed, 2 Sep 2015 07:32:15 -0400, John Eells wrote: >elardus.engelbre...@sita.co.za wrote: > >> Mind you, max blocksize is 32768, but that info is useless. AMBLIST can >> *probably* help you, but ... > >The maximum block size for z/OS is actually 32760. (We have to reserve >space for those

Re: FTP - how get RDW and ASCII

In <0fac01d0e4c7$1cbd7eb0$56387c10$@mcn.org>, on 09/01/2015 at 08:01 AM, Charles Mills said: >I have a legacy dataset in VB format. I would like to FTP it to a PC >(1) translating the record data to ASCII and (2) preserving the LLBB >record control words. Will RECFM=D work

Re: QNAMEs (was: ENQ rname_addr description)

On Tue, 1 Sep 2015 10:03:46 -0500, Walt Farrell wrote: >>> >>I can imagine a DoS attack in which an unauthorized user bogarts a QNAME/RNAME >>generally used by an authorized facility. But such contention could arise >>entirely >>among unauthorized users. > >Yes, contention could arise strictly

Re: opinion: "upgrade" use of CCSID in JCL.

On Wed, 2 Sep 2015 07:38:11 -0500, John McKown wrote: >I am wondering if anyone else thinks that it might be useful for IBM to >make an enhancement to BSAM/QSAM support for the CCSID parameter in JCL. > >ref: >http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2b6a0/12.9 > > >Purpose >

Re: QNAMEs (was: ENQ rname_addr description)

On Wed, Sep 2, 2015 at 8:22 AM, Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Wed, 2 Sep 2015 07:17:47 -0500, John McKown wrote: > > > >> //STEP EXEC PGM=IEFBR14,COND=(0,LE) > >> //FILE DDDISP=OLD,DSN=SYS1.LINKLIB (SYS1.**, ad lib.) > >> > >​A JOB

Re: QNAMEs (was: ENQ rname_addr description)

-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: 02 September, 2015 15:23 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: QNAMEs (was: ENQ rname_addr description) On Wed, 2 Sep 2015 07:17:47 -0500, John McKown wrote: >

Re: QNAMEs (was: ENQ rname_addr description)

On Wed, 2 Sep 2015 08:30:49 -0500, John McKown wrote: > >​Until the "mad sysprog" (present!) decides to stuff the person (note >proper use of non-sexist pronoun) down the elevator shaft. ...​ > For gender inclusiveness, I sometimes use "(fe)malefactor". On 2015-09-02, at 07:32, Vernooij, CP

Re: QNAMEs (was: ENQ rname_addr description)

On Wed, Sep 2, 2015 at 8:32 AM, Vernooij, CP (ITOPT1) - KLM < kees.verno...@klm.com> wrote: > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Paul Gilmartin > Sent: 02 September, 2015 15:23 > To: IBM-MAIN@LISTSERV.UA.EDU >

Re: QNAMEs (was: ENQ rname_addr description)

Check out http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieag400/autqna.htm for more info on the topic of authorized qnames. -Joe Joe Gentile z/OS GRS Lead (845)435-2184 (T/L 295-2184) jwgen...@us.ibm.com

Re: how to know the length and blocksize of each member in dataset

ibmmain - Jason Cai wrote: >Is there any utility to know the length and blocksize of each member >(modules) in dataset ? You will have a hard time, perhaps impossible according to Shmuel, to get these info as others said. What type of dataset and what RECFM is that? But your question is

opinion: "upgrade" use of CCSID in JCL.

I am wondering if anyone else thinks that it might be useful for IBM to make an enhancement to BSAM/QSAM support for the CCSID parameter in JCL. ref: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2b6a0/12.9 Purpose You can request the access method to convert data between the

Re: QNAMEs (was: ENQ rname_addr description)

On Wed, 2 Sep 2015 07:17:47 -0500, John McKown wrote: > >> //STEP EXEC PGM=IEFBR14,COND=(0,LE) >> //FILE DDDISP=OLD,DSN=SYS1.LINKLIB (SYS1.**, ad lib.) >> >​A JOB with that particular DSN in it with DISP=OLD will never run. >SYS1.LINKLIB is share enqueued by both LLA and XCFAS on a

Re: QNAMEs (was: ENQ rname_addr description)

On Wed, Sep 2, 2015 at 7:05 AM, Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Tue, 1 Sep 2015 10:03:46 -0500, Walt Farrell wrote: > >>> > >>I can imagine a DoS attack in which an unauthorized user bogarts a > QNAME/RNAME > >>generally used by an authorized facility.

Re: Can we use different translation tables via FTP

On Tue, 1 Sep 2015 17:00:27 -0500, Jasi Grewal wrote: >Greetings, I am trying to use different translation table and it states that >is not supported or not loaded. >I have tried to define XLATE and SBDATACONN to TCPIP.STANDARD.TCPXLBIN in >ftp.data but still gets the following message: > >help

Re: JES2 - get system name without JCT addressability.

$CBIO doesn't work? It has an input parameter of MTTR with it says is a SPOOL TTR. ref: http://publibfp.dhe.ibm.com/epubs/pdf/has2q000.pdf MTTR= Specifies the label of, or a register that contains, the spool track address of the record to be read or written. If you specify a register, the spool

Re: JES2 - get system name without JCT addressability.

I knew I had to be missing something! Thank you very much John! "You're da best!" I'll give it a shot! Regards, Leonardo Vaz -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Wednesday, September 02, 2015 10:51 AM

Re: JES2 - get system name without JCT addressability.

Thanks for the help guys! You understand my problem now, so from the system I'm executing the command from It's not trivial to get the system where the job is running, the easiest field I found is JCTMVSNM, but JCT is probably not resident on the system I'm executing the command from, I think