Hi
I have the following lines of code which basically sets up the parameter
list to an ESTAE and calls it
Later on when I populate Parse Parameter list and call IKJPARS I get a
s0c4 pic 10 right after the BALR
When I comment out the code below (that sets up the ESTAE parameter list)
e
Hi,
I hope you won't mind a storage question.
We're running zOS 2.4 and have a smattering of volume sizes - mod9, mod27,
mod54.
I'd like to have all mod54's for Db2 and be prepared before going to the
storage folks.
1. Is storage virtual nowadays?
2. Can virtual mod9s and mod27s be rec
On 2023-09-11 09:32 AM, Joseph Reichman wrote
Later on when I populate Parse Parameter list and call IKJPARS I get a
s0c4 pic 10 right after the BALR
Does the PSW point right after the BALR, or elsewhere?
XC ESTAED,ESTAED Clear ESTAE parameter list
You cleared an area named EST
Hi Linda,
"A question"??? I see 9 of them! LOL
I intermixed my responses below. I'm sure there are others out there who have
more current info than I have but thought I'd get the conversation going.
Rex
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Linda Ha
> I have several ideas that I have to consider.
> -- Changing the names of my dlibs to have unique names. This should allow
> co-existence in my current MCAT. (Possibly just adding a HLQ like the old
> ServerPac
> days). Downside is the eventual recataloging after z/OS V2R5 goes live.
> -- Fu
On Mon, 11 Sept 2023 at 09:33, Joseph Reichman wrote:
> I have the following lines of code which basically sets up the parameter
> list to an ESTAE and calls it
> Later on when I populate Parse Parameter list and call IKJPARS I get a
> s0c4 pic 10 right after the BALR
There's no BALR in the c
No it’s not the ESTAE but the code that populates the parameter list to it
it when I comment that out
Later on the BASR to pars works
Is there some thing like setting a slip trap that might help me
Thanks
Joe Reichman
On Mon, Sep 11, 2023 at 11:05 AM Tony Harminc wrote:
> On Mon, 11 Sept 20
Answers below.
W dniu 11.09.2023 o 16:14, Linda Hagedorn pisze:
Hi,
I hope you won't mind a storage question.
We're running zOS 2.4 and have a smattering of volume sizes - mod9, mod27,
mod54.
I'd like to have all mod54's for Db2 and be prepared before going to the
storage folks.
1. Is stor
On Mon, 11 Sept 2023 at 11:09, Joseph Reichman wrote:
>
> No it’s not the ESTAE but the code that populates the parameter list to it
> it when I comment that out
>
> Later on the BASR to pars works
(As an aside, it would be really great if you could avoid starting
every line with a capital lette
SLIP trap will just give you another dump. You do have a dump DD statement,
don't you?
If you have a SYSMDUMP DD the resulting dump will be very similar to an SVC
dump.
--
Tom Marchant
On Mon, 11 Sep 2023 11:09:08 -0400, Joseph Reichman
wrote:
>Is there some thing like setting a slip trap t
Hi,
I am looking for a CH3s QH50, P/N 63F3825 for a 9221 ES/9000.
Regards,
Kevin
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
The absolutely easiest way is to use TDMF, FDRPAS, etc., to move your
existing volumes to the new larger volumes on the new storage unit.
You then run ICKDSF to pick up the new size. If your VTOC size is
pretty small you may run out of VTOC entries if you have lots of small
datasets on the volume.
Thank you all :)
> On Sep 11, 2023, at 11:39 AM, Tom Marchant
> <000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:
>
> SLIP trap will just give you another dump. You do have a dump DD statement,
> don't you?
> If you have a SYSMDUMP DD the resulting dump will be very similar to an SVC
>
Joe,
I know that you are writing a lot of assembler code in your spare time without
access to debugging software like zXDC , so I would advise the following as a
good investment of your time as working out errors in code just from dumps can
be difficult:
(O) write yourself an internal trace to
SNAP macro?
https://www.ibm.com/docs/en/zos/2.3.0?topic=dump-obtaining-snap-dumps
On Mon, Sep 11, 2023 at 11:58 AM Rob Scott wrote:
>
> Joe,
>
> I know that you are writing a lot of assembler code in your spare time
> without access to debugging software like zXDC , so I would advise the
> foll
Linda,
Really, you need to take those questions to your storage group. There
are a lot of variables based on hardware and currently used storage in
the DASD subsystem.
To fix one incorrect reply, at lease on IBM DS8000, all DASD on the same
LCU (FKA 'string') does *not* have to be the same s
Tony,
Thank you for setting me straight on the lack of requirement of all volumes in
an LCU being the same size. I'm pretty sure my business partner had told me
that was a requirement. It may have been a restriction from long ago. Our
first emulated device was a DS6800 that was replaced by a
In the JCL Ref, I recall seeing in days of your a matrix of mutually
exclusive parameters on the DD statement. I no longer find it; instead
for various parameters see:
Relationship to other parameters
Do not code the following parameters with the ... parameter:
Does this mean they're mut
What is supposed to be in the registers on entry? Have you verified that they
are set correctly? What are the registers at the PIC '10'X?
From: IBM Mainframe Discussion List on behalf of
Joseph Reichman
Sent: Monday, September 11, 2023 9:32 AM
To: IBM-M
Totally different that my program not one is in the program storage
> On Sep 11, 2023, at 3:08 PM, Seymour J Metz wrote:
>
> What is supposed to be in the registers on entry? Have you verified that
> they are set correctly? What are the registers at the PIC '10'X?
>
> ___
Does the R13 point to your RSA, or does it point to someone else's RSA. If it
does, is yours in the save-area chain?
And, in the dump (if there was one), does the S0C4 show up in an SVRB or a PRB?
Bill Hitefield
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of
The SDWA has the PROGRAM not the RB
Which I kind of strange
Given the fact that none registers
Have any value from the program
On Mon, Sep 11, 2023 at 3:39 PM Bill Hitefield <
bill.hitefi...@dino-software.com> wrote:
> Does the R13 point to your RSA, or does it point to someone else's RSA. I
Hi Gil,
You said: "...I recall seeing in days of your ..." My? ... My what? {;}-> ?
I think that you meant "yore" instead of "your", n'est-ce pas?
Regards,
David
On 2023-09-11 14:21, Paul Gilmartin wrote:
In the JCL Ref, I recall seeing in days of your a matrix of mutually
exclusive parameters
Thanks Kurt.
It is comforting to know that I can still punch my way out of a paper bag.
I took the 'clear the catalog' approach for the Dlibs.It was not totally
clear sailing. Still haunted by data set decisions and location choices made
(literally) decades ago.
I am now at the Post Deplo
On Mon, 11 Sep 2023 16:32:33 -0400, David Spiegel wrote:
>Hi Gil,
>You said: "...I recall seeing in days of your ..." My? ... My what? {;}-> ?
>I think that you meant "yore" instead of "your", n'est-ce pas?
>
The other, very similar, comment I received was off-list. I regret that
I provided an en
I've not seen any other replies to this thread, so I'll go ahead and
send what I had drafted before waiting in the hopes that someone more
knowledgeable than I would reply. But, maybe my experience compiling
things will get you on the proper path.
On 9/6/23 10:16 AM, Oscar wrote:
Hello,
Hi
I generally look at the RB chain for the failing TCB. After that it's the usual
suspects.
From: IBM Mainframe Discussion List on behalf of
Joseph Reichman
Sent: Monday, September 11, 2023 3:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mysterious S0C4
Some “geniuses” here, at least some self proclaimed ones, think knowing
assembler makes them real Systems Programmers. Well, I’ve been getting paid
like one for 2 decades. Anyone dumb enough to learn assembler in 2023, which is
dying a slow tortuous death, deserves to be replaced by AI. (They wi
28 matches
Mail list logo
