======  Paul Gilmartin  ======  wrote    2006-08-20 23:03:
On Sun, 20 Aug 2006 22:10:23 +0200, Thomas Berg <[EMAIL PROTECTED]> wrote:

Well, I said clumsy.  When I have the need to remember the compund tails
I just saves them as strings, simple example:

Parse Pull xyz
stem.xyz = 1
tails = tails xyz
etc.

I do the same.  Of course, I must be certain that no tail contains a blank.

But a tail that contains a blank is not a valid tail.  Am I right or have I 
missed something ?

o Absence of instream data sets.
I usually uses stems for that effect.  I have somewhat hesitate to use 
sourceline()
as I have the feeling that it's to obscure or fragile (regarding changes in 
code).

I might set up a stem as follows:

Call SetStem  /* inline data follows
    first  line
    second line
    third  line
*/
    ...
SetStem procedure expose X. SIGL
S = SIGL

That's not a bad idea.  I think I will try that when needed.

BTW, I think it's supremely silly (design oversight?) that SIGL is defined
in the scope of the caller rather than the called, so must be EXPOSEd in
the latter.

From my point of view it would be better if all these special variables was
automatically "exposed" as it would simplify error handling.
(Such as "sigl", "result" and "rc" etc.)

I don't know.  I have just read that TSO, in the way it invokes programs, don't
"allow" that possibility.

I think you're misled because programs invoked by TSO can't run concurrently
with the TMP.  But this is a deeply-rooted design deficiency in TSO.  Rexx
itself has no such problem, and readily avoids it with "SYSCALL spawn ..."

But, as You said, Address ATTCHPGM etc do not allow concurrent tasks so that 
would
be a rexx deficiency.  Or is it different in a MVS, non-TSO environment ?

--

__________________________

    Mundus Vult Decipi
__________________________

 They that can give up essential liberty to obtain a little temporary safety 
deserve neither liberty nor safety.
 - Benjamin Franklin

----------------------------------------------------------------------
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

Reply via email to