>> >>BTW: I know *existing* OS/390 application using more than 256 bytes in >> >>PARM. >> I really would like to see a (working!) example of such a gismo... >> >I do it regularly with HLASM called from Rexx (not from JCL). Or, OK, if it is not from PARM= in JCL, then I can see that one can do that.
>you really need an example? No. >> You can use PARM='/OPTFILE(DD:COPT)' and then put all the parms in >> //COPT DD * >> >o If this doesn't support symbol substitution, it falls short of > many people's needs. One can combine the OPTFILE with other parameters in the PARM= in the JCL. Provided one can cram the parameters, requiring symbol substitution in the 100 bytes, that might just do the job. > >o If this can't be used with an instream data set in a library > PROC, it falls short of many people's needs. (No, it's not > satisfactory to provide the COPT with an overriding DD.) I never really understood why one can not have instream data in a PROC. Surely, it must not be complicated for IBM to solve that one... > >The OPTFILE circumvention is a stopgap with functional restrictions >(above), which is implemented haphazardly in some, not all, >utilities, likely with inconsistent syntax. True. > >If the Convertor/Interpreter/Initiator were to automate the >process by: > >o Automatically reading the OPTFILE DD and converting to the > traditional R1 points to halfword length followed by PARM > text. Or much simpler: just allow and cater for more than 100 bytes PARM= field... > >o Supporting OPTFILE as an instream data set in library PROCs Or indeed any DD with instream data in PROCs! > >o Supporting symbol substitution within the OPTFILE instream > data Now, that would be tricky, no? > >... it would be closer to the requirement. But why not merely >relax the 100-character limit on PARM? It makes no sense to >retain a limit motivated by storage prices which have since >dropped by five(?) orders of magnitude. The list has had this discussion before. Let's not start it over. Just enter your requirements with Share or any other official way of communicating your needs to IBM. Cheers, Jantje. ---------------------------------------------------------------------- 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
