From what I can find, VARSTORAGE only pertains to OUTTRAP:

VARSTORAGE (HIGH)
indicates that CLIST variables and REXX OUTTRAP variables containing output 
from authorized commands invoked by REXX can be kept in storage above the 16M 
line.

Regards – Grant.

In theory, there's no difference between theory and practice. In practice, 
there is.

Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are. - John Wooden

If you don't have time to do it right, when will you have the time to do it 
over? - John Wooden



DTCC Public (White)

-----Original Message-----
From: IBM Mainframe Discussion List <[email protected]> On Behalf Of 
Hobart Spitz
Sent: 15 December 2021 00:39
To: [email protected]
Subject: Re: EAGREX0500E Error 5 . Machine storage exhausted or request exceeds 
limit in REXX

ATTENTION: External Email – Be Suspicious of Attachments, Links and Requests 
for Login Information.

I don't think anyone has suggested PROFILE VARSTORAGE(HIGH).

On Tuesday, December 14, 2021, Paul Gilmartin < 
[email protected]> wrote:

> On Tue, 14 Dec 2021 23:14:10 +0000, Gibney, Dave wrote:
>
> >Can you stop with the non-breaking space failing html
> >
> It's not exactly HTML.  I see:
>
> Content-Transfer-Encoding: base64
> Content-Type: text/plain; charset="gb18030"
>     ...
> From:         =?gb18030?B?aWJtbWFpbg==?= <...>
>
> But still, something was lost in translation.
>
> >> -----Original Message-----
> >>     ...
> >> &gt;REGION=0M&nbsp;is&nbsp;still&nbsp;likely&nbsp;to&nbsp;be&nbsp;s
> >> u bject&nbsp;to&nbsp;system&nbsp;wide&nbsp;limits.
> >> &gt;Is&nbsp;it&nbsp;possible&nbsp;to&nbsp;have&nbsp;REXX&nbsp;put&
> >> nbsp;STEM&nbsp;and&nbsp;other&nbsp;stuff&nbsp;into&nbsp;64&nbsp;bi
> >> t&nbsp;memory
>
> -- gil
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to [email protected] with the message: INFO IBM-MAIN
>


--
OREXXMan
Would you rather pass data in move mode (*nix piping) or locate mode
(Pipes) or via disk (JCL)?  Why do you think you rarely see *nix commands with 
more than a dozen filters, while Pipelines specifications are commonly over 
100s of stages, and 1000s of stages are not uncommon.
REXX is the new C.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
[email protected] with the message: INFO IBM-MAIN
DTCC DISCLAIMER: This email and any files transmitted with it are confidential 
and intended solely for the use of the individual or entity to whom they are 
addressed. If you have received this email in error, please notify us 
immediately and delete the email and any attachments from your system. The 
recipient should check this email and any attachments for the presence of 
viruses. The company accepts no liability for any damage caused by any virus 
transmitted by this email. Message content created by DTCC is automatically 
secured using Transport Layer Security (TLS) encryption and will be encrypted 
and sent through a secure transmission connection if the recipient's system is 
configured to support TLS on the incoming email gateway. If there is no TLS 
configured or the encryption certificate is invalid on the recipient's system, 
the email communication will be sent through an unencrypted channel. 
Organizations communicating with DTCC should be using TLS v1.2 or newer to 
ensure continuation of encrypted communications. DTCC will not be responsible 
for any disclosure of private information or any related security incident 
resulting from an organization's inability to receive secure electronic 
communications through the current version of TLS.


----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to