开云体育

ctrl + shift + ? for shortcuts
© 2025 开云体育
Re: Request for ISPF 2.2 Software
In that case good luck but suggest you also look at Jay's website where he provides a step by step of creating MVS rom scratch and after all it is only mil time used, although some of yours
By Vince Coen · #4936 ·
Re: Request for ISPF 2.2 Software
Thank you Vince, Wally contacted me. I am aware of TK5 and its awesome work, but my goal is to build my own system and learn by doing that rather than get it pre-assembled, part of the enjoyment is
By Dave Trainor - N8ZFM · #4935 ·
Re: Request for ISPF 2.2 Software
Try going to : www.prince-webdesign.nl/tk5 Current version although there will be an update next month all things willing and any changes made to any current version will not be affected by any
By Vince Coen · #4934 ·
Request for ISPF 2.2 Software
I would like to obtain a copy for my home usage, of Wally’s ISPF clone, I tried a direct e-mail to Wally but possibly I have his address wrong, I have not heard back so am trying here. My reading
By Dave Trainor - N8ZFM · #4933 ·
Re: Multiple OSA define
In my case, the second OSA would connect to an entirely different network, on a different Ethernet switch. How would that be configured? Regards, David
By [email protected] · #4932 ·
Re: Multiple OSA define
Jake (zpmain) wrote: Hi Jake! I'm not sure what you mean by "secondary OSA" (did you mean: "a second OSA?", or "another OSA?"), but yes, that's all you need to do. Just like any other device
By Fish Fish · #4931 ·
Multiple OSA define
Hello Right now I am using the below statement to define one OSA devices 0400.3 OSA CHPID F0 iface 192.168.1.2 ipaddr 192.168.1.5 netmask 255.255.255.0 If i want second OSA devices defined then how
By zpmain · #4930 ·
Re: TK4- complaints with IEA994A ALL SYS1.DUMP DATA SETS ARE FULL
Does it actually work? I ran the procedure as a regular job under HERC01 and IEBGENER returned RC=12, complaining that SYSUT1 did not have BLKSIZE/LRECL specified. As my SYS1.DUMP00 is (already?)
By René Ferland · #4929 ·
Re: TK4- complaints with IEA994A ALL SYS1.DUMP DATA SETS ARE FULL
> > and for TK5 you have: > > RFEVIEW ?SYS1.PROCLIB(CLRDMP) - 1.00 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?COLUMNS > 1 72 > Command ===> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
By Rob Prins · #4928 ·
Re: TK4- complaints with IEA994A ALL SYS1.DUMP DATA SETS ARE FULL
One other thing of note: An S522 ABEND is *exceedingly* uncommon for anything but a TSO session, where it's issued if the session has been idle too long. Anywhere else, and it's almost certainly
By Jay Maynard · #4927 ·
Re: TK4- complaints with IEA994A ALL SYS1.DUMP DATA SETS ARE FULL
So this is a TK4- vs. TK5 thing, for those of you just tuning in. For TK4- you have: RFEVIEW ?SYS2.PROCLIB(CLEARDMP) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? COLUMNS 1 72 COMMAND ===> ?
By Mark A. Stevens · #4926 ·
Re: TK4- complaints with IEA994A ALL SYS1.DUMP DATA SETS ARE FULL
Google AI says: The S522 abend is not a typical job time exceeded error, it's a *job wait time exceeded*. That is to say, the time allocated to wait in an SVC wait state was exceeded. So I looked to
By Mark A. Stevens · #4925 ·
Re: TK4- complaints with IEA994A ALL SYS1.DUMP DATA SETS ARE FULL
Why's it trying to take an SVC dump on a 522? For that matter, what's NJE38 waiting on for 30 minutes that it takes a 522 in the first place? Got a dataset conflict or something? Your dump datasets
By Jay Maynard · #4924 ·
Re: TK4- complaints with IEA994A ALL SYS1.DUMP DATA SETS ARE FULL
I seem to be having a "similar" problem, at least as far as SYS1.DUMP being full. For TK4- I get the following: - ? ? ? ? ? S CLRDMP,DUMP=DUMP00 STC ?778 ?$HASP100 CLRDMP ? ON STCINRDR STC
By Mark A. Stevens · #4923 ·
Re: QETH connectivity with z/OS 3.1 on Ubuntu
Hi Ian, Looks like the connectivity is stable now, for the past two days. I shall let you know once I have any issue with all supporting messages. Thank you. Gaurav.
By Bhoopal Sahani · #4922 ·
Re: REVIEW R51.5
That is very good news. Looking forward to it. Kind regards Dagfinn [email protected]> wrote:
By Dagfinn Hammar · #4921 ·
Re: REVIEW R51.5
Hi Greg, I have installed 51.5. This version will be a part of MVS-TK5 Update-4. HI COBOL works fine. Cheers, Rob
By Rob Prins · #4920 ·
Re: QETH connectivity with z/OS 3.1 on Ubuntu
What was complaining? z/OS? Hercules? Both? What was the message number and text of the complaint, or complaints? Have you referred to the message manual(s)?
By Ian · #4919 ·
QETH connectivity with z/OS 3.1 on Ubuntu
Hi, I am using Hercules 4.8 Development branch on Ubuntu 20.04 LTS and Guest OS is z/OS 3.1. Following configuration works well, however OSA1500 interface gets disconnected in few hours complaining
By Bhoopal Sahani · #4918 ·
Re: REVIEW R51.5
Hi Rob, Then you should be able to make that 51.5 at that time. :) Review 51.5 includes enhancements to the previously undocumented HI COBOL. Cheers, Greg
By Greg Price · #4917 ·