Thanks everyone for the info... seems to validate / encourage me that it *should* work and that trying it is not a wasted endeavor...
Kirk Wolf Dovetailed Technologies http://dovetail.com On Wed, Jul 20, 2011 at 11:10 AM, Ray Mullins <[email protected]> wrote: > On 2011-07-20 06:58, Kirk Wolf wrote: > >> I apologize if this is a bit O.T., but the audience on this list seems to >> be >> a little more focused than IBM-MAIN for this kind of question.... >> > > What, ranting seems to distract them from the subject at hand? :) (This > is one of the reasons I've been quiet over the past few years on lists: > the signal-to-noise ratio, and lack of spare time.) > > > I was curious about what would happen in the following scenario: >> >> Suppose you have a LE enabled "main" program written in C, that is >> normally >> invoked as a job step via "EXEC PGM=". The program accepts parameters in >> PARM=, but you can also set LE options for it (as with other LE programs) >> by >> putting them in the PARM before the first slash, e.g.: EXEC >> PGM=CLEPROG,PARM='HEAP(12M)/**arg1 arg2". >> >> Now, suppose I have a small non-LE assembler program (call it "ASMXCTL"), >> that does a "XCTL EP=CLEPROG", passing the original R1 (PARM=)...... >> >> What would happen if I did this? - >> >> EXEC PGM=ASMXCTL,PARM='HEAP(12M)/**arg1 arg2' >> >> Does the "main" initialization of "CLEPROG" process the LE options as >> before? >> > > Yes. At a prior place of employment, there is actually C and assembler > code that does this - dynamically generating HEAP settings based on > various product options and then building the PARM that was passed to a > subtask via ATTACH. > > (I inherited this code; the address space was a C main task with C and > assembler subtasks fired off by invoking an ATTACH assembler subroutine, > and those subtasks attached C and assembler subtasks. Should I mention > that some of the assembler tasks were also not LE-enabled? Talk about > the wide possibility of S0C4s. It was always on my list to convert to > threads, but you know how priorities change on a whim from outside > factors.) > > Later, > Ray > > > -- > M. Ray Mullins > Roseville, CA, USA > http://www.catherdersoftware.**com/ <http://www.catherdersoftware.com/> > > German is essentially a form of assembly language consisting entirely of > far calls heavily accented with throaty guttural sounds. ---ilvi > French is essentially German with messed-up pronunciation and spelling. > --Robert B Wilson > English is essentially French converted to 7-bit ASCII. ---Christophe > Pierret [for Alain LaBonté] >
