> -----Ursprungligt meddelande-----
> Från: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] För Paul Gilmartin
> Skickat: den 2 november 2009 20:56
> Till: IBM-MAIN@bama.ua.edu
> Ämne: Re: SV: An Alternative Modest PARM Proposal
> 
> On Mon, 2 Nov 2009 19:45:43 +0100, Thomas Berg wrote:
> >
> >Well, the caos is not primarily feared based on "API" format.  I was 
> >thinking of Job JCLs that production planners, those who restart and 
> >corrects jobs, application programmers/designers etc; all those who 
> >deals with parms that have application dependant values that 
> define and 
> >designate the workings of the job "webs".
> >
> >Imagine that an important application job abends in the 
> middle of the night.
> >The application responsible is waked by a telephone from one of the 
> >nights operators asking for instructions.  And the 
> instructions involve parm values...
> >
> That's the lesser hazard.  The greater is that the job runs 
> with a truncated PARM and yields incorrect results, possibly 
> undetected.
> For that reason, PARMX is probably a good idea.  Jobs that 
> have not been tested with long parm can continue to use PARM 
> and produce JCL errors, readily diagonsed, with oversize values.
> 
> I might even advocate a new JCL command, "//L EXECU PGM=...", 
> where EXECU invokes the program in the unauthorized state 
> with long PARM allowed.  EXEC would continue to operate as it 
> does, respecting the AC= attribute and limiting the PARM to 
> 100 characters.
> 
> -- gil
> 

If we really go the "new syntax road", I liked the suggestion, 
by someone I don't remember for the moment, that we introduce 
a new JCL operand:
// PARM '.......'
I like that partly beacuse of possibility to have a "concatenate"
function like:
// PARM 'part 1 .............................................'
// PARM 'part 2 .............................................'
// PARM 'part 3 .............................................'
etc.
An easy way to input a long parm (in JCL).



*BUT*, we still we have the problem of backward incompatibility 
regardless of the input format... 

 

Regards, 
Thomas Berg 
__________________________________________ 
Thomas Berg   Specialist   IT-U   SWEDBANK 

  

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

Reply via email to