Re: AutoIPL

2025-01-11 Thread Steve Horein
From https://www.ibm.com/docs/en/zos/3.1.0?topic=trace-statements-parameters-diagxx *AUTOIPL, when requested to IPL an MVS system, will, by default, specify the CLEAR option that can lead to an elongated response time for the function. The request can be made to perform better by specifying the CL

Re: history and evolution of INFO/MVS, INFO/VM-VSE etc.

2025-01-11 Thread Joe Monk
The info/man, I remember came out around 1981. It was used for a problem management and change control in an MVS environment. Joe On Sat, Jan 11, 2025 at 10:09 Mark S Waterbury < 01c3f560aac1-dmarc-requ...@listserv.ua.edu> wrote: > Hello, all, > > I am curious about the history and evolution

Re: Recovery question

2025-01-11 Thread Binyamin Dissen
On Fri, 10 Jan 2025 15:00:23 -0500 Joseph Reichman <05812645a43c-dmarc-requ...@listserv.ua.edu> wrote: :>I had been struggling with a estaex getting a return code of 8 until I :>realized that ICANNT establish estaex in that environment :>My question is if later after I establish the estatex r

Re: AutoIPL

2025-01-11 Thread Jim Mulder
I have submitted a request to fix that documentation. It should say " The request can be made to perform better by specifying the NORMAL" suboption for AUTOIPL. AUTOIPL was introduced in z/OS 1.10, around 2008. Jim Mulder -Original Message- From: IBM Mainframe Discussion List On Be

history and evolution of INFO/MVS, INFO/VM-VSE etc.

2025-01-11 Thread Mark S Waterbury
Hello, all, I am curious about the history and evolution of INFO/MVS and related products INFO/VM-VSE and INFO/MANager, Does anyone recall ever hearing anything about the history of the INFO/OZS products? How and where was it developed? Who developed it? (which IBM offices or labs?) etc.

Re: Recovery question

2025-01-11 Thread Joseph Reichman
Guess I would have to check the PSW to see what state it was running in Thanks > On Jan 11, 2025, at 12:54 PM, Binyamin Dissen > <0662573e2c3a-dmarc-requ...@listserv.ua.edu> wrote: > > On Fri, 10 Jan 2025 15:00:23 -0500 Joseph Reichman > <05812645a43c-dmarc-requ...@listserv.ua.edu> w

Re: history and evolution of INFO/MVS, INFO/VM-VSE etc.

2025-01-11 Thread Steve Beaver
Back in the dark ages we used INFO/MVS as a help desk recording system Sent from my iPhone No one said I could type with one thumb > On Jan 11, 2025, at 18:35, Phil Smith III wrote: > > Tom Brennan wrote, in part: >> V2 came with a screen editor and was a much more complete product in >> o

Re: history and evolution of INFO/MVS, INFO/VM-VSE etc.

2025-01-11 Thread Phil Smith III
Tom Brennan wrote, in part: >V2 came with a screen editor and was a much more complete product in >other ways too. It was kind of like someone said, "V1 is good enough, >ship it" when it really wasn't ready for prime time. V2 probably >should have been the first to ship. Software industry nowadays

Save CPU in z/OSMF and reduce its startup time

2025-01-11 Thread Colin Paice
Ive created idea https://ibm-z-hardware-and-operating-systems.ideas.ibm.com/ideas/ZOS-I-4378 z/OSMF enables Java shared library support, (it saves a copy of libraries in memory), but does not exploit it. It is exploited if you restart z/OSMF a second (or more) times within IPL. I reckon it save

Re: history and evolution of INFO/MVS, INFO/VM-VSE etc.

2025-01-11 Thread Mark Jacobs
Does anyone remember Info/Access? It allowed the systems programmer to formulate a query on your terminal and then it would initiate a dial-up connection, at least in my company, to an IBM database. When the results were available IBM would dial us back and return the results. Sort of like RETAI

Re: history and evolution of INFO/MVS, INFO/VM-VSE etc.

2025-01-11 Thread Seymour J Metz
Yes, it's dead, but the functionality is available from other services as long as you have Internet access and your irewalls don't get underfoot. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר _

Re: history and evolution of INFO/MVS, INFO/VM-VSE etc.

2025-01-11 Thread Bruce Hewson
I worked in Darwin, NT, from 1980-1989. We would get a periodic tape for INFOMAN which contained a copy of RETAIN. We used it extensively in researching problems. Could not do without it. Regards Bruce -- For IBM-MAIN subscrib

The mainframe is alive

2025-01-11 Thread The North American Becker
https://youtu.be/z3Canfs_2Gc -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

The mainfeame is alive

2025-01-11 Thread The North American Becker
Ignore the last one, lol. I am a neophyte. https://youtu.be/z3Canfs_2Gc Nick Becker (HAL8943) Trident Services, Inc 319-451-8943 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv

Re: AutoIPL

2025-01-11 Thread Radoslaw Skorupka
It's really easy. AUTOIPL SADMP(NONE) MVS(1234,5678YYM1) 1234 - dev num of your sysres, it can be new one 5678 - IODF dev num YY - LOADyy M1 - obvious -- Radoslaw Skorupka Lodz, Poland W dniu 10.01.2025 o 22:53, Albertus de Wet pisze: I would also like to do this. Any chance you can share t

Re: Bye all

2025-01-11 Thread Dick Williams
Relson was one of the most knowledgeable. A tremendous talent. Sent from Yahoo Mail for iPhone On Friday, January 10, 2025, 7:36 PM, Jay Maynard <05997213d6c2-dmarc-requ...@listserv.ua.edu> wrote: I'll note here that my current employer has been in a get-off-the-mainframe posture for year

Re: Canonical way to limit a concatenated tape file DD to two tape drives?

2025-01-11 Thread Farley, Peter
Thanks Mike, that does work to pre-mount the second volume of the first file, but unfortunately there isn’t much difference after that between using two units versus one. The Keep/Mount operations for the next needed volume don’t happen until EOF on the one being read, so there is no overlap be

Re: history and evolution of INFO/MVS, INFO/VM-VSE etc.

2025-01-11 Thread Tom Brennan
I don't know where it came from, it was just a reel of tape that arrived on my desk one day. That was one of my first tasks as a new sysprog in 1983. What I really remember was users asking for changes to the screens, and the only way to edit them in V1 was by fiddling with the hex 3270 codes

Capturing CPU used

2025-01-11 Thread Colin Paice
I'm running ZOWE. The started task kicks off various SH commands. In SDSF I see these address spaces start, use lots of CPU and end. The CPU used by the original started task does not include the CPU from the threads it kicks off. Is there any way of configuring it, so the original task get

Re: Canonical way to limit a concatenated tape file DD to two tape drives?

2025-01-11 Thread Mike Schwab
Try // UNIT=(tape,2,AFF=ddname) And you can try increasing the drive numbers. On Sat, Jan 11, 2025 at 1:59 PM Farley, Peter <031df298a9da-dmarc-requ...@listserv.ua.edu> wrote: > > Thanks Mike, that does work to pre-mount the second volume of the first file, > but unfortunately there isn’t muc

Re: history and evolution of INFO/MVS, INFO/VM-VSE etc.

2025-01-11 Thread Tony Harminc
On Sat, 11 Jan 2025 at 11:09, Mark S Waterbury < 01c3f560aac1-dmarc-requ...@listserv.ua.edu> wrote: > [...] > I was just curious as to where INFO/OZS may have originated, how it was > developed, etc. > I have no idea, but one approach is to find an old manual for the product (bitsavers?), and