Re: JCL statements not in JCL manual?

2008-09-24 Thread John McKown 
On Tue, 23 Sep 2008 19:34:11 -0400, Shmuel Metz (Seymour J.)
<[EMAIL PROTECTED]> wrote:
>Well, if you're running on the same system as where it will be converted,
>then you could checked what's defined to SJF. Or does some of SJF run in
>the Interpreter?
>
>--
> Shmuel (Seymour J.) Metz, SysProg and JOAT

In general, it may not be running on the same system. This is actually a
project that I am doing simply to learn how to use "flex" and "bison" to
write a "compiler". So I decided to "compile" JCL to XML. I would like to
parse as much of the JCL as I can. I could do the suggestion about
considering all "JCL" between a // CNTL and // ENDCNTL as "instream" data
and not parse it at all.

--
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: JCL statements not in JCL manual?

2008-09-24 Thread Shmuel Metz (Seymour J.) 
In <[EMAIL PROTECTED]>, on 09/22/2008
   at 01:10 PM, John McKown <[EMAIL PROTECTED]> said:

>I stand (or sit) corrected. But, in my JCL parser, how would I process
>such a thing?

Well, if you're running on the same system as where it will be converted,
then you could checked what's defined to SJF. Or does some of SJF run in
the Interpreter?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: JCL statements not in JCL manual?

2008-09-24 Thread Shmuel Metz (Seymour J.) 
In <[EMAIL PROTECTED]>, on 09/22/2008
   at 05:09 PM, "R.S." <[EMAIL PROTECTED]> said:

>I'm not aware of any supported undocumented statement.

There's an interface for adding new statements and adding new keywords to
existing statements.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: JCL statements not in JCL manual?

2008-09-23 Thread Roger Bolan 
I don't know what the purpose of your JCL parser is, but treating them 
like instream data sounds reasonable to me.
I'm not PSF Development, so I don't know for sure all the details of that 
interface, but I think that the subsystem does not have to parse the 
JCL-like statements themselves.  I think the subsystem gets passed a 
control block with the values in it.   I'd probably start with looking at 
the book 
z/OS V1R9.0 MVS Using the Subsystem Interface
SA22-7642-06 
for  more details. 

--Roger 

IBM Mainframe Discussion List  wrote on 09/22/2008 
12:10:37 PM:

> On Mon, 22 Sep 2008 12:02:44 -0600, Roger Bolan <[EMAIL PROTECTED]> 
wrote:
> 
> >John,
> >
> >Terry is right.  Strictly speaking, PRINTDEV is a program control
> >statement for a subsystem, not a job control statement.  See
> >http://publib.boulder.ibm.com/infocenter/zos/v1r9/index.jsp?
> topic=/com.ibm.zos.r9.ieab500/iea2b540181.htm
> >
> >--Roger
> >
> 
> I stand (or sit) corrected. But, in my JCL parser, how would I process 
such
> a thing? If subsystems can dynamically add what appear to be control
> statements, what should be done with them? In this case, the easiest 
thing
> would be to process them more like "instream data" than JCL. Is that the
> correct thing to do?
> 
> How do these "program control statements" get processed by the JCL 
converter
> / intepreter? Are they converted into internal text?
> 
> --
> John McKown
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: JCL statements not in JCL manual?

2008-09-23 Thread Terry Sambrooks 
Hi John,

In response to conundrum:-

"But, in my JCL parser, how would I process such a thing? If subsystems can
dynamically add what appear to be control statements, what should be done
with them? In this case, the easiest thing would be to process them more
like "instream data" than JCL. Is that the correct thing to do?

How do these "program control statements" get processed by the JCL converter
/ intepreter? Are they converted into internal text?"

I do not thing I can offer any more concrete information. I did look at the
JCL Reference Manual this morning (// CNTL statement, which has a single
operand of *)

The manual implies that anything following a CNTL statement is hybrid in the
context of normal JCL. My interpretation is:

1) The * implies that it is an in-stream data structure but linked to some 
   other DD statement
2) Whilst normal JCL should not follow CNTL (until ENDCNTL is reached) the
   input does begin with //
3) It is probably processed by the Interpreter as there is scope for 
   symbolic parameters
4) The structure of CNTL/ENDCNTL pairs can exist in procedures

Apart from the allusion to symbolic parameters there is no great help in
understanding the inner workings within the JCL manual. (The CNTL example
uses PRINTDEV and refers to the appropriate PSF manual.)

Kind regards - Terry

Terry Sambrooks
Director
KMS-IT Limited
228 Abbeydale Road South
Dore, Sheffield, S17 3LA, UK

Tel: +44 (0)114 262 0933
WEB: www.legac-e.co.uk

