When you are only about 1/2 thorough the apar list, if you print more than 1000
jobs before restarting VPSIP, it would abend, the jobs all needed to use|need
SYS1.IMAGELIB. Then when we got to #18 on the list, the site could produce
84,000+ jobs (again all needed SYS1.IMAGELIB), before the aben
I completely agree, when I apply maintenance, I ALWAYS create an entirely new
target and dlib zone, and I keep the old one for at least a year.
Brian
On Tue, 17 Sep 2019 14:23:56 -0500, Tom Marchant
wrote:
>On Tue, 17 Sep 2019 19:00:04 +, Jousma, David wrote:
>
>>I suspect you won't have
You run into it when (for instance), VPSIP gets the 16e abend but won't come
down. Unfortunately, we found it the 'hard" way by cancelling VPSIP only to
have to IPL when IGC00020 went into a tight loop. It's still not completely
fixed, but we know now not to let VPSIP get anywhere close to th
That seems fair. If you don't have VPSIP, or don't use it to the extent that
some of our clients do, then you are good to go.
Brian
On Tue, 17 Sep 2019 20:10:32 +, Gibney, Dave wrote:
>The only reason I considered the bypass was because the PE chain was
>preventing the APPLY of the PTFs
Where would I look in the WLM ISPF application to check that?
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
‐‐‐ Original Message ‐‐‐
On Tuesday, September 17, 2019 4:38 PM,
We are SHARED DAE in our plex too, but I suspect it would be the same in a
non-shared configuration, but just on the one system. When I use IPCS option
3.5 to modify an entry to Take the next dump, it appears that IPCS is issuing a
SETDAE=01, which stops DAE, and then turns around and issues a
Hmm, Thanks. I'll try it myself. One of our developers needed to delete a DAE
entry, don't know how he did it.
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
‐‐‐ Original Message
Thanks. That was big help. I needed to add the GLOBALSTOP option to ADYSET01.
It's working now.
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
‐‐‐ Original Message ‐‐‐
On Wed
This is a right place; RACF-L is more focused but smaller.
Did you activate support for mixed-case passwords?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Pommier, Rex
Sent: Tuesday, Septem
Why does everyone assume that having MACLIB/MODGEN headers in C (or any other
language) is only for systems-level code and exits? There are quite a few
business application programs and customer-specific utility programs out here
that can and do use what you may consider "system' API's to satis
You make a valid point but it comes down to IBM assigning resources
(money) to where they can add the most value to the customer. I would
argue that instead of publishing COBOL copybooks for control blocks a
better API would be callable services to provide the required
information, such as your
Agreed 100%, but in the meantime I'll take the control block translations if I
can get them and write the callable service myself. Or guide the new hire who
knows C to do it for me in Metal C and thereafter take ownership for
maintenance down the road.
Side question: The Wikipedia entry for "
That's unfortunate, since PL/I is a much better language for such purposes. I
suppose that the business case for Ada headers would be even worse. Sigh.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on beha
On 2019-09-18 11:08 PM, Farley, Peter x23353 wrote:
Agreed 100%, but in the meantime I'll take the control block translations if I
can get them and write the callable service myself. Or guide the new hire who
knows C to do it for me in Metal C and thereafter take ownership for
maintenance dow
On 2019-09-18 11:31 PM, Seymour J Metz wrote:
That's unfortunate, since PL/I is a much better language for such purposes. I
suppose that the business case for Ada headers would be even worse. Sigh.
Ada is a fine language. It comes down to popularity.
There are even better languages for safet
I need to pass a variable (SSID) to a products ISPF panel. How do I pass a
variable form one panel to another?
thanks
Bill
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu
in short, in the panel-1 body do vput xxx asis. next panel might need to do
a vget in the init section, but usually if same applid, there is not need
for that.
ITschak
On Wed, Sep 18, 2019 at 6:59 PM Bill Giannelli
wrote:
> I need to pass a variable (SSID) to a products ISPF panel. How do I pa
On Tue, 17 Sep 2019 22:49:10 -0300, Clark Morris wrote:
>This is nice but when I was still doing system type coding I wanted a
>tool that converts Assembler mappings to COBOL or PL1. If people
>currently in the field would push for getting the BIT,
>BINARY-Character, the true binary, IEEE binary
We are planning on migrating from CA-1 to RMM. Does anyone know where there
might be some good documentation, maybe a Redbook, or some scripts to help with
the migration. Thanks in advance.
Dean Nai
>
--
For IBM-MA
Try this:
http://www.redbooks.ibm.com/abstracts/sg246241.html
David
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Nai, Dean
Sent: Wednesday, September 18, 2019 11:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: CA-1 migration to RMM
We are planning on migrating from
Thanks David
On 9/18/19, 12:29 PMEDT, "IBM Mainframe Discussion List on behalf of Statler,
David" wrote:
> EXTERNAL: Do not open attachments or click on links unless you recognize and
> trust the sender.
>
>Try this:
>
>
>
>https://urldefense.com/v3/__http://www.redbooks.ibm.com/ab
Hmm-m-m. Interesting idea, but I can see complex language-dependent variable
definition issues. Might be a real bear to implement in the compilers in any
shared-code-among-languages way.
But again, "business" (profit) justification needed for IBM to devote the
resources. Maybe if they bough
Well - I've been reading SYSUDUMPs for a long time, but I've never
found a pretty precise description of the various pieces of the dump.
The newer z/OS doc seems to just want to point you to IPCS, but I rather
like just reading the dump.
My particular question is the
LINES -
In times past it always meant the single line above.
Jim Horne
-Original Message-
Well - I've been reading SYSUDUMPs for a long time, but I've never found a
pretty precise description of the various pieces of the dump.
The newer z/OS doc seems to just want to point you to IPCS, but I ra
XLC has a DSECT conversion utility. Check the User's Guide. Many don't
like its output (probably including Peter Relson), but it can be useful,
maybe as a starting point.
sas
On Wed, Sep 18, 2019 at 1:26 PM Farley, Peter x23353 <
peter.far...@broadridge.com> wrote:
> Hmm-m-m. Interesting idea
When in a dump you see:
Line 10 (as in it is all zeroes)
Lines 11-20 SAME AS ABOVE
that means the data in lines 11-20 are all zeroes, too. IBM did this to save
paper (how many zeroes do you need to see?). It does not mean that the data
was copied from Line 10.
-
thank you for the info!
Bill
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
EDCDSECT has so many quirks it is almost useless without significant
adjustments to the output. Many of the standard control blocks are defined in
such a way in assembler that it is impossible to tell that they are address
fields so EDCDSECT has no choice but to define them as "array of char [4
Gereldy wrote:
Seems like I recall, at some point, a pretty precise document on the format
of a SYSUDUMP - but I can't seem to find it now... if anyone remembers what
that might be a pointer to that would be welcome.
I guess I would describe it as the storage that would be shown in li
I think I'm safe. Not nearly this volume and no dependency in SYS1.IMAGELIB
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Brian Westerman
> Sent: Wednesday, September 18, 2019 1:12 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Considering Bypassing ERROR HOL
On Wed, 18 Sep 2019 15:36:14 -0400, Thomas David Rivers wrote:
>I guess I'm asking "what is the chunk of memory described in 'SAME AS
>ABOVE'" ?
One line. 32 bytes.
It is simply telling you that it has skipped printing lines that would contain
the same data content.
It becomes obvious when you
On Wed, 18 Sep 2019 15:03:38 -0500, Tom Marchant wrote:
>On Wed, 18 Sep 2019 15:36:14 -0400, Thomas David Rivers wrote:
>
>>I guess I'm asking "what is the chunk of memory described in 'SAME AS
>>ABOVE'" ?
>
>One line. 32 bytes.
>
>It is simply telling you that it has skipped printing lines that w
On Wed, 18 Sep 2019 at 13:40, Thomas David Rivers wrote:
> My particular question is the
>
>LINES - SAME AS ABOVE
>
> in a memory dump. Does that mean the the single line (of 32-bytes) just
> before this line is copied as many times to fill in the space between
> an
On Wed, 18 Sep 2019 15:36:14 -0400, Thomas David Rivers wrote:
>
>I guess I'm asking "what is the chunk of memory described in 'SAME AS
>ABOVE'" ?
>
>Seems like a document somewhere might explain that definitively... ?
>
Was that the entirety of your question or just a representative example
of se
On Wed, 18 Sep 2019 16:48:18 -0400, Tony Harminc wrote:
>
>What I've wished for for decades is that if there is just one repeated
>line, they not do the "same as above" processing. The message saves no
>space and just distracts from the flow when reading.
>
As a novice at the sysop console I once
We are doing the same. There was no LDAP server changes we needed to do to
make this happen. My first guess would be your web front-end is uppercasing it
before sending it to LDAP.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Pommier, Rex
Sent: Tuesday, Septemb
Hi All,
After almost 40 years, OppenheimerFunds (now Invesco), have shut down our
Mainframe.
Not sure who’s keeping the list, but wanted to share the info.
Thanks!
BobL
Confidentiality Note: The information contained in
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Tony Harminc
Sent: Wednesday, September 18, 2019 3:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: Description of the format of a SYSUDUMP
On Wed, 18 Sep 2019 at 13:40, Thomas David Rivers wrote:
> My part
On Wed, 18 Sep 2019 16:48:18 -0400, Tony Harminc wrote:
>>
>>LINES - SAME AS ABOVE
>>
>> in a memory dump. Does that mean the the single line (of 32-bytes) just
>> before this line is copied as many times to fill in the space between
>> and
>
>Yes - quite def
The before/after addresses (on the LHS in the SYSUDUMP) show which
addresses of the excluded lines are "SAME AS ABOVE".
CP
On 18/09/2019 21:48, Tony Harminc wrote:
> On Wed, 18 Sep 2019 at 13:40, Thomas David Rivers wrote:
>
>> My particular question is the
>>
>>LINES -
On Thu, 19 Sep 2019 01:54:50 +0100, CM Poncelet wrote:
>The before/after addresses (on the LHS in the SYSUDUMP) show which
>addresses of the excluded lines are "SAME AS ABOVE".
>
Yes, but the question is, if N lines are identified as excluded, does that
mean the single previous line was repeated
That's the same one I use every time someone converts to RMM, it may seem old,
but the information is still almost entirely correct. There are some areas
that talk about features that need to be handled, but if you are relatively
current (i.e. CA-1 release 10 or 11), then you will be fine, and
42 matches
Mail list logo
