OK. Let me add a little more background explanation to my previous post.
Naturally, if the output is from a loop or other error you don't want to
just permit it. But sometimes that is not the case. There was a case a
few years ago, since fixed by APAR (I don't remember exactly which product
Hi Brian
Yes I mean that
On Fri, 5 Jul, 2019, 10:02 PM Brian Chapman, wrote:
> Peter,
>
> Are you referring to eMemo by Techserv (was Nexus)?
>
> On Fri, Jul 5, 2019, 12:00 PM Peter wrote:
>
> > Hi
> >
> > Cross posted
> >
> > Does anyone uses this product to send email ?
> >
> > I am just
Before I move on, one last shot at the 'hanging WTOR' that others have already
excoriated. NetView is famous for this so-called communication technique. It
may have seemed like a snazzy idea in the 70s, but I don't know of anyone who
likes it now. When the NetView task is started, it throws up
Peter,
Are you referring to eMemo by Techserv (was Nexus)?
On Fri, Jul 5, 2019, 12:00 PM Peter wrote:
> Hi
>
> Cross posted
>
> Does anyone uses this product to send email ?
>
> I am just looking for manual.
>
> Peter
>
> --
>
Was not aware of shared profile. I'll read up on it.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Tom
Conley
Sent: Friday, July 5, 2019 11:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Who is changing a user's ISPF profile
On 7/5/2019 11:35 AM, Paul Gilmartin
On 7/5/2019 11:35 AM, Paul Gilmartin wrote:
On Fri, 5 Jul 2019 09:35:49 -0500, Elardus Engelbrecht wrote:
Allan Staller wrote:
This typically happens (in my experience) when a single ISPPROF dataset is
shared across multiple images (last update wins).
True, last one wins always. This is
On 7/5/2019 10:35 AM, Elardus Engelbrecht wrote:
Allan Staller wrote:
This typically happens (in my experience) when a single ISPPROF dataset is
shared across multiple images (last update wins).
True, last one wins always. This is WAD, not BAD.
Actually, the behavior is controlled by
Hi
Cross posted
Does anyone uses this product to send email ?
I am just looking for manual.
Peter
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message:
ISPF also nicely serializes ISPPROF updates.
>>This typically happens (in my experience) when a single ISPPROF dataset is
>>shared across multiple images (last update wins).
>
>True, last one wins always. This is WAD, not BAD.
>
ISPF Edit nicely serializes member updates. ISPF seems unable to
Paul Gilmartin wrote:
>>>This typically happens (in my experience) when a single ISPPROF dataset is
>>>shared across multiple images (last update wins). True, last one wins
>>>always. This is WAD, not BAD.
>ISPF Edit nicely serializes member updates. ISPF seems unable to do likewise
>with
On Fri, 5 Jul 2019 09:35:49 -0500, Elardus Engelbrecht wrote:
>Allan Staller wrote:
>
>>This typically happens (in my experience) when a single ISPPROF dataset is
>>shared across multiple images (last update wins).
>
>True, last one wins always. This is WAD, not BAD.
>
ISPF Edit nicely
How many lines does LINES=nn actually mean?
Specifies the maximum output, in thousands of lines, that JES2 is to place in
the spool data sets for this job’s sysout data sets. The number is 1 through 6
decimal numbers from 0 through 99. When the specified number of lines is
reached,
Or if it actually is that large legitimately, spin it to tape. But seriously,
somebody needs to look at the output and see if it is legitimate or a loop.
Rex
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Elardus Engelbrecht
Sent: Friday, July 5, 2019 9:30 AM
To:
Ditto here. For certain developers, the operators simply cancel the
developer's jobs and purge the output without even asking because the
programmer has been slapped so many times and it doesn't do any good. "I have
to have 130 million lines of 'got here' to debug my code!"
-Original
Allan Staller wrote:
>And then he will get Sx37 abends because no dataset can be made large enough
>to contain the output.
This is what I said. ;-) This is for the storage admin to sort out.
>The OP need to go back to the source of the problem (Application Program) and
>find out why so much
On Fri, Jul 5, 2019 at 9:37 AM Allan Staller wrote:
> And then he will get Sx37 abends because no dataset can be made large
> enough to contain the output.
> The OP need to go back to the source of the problem (Application Program)
> and find out why so much output is being produced.
> This must
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.hasa300/has2v5_The_JES2_job_statistics.htm
The JES2 job statistics uses data accumulated while processing JCL statements
and SYSIN data to determine the number of input records read, and, while
creating SYSOUT, to
And then he will get Sx37 abends because no dataset can be made large enough to
contain the output.
The OP need to go back to the source of the problem (Application Program) and
find out why so much output is being produced.
This must be corrected.
-Original Message-
From: IBM Mainframe
See page 124 section 5.4 here
http://www.redbooks.ibm.com/redbooks/pdfs/sg246377.pdf
Setting ESTBYTE OPT=0 may help.
If Unix is involved then _BPX_UNLIMITED_OUTPUT=YES might also help.
--Roger
On Fri, Jul 5, 2019 at 7:46 AM raji ece wrote:
> One of our job is abending with RC S722 and the
Allan Staller wrote:
>This typically happens (in my experience) when a single ISPPROF dataset is
>shared across multiple images (last update wins).
True, last one wins always. This is WAD, not BAD.
>A)Code/install ISPF EXIT 16 to change the name of the ISPPROF dataset being
>used to
raji ece wrote:
>Yes... I can.can I have jcl ?
Write it self.
Friday advice: Try changing //??? DD SYSOUT=* to //??? DD DUMMY ;-D :-D
No, seriously, just change //??? DD SYSOUT=*
... to something like this:
//??? DD DISP=(NEW,CATLG),DSN=,SPACE=, ...
etc ...
Consider adding VOLSER= so
This typically happens (in my experience) when a single ISPPROF dataset is
shared across multiple images (last update wins).
A)Code/install ISPF EXIT 16 to change the name of the ISPPROF dataset being
used to something image specific.
B)Live with it
HTH,
-Original Message-
From: IBM
Lizette, I think ISPF enqueues the profile table even on concatenated dd,so
not sure they can share ISRPROF/ISPPROF.
ITschak
On Fri, Jul 5, 2019 at 5:16 PM Lizette Koehler
wrote:
> Note the following information from the ISPF Manual
>
>
>
Look at the output from the job. Find the phrase ELASPED TIME. See how many
records are written
If it exceeds the max limit, then you should write the output to a file or
break up the output
If you hit the maximum number of lines of output (S722) then there is not much
more that can be
Yes... I can.can I have jcl ?
On Fri, Jul 5, 2019, 7:41 PM Nash, Jonathan S. <
01abdcef2f3c-dmarc-requ...@listserv.ua.edu> wrote:
>
> When I have this problem I write the
> big DD to a file with a large space
> allocation...
>
> Is that an option in your situation ?
>
>
> -Original
Note the following information from the ISPF Manual
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.f54ug00/aloptab.htm
The table output library must be a partitioned data set. The ISPTABL ddname
that defines the table output library can specify the same data set
When I have this problem I write the
big DD to a file with a large space
allocation...
Is that an option in your situation ?
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Allan Staller
Sent: Friday, July 05, 2019 9:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject:
Yes it will, do not do anything further without discussing with your site's
system programming/technical support staff.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
raji ece
Sent: Friday, July 05, 2019 9:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXT] Re: Job
That is the whole point of the S722 abend. To prevent a runaway job from
crashing the system.
Yes it certainly will impact overall spool usage
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
raji ece
Sent: Friday, July 5, 2019 9:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Classification: Public
Of course it will; you'll be allowing the job to create more output..
Andy Styles
z/Series System Programmer
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of raji ece
Sent: 05 July 2019 15:01
To:
This will not impact the overall spool usage right??
Regards,
Raji
On Fri, Jul 5, 2019, 7:29 PM Joe Monk wrote:
> Or, you could try OUTLIM=16777215 on the DD SYSOUT card.
>
> Joe
>
> On Fri, Jul 5, 2019 at 8:56 AM Allan Staller
> wrote:
>
> > JES might also be supplying the OUTLIM. It does
Or, you could try OUTLIM=16777215 on the DD SYSOUT card.
Joe
On Fri, Jul 5, 2019 at 8:56 AM Allan Staller wrote:
> JES might also be supplying the OUTLIM. It does not necessarily come from
> JCL.
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf
> Of Mark Jacobs
>
JES might also be supplying the OUTLIM. It does not necessarily come from JCL.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Mark Jacobs
Sent: Friday, July 5, 2019 8:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Job abend with S722
If you don't care how many
If you don't care how many lines are produced, take off the OUTLIM parameter
from the DD statement. That'll prevent the S722 abend. Otherwise it's doing
exactly what it's meant to do.
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
Can't help you from this side. The system is doing what it is supposed to do.
You need to look at the job (application pgms, ) and find out why so much
output is being produced.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
raji ece
Sent: Friday, July 5,
One of our job is abending with RC S722 and the error show the maximum
outlimit execeed. We have coded lines=99(Maximum limit) and run but
getting same error. Current zos level is 1.13. any idea?
--
For IBM-MAIN subscribe /
On 7/5/19 12:25 AM, Jake Anderson wrote:
> Hi
>
> Is there a website where IBM publishes the latest RSU levels for all ibm
> products (Mainframe) ?
>
> Jake
>
> ...
I thought when an RSUyymm was released, by the very nature of the beast
it applies simultaneously to all products it covers -- there
And last: an ispf application is invoked without appl so it set pfkeys and
other profile settings is ISR / ISP instead of its own profile.
ITschak
בתאריך יום ו׳, 5 ביולי 2019, 16:03, מאת Joel C. Ewing :
> Various possibilities:
> (1)The user is attempting to violate installation standards and
Various possibilities:
(1)The user is attempting to violate installation standards and a
default installation initial edit macro is forcing the edit profile
values back
(2)The user is attempting to modify a locked edit profile, which means
any changes he makes are temporary -- locking some
Multiple images?
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Gadi Ben-Avi
Sent: Thursday, July 4, 2019 9:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Who is changing a user's ISPF profile
Hi,
A user is complaining that 'someone' is changing their ISPF profile
The might be some issues w/volume of the type 80's collected. Otherwise it
works fine.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Elardus Engelbrecht
Sent: Thursday, July 4, 2019 4:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF for cataloged procedures and
If it is e.g. an ISPF Edit Initial Macro, changed by someone, the user will be
the one that modifies the Profile. This will be difficult to trap.
What has changed in their profile?
Kees.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>
42 matches
Mail list logo
