The name of the program is ESCHATON, and irrespective of the number or value of
parameters passed, always returns 42.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with
> I have a PL/I subroutine call that has 297 optional parameters. That is the
> function has a parameter list with up to 100 tuples of parameters. The first
> tuple is required, and tuple 2 through 100 are optional.
OK, I've been watching this thread with growing curiosity and I can't stand it
> The earlier post by Peter Hunkeler was referring to the LIST attribute of
> ENTRY, described here:
> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IBM3LR60/6.10.5
Yep, this is what I referred to.
--
Peter Hunkeler
--
On Wed, 4 Nov 2015 11:40:34 -0600, Jon Butler wrote:
>LIST has been part of PL/I, and most high-level languages, since at least the
>370...that's a far back as I go!
>
>You can use LIST to get an listing of the assembler generated by the PL/I
>statements in your module. You can also limit the o
LIST has been part of PL/I, and most high-level languages, since at least the
370...that's a far back as I go!
You can use LIST to get an listing of the assembler generated by the PL/I
statements in your module. You can also limit the output by using a LIST(n,m)
where n and m are the line numb
> I have a PL/I subroutine call that has 297 optional parameters. That is the
> function has a parameter list with up to 100 tuples of parameters. The first
> tuple is required, and tuple 2 through 100 are optional.
[snip]
> Is there a shorter way of declaring 297 optional parameters in PL/I