Company Reg: 3767263 at the above address

All outgoing E-mail is scanned, but it remains the recipient's
responsibility to ensure their system is protected from spy-ware, trojans,
viruses, and worms.  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: JCL statements not in JCL manual?

2008-09-22 Thread John McKown 
On Mon, 22 Sep 2008 12:02:44 -0600, Roger Bolan <[EMAIL PROTECTED]> wrote:

>John,
>
>Terry is right.  Strictly speaking, PRINTDEV is a program control
>statement for a subsystem, not a job control statement.  See
>http://publib.boulder.ibm.com/infocenter/zos/v1r9/index.jsp?topic=/com.ibm.zos.r9.ieab500/iea2b540181.htm
>
>--Roger
>

I stand (or sit) corrected. But, in my JCL parser, how would I process such
a thing? If subsystems can dynamically add what appear to be control
statements, what should be done with them? In this case, the easiest thing
would be to process them more like "instream data" than JCL. Is that the
correct thing to do?

How do these "program control statements" get processed by the JCL converter
/ intepreter? Are they converted into internal text?

--
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: JCL statements not in JCL manual?

2008-09-22 Thread Roger Bolan 
John,

Terry is right.  Strictly speaking, PRINTDEV is a program control 
statement for a subsystem, not a job control statement.  See
http://publib.boulder.ibm.com/infocenter/zos/v1r9/index.jsp?topic=/com.ibm.zos.r9.ieab500/iea2b540181.htm

--Roger 

IBM Mainframe Discussion List  wrote on 09/22/2008 
09:25:58 AM:

> Hi John,
> 
> In respect of your question:-
> 
> "Does anybody know of any valid JCL statements which are not documented 
in
> the JCL manual? So far, I have found the PRINTDEV statement, which is
> apparently related to AFP printing."
> 
> I am not aware of any true JCL statements which are not documented in 
the
> appropriate place, but I guess one thing that might throw any Parsing
> exercise are sub-system control statements which appear between // CNTL 
and
> // ENDCNTL pairs.
> 
> I have only investigated this area once and that was in respect of an 
early
> implementation of IP Printway.
> 
> Kind regards - Terry
> 
> Terry Sambrooks
> Director
> KMS-IT Limited
> 228 Abbeydale Road South
> Dore, Sheffield, S17 3LA, UK
> 
> Tel: +44 (0)114 262 0933
> WEB: www.legac-e.co.uk
> 
> Company Reg: 3767263 at the above address
> 
> All outgoing E-mail is scanned, but it remains the recipient's
> responsibility to ensure their system is protected from spy-ware, 
trojans,
> viruses, and worms. 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: JCL statements not in JCL manual?

2008-09-22 Thread Terry Sambrooks 
Hi John,

In respect of your question:-

"Does anybody know of any valid JCL statements which are not documented in
the JCL manual? So far, I have found the PRINTDEV statement, which is
apparently related to AFP printing."

I am not aware of any true JCL statements which are not documented in the
appropriate place, but I guess one thing that might throw any Parsing
exercise are sub-system control statements which appear between // CNTL and
// ENDCNTL pairs.

I have only investigated this area once and that was in respect of an early
implementation of IP Printway.

Kind regards - Terry

Terry Sambrooks
Director
KMS-IT Limited
228 Abbeydale Road South
Dore, Sheffield, S17 3LA, UK

Tel: +44 (0)114 262 0933
WEB: www.legac-e.co.uk

Company Reg: 3767263 at the above address

All outgoing E-mail is scanned, but it remains the recipient's
responsibility to ensure their system is protected from spy-ware, trojans,
viruses, and worms.  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: JCL statements not in JCL manual?

2008-09-22 Thread R.S. 

John McKown wrote:

Does anybody know of any valid JCL statements which are not documented in
the JCL manual? So far, I have found the PRINTDEV statement, which is
apparently related to AFP printing.


I'm not aware of any supported undocumented statement.
There are few obsoleted parameters which are syntax-checked and ignored, 
like ROLL or SEP. Such obsoleted parameters are undocumented.


I think one the following can be true:
1. It's not JCL statement, however included in JOB text (like COPY 
command of IEBCOPY or PARM content)

2. It is obsoleted parameter/statement.

--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sd Rejonowy dla m. st. Warszawy 
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, 
nr rejestru przedsibiorców KRS 025237

NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA  wynosi 
118.642.672 zote i zosta w caoci wpacony.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

JCL statements not in JCL manual?

2008-09-22 Thread John McKown 
Does anybody know of any valid JCL statements which are not documented in
the JCL manual? So far, I have found the PRINTDEV statement, which is
apparently related to AFP printing.

--
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html